[devel] apache2-2.0.55-alt5
Sviatoslav Sviridov
=?iso-8859-1?q?svd_=CE=C1_altlinux=2Eru?=
Вт Мар 21 15:44:34 MSK 2006
Aleksey Avdeev wrote on 3/21/2006 2:00 PM:
> ...
>
>>> apache2, собранный с libdb4.4 -- могу залить в Dedalus. Оно нужно?
>>>
>>>
>> Начинать, наверно, стоит с libaprtil? :)
>>
>
> Это само-собой. Для них NMU в Dedalus залить, если мантейнер возражать
> не будет, разумеется. ;-)
>
Ну что ж, могу положить в incoming дедала...
>> Это сделать не сложно, могу залить... все равно subversion в сизифе
>> сейчас не пересобирается, так что новую сборку заливать придется
>> по-любому...
>>
>
> А в чём там дело, если не секрет?
>
Перестали проходит тесты при сборке
Как вариант - при очередной пересборке libaprutil собался с libdb4.4 и
стал несовместим с subversion.
. o O (может и для libaprutil стоит более жесткую зависимость ставить?)
> ...
> Тогда, предлагаю сборки пакетов apache2, libaprtil и subversion с
> libdb4.4 отправлять пока в Dedalus. Когда убедимся что всё из этого
> списка (возможно его стоит дополнить) собирается и корректно работает --
> перенесём в Сизиф.
>
Согласен
aprutil-0.9.7-alt2.1.src.rpm залит в /incoming/Daedalus/
> PS: Кажется vserver со свежим Сизифом и хашером (с репозитариями для
> Сизифа и 3.0) становится актуальным...
>
Благодаря mike@ у меня появилась такая возможность :) О том, что
получилось см ниже...
Michael Shigorin wrote on 3/21/2006 1:38 PM:
> On Tue, Mar 21, 2006 at 11:07:35AM +0200, Sviatoslav Sviridov wrote:
>
>> А вообще для subversion рекомендуемой libdb все еще является
>> 4.2 :) Вроде бы subversion-1.3.1 должна по кр. мере собираться
>> с libdb4.4, но поддержка 4.4 будет заявлена только для
>> subversion 1.4...
>>
>
> Ойййй чем такое пахнет... а без libdb4 оно никак?
>
Можно подойти радикально и вообще собрать svn без поддержки bdb :)
Попробовал в vserver пересобрать aprutil, apache2, subversion...
Первые 2 собрались нормально. а subversion собраться-то собрался, но
тесты у него отвалились... Причем отвалился дпже один тест при
FS_TYPE=fsfs, называется что-то на тему svn_fs_base, что как раз и
относится к bdb (не знаю, почему он для fsfs выполнялся)... Далее
запустил вручную тесты для bdb, тут уж ошибок стало больше, вот пример:
START: ra-local-test
svn_tests: Unable to open an ra_local session to URL
svn_tests: Unable to open repository
'file:///usr/src/RPM/BUILD/subversion-1.3.1/subversion/tests/libsvn_ra_local/test-repo-open'
svn_tests: Berkeley DB error for filesystem
/usr/src/RPM/BUILD/subversion-1.3.1/subversion/tests/libsvn_ra_local/test-repo-open/db
while opening environment:
Invalid argument
svn_tests: bdb: DB_REGISTER limits each process to a single open DB_ENV
handle
FAIL: lt-ra-local-test 1: open an ra session to a local repository
При этом для libdb4.3 эти тесты проходят нормально.
--
Best Regards,
Sviatoslav Sviridov
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : signature.asc
Тип : application/pgp-signature
Размер : 250 байтов
Описание: OpenPGP digital signature
Url : <http://lists.altlinux.org/pipermail/devel/attachments/20060321/9a9a8b8e/attachment-0001.bin>
Подробная информация о списке рассылки Devel