[devel] buildlog dependencies

[devel] buildlog dependencies

[Alexey Tourbin]

[-- Attachment #1.1: Type: text/plain, Size: 3429 bytes --]


Я сравнил зависимости у пакетов, извлеченные из логов пересборки
от 2007-08-12 и последней пересборки (изначально для проверки перловых
зависимостей).  Зависимости потихоньку меняются.

1) Из-за исправленного алгоритма создания contents_index в hasher
могут появиться новые полу-анметы.

-SuSEfirewall2-3.6_SVNr175-alt0	Requires	etcnet
+SuSEfirewall2-3.6_SVNr175-alt0	Requires	/etc/sysconfig/network

-bridge-utils-1.2-alt2	Requires	etcnet
+bridge-utils-1.2-alt2	Requires	/sbin/ifup

Дело в том, что файл /sbin/ifup и ещё несколько других находится сразу
в двух пакетах -- etcnet и net-scripts.  Поэтому исправленный алогритм
contents_index не может выбрать какой из них имеется в виду и
проставляет raw dependency.  Ни etcnet, ни net-scripts не содержат
явных Provides на соответствующие пути.

Впрочем, genpkglist содержит некоторую страховку от полуанметов на
стандартные пути, так что полуанметов на самом деле скорее всего не
появится, то есть apt сможет разрешить зависимость по файловым листам.
Но ситуация довольно симптоматичная.

2) Много зависимостей на новый glib2.

 ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.12)
+ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.14)

3) Зависимости с использованием %get_dep это безобразие.

-apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
+apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1

-kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt6
+kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt8

-synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77
+synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77.M40.1

Случай с kdelibs особенно противоречивый.  Как мы знаем, в kdelibs
обратная бинарная совместимость иногда может не работать.  Если хочется
жестко привязаться к текущему kdelibs, то вместо зависимости
Requires: kdelibs >= %kdelibs_version-%kdelibs_release
лучше ставить зависимость
Requires: kdelibs = %kdelibs_version

4) У моновских пакетов получается плавающий Provides.
Версии Provides зависят от содержимого сборочной среды.

-f-spot-0.3.5-alt1	Provides	mono(FlickrNet) = 2.1.2.3467
+f-spot-0.3.5-alt1	Provides	mono(FlickrNet) = 2.1.2.21078

-f-spot-0.3.5-alt1	Provides	mono(libgphoto2-sharp) = 1.0.2781.3477
+f-spot-0.3.5-alt1	Provides	mono(libgphoto2-sharp) = 1.0.2798.21088

По-моему это тоже безобразие.

5) Наладились версионные зависимости у некоторых перловых пакетов.

-perl-Catalyst-Model-DBIC-Schema-0.18-alt1	Requires	perl(Class/Accessor/Fast.pm)
-perl-Catalyst-Model-DBIC-Schema-0.18-alt1	Requires	perl(Class/Data/Accessor.pm)
-perl-Catalyst-Model-DBIC-Schema-0.18-alt1	Requires	perl(DBIx/Class.pm)
+perl-Catalyst-Model-DBIC-Schema-0.18-alt1	Requires	perl(Class/Accessor/Fast.pm) >= 0.220
+perl-Catalyst-Model-DBIC-Schema-0.18-alt1	Requires	perl(Class/Data/Accessor.pm) >= 0.020
+perl-Catalyst-Model-DBIC-Schema-0.18-alt1	Requires	perl(DBIx/Class.pm) >= 0.070

6) Удаление gtk2-directfb не прошло незамеченным.
-ufraw-0.12-alt1	Requires	libgtk-directfb-2.0.so.0
+ufraw-0.12-alt1	Requires	libgtk-x11-2.0.so.0

7) Кто-то устраивает атаки на мой скрипт. :)

[at@basalt success]$ grep 'foo2 >=' -r .
./perl-RPM-Specfile-1.51-alt1:BuildRequires: xfoo2 >= 1.2
./perl-RPM-Specfile-1.51-alt1:Requires: foo2 >= 1.2
./debian2spec-1.06-alt1:BuildRequires: xfoo2 >= 1.2
./debian2spec-1.06-alt1:Requires: foo2 >= 1.2
[at@basalt success]$ 

Прилагаю diff as is.

[-- Attachment #1.2: bilode.diff.gz --]
[-- Type: application/x-gzip, Size: 16082 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Anton Farygin]

Alexey Tourbin пишет:
> 3) Зависимости с использованием %get_dep это безобразие.
> 
> -apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
> +apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1
> 
> -kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt6
> +kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt8
> 
> -synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77
> +synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77.M40.1
> 
> Случай с kdelibs особенно противоречивый.  Как мы знаем, в kdelibs
> обратная бинарная совместимость иногда может не работать.  Если хочется
> жестко привязаться к текущему kdelibs, то вместо зависимости
> Requires: kdelibs >= %kdelibs_version-%kdelibs_release
> лучше ставить зависимость
> Requires: kdelibs = %kdelibs_version
> 


Алексей, но при этом исчезнет у kdelibs правило - бинарная 
совместимость. У kdelibs есть уже проверенное временем поведение: всё, 
что собрано с новой версией kdelibs - может не работать со старой. Но 
всё, что собрано со старой - будет работать с новой.

Соответственно на мой взгляд kdelibs >= 
%kdelibs_version-%kdelibs_release полностью отражает текущую ситуацию.

Re: [devel] buildlog dependencies

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]

On Thu, Sep 06, 2007 at 09:17:06AM +0400, Anton Farygin wrote:
> Alexey Tourbin пишет:
> > 3) Зависимости с использованием %get_dep это безобразие.
> > 
> > -apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
> > +apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1
> > 
> > -kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt6
> > +kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt8
> > 
> > -synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77
> > +synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77.M40.1
> > 
> > Случай с kdelibs особенно противоречивый.  Как мы знаем, в kdelibs
> > обратная бинарная совместимость иногда может не работать.  Если хочется
> > жестко привязаться к текущему kdelibs, то вместо зависимости
> > Requires: kdelibs >= %kdelibs_version-%kdelibs_release
> > лучше ставить зависимость
> > Requires: kdelibs = %kdelibs_version
> 
> 
> Алексей, но при этом исчезнет у kdelibs правило - бинарная 
> совместимость. У kdelibs есть уже проверенное временем поведение: всё, 
> что собрано с новой версией kdelibs - может не работать со старой. Но 
> всё, что собрано со старой - будет работать с новой.

А вот хрен.
http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent
http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent+site:lists.altlinux.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

On Thu, Sep 06, 2007 at 09:40:25AM +0400, Alexey Tourbin wrote:
> On Thu, Sep 06, 2007 at 09:17:06AM +0400, Anton Farygin wrote:
> > Алексей, но при этом исчезнет у kdelibs правило - бинарная 
> > совместимость. У kdelibs есть уже проверенное временем поведение: всё, 
> > что собрано с новой версией kdelibs - может не работать со старой. Но 
> > всё, что собрано со старой - будет работать с новой.

Нет, наверное ты прав.
Кажется это новый amarok не запустился на старом kdelibs.

> А вот хрен.
> http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent
> http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent+site:lists.altlinux.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Anton Farygin]

Alexey Tourbin пишет:
> On Thu, Sep 06, 2007 at 09:17:06AM +0400, Anton Farygin wrote:
>> Alexey Tourbin пишет:
>>> 3) Зависимости с использованием %get_dep это безобразие.
>>>
>>> -apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
>>> +apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1
>>>
>>> -kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt6
>>> +kbiff-3.8-alt1	Requires	kdelibs >= 3.5.7-alt8
>>>
>>> -synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77
>>> +synaptic-0.57.2-alt2.3	Requires	rpm >= 4.0.4-alt77.M40.1
>>>
>>> Случай с kdelibs особенно противоречивый.  Как мы знаем, в kdelibs
>>> обратная бинарная совместимость иногда может не работать.  Если хочется
>>> жестко привязаться к текущему kdelibs, то вместо зависимости
>>> Requires: kdelibs >= %kdelibs_version-%kdelibs_release
>>> лучше ставить зависимость
>>> Requires: kdelibs = %kdelibs_version
>>
>> Алексей, но при этом исчезнет у kdelibs правило - бинарная 
>> совместимость. У kdelibs есть уже проверенное временем поведение: всё, 
>> что собрано с новой версией kdelibs - может не работать со старой. Но 
>> всё, что собрано со старой - будет работать с новой.
> 
> А вот хрен.
> http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent
> http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent+site:lists.altlinux.ru

Это описывается как раз такая ситуация - Amarok был собран для нового 
kdelibs, но в нём не стояла на него зависимость. Соответственно многие 
попались на том, что поставили пересобранный Amarok со старым kdelibs'ом.

Сам нарвался.

Re: [devel] buildlog dependencies

[Anton Farygin]

Alexey Tourbin ?????:
> On Thu, Sep 06, 2007 at 09:40:25AM +0400, Alexey Tourbin wrote:
>> On Thu, Sep 06, 2007 at 09:17:06AM +0400, Anton Farygin wrote:
>>> ???????, ?? ??? ???? ???????? ? kdelibs ??????? - ???????? 
>>> ?????????????. ? kdelibs ???? ??? ??????????? ???????? ?????????: ???, 
>>> ??? ??????? ? ????? ??????? kdelibs - ????? ?? ???????? ?? ??????. ?? 
>>> ???, ??? ??????? ?? ?????? - ????? ???????? ? ?????.
> 
> ???, ???????? ?? ????.
> ??????? ??? ????? amarok ?? ?????????? ?? ?????? kdelibs.

??, ??? ?????? ??? ? ????. ??????????? ????????? ? ? QT, ?????????? ??? 
????? ????????? ???????????.

> 
>> ? ??? ????.
>> http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent
>> http://www.google.com/search?q=_ZN9KLineEdit17mouseReleaseEventEP11QMouseEvent+site:lists.altlinux.ru
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Devel mailing list
>> Devel@lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/devel

Re: [devel] buildlog dependencies

[Anton Farygin]

Anton Farygin пишет:
> Alexey Tourbin ?????:
>> On Thu, Sep 06, 2007 at 09:40:25AM +0400, Alexey Tourbin wrote:
>>> On Thu, Sep 06, 2007 at 09:17:06AM +0400, Anton Farygin wrote:
>>>> ???????, ?? ??? ???? ???????? ? kdelibs ??????? - ???????? 
>>>> ?????????????. ? kdelibs ???? ??? ??????????? ???????? ?????????: ???, 
>>>> ??? ??????? ? ????? ??????? kdelibs - ????? ?? ???????? ?? ??????. ?? 
>>>> ???, ??? ??????? ?? ?????? - ????? ???????? ? ?????.
>> ???, ???????? ?? ????.
>> ??????? ??? ????? amarok ?? ?????????? ?? ?????? kdelibs.
> 
> ??, ??? ?????? ??? ? ????. ??????????? ????????? ? ? QT, ?????????? ??? 
> ????? ????????? ???????????.

Промахнулся при отправке. Я хотел сказать, что такое-же поведение 
наблюдается и в QT.

Re: [devel] buildlog dependencies

[Alexey Gladkov]

Alexey Tourbin wrote:
> 3) Зависимости с использованием %get_dep это безобразие.
> 
> -apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
> +apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1

Эта зависимость получена не с помощью %get_dep:

Prereq: apache2 >= %apache_version-%apache_release

%apache_version, %apache_release описаны в apache2-devel.

-- 
Rgrds, legion

Re: [devel] buildlog dependencies

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

On Thu, Sep 06, 2007 at 10:15:12AM +0400, Alexey Gladkov wrote:
> Alexey Tourbin wrote:
> > 3) Зависимости с использованием %get_dep это безобразие.
> > 
> > -apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
> > +apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1
> 
> Эта зависимость получена не с помощью %get_dep:
> 
> Prereq: apache2 >= %apache_version-%apache_release
> 
> %apache_version, %apache_release описаны в apache2-devel.

Может быть достаточно apache_version?  Если фиксировать таким образом
бинарную совместиомость, и предполагать, что обратная совместимость
сохраняется между _версиями_, то релиз писать ни к чему.

Но если maintainer собирает snapshot'ы apache2, тогда уже ситуация
более подвижна... :(

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Aleksey Avdeev]

Alexey Tourbin пишет:
> On Thu, Sep 06, 2007 at 10:15:12AM +0400, Alexey Gladkov wrote:
>> Alexey Tourbin wrote:
>>> 3) Зависимости с использованием %get_dep это безобразие.
>>>
>>> -apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.4-alt33
>>> +apache2-mod_php5-5.2.3-alt1	PreReq	apache2 >= 2.2.5-alt1
>> Эта зависимость получена не с помощью %get_dep:
>>
>> Prereq: apache2 >= %apache_version-%apache_release
>>
>> %apache_version, %apache_release описаны в apache2-devel.
> 
> Может быть достаточно apache_version?  Если фиксировать таким образом
> бинарную совместиомость, и предполагать, что обратная совместимость
> сохраняется между _версиями_, то релиз писать ни к чему.
> 
> Но если maintainer собирает snapshot'ы apache2, тогда уже ситуация
> более подвижна... :(

  Снапшотов apache2 я не собираю, но в 2.2.4 расположение
конигурационных файлов менялось достаточно сильно (есть тригер на полное
отключение старых конигов). В 2.2.5 таких глобальных перетрубаций не
планирую (окромя перехода на общий с apache1 /var/www/html, но там
стопкран будет)

  На данный момент, думаю, с зависимостями apache`вских модулями следует
поступать так:

1. Нужна зависимость на apache2-mmn с версией предоставляемой apache2 в
сборочной среде: версия mmn как правело общая для нескольких версий
pache, и большенству модулей её пвельного указания достаточно для
корректного функционирования (по документации, лично проверял во времена
apache2-2.0.5x).

2. Если модуль линкуется с libdb -- то нужна зависимость на
apache2-libdb с версией предоставляемой apache2 в сборочной среде: для
исключения случаев установки apache2 и его модуля собранных с libdb
разных версий.

3. Если модуль корректно работает только с конкретным вариантом MPM --
нужна зависимость на требуемый httpd ({prefork,worker,event} -- в данном
случаи).

4. Если пакету с модулем требуются конкретная версия apache`вских
конигов -- нужно указать зависимость на диапазон версия apache2 их
предоставляющий.

-- 

С уважением. Алексей.

Re: [devel] buildlog dependencies

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

* Alexey Tourbin <at@> [070906 10:27]:
> Может быть достаточно apache_version?  Если фиксировать таким образом
> бинарную совместиомость, и предполагать, что обратная совместимость
> сохраняется между _версиями_, то релиз писать ни к чему.
Нужны "SONAME пакетов".  Версия программы может и не поменяться,
а вот совместимость с предыдущей сборкой сломана.  Например
конфиги переехали, или ещё что.  Сферических пакетов в вакууме к
сожалению не существует...

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1251 bytes --]

On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote:
>   На данный момент, думаю, с зависимостями apache`вских модулями следует
> поступать так:
> 
> 1. Нужна зависимость на apache2-mmn с версией предоставляемой apache2 в
> сборочной среде: версия mmn как правело общая для нескольких версий
> pache, и большенству модулей её пвельного указания достаточно для
> корректного функционирования (по документации, лично проверял во времена
> apache2-2.0.5x).
> 
> 2. Если модуль линкуется с libdb -- то нужна зависимость на
> apache2-libdb с версией предоставляемой apache2 в сборочной среде: для
> исключения случаев установки apache2 и его модуля собранных с libdb
> разных версий.
> 
> 3. Если модуль корректно работает только с конкретным вариантом MPM --
> нужна зависимость на требуемый httpd ({prefork,worker,event} -- в данном
> случаи).
> 
> 4. Если пакету с модулем требуются конкретная версия apache`вских
> конигов -- нужно указать зависимость на диапазон версия apache2 их
> предоставляющий.

В принципе всю эту логику простановки версионных зависимостей можно
реализовать отдельными скриптами, типа rpm-build-apache2, или прямо
в apache2-devel их положить.  Для этого придётся дождаться
rpm-4.0.4-alt78.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 584 bytes --]

On 6 сентября 2007, Alexey Tourbin wrote:

[...]
> Случай с kdelibs особенно противоречивый.  Как мы знаем, в
> kdelibs обратная бинарная совместимость иногда может не работать.
Не встречал ни разу.

>  Если хочется жестко привязаться к текущему kdelibs, то вместо
> зависимости Requires: kdelibs >=
> %kdelibs_version-%kdelibs_release
> лучше ставить зависимость
> Requires: kdelibs = %kdelibs_version
Нет, 
Requires: kdelibs >= %{get_version kdelibs}

[...]

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 257 bytes --]

On 6 сентября 2007, Alexey Tourbin wrote:

[...]
> Кажется это новый amarok не запустился на старом kdelibs.
Да, это частое явление.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Aleksey Avdeev]

Alexey Tourbin пишет:
> On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote:
>>   На данный момент, думаю, с зависимостями apache`вских модулями следует
>> поступать так:
>>
>> 1. Нужна зависимость на apache2-mmn с версией предоставляемой apache2 в
>> сборочной среде: версия mmn как правело общая для нескольких версий
>> pache, и большенству модулей её пвельного указания достаточно для
>> корректного функционирования (по документации, лично проверял во времена
>> apache2-2.0.5x).
>>
>> 2. Если модуль линкуется с libdb -- то нужна зависимость на
>> apache2-libdb с версией предоставляемой apache2 в сборочной среде: для
>> исключения случаев установки apache2 и его модуля собранных с libdb
>> разных версий.
>>
>> 3. Если модуль корректно работает только с конкретным вариантом MPM --
>> нужна зависимость на требуемый httpd ({prefork,worker,event} -- в данном
>> случаи).
>>
>> 4. Если пакету с модулем требуются конкретная версия apache`вских
>> конигов -- нужно указать зависимость на диапазон версия apache2 их
>> предоставляющий.
> 
> В принципе всю эту логику простановки версионных зависимостей можно
> реализовать отдельными скриптами, типа rpm-build-apache2, или прямо
> в apache2-devel их положить.  Для этого придётся дождаться
> rpm-4.0.4-alt78.

  Я за.

  Что именно требуется от меня?

PS: Могу провайдить apache2-configs, политику версифицирования которого
можно обсудить... (Сходу, нечто наподобии версифицирования .so видется...)

-- 

С уважением. Алексей.

Re: [devel] buildlog dependencies

[Aleksey Avdeev]

Aleksey Avdeev пишет:
> Alexey Tourbin пишет:
>> On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote:
>>>   На данный момент, думаю, с зависимостями apache`вских модулями следует
>>> поступать так:
>>>
>>> 1. Нужна зависимость на apache2-mmn с версией предоставляемой apache2 в
>>> сборочной среде: версия mmn как правело общая для нескольких версий
>>> pache, и большенству модулей её пвельного указания достаточно для
>>> корректного функционирования (по документации, лично проверял во времена
>>> apache2-2.0.5x).
>>>
>>> 2. Если модуль линкуется с libdb -- то нужна зависимость на
>>> apache2-libdb с версией предоставляемой apache2 в сборочной среде: для
>>> исключения случаев установки apache2 и его модуля собранных с libdb
>>> разных версий.
>>>
>>> 3. Если модуль корректно работает только с конкретным вариантом MPM --
>>> нужна зависимость на требуемый httpd ({prefork,worker,event} -- в данном
>>> случаи).
>>>
>>> 4. Если пакету с модулем требуются конкретная версия apache`вских
>>> конигов -- нужно указать зависимость на диапазон версия apache2 их
>>> предоставляющий.
>> В принципе всю эту логику простановки версионных зависимостей можно
>> реализовать отдельными скриптами, типа rpm-build-apache2, или прямо
>> в apache2-devel их положить.  Для этого придётся дождаться
>> rpm-4.0.4-alt78.
> 
>   Я за.
> 
>   Что именно требуется от меня?
> 
> PS: Могу провайдить apache2-configs, политику версифицирования которого
> можно обсудить... (Сходу, нечто наподобии версифицирования .so видется...)

  О! В соседнем письме термин напомнили -- SONAME пакетов сдесь весьма к
месту. :-)

-- 

С уважением. Алексей.

Re: [devel] buildlog dependencies

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 629 bytes --]

On Thu, Sep 06, 2007 at 01:14:50PM +0400, Alexey I. Froloff wrote:
> * Alexey Tourbin <at@> [070906 10:27]:
> > Может быть достаточно apache_version?  Если фиксировать таким образом
> > бинарную совместиомость, и предполагать, что обратная совместимость
> > сохраняется между _версиями_, то релиз писать ни к чему.
> Нужны "SONAME пакетов".  Версия программы может и не поменяться,
> а вот совместимость с предыдущей сборкой сломана.  Например
> конфиги переехали, или ещё что.  Сферических пакетов в вакууме к
> сожалению не существует...

А где есть soname, там и interface versioning не за горами. :)


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Alexey Rusakov]

On Thu, 6 Sep 2007 01:44:11 +0400
Alexey Tourbin wrote:

> 2) Много зависимостей на новый glib2.
> 
>  ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.12)
> +ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.14)
Честно говоря, я не очень понимаю, откуда эти зависимости берутся. Символы
из нового интерфейса вроде бы не используются. Что я делаю не так?

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

Re: [devel] buildlog dependencies

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 655 bytes --]

On Fri, Sep 07, 2007 at 11:14:02AM +0400, Alexey Rusakov wrote:
> On Thu, 6 Sep 2007 01:44:11 +0400
> Alexey Tourbin wrote:
> 
> > 2) Много зависимостей на новый glib2.
> > 
> >  ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.12)
> > +ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.14)
> Честно говоря, я не очень понимаю, откуда эти зависимости берутся. Символы
> из нового интерфейса вроде бы не используются. Что я делаю не так?

Там скорее всего какой-нибудь #define изменился и цепляет новые функции.
Собери какой-нибудь пакет и запусти на файлы которые линкуются с глибом
$ eu-readelf -a /path/to/elf |fgrep @GLIB_2.14

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] buildlog dependencies

[Alexey Rusakov]

On Fri, 7 Sep 2007 11:51:22 +0400
Alexey Tourbin wrote:

> On Fri, Sep 07, 2007 at 11:14:02AM +0400, Alexey Rusakov wrote:
> > On Thu, 6 Sep 2007 01:44:11 +0400
> > Alexey Tourbin wrote:
> > 
> > > 2) Много зависимостей на новый glib2.
> > > 
> > >  ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.12)
> > > +ConsoleKit-0.2.1-alt1	Requires	libglib-2.0.so.0(GLIB_2.14)
> > Честно говоря, я не очень понимаю, откуда эти зависимости берутся. Символы
> > из нового интерфейса вроде бы не используются. Что я делаю не так?
> 
> Там скорее всего какой-нибудь #define изменился и цепляет новые функции.
> Собери какой-нибудь пакет и запусти на файлы которые линкуются с глибом
> $ eu-readelf -a /path/to/elf |fgrep @GLIB_2.14
М-да. g_once_init_leave и g_once_init_enter_impl.

-- 
  Alexey "Ktirf" Rusakov
  GNOME Project
  ALT Linux Team

[devel] I: Предложения к реализации apache2-configs (was: Re: buildlog dependencies)

[Aleksey Avdeev]

Aleksey Avdeev пишет:
> Alexey Tourbin пишет:
>> On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote:
>>>   На данный момент, думаю, с зависимостями apache`вских модулями следует
>>> поступать так:
>>>
...
>>>
>>> 4. Если пакету с модулем требуются конкретная версия apache`вских
>>> конигов -- нужно указать зависимость на диапазон версия apache2 их
>>> предоставляющий.
>> В принципе всю эту логику простановки версионных зависимостей можно
>> реализовать отдельными скриптами, типа rpm-build-apache2, или прямо
>> в apache2-devel их положить.  Для этого придётся дождаться
>> rpm-4.0.4-alt78.
> 
>   Я за.
> 
>   Что именно требуется от меня?
> 
> PS: Могу провайдить apache2-configs, политику версифицирования которого
> можно обсудить... (Сходу, нечто наподобии версифицирования .so видется...)
> 

  Чем больше думаю над идеей apache2-configs -- тем больше она мне
нравиться. Как имниум оно позволит формализовать:

1) различия между версиями  конфигов ушедших в дистрибутив (и updates к
нему) и находящихся в Сизифе/бранче;

2) интерфейс взаимодействия alterator-apache2 с самим apache2.

  Предлагаю следующие:

1. Формат предоставляемого Provides:
apache2-configs<бранч>-<версия>-<релиз>.

2. Изменеия поля <бранч> говорит о:

а) Сломаной возможности автоматического обновления с сохранением
настроек адменистратора, сделанных ранее. Результат обновления нужно
будет _обязательно_ проверить и откорректировать вручную. (Как это
произошло при переходе на текущую схему конфигурирования: старые файлы
были переименованы и заменены новыми.);

б) Сломаной обратной совместимости, по интерфейсу, утилит скриптовой
обвязки (/usr/sbin/а2*), обслуживаюих конфиги.

  Примечание к п. 2.б:

  Пункт спорный: неисключено что вынесение утилит обвязки в отдельный
пакет -- более прямой путь.

3. Измение поля <версия> говорит о:

а) Изменениях в конфигах не ломающих автоматическое обновление пакетов,
но существенных для скриптов их (конфиги) обробытывающих. Например
изменения в составе доступных тегов с метоинформацией: Т. к. это
коментарии специального вида, то на работоспособность httpd они повлиять
не могут, но новые версии скриптов смогут учитывать их наличие при своей
работе.

б) Расширение интервейса утилит скриптовой обвязки (/usr/sbin/а2*), без
потери обратной совместимости (см. примечание к п. 2.б).

4. Измение поля <релиз> говорит о любом изменении в конфигурационных
файлах и/или утилитах обвязки.

  Касательно формата самих полей <бранч>, <версия> и <релиз> мысли
следующие:

<бранч> -- число.

<версия> -- логично сделить группой чисел, разделённой точками. Но стоит
ли вносить в её начало <бранч> -- пока не решил.

<релиз> -- alt<что-то> (стандартный).

PS: Apache 2.2.6 вышел оффициально, и так как я всё равно собираюсь
обновлять apache2 -- apache2-configs впишется туда вполне логично.

-- 

С уважением. Алексей.

Re: [devel] I: Реализации apache2-configs в apache2-2.2.6-alt1 (was: Предложения к реализации apache2-configs)

[Aleksey Avdeev]

Aleksey Avdeev пишет:
> Aleksey Avdeev пишет:
>> Alexey Tourbin пишет:
>>> On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote:
>>>>   На данный момент, думаю, с зависимостями apache`вских модулями следует
>>>> поступать так:
>>>>
> ...
>>>> 4. Если пакету с модулем требуются конкретная версия apache`вских
>>>> конигов -- нужно указать зависимость на диапазон версия apache2 их
>>>> предоставляющий.
>>> В принципе всю эту логику простановки версионных зависимостей можно
>>> реализовать отдельными скриптами, типа rpm-build-apache2, или прямо
>>> в apache2-devel их положить.  Для этого придётся дождаться
>>> rpm-4.0.4-alt78.
>>   Я за.
>>
>>   Что именно требуется от меня?
>>
>> PS: Могу провайдить apache2-configs, политику версифицирования которого
>> можно обсудить... (Сходу, нечто наподобии версифицирования .so видется...)
>>
> 
>   Чем больше думаю над идеей apache2-configs -- тем больше она мне
> нравиться. Как имниум оно позволит формализовать:
> 
> 1) различия между версиями  конфигов ушедших в дистрибутив (и updates к
> нему) и находящихся в Сизифе/бранче;
> 
> 2) интерфейс взаимодействия alterator-apache2 с самим apache2.

  Реализовано.

  В apache2-common-2.2.6-alt1 добавлены Provides:

1. apache2-configs2 = 2.1.0

2. apache2-config-tools = 0.1.0

  Подпакеты (не все, только где нужно) требуют их наличие в виде Requires:

1. apache2-configs2 >= 2

2. apache2-config-tools >= 0

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

  Для упрощения использования /etc/rpm/macros.d/apache2 дополнен:

# apache version configs
%apache_configs_name    apache2-configs2
%apache_configs_branch  2
%apache_configs_version 2.1.0
%apache_config_tool_name        apache2-config-tools
%apache_config_tool_branch      0
%apache_config_tool_version     0.1.0

# apache builds
%apache_mmn     20051115
%apache_libdb   4.4

  Подробности:

> 
>   Предлагаю следующие:
> 
> 1. Формат предоставляемого Provides:
> apache2-configs<бранч>-<версия>-<релиз>.

  От поля <релиз> пока отказался.

> 
> 2. Изменеия поля <бранч> говорит о:
> 
> а) Сломаной возможности автоматического обновления с сохранением
> настроек адменистратора, сделанных ранее. Результат обновления нужно
> будет _обязательно_ проверить и откорректировать вручную. (Как это
> произошло при переходе на текущую схему конфигурирования: старые файлы
> были переименованы и заменены новыми.);
> 
> б) Сломаной обратной совместимости, по интерфейсу, утилит скриптовой
> обвязки (/usr/sbin/а2*), обслуживаюих конфиги.
> 
>   Примечание к п. 2.б:
> 
>   Пункт спорный: неисключено что вынесение утилит обвязки в отдельный
> пакет -- более прямой путь.

  Что и сделано: apache2-config-tools

> 
> 3. Измение поля <версия> говорит о:
> 
> а) Изменениях в конфигах не ломающих автоматическое обновление пакетов,
> но существенных для скриптов их (конфиги) обробытывающих. Например
> изменения в составе доступных тегов с метоинформацией: Т. к. это
> коментарии специального вида, то на работоспособность httpd они повлиять
> не могут, но новые версии скриптов смогут учитывать их наличие при своей
> работе.
> 
> б) Расширение интервейса утилит скриптовой обвязки (/usr/sbin/а2*), без
> потери обратной совместимости (см. примечание к п. 2.б).
> 
> 4. Измение поля <релиз> говорит о любом изменении в конфигурационных
> файлах и/или утилитах обвязки.

  Включено в поле <версия>.

> 
>   Касательно формата самих полей <бранч>, <версия> и <релиз> мысли
> следующие:
> 
> <бранч> -- число.
> 
> <версия> -- логично сделить группой чисел, разделённой точками. Но стоит
> ли вносить в её начало <бранч> -- пока не решил.

  Решил что стоит.

> 
> <релиз> -- alt<что-то> (стандартный).

  Данное поле отсутствует.

> 
> PS: Apache 2.2.6 вышел оффициально, и так как я всё равно собираюсь
> обновлять apache2 -- apache2-configs впишется туда вполне логично.
> 

  Сделано.

-- 

С уважением. Алексей.

Re: [devel] I: Реализации apache2-configs в apache2-2.2.6-alt4

[Aleksey Avdeev]

Aleksey Avdeev пишет:
> Aleksey Avdeev пишет:
>> Aleksey Avdeev пишет:
>>> Alexey Tourbin пишет:
>>>> On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote:
>>>>>   На данный момент, думаю, с зависимостями apache`вских модулями следует
>>>>> поступать так:
>>>>>
>> ...
>>>>> 4. Если пакету с модулем требуются конкретная версия apache`вских
>>>>> конигов -- нужно указать зависимость на диапазон версия apache2 их
>>>>> предоставляющий.
>>>> В принципе всю эту логику простановки версионных зависимостей можно
>>>> реализовать отдельными скриптами, типа rpm-build-apache2, или прямо
>>>> в apache2-devel их положить.  Для этого придётся дождаться
>>>> rpm-4.0.4-alt78.
>>>   Я за.
>>>
>>>   Что именно требуется от меня?
>>>
>>> PS: Могу провайдить apache2-configs, политику версифицирования которого
>>> можно обсудить... (Сходу, нечто наподобии версифицирования .so видется...)
>>>
>>   Чем больше думаю над идеей apache2-configs -- тем больше она мне
>> нравиться. Как имниум оно позволит формализовать:
>>
>> 1) различия между версиями  конфигов ушедших в дистрибутив (и updates к
>> нему) и находящихся в Сизифе/бранче;
>>
>> 2) интерфейс взаимодействия alterator-apache2 с самим apache2.
> 
>   Реализовано.

  В apache2-2.2.6-alt4
(<http://git.altlinux.ru/people/solo/packages/?p=apache2.git;a=commit;h=9d8bd6df81f9862532111170eeb04a7cf4d2f10b>)
схема немного изменена

> 
>   В apache2-common-2.2.6-alt1 добавлены Provides:
> 
> 1. apache2-configs2 = 2.1.0
> 
> 2. apache2-config-tools = 0.1.0

  Provides apache2-configs2 из apache2-common-2.2.6-alt4 переехал в
apache2-2.2.6-alt4. Паке apache2-common-2.2.6-alt4 теперь содержит
Provides apache2-configs-dirs2.

> 
>   Подпакеты (не все, только где нужно) требуют их наличие в виде Requires:
> 
> 1. apache2-configs2 >= 2

  Лучше заменить на apache2-configs-dirs2 >= 2, там где это допустима
(важна привязка к структурк каталогов, но не важна к конкретным конфигам).

> 
> 2. apache2-config-tools >= 0
> 
>   Если нет особых причин, вдругих модулях лучше делать также.
> 
>   Для упрощения использования /etc/rpm/macros.d/apache2 дополнен:
> 
> # apache version configs
%apache_configs_dirs_name    apache2-configs-dirs2
%apache_configs_dirs_version 2.1.0
> %apache_configs_name    apache2-configs2
> %apache_configs_branch  2
> %apache_configs_version 2.1.0
> %apache_config_tool_name        apache2-config-tools
> %apache_config_tool_branch      0
> %apache_config_tool_version     0.1.0
> 
> # apache builds
> %apache_mmn     20051115
> %apache_libdb   4.4
> 

-- 

С уважением. Алексей.