Вопросы Теги

Как создать и управлять мульти-архитектура ППД?

Это функция BIOS

перезагрузите компьютер. Войдите в конфигурацию конфигурации BIOS -> клавиатура / мышь -> Fn и Ctrl Key swap
11
задан 1 February 2011 в 18:59

30 ответов

Путь к загрузке - один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются и только создают пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog, самой новой записью!

Не забывайте знать, что пакеты, от которых зависит ваша программа, могут быть недоступны в той же версии в все версии Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, как если у вас есть Architecture: any в файле определения пакета (debian/control), это также позволяет сделать пакет зависимым от разных пакетов для разных архитектур (определите пакет более одного раза)

7
ответ дан 26 May 2018 в 01:25

Путь к загрузке - один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются и только создают пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog, самой новой записью!

Не забывайте знать, что пакеты, от которых зависит ваша программа, могут быть недоступны в той же версии в все версии Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, как если у вас есть Architecture: any в файле определения пакета (debian/control), это также позволяет сделать пакет зависимым от разных пакетов для разных архитектур (определите пакет более одного раза)

7
ответ дан 25 July 2018 в 23:15

путь к очередной загрузки для каждой версии Ubuntu.

зигзаг не построит пакеты для версии Ubuntu больше не поддерживается, а только собрать пакет для одной конкретной версии Ubuntu. Целевой версии (как вы уже знаете), указанных в файле changelog, новейшим запись!

помните, чтобы быть в курсе, что пакетов вашей программы зависит от того, не может быть доступен в той же версии во всех версиях Ubuntu.

можно также говорить о "мульти-архитектура" (архитектура = Тип чашки, например. х86, наша ассоциация, для amd64) это делает никакой разницы, поскольку каждый пакет загружен построить для всех существующих архитектур, пока у вас есть Architecture: any в пакете определение (debian/control) файл, это также позволяет делать пакет, зависят от разных упаковках для разных архитектур (быть определяющим пакет более чем один раз)

7
ответ дан 27 July 2018 в 03:29

путь к очередной загрузки для каждой версии Ubuntu.

зигзаг не построит пакеты для версии Ubuntu больше не поддерживается, а только собрать пакет для одной конкретной версии Ubuntu. Целевой версии (как вы уже знаете), указанных в файле changelog, новейшим запись!

помните, чтобы быть в курсе, что пакетов вашей программы зависит от того, не может быть доступен в той же версии во всех версиях Ubuntu.

можно также говорить о "мульти-архитектура" (архитектура = Тип чашки, например. х86, наша ассоциация, для amd64) это делает никакой разницы, поскольку каждый пакет загружен построить для всех существующих архитектур, пока у вас есть Architecture: any в пакете определение (debian/control) файл, это также позволяет делать пакет, зависят от разных упаковках для разных архитектур (быть определяющим пакет более чем один раз)

7
ответ дан 31 July 2018 в 10:46

Путь к загрузке - один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются и только создают пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog, самой новой записью!

Не забывайте знать, что пакеты, от которых зависит ваша программа, могут быть недоступны в той же версии в все версии Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, как если у вас есть Architecture: any в файле определения пакета (debian/control), это также позволяет сделать пакет зависимым от разных пакетов для разных архитектур (определите пакет более одного раза)

7
ответ дан 2 August 2018 в 04:32

Путь к загрузке - один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются и только создают пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog, самой новой записью!

Не забывайте знать, что пакеты, от которых зависит ваша программа, могут быть недоступны в той же версии в все версии Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, как если у вас есть Architecture: any в файле определения пакета (debian/control), это также позволяет сделать пакет зависимым от разных пакетов для разных архитектур (определите пакет более одного раза)

7
ответ дан 4 August 2018 в 21:06

Путь к загрузке - один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются и только создают пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog, самой новой записью!

Не забывайте знать, что пакеты, от которых зависит ваша программа, могут быть недоступны в той же версии в все версии Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, как если у вас есть Architecture: any в файле определения пакета (debian/control), это также позволяет сделать пакет зависимым от разных пакетов для разных архитектур (определите пакет более одного раза)

7
ответ дан 6 August 2018 в 04:36

Путь к загрузке один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются, и только создавайте пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog , с помощью новейшей записи!

Не забудьте помнить, что пакеты, зависящие от вашей программы, могут быть недоступны в той же версии во всех версиях Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет никакого значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, если у вас есть Архитектура: любой в определении пакета (файл debian / control ), это также позволяет сделать пакет зависимым от разных пакетов для разные архитектуры (определите пакет более одного раза)

7
ответ дан 7 August 2018 в 22:46

Путь к загрузке один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются, и только создавайте пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog , с помощью новейшей записи!

Не забудьте помнить, что пакеты, зависящие от вашей программы, могут быть недоступны в той же версии во всех версиях Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет никакого значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, если у вас есть Архитектура: любой в определении пакета (файл debian / control ), это также позволяет сделать пакет зависимым от разных пакетов для разные архитектуры (определите пакет более одного раза)

7
ответ дан 10 August 2018 в 10:51

Путь к загрузке один раз для каждой версии Ubuntu.

Launchpad не будет создавать пакеты для версий Ubuntu, которые больше не поддерживаются, и только создавайте пакет для одной конкретной версии Ubuntu. Целевая версия (как вы уже знаете), указанная в файле changelog , с помощью новейшей записи!

Не забудьте помнить, что пакеты, зависящие от вашей программы, могут быть недоступны в той же версии во всех версиях Ubuntu.

Вы также говорите о «мульти-архитектуре» (архитектура = тип CUP, например, x86, LPIA, AMD64), это не имеет никакого значения, поскольку каждый загруженный пакет построен для всех доступных архитектур, если у вас есть Архитектура: любой в определении пакета (файл debian / control ), это также позволяет сделать пакет зависимым от разных пакетов для разные архитектуры (определите пакет более одного раза)

7
ответ дан 13 August 2018 в 17:26

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 26 May 2018 в 01:25
  • 1
    Ничего себе это умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я не кодирую ничего так часто, и я в восторге от этого. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig Задайте отдельный вопрос о том, как импортировать материал Hg в Launchpad, и я отвечу на него. – Jorge Castro 4 September 2010 в 17:38

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в вашем PPA для lucid 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другим преимуществом является то, что включение релиза в поле версии позволяет понять, к какому релизу применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, например, для разных зависимостей.

6
ответ дан 26 May 2018 в 01:25
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И т. Д., Вероятно, помечены где-то неясным. Остальные - это просто соглашения, которые я наблюдал среди других разработчиков, а не официальную документальную практику. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Хорошо, спасибо, ваше соглашение об именовании работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это расширяется, чтобы добавить еще ~ до ppa: 1.0-0ubuntu1 ~ karmic1 ~ ppa1. Причина в том, что официальное стабильное обновление версии для Karmic может быть выпущено как 1.0-0ubuntu1 ~ karmic1, и мы хотите, чтобы версия PPA была меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

launchpad содержит новую функцию в настоящее время в бета-версии, которая позволяет Вам создать свой пакет для нескольких версиях Ubuntu сразу без каких-либо дополнительных работ. Вы даже можете автоматически создавать пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 25 July 2018 в 23:15
  • 1
    Ничего себе это умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я не кодирую ничего так часто, и я в восторге от этого. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig Задайте отдельный вопрос о том, как импортировать материал Hg в Launchpad, и я отвечу на него. – Jorge Castro 4 September 2010 в 17:38

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в вашем PPA для lucid 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другим преимуществом является то, что включение релиза в поле версии позволяет понять, к какому релизу применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, например, для разных зависимостей.

6
ответ дан 25 July 2018 в 23:15
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И т. Д., Вероятно, помечены где-то неясным. Остальные - это просто соглашения, которые я наблюдал среди других разработчиков, а не официальную документальную практику. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Хорошо, спасибо, ваше соглашение об именовании работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это расширяется, чтобы добавить еще ~ до ppa: 1.0-0ubuntu1 ~ karmic1 ~ ppa1. Причина в том, что официальное стабильное обновление версии для Karmic может быть выпущено как 1.0-0ubuntu1 ~ karmic1, и мы хотите, чтобы версия PPA была меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 27 July 2018 в 03:29
  • 1
    Ничего себе это умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я не кодирую ничего так часто, и я в восторге от этого. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig Задайте отдельный вопрос о том, как импортировать материал Hg в Launchpad, и я отвечу на него. – Jorge Castro 4 September 2010 в 17:38

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в вашем PPA для lucid 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другим преимуществом является то, что включение релиза в поле версии позволяет понять, к какому релизу применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, например, для разных зависимостей.

6
ответ дан 27 July 2018 в 03:29
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И прочее-это, наверное, обозначенный где-то непонятных. Остальное-просто условности, я видел среди других разработчиков, не официально документированы практике. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Ок, спасибо, ваши варианты именования работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это требование распространяется также и на дополнительные ~ до НПА: 1.0-0ubuntu1~karmic1~ppa1 причина этого заключается в том, что официальный стабильный релиз обновления кармических может быть выпущен как 1.0-0ubuntu1~karmic1, и мы хотим ППА версия будет меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 31 July 2018 в 10:46
  • 1
    Ничего себе это умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я не кодирую ничего так часто, и я в восторге от этого. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig Задайте отдельный вопрос о том, как импортировать материал Hg в Launchpad, и я отвечу на него. – Jorge Castro 4 September 2010 в 17:38

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в вашем PPA для lucid 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другим преимуществом является то, что включение релиза в поле версии позволяет понять, к какому релизу применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, например, для разных зависимостей.

6
ответ дан 31 July 2018 в 10:46
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И т. Д., Вероятно, помечены где-то неясным. Остальные - это просто соглашения, которые я наблюдал среди других разработчиков, а не официальную документальную практику. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Ок, спасибо, ваши варианты именования работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это расширяется, чтобы добавить еще ~ до ppa: 1.0-0ubuntu1 ~ karmic1 ~ ppa1. Причина в том, что официальное стабильное обновление версии для Karmic может быть выпущено как 1.0-0ubuntu1 ~ karmic1, и мы хотите, чтобы версия PPA была меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 2 August 2018 в 04:32
  • 1
    Ух ты вот умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я не кодирую ничего так часто, и я в восторге от этого. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig задать отдельный вопрос о том, как импортировать НД в launchpad и я на него отвечу. – Jorge Castro 4 September 2010 в 17:38

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в вашем PPA для lucid 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другим преимуществом является то, что включение релиза в поле версии позволяет понять, к какому релизу применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, например, для разных зависимостей.

6
ответ дан 2 August 2018 в 04:32
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И прочее-это, наверное, обозначенный где-то непонятных. Остальное-просто условности, я видел среди других разработчиков, не официально документированы практике. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Хорошо, спасибо, ваше соглашение об именовании работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это расширяется, чтобы добавить еще ~ до ppa: 1.0-0ubuntu1 ~ karmic1 ~ ppa1. Причина в том, что официальное стабильное обновление версии для Karmic может быть выпущено как 1.0-0ubuntu1 ~ karmic1, и мы хотите, чтобы версия PPA была меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 4 August 2018 в 21:06
  • 1
    Ух ты вот умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я не кодирую ничего так часто, и я в восторге от этого. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig задать отдельный вопрос о том, как импортировать НД в launchpad и я на него отвечу. – Jorge Castro 4 September 2010 в 17:38

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в вашем PPA для lucid 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другим преимуществом является то, что включение релиза в поле версии позволяет понять, к какому релизу применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, например, для разных зависимостей.

6
ответ дан 4 August 2018 в 21:06
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И прочее-это, наверное, обозначенный где-то непонятных. Остальное-просто условности, я видел среди других разработчиков, не официально документированы практике. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Хорошо, спасибо, ваше соглашение об именовании работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это требование распространяется также и на дополнительные ~ до НПА: 1.0-0ubuntu1~karmic1~ppa1 причина этого заключается в том, что официальный стабильный релиз обновления кармических может быть выпущен как 1.0-0ubuntu1~karmic1, и мы хотим ППА версия будет меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted

10
ответ дан 6 August 2018 в 04:36
  • 1
    Ничего себе это умный! – LassePoulsen 2 September 2010 в 01:26
  • 2
    Звучит интересно. Я не могу напрямую использовать это, так как я не использую bzr или launchpad для размещения репозитория (я использую Mercurial). Но! Возможно, возможно создать репозиторий bzr на панели запуска и выгрузить последние изменения из моего основного репозитория там, каждый раз, когда я хочу запускать новую сборку пакета. – maxschlepzig 2 September 2010 в 02:01
  • 3
    Я ничего не все, что часто и я рад за этот код. – aperson 2 September 2010 в 06:13
  • 4
    @maxschlepzig Задайте отдельный вопрос о том, как импортировать материал Hg в Launchpad, и я отвечу на него. – Jorge Castro 4 September 2010 в 17:38

в отношении конвенций именования, то стандарт должен сделать что-то вроде этого:

1.0-0ubuntu1 пакета, который заканчивается в Ubuntu официальный архиве 1.0-0ubuntu1~lucidppa1 для версии этого пакета вы положили в свой ppa для осознанных 1.0-0ubuntu1~karmicppa1 для версии этого пакета для Кармического

причина в том, что ~ в поле "версия" означает "меньше, чем ничто", для номера версии. Так что если кто-то добавляет свои НПА на кармические, они получат ~пакет karmicppa1. Когда они обновление до осознанных (и readd вашего НПА), он будет заменен с упаковке осознанные ППА. Если ваш пакет попадает в официальном архиве, переход от вашего ППА пойдет на лад.

другим преимуществом является то, что поставив выхода в поле версия дает понять, что выпускать файлов применяться (и тонко напомнит вам загружать один на выпуск). Вам также может понадобиться различных отраслей для каждого релиза Ubuntu для, когда у вас есть различные зависимости, например.

6
ответ дан 6 August 2018 в 04:36
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И т. Д., Вероятно, помечены где-то неясным. Остальные - это просто соглашения, которые я наблюдал среди других разработчиков, а не официальную документальную практику. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Хорошо, спасибо, ваше соглашение об именовании работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это расширяется, чтобы добавить еще ~ до ppa: 1.0-0ubuntu1 ~ karmic1 ~ ppa1. Причина в том, что официальное стабильное обновление версии для Karmic может быть выпущено как 1.0-0ubuntu1 ~ karmic1, и мы хотите, чтобы версия PPA была меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

  • 1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu
  • 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в свой PPA для lucid
  • 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что a ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другое преимущество заключается в том, что включение релиза в поле версии позволяет понять, к каким выпускам применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, если у вас разные зависимости.

6
ответ дан 7 August 2018 в 22:46

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted alt text [!d1]

10
ответ дан 7 August 2018 в 22:46

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

  • 1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu
  • 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в свой PPA для lucid
  • 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что a ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другое преимущество заключается в том, что включение релиза в поле версии позволяет понять, к каким выпускам применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, если у вас разные зависимости.

6
ответ дан 10 August 2018 в 10:51

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted alt text [!d1]

10
ответ дан 10 August 2018 в 10:51

Что касается соглашений об именах, стандарт должен сделать что-то вроде этого:

  • 1.0-0ubuntu1 для пакета, который попадает в официальный архив Ubuntu
  • 1.0-0ubuntu1 ~ lucidppa1 для версии этого пакета, который вы положили в свой PPA для lucid
  • 1.0-0ubuntu1 ~ karmicppa1 для версии этого пакета для Karmic

Причина в том, что a ~ в поле версии представляет «меньше, чем ничего» для номера версии. Поэтому, если кто-то добавит ваш PPA в Karmic, они получат пакет ~ karmicppa1. Когда они затем перейдут на Lucid (и прочитают ваш PPA), он будет заменен пакетом Lucid PPA. Если ваш пакет затем попадает в официальный архив, переход от вашего PPA будет идти гладко

. Другое преимущество заключается в том, что включение релиза в поле версии позволяет понять, к каким выпускам применяются файлы (и тонко напоминает вам загружать один релиз). Например, вам могут понадобиться разные ветви для каждой версии Ubuntu, если у вас разные зависимости.

6
ответ дан 13 August 2018 в 17:26
  • 1
    Скотт - есть ли какая-то документация по этому поводу? – Bartosz Radaczyński 20 March 2013 в 03:18
  • 2
    ~ И т. Д., Вероятно, помечены где-то неясным. Остальные - это просто соглашения, которые я наблюдал среди других разработчиков, а не официальную документальную практику. – Scott Ritchie 27 March 2013 в 09:26
  • 3
    Хорошо, спасибо, ваше соглашение об именовании работает хорошо. – Bartosz Radaczyński 15 April 2013 в 12:46
  • 4
    Я должен добавить, что иногда это расширяется, чтобы добавить еще ~ до ppa: 1.0-0ubuntu1 ~ karmic1 ~ ppa1. Причина в том, что официальное стабильное обновление версии для Karmic может быть выпущено как 1.0-0ubuntu1 ~ karmic1, и мы хотите, чтобы версия PPA была меньше. – Scott Ritchie 29 June 2013 в 05:36
  • 5
    Если бы спросить в #launchpad на Freenode, и, по-видимому, это полудокументировано на LaunchPad Wiki в разделе Построение исходного пакета . Спасибо за информацию об этом соглашении, это очень полезно ^ _ ^ – TrinitronX 17 December 2013 в 01:12

Launchpad имеет новую функцию в бета-версии, которая позволяет вам создавать свой пакет для нескольких версий ubuntu сразу без какой-либо дополнительной работы. Вы даже можете автоматически создавать свои пакеты каждый день. https://help.launchpad.net/Packaging/SourceBuilds/GettingStarted alt text [!d1]

10
ответ дан 13 August 2018 в 17:26

Другие вопросы по тегам:

Похожие вопросы: