Re: опакечивание одной версии софта сразу для нескольких версий дис трибутивов

2010-01-15 Пенетрантность Victor Wagner 
On 2010.01.15 at 12:01:50 +0300, Sergei Golovan wrote:

 2010/1/15 Andrey Nikitin andrey.d.niki...@gmail.com:
  Привет, собственно есть ли автоматизация вопроса.
  Про pbuilder понятно, однако как быть с содержимым каталога debian/ ?
  Иметь их по кол-ву версий целевых дистрибутивов даже если объективной
  необходимости в этом нет?
 
 В Debian нет понятия пакет версии X.X, собранный для дистрибутива
 такого-то. Есть только пакет версии X.X. Поэтому есть две
 возможности:
 
 1) Пакет собирается (на каком-то из доступных pbuilder'ов, наверное
 разумнее всего на самом старом дистрибутиве) и работает во всех
 дистрибутивах. Тогда нет нужды в разных версиях - можно один бинарный
 пакет использовать везде.
 
 2) Пакет, собранный в одном дистрибутиве, не работает в другом
 (скажем, зависимости стали недоступны). Тогда придется собирать разные
 бинарные пакеты для разных дистрибутивов, и в этом случае debian/ в
 каждом пакете будет разный (хотя бы содержимым debian/changelog, так
 как версию придется изменить - в самом Debian если необходимо
 пересобрать пакет без изменения исходников, к версии добавляют +b1,
 +b2, и т д.).

Лично я предпочитаю собирать пакеты по второй из предложенных схем,
автоматически скриптом редактируя changelog и добавляя к версии пакета
.0 для самого старого из поддерживаемых дистрибутивов, .1 для следующего
и так далее. 

Полагаться ,на то что пакет собранный для какого-то одного дистрибутива
у меня будет работать во всех не рискую, поскольку кроме Debian есть еще
Ubuntu  и Maemo. У которых иногда с зависимостями иногда бывает
странное.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: опакечивание одной версии софта сразу для нескольких версий дис трибутивов

2010-01-15 Пенетрантность Victor Wagner 
On 2010.01.15 at 14:54:28 +0300, Andrey Nikitin wrote:

  2) Пакет, собранный в одном дистрибутиве, не работает в другом
  (скажем, зависимости стали недоступны). Тогда придется собирать разные
  бинарные пакеты для разных дистрибутивов, и в этом случае debian/ в
  каждом пакете будет разный (хотя бы содержимым debian/changelog, так
  как версию придется изменить - в самом Debian если необходимо
  пересобрать пакет без изменения исходников, к версии добавляют +b1,
  +b2, и т д.).
 
 Спасибо, есть и первые и вторые.
 Проясню что кажется неудобным со вторым типом пакетов.
 1) для получения актуального содержимого debian/ dh_make (думаю и
 некоторые другие средства разработчика) придется использовать внутри 
 мин.образов каждой версии дистра. По крайней мере на этапе
 первичного оформления пакета.

Вот это - абсолютно лишнее. Можно все операции интерактивного
редактирования исходников пакета (dh_make) я отношу к интерактивным
операциям) можно вполне производить в текущем дистрибутиве. 

Главное - понять какой compatibility level поддерживается каждым из
поддержвыаеых дистрибутивов.

 2) ну и иметь несколько пакетных каталогов для одного единственного
 каталога с исходниками.

Тоже как правило, ненужно. В пределах трех релизов
(oldstable/stable/testing) как правило, можно обойтись одним и тем же
содержимым control и rules. Всю необходимую разницу возьмет на себя
configure или аналого.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org