Как использовать один рецепт для создания пакетов для разных серий убунту (проблемы с ./в Debian/changelog в)?

Question 1

бета-функция панель запуска позволяет создавать пакеты Ubuntu с помощью рецептов. Я заставил их работать, и теперь я могу использовать их для упаковки моего проекта.[!однако н0]

, у меня небольшие проблемы с ./файл Debian/changelog в. Мне нужно, чтобы заполнить его с именем дистрибутива ([dазвание пакета] ([версия]) [распределение]; [срочность]). Допустим, я поставил "маверик" есть. Затем я прошу построить используя рецепт. Я решил построить его для Maverick и нэтти. Как результат, аккуратна, пакет в та-НПА будет иметь это "распределение" в поле "мэверик", который выглядит неправильный (на самом деле, кажется, только список изменений будет эта Неверная информация, но я в курсе этого факта, когда уведомление по электронной почте, я получил заявил мой пакет был выпущен для нэтти, но он также сказал: "распределение: мэверик").

это нормально? Я даже не уверен, является ли это неправильно, но если это так, то как я могу использовать этот рецепт, чтобы создать пакет для многих серий в Ubuntu, используя один файл changelog?

Question 2

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в changelog.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~<your_launchpad_id>/<ppa_name>/ubuntu/, поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть перенаправлено путем загрузки непосредственно для освобождения, если вы хотите:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

В сборке Launchpad из службы филиалов используется возможность копирования пакета из одной серии PPA другому. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Question 3

Question 4

в этом контексте распределения поля не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхняя запись в changelog будет "нестабильной" как распространения для множества пакетов. Кроме того, всеми загрузками, которые делают его в репозиторий обновления фактически скопированы из предложенного репозитория. Поэтому пакет в Maverick-обновление будет на самом деле сказать маверик-предложил в changelog.

значение поля распределения зависит от инструментов, которые используют его. Например, если вы используете dput для загрузки на ваш ППА с: ~<your_launchpad_id>/<ppa_name>/ubuntu/ в поле распространения в changelog определяет, для чего освободить пакет будет построен. Но даже это может быть подавляться загрузки непосредственно на выпуск, который вы хотите с:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

на launchpad строить из филиала служба использует возможность копирования пакета из одной серии ППА в другую. Это на самом деле не волнует, что в changelog для этого. Таким образом, в настоящее время вы делаете вещи правильно.

Question 5

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в changelog.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~<your_launchpad_id>/<ppa_name>/ubuntu/, поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть перенаправлено путем загрузки непосредственно для освобождения, если вы хотите:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

В сборке Launchpad из службы филиалов используется возможность копирования пакета из одной серии PPA другому. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Question 6

в этом контексте распределения поля не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхняя запись в changelog будет "нестабильной" как распространения для множества пакетов. Кроме того, всеми загрузками, которые делают его в репозиторий обновления фактически скопированы из предложенного репозитория. Поэтому пакет в Maverick-обновление будет на самом деле сказать маверик-предложил в changelog.

значение поля распределения зависит от инструментов, которые используют его. Например, если вы используете dput для загрузки на ваш ППА с: ~<your_launchpad_id>/<ppa_name>/ubuntu/ в поле распространения в changelog определяет, для чего освободить пакет будет построен. Но даже это может быть подавляться загрузки непосредственно на выпуск, который вы хотите с:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

на launchpad строить из филиала служба использует возможность копирования пакета из одной серии ППА в другую. Это на самом деле не волнует, что в changelog для этого. Таким образом, в настоящее время вы делаете вещи правильно.

Question 7

Question 8

в этом контексте распределения поля не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхняя запись в changelog будет "нестабильной" как распространения для множества пакетов. Кроме того, всеми загрузками, которые делают его в репозиторий обновления фактически скопированы из предложенного репозитория. Поэтому пакет в Maverick-обновление будет на самом деле сказать маверик-предложил в changelog.

значение поля распределения зависит от инструментов, которые используют его. Например, если вы используете dput для загрузки на ваш ППА с: ~<your_launchpad_id>/<ppa_name>/ubuntu/ в поле распространения в changelog определяет, для чего освободить пакет будет построен. Но даже это может быть подавляться загрузки непосредственно на выпуск, который вы хотите с:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

на launchpad строить из филиала служба использует возможность копирования пакета из одной серии ППА в другую. Это на самом деле не волнует, что в changelog для этого. Таким образом, в настоящее время вы делаете вещи правильно.

Question 9

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Question 10

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Question 11

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Question 12

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Question 13

Question 14

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

andrewsomething · Accepted Answer · 25 May 2018 в 23:18

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в changelog.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~<your_launchpad_id>/<ppa_name>/ubuntu/, поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть перенаправлено путем загрузки непосредственно для освобождения, если вы хотите:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

В сборке Launchpad из службы филиалов используется возможность копирования пакета из одной серии PPA другому. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Не могли бы вы сделать этот ответ более явным и, возможно, привести пример? В частности, я обычно загружаю файл *.changes в PPA с помощью dput ppa:landronimirc/experimental "gigolo_0.4.2-1~precise~ppa1_source.changes". Если я сделаю так, как вы предложите dput ~landronimirc/experimental/ubuntu "gigolo_0.4.2-1~precise~ppa1_source.changes", я получаю ошибку No host ~landronimirc/experimental/ubuntu found in config. Поэтому в этом смысле я не уверен, что понимаю ваш ответ. — landroni, 12 January 2014 в 20:07

andrewsomething · Accepted Answer · 25 July 2018 в 22:34

в этом контексте распределения поля не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхняя запись в changelog будет "нестабильной" как распространения для множества пакетов. Кроме того, всеми загрузками, которые делают его в репозиторий обновления фактически скопированы из предложенного репозитория. Поэтому пакет в Maverick-обновление будет на самом деле сказать маверик-предложил в changelog.

значение поля распределения зависит от инструментов, которые используют его. Например, если вы используете dput для загрузки на ваш ППА с: ~<your_launchpad_id>/<ppa_name>/ubuntu/ в поле распространения в changelog определяет, для чего освободить пакет будет построен. Но даже это может быть подавляться загрузки непосредственно на выпуск, который вы хотите с:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

на launchpad строить из филиала служба использует возможность копирования пакета из одной серии ППА в другую. Это на самом деле не волнует, что в changelog для этого. Таким образом, в настоящее время вы делаете вещи правильно.

andrewsomething · Accepted Answer · 26 July 2018 в 22:41

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в changelog.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~<your_launchpad_id>/<ppa_name>/ubuntu/, поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть перенаправлено путем загрузки непосредственно для освобождения, если вы хотите:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

В сборке Launchpad из службы филиалов используется возможность копирования пакета из одной серии PPA другому. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

andrewsomething · Accepted Answer · 31 July 2018 в 12:23

в этом контексте распределения поля не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхняя запись в changelog будет "нестабильной" как распространения для множества пакетов. Кроме того, всеми загрузками, которые делают его в репозиторий обновления фактически скопированы из предложенного репозитория. Поэтому пакет в Maverick-обновление будет на самом деле сказать маверик-предложил в changelog.

значение поля распределения зависит от инструментов, которые используют его. Например, если вы используете dput для загрузки на ваш ППА с: ~<your_launchpad_id>/<ppa_name>/ubuntu/ в поле распространения в changelog определяет, для чего освободить пакет будет построен. Но даже это может быть подавляться загрузки непосредственно на выпуск, который вы хотите с:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

на launchpad строить из филиала служба использует возможность копирования пакета из одной серии ППА в другую. Это на самом деле не волнует, что в changelog для этого. Таким образом, в настоящее время вы делаете вещи правильно.

andrewsomething · Accepted Answer · 2 August 2018 в 04:00

в этом контексте распределения поля не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхняя запись в changelog будет "нестабильной" как распространения для множества пакетов. Кроме того, всеми загрузками, которые делают его в репозиторий обновления фактически скопированы из предложенного репозитория. Поэтому пакет в Maverick-обновление будет на самом деле сказать маверик-предложил в changelog.

значение поля распределения зависит от инструментов, которые используют его. Например, если вы используете dput для загрузки на ваш ППА с: ~<your_launchpad_id>/<ppa_name>/ubuntu/ в поле распространения в changelog определяет, для чего освободить пакет будет построен. Но даже это может быть подавляться загрузки непосредственно на выпуск, который вы хотите с:

~<lp_name>/ppa/ubuntu/<ubuntu_release>

на launchpad строить из филиала служба использует возможность копирования пакета из одной серии ППА в другую. Это на самом деле не волнует, что в changelog для этого. Таким образом, в настоящее время вы делаете вещи правильно.

andrewsomething · Accepted Answer · 4 August 2018 в 20:04

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

andrewsomething · Accepted Answer · 6 August 2018 в 04:05

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

andrewsomething · Accepted Answer · 7 August 2018 в 22:04

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

andrewsomething · Accepted Answer · 10 August 2018 в 10:19

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

andrewsomething · Accepted Answer · 13 August 2018 в 16:42

В этом контексте поле распространения не имеет значения. Посмотрите в официальных архивах Ubuntu. Конечно, вы увидите, что верхний заголовок изменений будет «нестабильным» как распределение для многих пакетов. Аналогично, все закачки, которые попадают в репозиторий обновлений, фактически копируются из предлагаемого репозитория. Таким образом, пакет в maverick-updates фактически скажет maverick, предложенный в журнале изменений.

Важность поля распространения зависит от инструментов, которые его используют. Например, если вы используете dput для загрузки в ваш PPA с помощью: ~ & lt; your_launchpad_id & gt; / & lt; ppa_name & gt; / ubuntu / , поле распространения в списке изменений определяет, для какой версии пакет будет создан. Но даже это может быть чрезмерно загружено путем загрузки непосредственно для освобождения, если вы хотите:

~ & lt; lp_name & gt; / ppa / ubuntu / & lt; ubuntu_release & gt;

Создание Launchpad из службы филиалов позволяет копировать пакет из одной серии PPA в другую. На самом деле все равно, что в этом списке изменений. Так что вы делаете сейчас все правильно.

Не могли бы вы сделать этот ответ более явным и, возможно, привести пример? В частности, я обычно загружаю файл *. Changes в PPA, используя dput ppa: landronimirc / experimental "gigolo_0.4.2-1 ~ exact ~ ppa1_source.changes" . Если я сделаю так, как вы предложите dput ~ landronimirc / experimental / ubuntu "gigolo_0.4.2-1 ~ exact ~ ppa1_source.changes" , тогда я получаю No host ~ landronimirc / experimental / ubuntu найденный в ошибке config . Поэтому в этом смысле я не уверен, что понимаю ваш ответ. — landroni, 12 January 2014 в 20:07

Как использовать один рецепт для создания пакетов для разных серий убунту (проблемы с ./в Debian/changelog в)?

10 ответов

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

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