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

[Aleksey Avdeev]

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 залитые по верх.

-- 

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


----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 552 байтов
Описание: OpenPGP digital signature
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20081031/ba668d44/attachment-0001.bin>