[devel] Q: libdb-4.6.so users

[devel] Q: libdb-4.6.so users

[Dmitry V. Levin]

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

Hi,

Не будут ли любезны немногочисленные пользователи libdb-4.6.so
(kdesdk-3.5.10-alt1.src.rpm, python-2.5.2-alt3.src.rpm,
ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
?

Заодно хотел бы прояснить судьбу единственного пользователя libdb-4.3.so
по имени python-module-bsddb3-4.3.0-alt9.1.src.rpm


-- 
ldv

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

Re: [devel] Q: libdb-4.6.so users

[Sergey V Turchin]

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

On Tuesday 28 October 2008, Dmitry V. Levin wrote:
> Hi,
>
> Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> (kdesdk-3.5.10-alt1.src.rpm, python-2.5.2-alt3.src.rpm,
> ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на
> libdb-4.7.so ?
Можно ли об этом любезно попросить робота?
С kdesdk он должен справиться.

[...]

-- 
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: 197 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Dmitry V. Levin]

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

On Tue, Oct 28, 2008 at 08:57:02PM +0300, Sergey V Turchin wrote:
> On Tuesday 28 October 2008, Dmitry V. Levin wrote:
> > Hi,
> >
> > Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> > (kdesdk-3.5.10-alt1.src.rpm, python-2.5.2-alt3.src.rpm,
> > ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на
> > libdb-4.7.so ?
> Можно ли об этом любезно попросить робота?
> С kdesdk он должен справиться.

Судя по логу недавней тестовой пересборки kdesdk, он в этом случае
может потерять поддержку svn.


-- 
ldv

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

Re: [devel] Q: libdb-4.6.so users

[Dmitry Afanasov]

28.10.08, Dmitry V. Levin<ldv@altlinux.org> написал(а):
> On Tue, Oct 28, 2008 at 08:57:02PM +0300, Sergey V Turchin wrote:
>  > On Tuesday 28 October 2008, Dmitry V. Levin wrote:
>  > > Hi,
>  > >
>  > > Не будут ли любезны немногочисленные пользователи libdb-4.6.so
>  > > перебазироваться на libdb-4.7.so ?
>  > Можно ли об этом любезно попросить робота?
>  > С kdesdk он должен справиться.
> Судя по логу недавней тестовой пересборки kdesdk, он в этом случае
>  может потерять поддержку svn.
на git.alt:/people/ender/packages/subversion.git валяется 1.5.4,
ожидающий проверки на 4.3. может проверить kdesdk с ним? вдруг не
отвалится?

-- 
С уважением
Афанасов Дмитрий

Re: [devel] Q: libdb-4.6.so users

[Sergey V Turchin]

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

On Wednesday 29 October 2008, Dmitry Afanasov wrote:

[...]
> на git.alt:/people/ender/packages/subversion.git валяется 1.5.4,
> ожидающий проверки на 4.3. может проверить kdesdk с ним? вдруг не
> отвалится?
Проверяйте/заливайте subversion тогда сначала.
kdesdk может немного подождать.

-- 
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: 197 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Sergey V Turchin пишет:
> On Wednesday 29 October 2008, Dmitry Afanasov wrote:
> 
> [...]
>> на git.alt:/people/ender/packages/subversion.git валяется 1.5.4,
>> ожидающий проверки на 4.3. может проверить kdesdk с ним? вдруг не
>> отвалится?
> Проверяйте/заливайте subversion тогда сначала.

   Небольшой момент: смену libdb в subversion и apache2 и apr1/aprutil1 
_крайне_ желательно синхронизировать. Причём сначала менять libdb у 
apr1/aprutil1, потом -- apache2 и subversion.

   Если все заинтересованные готовы, то я могу пересобрать apr1/aprutil1 
и apache2

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Dmitry Afanasov]

29.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>   Небольшой момент: смену libdb в subversion и apache2 и apr1/aprutil1
> _крайне_ желательно синхронизировать. Причём сначала менять libdb у
> apr1/aprutil1, потом -- apache2 и subversion.
subversion берет версию libdb из $apu_config. версия в git собрался на 4.7.

я жду, когда у меня сизиф синхрониируется - около полугода srpm не
качал, потому долго.

так что пока качается, я в сторонке постою :)

>   Если все заинтересованные готовы, то я могу пересобрать apr1/aprutil1 и
> apache2
с месяц у меня времени на альты будет - весь рабочий день и по желанию
выходные. все работает, только рутина пока.
потому - я готов! :)

-- 
С уважением
Афанасов Дмитрий

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 29.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>>   Небольшой момент: смену libdb в subversion и apache2 и apr1/aprutil1
>> _крайне_ желательно синхронизировать. Причём сначала менять libdb у
>> apr1/aprutil1, потом -- apache2 и subversion.
> subversion берет версию libdb из $apu_config. версия в git собрался на 4.7.
> 
> я жду, когда у меня сизиф синхрониируется - около полугода srpm не
> качал, потому долго.
> 
> так что пока качается, я в сторонке постою :)
> 
>>   Если все заинтересованные готовы, то я могу пересобрать apr1/aprutil1 и
>> apache2
> с месяц у меня времени на альты будет - весь рабочий день и по желанию
> выходные. все работает, только рутина пока.
> потому - я готов! :)
> 

   OK, тогда apr{,util}1 и apache2 я пересобираю с libdb4.7. Результат 
-- отправлю в Daedalus.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Boris Savelev]

>  OK, тогда apr{,util}1
Они и так собраны с libdb4.7. Точнее только aprutil1. apr1 он вроде
как и не нужен.

-- 
С уважением, Борис Савельев

Re: [devel] Q: libdb-4.6.so users

[Dmitry Afanasov]

29.10.08, Boris Savelev<boris@altlinux.org> написал(а):
> >  OK, тогда apr{,util}1
>
> Они и так собраны с libdb4.7. Точнее только aprutil1. apr1 он вроде
>  как и не нужен.
верно:
$ apu-1-config --libs
 -lldap -llber -ldb-4.7 -lexpat

кстати, что лучше использовать: pkg-config apr-util-1 али apu-1-config?
-- 
С уважением
Афанасов Дмитрий

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Boris Savelev пишет:
>>  OK, тогда apr{,util}1
> Они и так собраны с libdb4.7. Точнее только aprutil1. apr1 он вроде
> как и не нужен.

   С какого именно момента?

PS: Не обусловлена ли у меня часть глюков apache2 этим фактом?

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Boris Savelev]

>>  С какого именно момента?
>
>  Судя по <http://www.sisyphus.ru/srpm/Sisyphus/aprutil1/changelog>:
>
> 2 сентября 2008 Valery Inozemtsev <shrek at altlinux.ru> 1.2.12-alt1.1
Так и есть.

>>
>> PS: Не обусловлена ли у меня часть глюков apache2 этим фактом?
Я глюков не замечал особо-)

-- 
С уважением, Борис Савельев

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Aleksey Avdeev пишет:
> Boris Savelev пишет:
>>>  OK, тогда apr{,util}1
>> Они и так собраны с libdb4.7. Точнее только aprutil1. apr1 он вроде
>> как и не нужен.
> 
>   С какого именно момента?

   Судя по <http://www.sisyphus.ru/srpm/Sisyphus/aprutil1/changelog>:

2 сентября 2008 Valery Inozemtsev <shrek at altlinux.ru> 1.2.12-alt1.1

> 
> PS: Не обусловлена ли у меня часть глюков apache2 этим фактом?

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Boris Savelev]

>  Правильно понимаю, что apr-1.2.8-asf-apr_table_clone.patch уже выкинут?
Уже приложен в mainstream

>  Там не исключена вероятность того, что libdb4.4 и libdb4.7 могут оказаться
> загруженными в память одного процесса. Что приэтом произойдёт -- предсказать
> не берусь...
Я не особо понимаю как?.. что-то при сборке апача линкуется с libdb?

-- 
С уважением, Борис Савельев

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 29.10.08, Boris Savelev<boris@altlinux.org> написал(а):
>>>  OK, тогда apr{,util}1
>> Они и так собраны с libdb4.7. Точнее только aprutil1. apr1 он вроде
>>  как и не нужен.
> верно:
> $ apu-1-config --libs
>  -lldap -llber -ldb-4.7 -lexpat

   Правильно понимаю, что apr-1.2.8-asf-apr_table_clone.patch уже выкинут?

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Boris Savelev пишет:
>>>  С какого именно момента?
>>  Судя по <http://www.sisyphus.ru/srpm/Sisyphus/aprutil1/changelog>:
>>
>> 2 сентября 2008 Valery Inozemtsev <shrek at altlinux.ru> 1.2.12-alt1.1
> Так и есть.
> 
>>> PS: Не обусловлена ли у меня часть глюков apache2 этим фактом?
> Я глюков не замечал особо-)

   Там не исключена вероятность того, что libdb4.4 и libdb4.7 могут 
оказаться загруженными в память одного процесса. Что приэтом произойдёт 
-- предсказать не берусь...

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Boris Savelev]

>> Я не особо понимаю как?.. что-то при сборке апача линкуется с libdb?
>
>  Да. Причём -- именно с libdb4.4 (т. к. именно её использование задано в
> спеке). И сторонние модули тоже привязываются к версии libdb с которой
> собран apache2. Если данные версии разъезжаются велик шанс
> неработоспособности apache2 или таких модулей.
>
Не могу найти.
/var/ftp/pub/ALTLinux/Sisyphus/i586/RPMS.classic

rpm -Rp apache2-*.rpm | grep libdb
apache2-libdb = 4.4
rpm-macros-apache2-libdb = 4.4
apache2-libdb = 4.4
apache2-libdb = 4.4
apache2-libdb = 4.4
apache2-libdb = 4.4
apache2-libdb = 4.4
apache2-libdb = 4.4
apache2-libdb = 4.4

Все эти зависимости проставлены руками.
Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
-- 
С уважением, Борис Савельев

Re: [devel] Q: libdb-4.6.so users

[Boris Savelev]

> Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
Мне кажется, что апач использует все прелести libdb из apr1/aprutil1.
Но это лишь догадки-)

-- 
С уважением, Борис Савельев

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Boris Savelev пишет:
>>  Правильно понимаю, что apr-1.2.8-asf-apr_table_clone.patch уже выкинут?
> Уже приложен в mainstream
> 
>>  Там не исключена вероятность того, что libdb4.4 и libdb4.7 могут оказаться
>> загруженными в память одного процесса. Что приэтом произойдёт -- предсказать
>> не берусь...
> Я не особо понимаю как?.. что-то при сборке апача линкуется с libdb?

   Да. Причём -- именно с libdb4.4 (т. к. именно её использование задано 
в спеке). И сторонние модули тоже привязываются к версии libdb с которой 
собран apache2. Если данные версии разъезжаются велик шанс 
неработоспособности apache2 или таких модулей.

PS: После наступания на эти грабли (apache2 и subversion собранные с 
разными libdb, в моём случаи) в apache2 был добавлен Provides: 
apache2-libdb = <варсия libdb> с обязательным требованием оного для 
модулей с libdb собранными.

PSS: Пошёл делать автоматику берущую версию libdb из apu-1-config --libs...

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Dmitry Afanasov]

29.10.08, Boris Savelev<boris@altlinux.org> написал(а):
>  Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
в subversion-server-dav стоит
Requires: apache2-libdb = 4.4

для сборки стоит:
BuildPreReq: apache2-devel >= 2.2.4-alt15

и коментарии:
# apache2 >= 2.0.59-alt2 provides virtual package apache2-libdb
# with version number corresponding to version of libdb it is
# compiled with

-- 
С уважением
Афанасов Дмитрий

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Boris Savelev пишет:
>> Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?

   Это хороший вопрос...

> Мне кажется, что апач использует все прелести libdb из apr1/aprutil1.
> Но это лишь догадки-)

   Буду смотреть/думать...

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Aleksey Avdeev пишет:
> Boris Savelev пишет:
>>> Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
> 
>   Это хороший вопрос...

   Во времена 2.4 что-то напрямую слинкованое с libdb было:

$ find /var/ftp/pub/mirrors/ALTLinux/2.4/Master -name 
'*apache2*.rpm'|xargs rpm -Rp |grep libdb
libdb-4.2.so
libdb-4.2.so
libdb4.2-devel-static

   Во времена 3.0 -- уже не факт (зависимости проставлены руками):

$ find /var/ftp/pub/mirrors/ALTLinux/3.0 -name '*apache2*.rpm'|xargs rpm 
-Rp |grep libdb
libdb4.2-devel-static
libdb4.2-devel-static
libdb4.2-devel-static

   Причём во времена перехода с 2.4 на 3.0 я на грабли и наступал...

> 
>> Мне кажется, что апач использует все прелести libdb из apr1/aprutil1.
>> Но это лишь догадки-)
> 
>   Буду смотреть/думать...

   Более точно скажу завтра (после экспериментов).

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 29.10.08, Boris Savelev<boris@altlinux.org> написал(а):
>>  Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
> в subversion-server-dav стоит
> Requires: apache2-libdb = 4.4
> 
> для сборки стоит:
> BuildPreReq: apache2-devel >= 2.2.4-alt15
> 
> и коментарии:
> # apache2 >= 2.0.59-alt2 provides virtual package apache2-libdb
> # with version number corresponding to version of libdb it is
> # compiled with

   Это как раз та противограбельная система, о которой я писал выше по 
треду. Возможно она уже устарела и подлежит модернизации.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Dmitry Afanasov]

29.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
> Dmitry Afanasov пишет:
>
>
> > 29.10.08, Boris Savelev<boris@altlinux.org> написал(а):
> >
> > >  Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
> > >
> > в subversion-server-dav стоит
> > Requires: apache2-libdb = 4.4
> >
> > для сборки стоит:
> > BuildPreReq: apache2-devel >= 2.2.4-alt15
> >
> > и коментарии:
> > # apache2 >= 2.0.59-alt2 provides virtual package apache2-libdb
> > # with version number corresponding to version of libdb it is
> > # compiled with
> >
>
>   Это как раз та противограбельная система, о которой я писал выше по треду.
> Возможно она уже устарела и подлежит модернизации.
что противограбельная - это радует. пока так и оставлю.

надесь, мне сообщат, если какие изменения внести придется?
-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях (was: libdb-4.6.so users)

[Boris Savelev]

29 октября 2008 г. 23:45 пользователь Aleksey Avdeev
<solo@solin.spb.ru> написал:
>> Не могу найти.
>> /var/ftp/pub/ALTLinux/Sisyphus/i586/RPMS.classic
>>
>> rpm -Rp apache2-*.rpm | grep libdb
>> apache2-libdb = 4.4
>> rpm-macros-apache2-libdb = 4.4
>> apache2-libdb = 4.4
>> apache2-libdb = 4.4
>> apache2-libdb = 4.4
>> apache2-libdb = 4.4
>> apache2-libdb = 4.4
>> apache2-libdb = 4.4
>> apache2-libdb = 4.4
>>
>> Все эти зависимости проставлены руками.
>
>  Похоже это результат работы оптимизатора зависимостей...
>
>> Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
>
>  Непосредственно сам демон:
>
> $ ldd /usr/sbin/httpd2.prefork
я не особо опытен в подобных вещах, но кто-то меня учил, что так делать низя.
более точную картинку показывает readelf:
readelf -d /usr/sbin/httpd2.prefork

Dynamic section at offset 0x52014 contains 29 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libpcre.so.3]
 0x00000001 (NEEDED)                     Shared library: [libaprutil-1.so.0]
 0x00000001 (NEEDED)                     Shared library: [libapr-1.so.0]
 0x00000001 (NEEDED)                     Shared library: [libpthread.so.0]
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
<skip>

и тут нет libdb*.so
хотя может я и не прав.
-- 
С уважением, Борис Савельев

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях (was: libdb-4.6.so users)

[Aleksey Avdeev]

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

Boris Savelev пишет:
>>> Я не особо понимаю как?.. что-то при сборке апача линкуется с libdb?
>>  Да. Причём -- именно с libdb4.4 (т. к. именно её использование задано в
>> спеке). И сторонние модули тоже привязываются к версии libdb с которой
>> собран apache2. Если данные версии разъезжаются велик шанс
>> неработоспособности apache2 или таких модулей.
>>
> Не могу найти.
> /var/ftp/pub/ALTLinux/Sisyphus/i586/RPMS.classic
> 
> rpm -Rp apache2-*.rpm | grep libdb
> apache2-libdb = 4.4
> rpm-macros-apache2-libdb = 4.4
> apache2-libdb = 4.4
> apache2-libdb = 4.4
> apache2-libdb = 4.4
> apache2-libdb = 4.4
> apache2-libdb = 4.4
> apache2-libdb = 4.4
> apache2-libdb = 4.4
> 
> Все эти зависимости проставлены руками.

   Похоже это результат работы оптимизатора зависимостей...

> Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?

   Непосредственно сам демон:

$ ldd /usr/sbin/httpd2.prefork
         libpcre.so.3 => /lib64/libpcre.so.3 (0x00002b0ad5583000)
         libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 
(0x00002b0ad57a5000)
         libapr-1.so.0 => /usr/lib64/libapr-1.so.0 (0x00002b0ad59c7000)
         libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b0ad5bf2000)
         libc.so.6 => /lib64/libc.so.6 (0x00002b0ad5e0c000)
         libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002b0ad6147000)
         libdb-4.7.so => /lib64/libdb-4.7.so (0x00002b0ad6380000)
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
         libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00002b0ad66bf000)
         libuuid.so.1 => /lib64/libuuid.so.1 (0x00002b0ad68e2000)
         libdl.so.2 => /lib64/libdl.so.2 (0x00002b0ad6ae6000)
         /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)

   Причём, похоже, линкуется данный зараза с той libdb, с которой 
слинкована libaprutil-1.so...

   В общем нам надо применять противограбливые меры. Предлагаю следующие:

1. Версию используемой libdb фиксировать в спеке aprutil1 явным образом. 
Причём:

а) Для сборки в Сизиф использовать наиболее свежую libdb. Или, если 
будут противопоказания со стороны пользователей libaprutil1 (например 
subversion -- насколько знаю там не все libdb одинаково полезны) -- 
наиболее свежую из допустимых.

б) Для сборок в дистрибутивы/бранчи использовать ту версию libdb с 
которой сборка выполнялась ранее, без оглядки на появление там более 
свежих libdb. (Переход на другую libdb там возможен, но причина должна 
быть достаточно серьёзной.)

2. Обеспечить запрет установки пакетов использующих libaprutil1 (и, 
возможно libdb), если системная libaprutil1 собрана с другой версией libdb.

   П. 1 можно обеспечить кодом примерно соответствующим коду выбора 
libdb4-devel в зависимости от дистрибутива/бранча и/или libdb выбранного 
явно rpm-macros-apache2 (см. 
<http://git.altlinux.org/people/solo/packages/?p=rpm-macros-apache2.git;a=blob;f=rpm-macros-apache2.spec;h=1a349243332706ef1e5e4d0cd7832bef132f17f4;hb=70ecd16d1568bd1ada31428a5d002b146df3d4db>) 
и макросом возвращающим версию libdb в зависимости от вывода 
apu-1-config --libs.

   П. 2 -- ручным Provides/Requires libaprutil1-libdb = <версия libdb> 
(по типу apache2-libdb = <версия libdb>, используемого в apache2 и его 
модулях).

PS: Могу подготовить и залить в Daedalus aprutil1 с подобными изменениями.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Evgeny Sinelnikov]

2008/10/28 Dmitry V. Levin <ldv@altlinux.org>:
> Hi,
>
> Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> (kdesdk-3.5.10-alt1.src.rpm, python-2.5.2-alt3.src.rpm,
> ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
> ?

Новая сборка питона готова и находится на стадии тестирования. Завтра,
если выживет, уедет в Сизиф.



-- 
Sin (Sinelnikov Evgeny)

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Boris Savelev пишет:
> 29 октября 2008 г. 23:45 пользователь Aleksey Avdeev
> <solo@solin.spb.ru> написал:
>>> Не могу найти.
>>> /var/ftp/pub/ALTLinux/Sisyphus/i586/RPMS.classic
>>>
>>> rpm -Rp apache2-*.rpm | grep libdb
>>> apache2-libdb = 4.4
>>> rpm-macros-apache2-libdb = 4.4
>>> apache2-libdb = 4.4
...
>>>
>>> Все эти зависимости проставлены руками.
>>  Похоже это результат работы оптимизатора зависимостей...
>>
>>> Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
>>  Непосредственно сам демон:
>>
>> $ ldd /usr/sbin/httpd2.prefork
> я не особо опытен в подобных вещах, но кто-то меня учил, что так делать низя.

   Я не встречал такой информации. Прошу подробностей.

> более точную картинку показывает readelf:
> readelf -d /usr/sbin/httpd2.prefork
> 
> Dynamic section at offset 0x52014 contains 29 entries:
>   Tag        Type                         Name/Value
>  0x00000001 (NEEDED)                     Shared library: [libpcre.so.3]
>  0x00000001 (NEEDED)                     Shared library: [libaprutil-1.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libapr-1.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libpthread.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libc.so.6]
> <skip>
> 
> и тут нет libdb*.so
> хотя может я и не прав.

   Я тоже могу ошибаться...

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] Q: libdb-4.6.so users

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 12:03:12AM +0300, Evgeny Sinelnikov wrote:
> >
> > Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> > (kdesdk-3.5.10-alt1.src.rpm, python-2.5.2-alt3.src.rpm,
> > ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
> > ?
> 
> Новая сборка питона готова и находится на стадии тестирования. Завтра,
> если выживет, уедет в Сизиф.

Спасибо, а чем отличается эта новая сборка?
Скоро ожидается выпуск python 2.5.3 с исправлением нескольких CVE.


-- 
ldv

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

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 12:19:42AM +0300, Aleksey Avdeev wrote:
> Boris Savelev пишет:
> >29 октября 2008 г. 23:45 пользователь Aleksey Avdeev
> ><solo@solin.spb.ru> написал:
> >>>Не могу найти.
> >>>/var/ftp/pub/ALTLinux/Sisyphus/i586/RPMS.classic
> >>>
> >>>rpm -Rp apache2-*.rpm | grep libdb
> >>>apache2-libdb = 4.4
> >>>rpm-macros-apache2-libdb = 4.4
> >>>apache2-libdb = 4.4
> ...
> >>>
> >>>Все эти зависимости проставлены руками.
> >> Похоже это результат работы оптимизатора зависимостей...
> >>
> >>>Какой конкретно модуль апача, или еще что-нибудь слинкован с libdb?
> >> Непосредственно сам демон:
> >>
> >>$ ldd /usr/sbin/httpd2.prefork
> >я не особо опытен в подобных вещах, но кто-то меня учил, что так делать 
> >низя.
> 
>   Я не встречал такой информации. Прошу подробностей.

Зависит от того, ответ на какой вопрос хотите получить.

ldd показывает, какие библиотеки оказываются в памяти при загрузке
данного ELF'а.

> >более точную картинку показывает readelf:
> >readelf -d /usr/sbin/httpd2.prefork
> >
> >Dynamic section at offset 0x52014 contains 29 entries:
> >  Tag        Type                         Name/Value
> > 0x00000001 (NEEDED)                     Shared library: [libpcre.so.3]
> > 0x00000001 (NEEDED)                     Shared library: 
> > [libaprutil-1.so.0]
> > 0x00000001 (NEEDED)                     Shared library: [libapr-1.so.0]
> > 0x00000001 (NEEDED)                     Shared library: [libpthread.so.0]
> > 0x00000001 (NEEDED)                     Shared library: [libc.so.6]
> ><skip>
> >
> >и тут нет libdb*.so
> >хотя может я и не прав.
> 
>   Я тоже могу ошибаться...

Ну а NEEDED в выводе readelf -d показывает, какие зависимости есть у
данного ELF'а.

Хотя, возможно, я сознательно исказил картину для того, чтобы склонить вас
к самостоятельному поиску ответа на заданные вопросы.  В качестве
источника информации рекомендую прочесть dsohowto.pdf


-- 
ldv

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

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях (was: libdb-4.6.so users)

[Dmitry V. Levin]

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

On Wed, Oct 29, 2008 at 11:45:54PM +0300, Aleksey Avdeev wrote:
[...]
>   В общем нам надо применять противограбливые меры. Предлагаю следующие:
> 
> 1. Версию используемой libdb фиксировать в спеке aprutil1 явным образом. 

Настоятельно прошу сперва прочесть и понять dsohowto.pdf, а потом уже
задавать вопросы, делать выводы и принимать меры.


-- 
ldv

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

Re: [devel] Q: libdb-4.6.so users

[Evgeny Sinelnikov]

2008/10/30 Dmitry V. Levin <ldv@altlinux.org>:
> On Thu, Oct 30, 2008 at 12:03:12AM +0300, Evgeny Sinelnikov wrote:
>> >
>> > Не будут ли любезны немногочисленные пользователи libdb-4.6.so
>> > (kdesdk-3.5.10-alt1.src.rpm, python-2.5.2-alt3.src.rpm,
>> > ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
>> > ?
>>
>> Новая сборка питона готова и находится на стадии тестирования. Завтра,
>> если выживет, уедет в Сизиф.
>
> Спасибо, а чем отличается эта новая сборка?

В новой сборке добавлен ряд исправлений, в частности CVE-2008-2316,
добавлено правильное определение дистрибутива в platform.dist() и
собственно, компоновка с libdb-4.7.so

Относительно проверки дистрибутива пришлось пойти на компромисс и
выкинуть в нашей сборке некоторые проверки на основные дистрибутивы
(Надеюсь они нам не сильно нужны ? :))... Дело в том, что
platform.dist() определяет по наличию файла /etc/*-release, коих y нас
лежит несколько из-за чего этот метод определяет нас как redhat,
поскольку критерием поиска является первый попавшийся по шаблону файл
/etc/*-release

> Скоро ожидается выпуск python 2.5.3 с исправлением нескольких CVE.

Будем ждать... :)
Кстати, сейчас, после выхода 4.1 и в преддверии 5.0, может быть стоит
ли подумать о python-2.6 ? Чем в прошлый раз завершилась беседа на эту
тему?


-- 
Sin (Sinelnikov Evgeny)

Re: [devel] python-2.5/python-2.6

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 02:17:25AM +0300, Evgeny Sinelnikov wrote:
> 2008/10/30 Dmitry V. Levin <ldv@altlinux.org>:
> > On Thu, Oct 30, 2008 at 12:03:12AM +0300, Evgeny Sinelnikov wrote:
[...]
> >> Новая сборка питона готова и находится на стадии тестирования. Завтра,
> >> если выживет, уедет в Сизиф.
> >
> > Спасибо, а чем отличается эта новая сборка?
> 
> В новой сборке добавлен ряд исправлений, в частности CVE-2008-2316,
> добавлено правильное определение дистрибутива в platform.dist() и
> собственно, компоновка с libdb-4.7.so

Там у них в http://svn.python.org/projects/python/branches/release25-maint
есть ещё несколько исправлений.

> Относительно проверки дистрибутива пришлось пойти на компромисс и
> выкинуть в нашей сборке некоторые проверки на основные дистрибутивы
> (Надеюсь они нам не сильно нужны ? :))... Дело в том, что
> platform.dist() определяет по наличию файла /etc/*-release, коих y нас
> лежит несколько из-за чего этот метод определяет нас как redhat,
> поскольку критерием поиска является первый попавшийся по шаблону файл
> /etc/*-release
> 
> > Скоро ожидается выпуск python 2.5.3 с исправлением нескольких CVE.
> 
> Будем ждать... :)

Информация о сроке пробегала в python-dev:
http://mail.python.org/pipermail/python-dev/2008-October/082883.html

> Кстати, сейчас, после выхода 4.1 и в преддверии 5.0, может быть стоит
> ли подумать о python-2.6 ?

Во что это выльется?
У нас на подобные изменения осталось не более двух недель.

> Чем в прошлый раз завершилась беседа на эту тему?

Завершилась как всегда.


-- 
ldv

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

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 04:43:14AM +0300, Aleksey Avdeev wrote:
> Dmitry V. Levin пишет:
> >On Wed, Oct 29, 2008 at 11:45:54PM +0300, Aleksey Avdeev wrote:
> >[...]
> >>  В общем нам надо применять противограбливые меры. Предлагаю следующие:
> >>
> >>1. Версию используемой libdb фиксировать в спеке aprutil1 явным образом. 
> >
> >Настоятельно прошу сперва прочесть и понять dsohowto.pdf, а потом уже
> >задавать вопросы, делать выводы и принимать меры.
> 
>   На данный момент ситуация такова:
> 
> 1. Имея 4.0/branch в качестве источника ставим apache2 (2.2.6-alt4) и 
> subversion-server-dav (1.4.4-alt1). При этом по зависимостям к нам 
> приплывают libaprutil1 (1.2.8-alt2). Всё это хозяйство благополучно 
> использует libdb-4.4.so:

Дайте, пожалуйста, ответ на вопрос: использует ли apache2 время сборки
API libdb?

Если да, то вы обязаны линковать apache2 с libdb, и при этом желательно
обеспечить совпадение версий libdb, с которыми слинкованы apache2 и
libaprutil.  Ничего фатального в том, что в памяти окажутся две версии
libdb, не будет до тех пор, пока apache2 не начнёт взаимодействовать с
libaprutil на тему libdb.

Если нет, то можно просто линковать libaprutil с -ldb и ни о чём больше
не волноваться.

То же самое рассуждение можно повторить с заменой s/apache2/subversion/g.


-- 
ldv

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

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Wed, Oct 29, 2008 at 11:45:54PM +0300, Aleksey Avdeev wrote:
> [...]
>>   В общем нам надо применять противограбливые меры. Предлагаю следующие:
>>
>> 1. Версию используемой libdb фиксировать в спеке aprutil1 явным образом. 
> 
> Настоятельно прошу сперва прочесть и понять dsohowto.pdf, а потом уже
> задавать вопросы, делать выводы и принимать меры.

   На данный момент ситуация такова:

1. Имея 4.0/branch в качестве источника ставим apache2 (2.2.6-alt4) и 
subversion-server-dav (1.4.4-alt1). При этом по зависимостям к нам 
приплывают libaprutil1 (1.2.8-alt2). Всё это хозяйство благополучно 
использует libdb-4.4.so:

$ ldd /usr/sbin/httpd2.prefork
...
         libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 
(0x00002aad8cbe6000)
...
         libdb-4.4.so => /lib64/libdb-4.4.so (0x00002aad8d9f2000)

$ readelf -d /usr/sbin/httpd2.prefork
...
  0x0000000000000001 (NEEDED)             Shared library: 
[libaprutil-1.so.0]
...

$ ldd /usr/lib64/libsvn_fs_base-1.so.0
...
         libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 
(0x00002b6338266000)
         libdb-4.4.so => /lib64/libdb-4.4.so (0x00002b6338488000)
...

$ readelf -d /usr/lib64/libsvn_fs_base-1.so.0
...
  0x0000000000000001 (NEEDED)             Shared library: 
[libaprutil-1.so.0]
  0x0000000000000001 (NEEDED)             Shared library: [libdb-4.4.so]
...

   libsvn_fs_base-1.so.0 слинкован одновременно с libaprutil-1 и libdb-4.4.

$ ldd /usr/lib64/libaprutil-1.so.0
...
         libdb-4.4.so => /lib64/libdb-4.4.so (0x00002b5c3f9ee000)
...

$ readelf -d /usr/lib64/libaprutil-1.so.0

Dynamic section at offset 0x19398 contains 28 entries:
...
  0x0000000000000001 (NEEDED)             Shared library: [libdb-4.4.so]
...

   Вобщем -- всё пока замечательно.

   Смотрим куда указывает libaprutil-1.so.0:

$ ls -lA /usr/lib64/libaprutil-1.so.0
lrwxrwxrwx 1 root root 21 Окт 30 03:26 /usr/lib64/libaprutil-1.so.0 -> 
libaprutil-1.so.0.2.8

2. Переключаемся на Sisyphus и обновляем apache2* (только его пакеты) до 
2.2.9-alt12. По прежнему используется libdb-4.4.so:

$ ldd /usr/sbin/httpd2.prefork
...
         libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 
(0x00002ad6c11b4000)
...
         libdb-4.4.so => /lib64/libdb-4.4.so (0x00002ad6c1fc0000)
...

$ readelf -d /usr/sbin/httpd2.prefork
...
  0x0000000000000001 (NEEDED)             Shared library: 
[libaprutil-1.so.0]
...

   Существенных изменений пока нет. И httpd2.prefork напрямую libdb по 
прежнему не требует.

2. Обновляем libaprutil1 до 1.3.4-alt3 и смотрим что и как использует libdb:

$ ldd /usr/sbin/httpd2.prefork
...
         libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 
(0x00002b5a95117000)
...
         libdb-4.7.so => /lib64/libdb-4.7.so (0x00002b5a95cf2000)
...

   Видим что используется уже libdb-4.7.so. Происходит это потому, что 
бинарник httpd2.prefork напрямую с libdb не слинкован, и данную 
библиотеку грузит бинарник libaprutil-1.so.0, который мы только что 
заменили:

$ ls -lA /usr/lib64/libaprutil-1.so.0
lrwxrwxrwx 1 root root 21 Окт 30 04:00 /usr/lib64/libaprutil-1.so.0 -> 
libaprutil-1.so.0.3.4

$ ldd /usr/lib64/libaprutil-1.so.0
...
         libdb-4.7.so => /lib64/libdb-4.7.so (0x00002b93b57cf000)
...

$ readelf -d /usr/lib64/libaprutil-1.so.0
...
  0x0000000000000001 (NEEDED)             Shared library: [libdb-4.7.so]
...

   Смотрим как это повлияло на libsvn_fs_base (напомню, что он слинкован 
одновременно с libaprutil-1 и libdb-4.4):

$ ldd /usr/lib64/libsvn_fs_base-1.so.0
...
         libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0 
(0x00002b141c053000)
         libdb-4.4.so => /lib64/libdb-4.4.so (0x00002b141c27d000)
         ^^^^^^^^^^^^
...
         libdb-4.7.so => /lib64/libdb-4.7.so (0x00002b141d137000)
         ^^^^^^^^^^^^
...

   Как видим, при использовании данной либы в памяти окажутся сразу 2 
версии libdb. Не думаю, что это допустимо (особенно то, что rpm/apt 
допустили данную ситуацию).

   Вариантов решить ситуацию (на уровне rpm/apt) вижу 2:

1. Более правильный -- менять сонейм libaprutil при смене сонейма 
прилинкованной libdb. При этом следует учесть что:

а) Сонейм заданный апстримом от сонейма libdb не зависит.

б) Ситуация когда в системе одновременно присутствуют 
subversion-server-dav и apache2 собраные с libaprutil имеющими разные 
сонеймы требует дальнейшего анализа. (Я на эту тему ещё не думал.)

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

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Thu, Oct 30, 2008 at 04:43:14AM +0300, Aleksey Avdeev wrote:
>> Dmitry V. Levin пишет:
>>> On Wed, Oct 29, 2008 at 11:45:54PM +0300, Aleksey Avdeev wrote:
>>> [...]
>>>>  В общем нам надо применять противограбливые меры. Предлагаю следующие:
>>>>
>>>> 1. Версию используемой libdb фиксировать в спеке aprutil1 явным образом. 
>>> Настоятельно прошу сперва прочесть и понять dsohowto.pdf, а потом уже
>>> задавать вопросы, делать выводы и принимать меры.
>>   На данный момент ситуация такова:
>>
>> 1. Имея 4.0/branch в качестве источника ставим apache2 (2.2.6-alt4) и 
>> subversion-server-dav (1.4.4-alt1). При этом по зависимостям к нам 
>> приплывают libaprutil1 (1.2.8-alt2). Всё это хозяйство благополучно 
>> использует libdb-4.4.so:
> 
> Дайте, пожалуйста, ответ на вопрос: использует ли apache2 время сборки
> API libdb?
> 
> Если да, то вы обязаны линковать apache2 с libdb, и при этом желательно
> обеспечить совпадение версий libdb, с которыми слинкованы apache2 и
> libaprutil.  Ничего фатального в том, что в памяти окажутся две версии
> libdb, не будет до тех пор, пока apache2 не начнёт взаимодействовать с
> libaprutil на тему libdb.

   Как эти вещи проверить? (Можно ли это сделать без моделирования на 
стенде? На какую тему grep`ать код?)

> 
> Если нет, то можно просто линковать libaprutil с -ldb и ни о чём больше
> не волноваться.
> 
> То же самое рассуждение можно повторить с заменой s/apache2/subversion/g.

   Повторюсь: Во времена перевода одной из систем с 2.4 на 3.0 я на 
такую проблему (неработоспособность subversion-server-dav при линковке 
apache2 и subversion с разными версиями libdb) я наткнулся. Актуально ли 
это сейчас -- пока не знаю.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Boris Savelev]

30 октября 2008 г. 4:43 пользователь Aleksey Avdeev <solo@solin.spb.ru> написал:
> $ ldd /usr/lib64/libsvn_fs_base-1.so.0
> ...
>        libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0
> (0x00002b141c053000)
>        libdb-4.4.so => /lib64/libdb-4.4.so (0x00002b141c27d000)
>        ^^^^^^^^^^^^
> ...
>        libdb-4.7.so => /lib64/libdb-4.7.so (0x00002b141d137000)
>        ^^^^^^^^^^^^
у меня вообще такого нет-(
readelf -d libsvn_fs_base-1.so.0.0.0

Dynamic section at offset 0x242bc contains 29 entries:
  Tag        Type                         Name/Value
 0x00000001 (NEEDED)                     Shared library: [libsvn_delta-1.so.0]
 0x00000001 (NEEDED)                     Shared library: [libsvn_subr-1.so.0]
 0x00000001 (NEEDED)                     Shared library: [libaprutil-1.so.0]
 0x00000001 (NEEDED)                     Shared library: [libdb-4.7.so]
 0x00000001 (NEEDED)                     Shared library: [libapr-1.so.0]
 0x00000001 (NEEDED)                     Shared library: [libc.so.6]

ldd libsvn_fs_base-1.so.0.0.0
        libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x00dc3000)
        libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x00dce000)
        libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x00d81000)
        libdb-4.7.so => /usr/lib/libdb-4.7.so (0x058e3000)
        libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00726000)
        libc.so.6 => /lib/libc.so.6 (0xb7e84000)
        libz.so.1 => /lib/libz.so.1 (0x003c8000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e6b000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7e34000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0x004f3000)
        libuuid.so.1 => /lib/libuuid.so.1 (0x0083a000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7e2f000)
        /lib/ld-linux.so.2 (0x41000000)

rpm -qf libsvn_fs_base-1.so.0.0.0
libsubversion-1.4.4-alt2.3

паника напрасна, мне кажется...
-- 
С уважением, Борис Савельев

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Boris Savelev пишет:
> 30 октября 2008 г. 4:43 пользователь Aleksey Avdeev <solo@solin.spb.ru> написал:
>> $ ldd /usr/lib64/libsvn_fs_base-1.so.0
>> ...
>>        libaprutil-1.so.0 => /usr/lib64/libaprutil-1.so.0
>> (0x00002b141c053000)
>>        libdb-4.4.so => /lib64/libdb-4.4.so (0x00002b141c27d000)
>>        ^^^^^^^^^^^^
>> ...
>>        libdb-4.7.so => /lib64/libdb-4.7.so (0x00002b141d137000)
>>        ^^^^^^^^^^^^
> у меня вообще такого нет-(
> readelf -d libsvn_fs_base-1.so.0.0.0
> 
> Dynamic section at offset 0x242bc contains 29 entries:
>   Tag        Type                         Name/Value
>  0x00000001 (NEEDED)                     Shared library: [libsvn_delta-1.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libsvn_subr-1.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libaprutil-1.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libdb-4.7.so]
>  0x00000001 (NEEDED)                     Shared library: [libapr-1.so.0]
>  0x00000001 (NEEDED)                     Shared library: [libc.so.6]
> 
> ldd libsvn_fs_base-1.so.0.0.0
>         libsvn_delta-1.so.0 => /usr/lib/libsvn_delta-1.so.0 (0x00dc3000)
>         libsvn_subr-1.so.0 => /usr/lib/libsvn_subr-1.so.0 (0x00dce000)
>         libaprutil-1.so.0 => /usr/lib/libaprutil-1.so.0 (0x00d81000)
>         libdb-4.7.so => /usr/lib/libdb-4.7.so (0x058e3000)
>         libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x00726000)
>         libc.so.6 => /lib/libc.so.6 (0xb7e84000)
>         libz.so.1 => /lib/libz.so.1 (0x003c8000)
>         libpthread.so.0 => /lib/libpthread.so.0 (0xb7e6b000)
>         libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7e34000)
>         libexpat.so.1 => /usr/lib/libexpat.so.1 (0x004f3000)
>         libuuid.so.1 => /lib/libuuid.so.1 (0x0083a000)
>         libdl.so.2 => /lib/libdl.so.2 (0xb7e2f000)
>         /lib/ld-linux.so.2 (0x41000000)
> 
> rpm -qf libsvn_fs_base-1.so.0.0.0
> libsubversion-1.4.4-alt2.3
   ^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> паника напрасна, мне кажется...

   У вас стоят libaprutil1 и libsubversion собранные с libdb-4.7. А я 
демонстрировал возникновение ситуации когда в системе оказываются 
установлены libaprutil1 и libsubversion собранные с _разными_ версиями 
libdb: оно поставилось, но работать не будет, а rpm/apt спокойно 
допустили такую ситуацию.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Aleksey Avdeev пишет:
> Dmitry V. Levin пишет:
...
>>
>> Дайте, пожалуйста, ответ на вопрос: использует ли apache2 время сборки
>> API libdb?
>>
>> Если да, то вы обязаны линковать apache2 с libdb, и при этом желательно
>> обеспечить совпадение версий libdb, с которыми слинкованы apache2 и
>> libaprutil.  Ничего фатального в том, что в памяти окажутся две версии
>> libdb, не будет до тех пор, пока apache2 не начнёт взаимодействовать с
>> libaprutil на тему libdb.
> 
>   Как эти вещи проверить? (Можно ли это сделать без моделирования на 
> стенде? На какую тему grep`ать код?)

   Прогон readelf -d по apache2-buildroot прямой зависимости бинарников 
на libdb не выявил. Похоже привязку apache2 к конкретной libdb можно убрать.

> 
>>
>> Если нет, то можно просто линковать libaprutil с -ldb и ни о чём больше
>> не волноваться.
>>
>> То же самое рассуждение можно повторить с заменой s/apache2/subversion/g.
> 
>   Повторюсь: Во времена перевода одной из систем с 2.4 на 3.0 я на такую 
> проблему (неработоспособность subversion-server-dav при линковке apache2 
> и subversion с разными версиями libdb) я наткнулся. Актуально ли это 
> сейчас -- пока не знаю.

   Цитирую svd@ (см. 
<http://lists.altlinux.org/pipermail/devel/2006-March/123848.html>):

> По поводу зависимости на libdb4.x: для subversion необходимо
> использовать ту же версию libdb, с которой собрана libaprutil (полагаю,
> это же справедливо и для других пакетов, использующих libaprutil).
> Соответственно, возникает желание убрать зависимость на libdb4.x-devel
> из subversion и полагаться на зависимости libaprutil. Ну а в libaprutil
> ввести зависимость на конерктную libdb4.x-devel, а не на libdb4-devel,
> поскольку автоматические пересборки с новыми версиями чреваты...

   Думаю стоит последовать данной рекомендации.

PS: Начало треда здесь: 
<http://lists.altlinux.org/pipermail/devel/2006-March/123679.html>

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

30.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>   Цитирую svd@ (см.
> <http://lists.altlinux.org/pipermail/devel/2006-March/123848.html>):
>
>
> > По поводу зависимости на libdb4.x: для subversion необходимо
> > использовать ту же версию libdb, с которой собрана libaprutil (полагаю,
> > это же справедливо и для других пакетов, использующих libaprutil).
> > Соответственно, возникает желание убрать зависимость на libdb4.x-devel
> > из subversion и полагаться на зависимости libaprutil. Ну а в libaprutil
> > ввести зависимость на конерктную libdb4.x-devel, а не на libdb4-devel,
> > поскольку автоматические пересборки с новыми версиями чреваты...
> >
>
>   Думаю стоит последовать данной рекомендации.
сейчас в subversion почти так и организовано.
правда именно что почти: в спеке стоит Requires: apache2-libdb = 4.4,
которая должна обеспечиватьт libdb-4.4, а реально слинковался с
libdb-4.7, взятым из apu-1-config

также, в BuildRequires стоит libapr1-devel и дополнительно
BuildPreReq: apache2-devel >= 2.2.4-alt15 для subversion-server-dav

не буду настаивать, хорошо это или плохо - по зависимостям я лучше
доверюсь более ориентирующимся в вопросе :) единсвенное скажу, что,
если я правильно понимаю смысл зависимости apache2-libdb = 4.4, то
своей функции не выполняет - вместо libdb-4.4 используется libdb-4.7.

и на мой вгляд было бы логичным в buildrequires вписать только
libapr1-devel,  а в m4 скриптах от autotools выдирать версию libdb их
apu_config, так как это сделано в том же subversion. и убрать всякие
apache2-devel, apache2-libdb для определения версии libdb. ставить,
только если софтинке действительно нужны хедеры, поставляемые
apache2-devel.

apache'вцы, вы с его сборками более знакомы, как вам такое?
-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

30.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
> Dmitry Afanasov пишет:
> > вместо libdb-4.4 используется libdb-4.7.
>   Да. Особо весело с учётом того, что не все libdb для subversion полезны
> (так было, как сейчас -- не в курсе).
я тоже не в курсе ни как было, ни как есть. нужна проверка тех, кто
этот subversion использует. пока он просто собирается, и то на старом
toolchain'у :)

> > в buildrequires вписать только
> > libapr1-devel,  а в m4 скриптах от autotools выдирать версию libdb их
> > apu_config
>   Поддерживаю, с учётом следующего:
>
>  1. Не libapr1-devel, а libaprutil1-devel (libapr1 от libdb не зависит).
ок, проставим, как только в дедалусе будут готовые апр утилы.

>  2.
[...]
>  3. При переходе libaprutil1 на очередную libdb в libaprutil1 добавлять
> конфликт на libsubversion собранные с предыдущими libdb. Это нужно для
> возможности одновременной установки libsubversion и libaprutil1 собранных с
> разными libdb
в итоге получаем, что subversion привязывается к libdb через aprutil,
а не самостоятельно. в принципе раз мы сошлись на требовании
идентичности libdb для apache и для всех, использующих apache - пусть
так и будет.

>   Я, в свою очередь -- выкидываю привязку к libdb (в том числе и
> apache2-libdb) из apache2.
ждем пакетину для проверки :)

-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 30.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>>   Цитирую svd@ (см.
>> <http://lists.altlinux.org/pipermail/devel/2006-March/123848.html>):
>>
>>
>>> По поводу зависимости на libdb4.x: для subversion необходимо
>>> использовать ту же версию libdb, с которой собрана libaprutil (полагаю,
>>> это же справедливо и для других пакетов, использующих libaprutil).
>>> Соответственно, возникает желание убрать зависимость на libdb4.x-devel
>>> из subversion и полагаться на зависимости libaprutil. Ну а в libaprutil
>>> ввести зависимость на конерктную libdb4.x-devel, а не на libdb4-devel,
>>> поскольку автоматические пересборки с новыми версиями чреваты...
>>>
>>   Думаю стоит последовать данной рекомендации.
> сейчас в subversion почти так и организовано.
> правда именно что почти: в спеке стоит Requires: apache2-libdb = 4.4,
> которая должна обеспечиватьт libdb-4.4, а реально слинковался с
> libdb-4.7, взятым из apu-1-config
> 
> также, в BuildRequires стоит libapr1-devel и дополнительно
> BuildPreReq: apache2-devel >= 2.2.4-alt15 для subversion-server-dav
> 
> не буду настаивать, хорошо это или плохо - по зависимостям я лучше
> доверюсь более ориентирующимся в вопросе :) единсвенное скажу, что,
> если я правильно понимаю смысл зависимости apache2-libdb = 4.4, то
> своей функции не выполняет - вместо libdb-4.4 используется libdb-4.7.

   Да. Особо весело с учётом того, что не все libdb для subversion 
полезны (так было, как сейчас -- не в курсе).

> 
> и на мой вгляд было бы логичным в buildrequires вписать только
> libapr1-devel,  а в m4 скриптах от autotools выдирать версию libdb их
> apu_config, так как это сделано в том же subversion. и убрать всякие
> apache2-devel, apache2-libdb для определения версии libdb. ставить,
> только если софтинке действительно нужны хедеры, поставляемые
> apache2-devel.
> 
> apache'вцы, вы с его сборками более знакомы, как вам такое?

   Поддерживаю, с учётом следующего:

1. Не libapr1-devel, а libaprutil1-devel (libapr1 от libdb не зависит).

2. libaprutil1 должна быть содрана стой версией libdb, с которой 
subversion гарантированно работает. Для исключения незапланированных 
рассинхронизаций данная версия должна быть зафиксирована в спеке _явно_. 
Т. е.:

а) для сборки aprutil1 должен требоваться конкретный libdb4.x-devel, а 
не libdb4-devel (как это сделано сейчас);

б) libaprutil1-devel должен вытягивать конкретный libdb4.x-deve (с 
которым собран), а не libdb4-devel (как это сделано сейчас).

3. При переходе libaprutil1 на очередную libdb в libaprutil1 добавлять 
конфликт на libsubversion собранные с предыдущими libdb. Это нужно для 
возможности одновременной установки libsubversion и libaprutil1 
собранных с разными libdb (то что я демонстрировал выше по треду). 
(Нужно подумать как быть с бэкпортами.)

4. libaprutil1-devel должен вытя

   Я, в свою очередь -- выкидываю привязку к libdb (в том числе и 
apache2-libdb) из apache2.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 08:20:24AM +0300, Aleksey Avdeev wrote:
> Dmitry V. Levin пишет:
> >On Thu, Oct 30, 2008 at 04:43:14AM +0300, Aleksey Avdeev wrote:
> >>Dmitry V. Levin пишет:
> >>>On Wed, Oct 29, 2008 at 11:45:54PM +0300, Aleksey Avdeev wrote:
> >>>[...]
> >>>> В общем нам надо применять противограбливые меры. Предлагаю следующие:
> >>>>
> >>>>1. Версию используемой libdb фиксировать в спеке aprutil1 явным 
> >>>>образом. 
> >>>Настоятельно прошу сперва прочесть и понять dsohowto.pdf, а потом уже
> >>>задавать вопросы, делать выводы и принимать меры.
> >>  На данный момент ситуация такова:
> >>
> >>1. Имея 4.0/branch в качестве источника ставим apache2 (2.2.6-alt4) и 
> >>subversion-server-dav (1.4.4-alt1). При этом по зависимостям к нам 
> >>приплывают libaprutil1 (1.2.8-alt2). Всё это хозяйство благополучно 
> >>использует libdb-4.4.so:
> >
> >Дайте, пожалуйста, ответ на вопрос: использует ли apache2 время сборки
> >API libdb?
> >
> >Если да, то вы обязаны линковать apache2 с libdb, и при этом желательно
> >обеспечить совпадение версий libdb, с которыми слинкованы apache2 и
> >libaprutil.  Ничего фатального в том, что в памяти окажутся две версии
> >libdb, не будет до тех пор, пока apache2 не начнёт взаимодействовать с
> >libaprutil на тему libdb.
> 
>   Как эти вещи проверить? (Можно ли это сделать без моделирования на 
> стенде? На какую тему grep`ать код?)

На тему имён, упоминаемых в db.h, но это сложно.
На тему этих же имён в выводе nm -gD.

> >Если нет, то можно просто линковать libaprutil с -ldb и ни о чём больше
> >не волноваться.
> >
> >То же самое рассуждение можно повторить с заменой s/apache2/subversion/g.
> 
>   Повторюсь: Во времена перевода одной из систем с 2.4 на 3.0 я на 
> такую проблему (неработоспособность subversion-server-dav при линковке 
> apache2 и subversion с разными версиями libdb) я наткнулся. Актуально ли 
> это сейчас -- пока не знаю.

Картина использования libdb у apache2 и subversion может отличаться.
Кроме того, отличия в способе использования libdb могут быть в разных
версиях того же subversion.


-- 
ldv

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

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Boris Savelev]

30 октября 2008 г. 11:22 пользователь Aleksey Avdeev
<solo@solin.spb.ru> написал:
> 2. libaprutil1 должна быть содрана стой версией libdb, с которой subversion
> гарантированно работает. Для исключения незапланированных рассинхронизаций
> данная версия должна быть зафиксирована в спеке _явно_. Т. е.:
>
Скажите какая и ради Бога.
Очень надеюсь что 4.7-)

> а) для сборки aprutil1 должен требоваться конкретный libdb4.x-devel, а не
> libdb4-devel (как это сделано сейчас);
Это пожалуйста.
>
> б) libaprutil1-devel должен вытягивать конкретный libdb4.x-deve (с которым
> собран), а не libdb4-devel (как это сделано сейчас).
Аналогично.

> 3. При переходе libaprutil1 на очередную libdb в libaprutil1 добавлять
> конфликт на libsubversion собранные с предыдущими libdb. Это нужно для
> возможности одновременной установки libsubversion и libaprutil1 собранных с
> разными libdb (то что я демонстрировал выше по треду). (Нужно подумать как
> быть с бэкпортами.)
На мой взгляд самым красивым выходом было бы оторвать от subversion
libdb вообще. Она не может его использовать как апач, т.е. только
через aprutil1?

-- 
С уважением, Борис Савельев

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 30.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
...
>>   Я, в свою очередь -- выкидываю привязку к libdb (в том числе и
>> apache2-libdb) из apache2.
> ждем пакетину для проверки :)

   Собрал aprutil1-1.3.4-alt3.1.src.rpm. В incoming/Daedalus и на 
git.alt отправлю утром: сейчас сервера что-то недоступны...

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Aleksey Avdeev пишет:
> Dmitry Afanasov пишет:
>> 30.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
> ...
>>>   Я, в свою очередь -- выкидываю привязку к libdb (в том числе и
>>> apache2-libdb) из apache2.
>> ждем пакетину для проверки :)
> 
>   Собрал aprutil1-1.3.4-alt3.1.src.rpm. В incoming/Daedalus и на git.alt 
> отправлю утром: сейчас сервера что-то недоступны...

   Отправил aprutil1-1.3.4-alt3.1.src.rpm (см. 
<http://git.altlinux.org/people/solo/packages/?p=aprutil.git;a=commit;h=4219b93c9e30a793121eedb1b845ca3c80a462b0>) 
incoming/Daedalus.

   Особенности сборки:

1. Конфликт на старые libsubversion пока не проставлен (подробности ниже).

2. devel пакеты требуют именно ту версию libdb, которая использовалась 
при сборке. Автоматика настроена так, что если при сборке использовалась 
libdb4-devel -- в Requires попадёт фактически использованная 
libdb4.x-devel: В BuildPreReq присутствует 
%libdb_name%libdb_v1[.%libdb_v2]-devel, а в Requires -- 
%libdb_name%libdb_v1.%libdb_v2_req. При этом если %libdb_v2 не задан, 
(%nil), то %libdb_v2_req определяется по результату
rpm -q --whatprovides %libdb_name%libdb_v1

3. Сборку с нужной libdb можно выполнить через --with=libdb4[2467], при 
этом в релиз будет добавлено соответствующее .libdb4.[2467]. (Сделано 
для упрощения тестовых сборок.)

   П. 2 и 3 в чистом виде присутствуют в 
<http://git.altlinux.org/people/solo/public/?p=specs.git;a=shortlog;h=refs/heads/ALT/reliase/libdb/library> 
(за основу бранча взят <http://www.altlinux.org/SampleSpecs/library>).

   На эту тему конфликта на старые libsubversion есть вопросы:

1. Нужен конфликт на версии libsubversion собранные с более старой 
libdb. Но я не знаю какие именно эти версии (т. к. за libsubversion не 
следил).

2. Как поддерживать данный конфликт в актуальном состоянии?

   По поводу п. 2 есть мысль использовать развитие механизмов 
опробованных в apache2: добавить в libaprutil1 предоставление 
libaprutil1-libdb = <фактическая версия libdb> а в libsubversion 
аналогичное требование. Причём на данном этапе у меня есть комплект 
макросов которые смогут выставлять <фактическая версия libdb> на 
основании libdb4.x-devel фактически использованной при сборке... Делать?

2boris: 
<http://git.altlinux.org/people/solo/packages/?p=aprutil.git;a=commit;h=4219b93c9e30a793121eedb1b845ca3c80a462b0> 
сделан на основе твоих aprutil1.git и libaprutil1.git с переписанной 
историей (пересадил на репозитарии предыдущих сборок) + 
aprutil1-1.3.4-alt[1-3].src.rpm залитые по верх.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

31.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
> Aleksey Avdeev пишет:
> > > ждем пакетину для проверки :)
>  1. Конфликт на старые libsubversion пока не проставлен (подробности ниже).
а это будет позже. самому доразбраться надо в этом subversion.

>   На эту тему конфликта на старые libsubversion есть вопросы:
>
>  1. Нужен конфликт на версии libsubversion собранные с более старой libdb.
> Но я не знаю какие именно эти версии (т. к. за libsubversion не следил).
>  2. Как поддерживать данный конфликт в актуальном состоянии?
как версии, так и механизм сделаем попозже. да и надо спрашивать
предыдущих мантейнеров что там и по чем.

subversion для сборки требует libapr, не libaprutil1. использует
обоих. я пока не понял - критично это или нет :)

есть вопрос: условия для сборки на M24 оставлять? есть желание её
вычистить нафиг - я там не ориентируюсь :)

заниматься буду в выходные.
-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 31.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>> Aleksey Avdeev пишет:
>>>> ждем пакетину для проверки :)
>>  1. Конфликт на старые libsubversion пока не проставлен (подробности ниже).
> а это будет позже. самому доразбраться надо в этом subversion.

   Понятные ограничения лучше выставить сейчас: это позволит избежать 
заведомо нерабочих ситуаций при тестировании.

> 
>>   На эту тему конфликта на старые libsubversion есть вопросы:
>>
>>  1. Нужен конфликт на версии libsubversion собранные с более старой libdb.
>> Но я не знаю какие именно эти версии (т. к. за libsubversion не следил).
>>  2. Как поддерживать данный конфликт в актуальном состоянии?
> как версии, так и механизм сделаем попозже. да и надо спрашивать
> предыдущих мантейнеров что там и по чем.

   Привязку к libaprutil1 собранной с нужной libdb лучше сделать сейчас: 
Иначе придётся тратить время на разбор ситуаций типа той что я приводил...

   Я могу сделать это, и залить в git/Daedalus...

> 
> subversion для сборки требует libapr, не libaprutil1. использует
> обоих. я пока не понял - критично это или нет :)

   Не может быть, т. к.:

1. Зависимость на libaprutil1 всётаки присутствует.

2. libaprutil1 зависит от libapr1, но не наоборот. Т. е. Ситуация когда 
задействована только libapr1 возможно, а когда только libaprutil1 -- нет 
(т. к. libaprutil1 вытянет libapr1 по зависимостям).

> 
> есть вопрос: условия для сборки на M24 оставлять? есть желание её
> вычистить нафиг - я там не ориентируюсь :)

   Зависит от трудоёмкости их поддержки, думаю... (Я пока не смотрел код.)

> 
> заниматься буду в выходные.

   Буду в офлайне.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

31.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>   Привязку к libaprutil1 собранной с нужной libdb лучше сделать сейчас:
> Иначе придётся тратить время на разбор ситуаций типа той что я приводил...
>
>   Я могу сделать это, и залить в git/Daedalus...
как будет - обязательно посмотрю.


на предмет "попозже": я не совсем пока понимаю, как происходят завязки
на libapr и libaprutil. знаю точно, что используется libdb и её версия
берется из %apu_config (apr-1-config на моей машине).

для обеспечения совпадения версии libdb и libaprutil1 достаточно в
buildreq прописать libaprutil1-devel и проследить, чтобы configure
продолжал выдирать версию из %apu_config.

но здесь речь не только о libdb - subversion зачем-то ещё нужны эти
apr'ы, наерное не только для определения libdb. этого я пока не знаю:
не было нужды смотреть.

в итоге: для определения версии libdb я сохраню текущее состояние - из
libaprutil.

для обеспечения же зависимости именно на libapr/libaprutil я пока не
знаю что делать, и надо ли это subversion. этот механизм я буду
рассматривать позже, как разберусь, на кой ляд они вообще нужны :)

> > subversion для сборки требует libapr, не libaprutil1. использует
> > обоих. я пока не понял - критично это или нет :)
>   Не может быть, т. к.:
> [...]
прошу прощения, я ошибся. не заметил, что строка BuildPreReq:
%apu_name-devel >= %apu_ver не в какие %if_with не входит.

в итоге имеем, что subversion для сборки требует и libapr1-devel и
libaprutil1-devel. оба прописаны в buildreq.
для установки требует:
libsubversion - только libapr1
libsubversion-devel - требует оба devel'а, и требует явно.

все requires сделаны так:
libapr1[-devel] >= 1:0.9.5-alt0.3.M24.1
libaprutil1[-devel] >= 1:0.9.5-alt0.4

мне пока не понятна эта привязка и что там ставить сейчас.

> libaprutil1 вытянет libapr1 по зависимостям).
вопрос: стоит тогда оставлять явный requires на libapr1 и libapr1-devel?

> > есть вопрос: условия для сборки на M24 оставлять? есть желание её
> > вычистить нафиг - я там не ориентируюсь :)
>   Зависит от трудоёмкости их поддержки, думаю... (Я пока не смотрел код.)
тогда в git'е отмечу и вышвырну эти макросы нафиг. на мастер 2.4
бекпортить не буду точно :)

> > заниматься буду в выходные.
>   Буду в офлайне.
грустно :(
бдуем тогда разбираться сами.
-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 31.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>>   Привязку к libaprutil1 собранной с нужной libdb лучше сделать сейчас:
>> Иначе придётся тратить время на разбор ситуаций типа той что я приводил...
>>
>>   Я могу сделать это, и залить в git/Daedalus...
> как будет - обязательно посмотрю.
> 
> 
> на предмет "попозже": я не совсем пока понимаю, как происходят завязки
> на libapr и libaprutil. знаю точно, что используется libdb и её версия
> берется из %apu_config (apr-1-config на моей машине).

   Не apr-1-config, а из apu-1-config:

$ apr-1-config --libs

$ apu-1-config --libs
  -lldap -llber -ldb-4.7 -lexpat

> 
> для обеспечения совпадения версии libdb и libaprutil1 достаточно в
> buildreq прописать libaprutil1-devel и проследить, чтобы configure
> продолжал выдирать версию из %apu_config.

   Да.

> 
> но здесь речь не только о libdb - subversion зачем-то ещё нужны эти
> apr'ы, наерное не только для определения libdb. этого я пока не знаю:
> не было нужды смотреть.
> 
> в итоге: для определения версии libdb я сохраню текущее состояние - из
> libaprutil.

   Текущее, но только на момент сборки. После инсталляции ситуация 
установки libaprutil1 собранной с другой libdb сейчас никак не 
отслеживается... А на мой взгляд -- надо.

> 
> для обеспечения же зависимости именно на libapr/libaprutil я пока не
> знаю что делать, и надо ли это subversion. этот механизм я буду
> рассматривать позже, как разберусь, на кой ляд они вообще нужны :)

   Судя потому что присутствуют библиотеки одновременно слинкованные с 
libdb4.x и с libaprutil-1, которая в свою очередь может быть слинкована 
с libdb4.y -- такую ситуацию отслеживать надо. По крайней мере до 
получения полной ясности что такая ситуация ничему не мешает (сейчас её 
нет).

> 
>>> subversion для сборки требует libapr, не libaprutil1. использует
>>> обоих. я пока не понял - критично это или нет :)
>>   Не может быть, т. к.:
>> [...]
> прошу прощения, я ошибся. не заметил, что строка BuildPreReq:
> %apu_name-devel >= %apu_ver не в какие %if_with не входит.
> 
> в итоге имеем, что subversion для сборки требует и libapr1-devel и
> libaprutil1-devel. оба прописаны в buildreq.
> для установки требует:
> libsubversion - только libapr1

   Нет. Смотрю текущий libsubversion-1.4.4-alt2.3:

$ rpm -ql libsubversion|xargs readelf -d |fgrep libaprutil
  0x0000000000000001 (NEEDED)             Shared library: 
[libaprutil-1.so.0]
...

   Более детальный осмотр показывает что файлы одновременно требующие 
libaprutil-1.so.0 и libdb-4.7.so по прежниму присутствуют...

> libsubversion-devel - требует оба devel'а, и требует явно.
> 
> все requires сделаны так:
> libapr1[-devel] >= 1:0.9.5-alt0.3.M24.1
> libaprutil1[-devel] >= 1:0.9.5-alt0.4
> 
> мне пока не понятна эта привязка и что там ставить сейчас.

   Судя по всему, это минимальные версии libapr[util]1 с которыми 
subversion может собраться. Чем обусловлены -- не в курсе.

> 
>> libaprutil1 вытянет libapr1 по зависимостям).
> вопрос: стоит тогда оставлять явный requires на libapr1 и libapr1-devel?

   Не требуется: libaprutil1-devel-1.3.4 требует libapr1-devel > 1.3.0 
явным образом.

> 
>>> есть вопрос: условия для сборки на M24 оставлять? есть желание её
>>> вычистить нафиг - я там не ориентируюсь :)
>>   Зависит от трудоёмкости их поддержки, думаю... (Я пока не смотрел код.)
> тогда в git'е отмечу и вышвырну эти макросы нафиг. на мастер 2.4
> бекпортить не буду точно :)

   Ваша воля.

   Для себя -- сделал систему макросов которая автоматизирует бэкпорты 
достаточно удачно. Если интересует могу залить в 
<http://git.altlinux.org/people/solo/public/?p=specs.git> (чтобы не 
тянуть историю apache`й при использовании).

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] M24

[Michael Shigorin]

On Fri, Oct 31, 2008 at 03:36:51PM +0300, Dmitry Afanasov wrote:
> есть вопрос: условия для сборки на M24 оставлять? есть желание
> её вычистить нафиг - я там не ориентируюсь :)

Думаю, для разработческого инструментария давно можно выкидывать.

Вот для админского -- JFYI: сейчас в top20 ftp://ftp.linux.kiev.ua
ALM2.4 DVD занимает 17-е место; из десятки (это по гигазам) вышел,
кажется, прошлой весной.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry V. Levin]

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

On Fri, Oct 31, 2008 at 10:07:05PM +0300, Aleksey Avdeev wrote:
[...]
> <http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=37739f73e6983448dced45fba5678e4fca90fbb1>) 
> -- с libsubversion требующим libaprutil1-libdb. Для того чтобы собралось 
> пришлось добавить сборочную зависимость на java-1.5.0-sun-devel (т. к. 
> java-1.6.0-sun-devel отказалась ставиться в hasher).

Сейчас уже ставится.


-- 
ldv

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

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 31.10.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>>   Привязку к libaprutil1 собранной с нужной libdb лучше сделать сейчас:
>> Иначе придётся тратить время на разбор ситуаций типа той что я приводил...
>>
>>   Я могу сделать это, и залить в git/Daedalus...
> как будет - обязательно посмотрю.

   Отправил в incoming/Daedalus:

1. aprutil1-1.3.4-alt3.2.src.rpm (см. 
<http://git.altlinux.org/people/solo/packages/?p=aprutil.git;a=commit;h=e5786e308a3e2391798c44af341db584c537ab2a>) 
  -- проваёдет libaprutil1-libdb.

2. subversion-1.4.4-alt2.3.1.src.rpm (см. 
<http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=37739f73e6983448dced45fba5678e4fca90fbb1>) 
-- с libsubversion требующим libaprutil1-libdb. Для того чтобы собралось 
пришлось добавить сборочную зависимость на java-1.5.0-sun-devel (т. к. 
java-1.6.0-sun-devel отказалась ставиться в hasher).

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Igor Vlasenko]

On Fri, Oct 31, 2008 at 10:07:05PM +0300, Aleksey Avdeev wrote:
> 2. subversion-1.4.4-alt2.3.1.src.rpm (см.  
> Для того чтобы собралось  
> пришлось добавить сборочную зависимость на java-1.5.0-sun-devel (т. к.  
> java-1.6.0-sun-devel отказалась ставиться в hasher).

Вас за это repocop обругает :(

Пишите просто BuildRequires: java-devel-default
этот ньюанс расписан в
http://www.altlinux.org/JavaPolicy


-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Igor Vlasenko пишет:
> On Fri, Oct 31, 2008 at 10:07:05PM +0300, Aleksey Avdeev wrote:
>> 2. subversion-1.4.4-alt2.3.1.src.rpm (см.  
>> Для того чтобы собралось  
>> пришлось добавить сборочную зависимость на java-1.5.0-sun-devel (т. к.  
>> java-1.6.0-sun-devel отказалась ставиться в hasher).
> 
> Вас за это repocop обругает :(
> 
> Пишите просто BuildRequires: java-devel-default
> этот ньюанс расписан в
> http://www.altlinux.org/JavaPolicy

   Спасибо.

   Встречайте subversion-1.4.4-alt2.3.2.src.rpm (см. 
<http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=946e8e7d391389dbea5542e3b6f7a1cbd4f70796>).

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

01.11.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
> Igor Vlasenko пишет:
>
>   Встречайте subversion-1.4.4-alt2.3.2.src.rpm (см.
> <http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=946e8e7d391389dbea5542e3b6f7a1cbd4f70796>).
аха, посмотрел. теперь будем думать, как сделать merge, чтобы
смержился только spec :) rebase прокатил, но после него push с --force
делать придется.

-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

01.11.08, Dmitry Afanasov<afanasovdmitry@gmail.com> написал(а):
> 01.11.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>  > Igor Vlasenko пишет:
>
> >
>  >   Встречайте subversion-1.4.4-alt2.3.2.src.rpm (см.
>  > <http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=946e8e7d391389dbea5542e3b6f7a1cbd4f70796>).
>
> аха, посмотрел. теперь будем думать, как сделать merge, чтобы
>  смержился только spec :) rebase прокатил, но после него push с --force
>  делать придется.
все, соборазил, merge наконец-то отработал, как я ожидал :)

кстати, можно было и не делать ветку solo/master. твой git.alt я
получил как git fetch solo, в итоге commit выглядит, как "Merge commit
'solo/solo/master'" :)

-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 01.11.08, Dmitry Afanasov<afanasovdmitry@gmail.com> написал(а):
>> 01.11.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>>  > Igor Vlasenko пишет:
>>
>>  >   Встречайте subversion-1.4.4-alt2.3.2.src.rpm (см.
>>  > <http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=946e8e7d391389dbea5542e3b6f7a1cbd4f70796>).
>>
>> аха, посмотрел. теперь будем думать, как сделать merge, чтобы
>>  смержился только spec :) rebase прокатил, но после него push с --force
>>  делать придется.
> все, соборазил, merge наконец-то отработал, как я ожидал :)

   Иногда проще сделать фиктивный мерж (через -s ours), 
поправить/заменить файл/файлы руками, и выполнить git commit --am.

> 
> кстати, можно было и не делать ветку solo/master. твой git.alt я
> получил как git fetch solo, в итоге commit выглядит, как "Merge commit
> 'solo/solo/master'" :)

   А это для собственного удобства, в первую очередь. :-)

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

01.11.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>   Встречайте subversion-1.4.4-alt2.3.2.src.rpm (см.
> <http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=946e8e7d391389dbea5542e3b6f7a1cbd4f70796>).
в git.alt:/people/ender/packages/subversion.git, ветка master, лежит
1.5.4. прекрасно собирается на текущем сизифе. осталось проверить его
на apr'ы и можно забрасывать.
-- 
С уважением
Афанасов Дмитрий

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Aleksey Avdeev]

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

Dmitry Afanasov пишет:
> 01.11.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
>>   Встречайте subversion-1.4.4-alt2.3.2.src.rpm (см.
>> <http://git.altlinux.org/people/solo/packages/?p=subversion.git;a=commit;h=946e8e7d391389dbea5542e3b6f7a1cbd4f70796>).
> в git.alt:/people/ender/packages/subversion.git, ветка master, лежит
> 1.5.4. прекрасно собирается на текущем сизифе. осталось проверить его
> на apr'ы и можно забрасывать.

   aprutil1-1.3.4-alt3.2.src.rpm (то что в Daedalus, см. 
<http://git.altlinux.org/people/solo/packages/?p=aprutil.git;a=commit;h=e5786e308a3e2391798c44af341db584c537ab2a>) 
отправлен в incoming/Sisyphus.

-- 

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



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 552 bytes --]

Re: [devel] A: Меры по синхронизации версии libdb в libaprutil1, apache2 и его внешних модулях

[Dmitry Afanasov]

05.11.08, Aleksey Avdeev<solo@solin.spb.ru> написал(а):
> Dmitry Afanasov пишет:
>   aprutil1-1.3.4-alt3.2.src.rpm (то что в Daedalus, см.
> <http://git.altlinux.org/people/solo/packages/?p=aprutil.git;a=commit;h=e5786e308a3e2391798c44af341db584c537ab2a>)
> отправлен в incoming/Sisyphus.
понял. проверил в hsh-install subversion и aprutil1 - ставится, не
ругается. в работе проверить к сожалению не могу - не использую.

как cyber отчитается о приеме apr'а, отправлю subversion-1.5.4
-- 
С уважением
Афанасов Дмитрий

[devel] Q: libdb-4.6.so users

[Dmitry V. Levin]

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

Hi,

Не будут ли любезны немногочисленные пользователи libdb-4.6.so
(их всего два: kdesdk-3.5.10-alt1.src.rpm и
ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
?

Заодно можно убрать ставшие ненужными вызовы ldconfig и update-menus.


-- 
ldv

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

Re: [devel] Q: libdb-4.6.so users

[Kirill A. Shutemov]

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

On Thu, Nov 27, 2008 at 04:27:30AM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> (их всего два: kdesdk-3.5.10-alt1.src.rpm и
> ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
> ?

ruby1.9 можно выкинуть.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] Q: libdb-4.6.so users

[Dmitry V. Levin]

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

On Thu, Nov 27, 2008 at 06:11:51AM +0200, Kirill A. Shutemov wrote:
> On Thu, Nov 27, 2008 at 04:27:30AM +0300, Dmitry V. Levin wrote:
> > 
> > Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> > (их всего два: kdesdk-3.5.10-alt1.src.rpm и
> > ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
> > ?
> 
> ruby1.9 можно выкинуть.

Куда?


-- 
ldv

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

Re: [devel] Q: libdb-4.6.so users

[Kirill A. Shutemov]

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

On Thu, Nov 27, 2008 at 02:52:26PM +0300, Dmitry V. Levin wrote:
> On Thu, Nov 27, 2008 at 06:11:51AM +0200, Kirill A. Shutemov wrote:
> > On Thu, Nov 27, 2008 at 04:27:30AM +0300, Dmitry V. Levin wrote:
> > > 
> > > Не будут ли любезны немногочисленные пользователи libdb-4.6.so
> > > (их всего два: kdesdk-3.5.10-alt1.src.rpm и
> > > ruby1.9-1.9.0-alt1.20080603.src.rpm) перебазироваться на libdb-4.7.so
> > > ?
> > 
> > ruby1.9 можно выкинуть.
> 
> Куда?

В orphaned. На данный момент его никто не obsolete'ит.


-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + ALT Linux Team, http://www.altlinux.org/

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

Re: [devel] python-2.5/python-2.6

[Dmitry V. Levin]

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

On Thu, Oct 30, 2008 at 02:51:16AM +0300, Dmitry V. Levin wrote:
> On Thu, Oct 30, 2008 at 02:17:25AM +0300, Evgeny Sinelnikov wrote:
> > 2008/10/30 Dmitry V. Levin <ldv@altlinux.org>:
> > > On Thu, Oct 30, 2008 at 12:03:12AM +0300, Evgeny Sinelnikov wrote:
> [...]
> > >> Новая сборка питона готова и находится на стадии тестирования. Завтра,
> > >> если выживет, уедет в Сизиф.
> > >
> > > Спасибо, а чем отличается эта новая сборка?
> > 
> > В новой сборке добавлен ряд исправлений, в частности CVE-2008-2316,
> > добавлено правильное определение дистрибутива в platform.dist() и
> > собственно, компоновка с libdb-4.7.so
> 
> Там у них в http://svn.python.org/projects/python/branches/release25-maint
> есть ещё несколько исправлений.
> 
> > Относительно проверки дистрибутива пришлось пойти на компромисс и
> > выкинуть в нашей сборке некоторые проверки на основные дистрибутивы
> > (Надеюсь они нам не сильно нужны ? :))... Дело в том, что
> > platform.dist() определяет по наличию файла /etc/*-release, коих y нас
> > лежит несколько из-за чего этот метод определяет нас как redhat,
> > поскольку критерием поиска является первый попавшийся по шаблону файл
> > /etc/*-release
> > 
> > > Скоро ожидается выпуск python 2.5.3 с исправлением нескольких CVE.
> > 
> > Будем ждать... :)
> 
> Информация о сроке пробегала в python-dev:
> http://mail.python.org/pipermail/python-dev/2008-October/082883.html

2.5.4 уже, кажется, вышел.


-- 
ldv

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

Re: [devel] python-2.5/python-2.6

[Dmitriy M. Maslennikov]

24 декабря 2008 г. 21:16 пользователь Dmitry V. Levin
<ldv@altlinux.org> написал:
> 2.5.4 уже, кажется, вышел.
А может на место 2.5 пора 2.6, а рядом положить 3.0?

-- 
Dmitriy M. Maslennikov
rlz@etersoft.ru
rlz@altlinux.org
maslennikovdm@gmail.com
master@armory.ru

Re: [devel] python-2.5/python-2.6

[Andrey Rahmatullin]

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

On Wed, Dec 24, 2008 at 09:22:16PM +0300, Dmitriy M. Maslennikov wrote:
> > 2.5.4 уже, кажется, вышел.
> А может на место 2.5 пора 2.6, а рядом положить 3.0?
Пора, да некому.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> В бумажном руководстве обязательно нужно внятные описания по
> настройке железа. В смысле "куда бежать" в случае проблем с
> конкретными типами железок. [...]
А куда бежать -- в поддержку? Тогда это раздел ``поддержка''.
Или в магазин за другим, подходящим оборудованием? ;)
		-- kirill in docs@

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

Re: [devel] python-2.5/python-2.6

[Dmitry V. Levin]

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

On Wed, Dec 24, 2008 at 09:22:16PM +0300, Dmitriy M. Maslennikov wrote:
> 24 декабря 2008 г. 21:16 пользователь Dmitry V. Levin
> <ldv@altlinux.org> написал:
> > 2.5.4 уже, кажется, вышел.
> А может на место 2.5 пора 2.6, а рядом положить 3.0?

Насколько я понимаю, на месте 2.5 может быть только 2.5.


-- 
ldv

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