Вопросы Теги

PPA & amp; Упаковка: наличие версий пакетов для нескольких дистрибутивов

Я также рекомендую использовать Inkscape для макетов.

Где я нахожу это очень удобно - это разметка существующего пользовательского интерфейса ... Сделайте снимок экрана приложения , вставьте в Inkscape и поместите его на заблокированный слой, затем сделайте свой рисунок поверх слоя, чтобы показать все изменения, которые вам нужно показать.

1
задан 3 November 2012 в 07:19

1 ответ

Если копирование двоичных файлов для создаваемого вами пакета не работает, вам необходимо загрузить исходный пакет для каждой версии дистрибутива, отредактировав файл debian/changelog.

Пакет для другой версии Distro

Отредактируйте файл debian/changelog в каталоге исходного пакета. Измените версию и целевой дистрибутив, чтобы отразить, какой дистрибутив вы создаете для. Например: nginx (1:1.4.1-0ubuntu1~preciseppa1) precise; urgency=low Исправить исходный пакет: [ f4] Загрузите файл .changes в ваш PPA: dput ppa:teward/nginx-stable-testing ../nginx_1.4.1-0ubuntu1~preciseppa1_source.changes

Если сборка выполнена успешно, то поздравления вы только что создали пакет для этого дистрибутива! Если нет, вам нужно будет проверить журнал сборки на Launchpad и устранить любые проблемы, которые вы найдете.

Ссылки:

Построение исходного пакета с использованием пакетов из других дистрибутивов Версии пакета для загрузка в PPA. Как создавать и администрировать многоадресные PPA?
9
ответ дан 25 May 2018 в 22:34
  • 1
    Вот что я делаю! : D MOTU (боги репозитория юниверсов) объяснили это, когда мне нужно было делать разные сборки для nginx и других программ в PPA, и они помогли решить многие мои проблемы. Спасибо, что опубликовали это! :) – Thomas Ward♦ 17 December 2013 в 02:17
  • 2
    Да, я полагал, что это будет полезной информацией для документирования и предоставления новых пакетов, так как может быть крутая кривая обучения для использования всех инструментов упаковки debian, загрузки PPA, соглашений и отладки неудачных сборок. – TrinitronX 17 December 2013 в 02:24
  • 3
    В самом деле. Я не изменяю принятый ответ, хотя, потому что во время этого вопроса не нужно было беспокоиться о разных библиотеках, доступных в различных версиях Ubuntu. С помощью nginx или rkhunter или других пакетов я часто задерживаюсь, существует большая проблема с зависимостями для адресации (разные depends: в файле управления и т. Д.), Поэтому я всегда использую programversion-1~RELEASE0, где ~ RELEASE0 всегда является числом с данный релиз он находится в .. Обычно, когда я backport от Debian к Ubuntu, это так. :) – Thomas Ward♦ 17 December 2013 в 02:26
  • 4
    Да, зависимости, безусловно, являются болевой точкой для backporting ;-) Я согласен с тем, что в большинстве случаев приемлемый ответ должен быть достаточным, а для пользователей репозиториев управления базарными источниками , используя рецепт bzr-builder для Launchpad , выглядит привлекательно , Однако, когда дело доходит до пакетов со многими зависимостями, иногда вам приходится создавать собственный пакет для целевого дистрибутива. – TrinitronX 17 December 2013 в 02:33
  • 5
    И я backport nginx из Debian Unstable to Precise, Quantal, Raring и Saucy (и Trusty в PPA, но я также уверен, что Trusty, до тех пор, пока Debian не замерзнет, ​​будет иметь последнюю версию из Debian, объединенной в: P), для NGINX, но, увы, иногда появляются ошибки, которые я не могу исправить, и Debian должен иметь дело ... вот почему у меня хорошие отношения с поддерживающими Debian :) – Thomas Ward♦ 17 December 2013 в 02:34

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

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