ALT Linux Bugzilla – #20467

хотелось бы понять из-за чего оно исчезло...
буду рад помощи
http://git.altlinux.org/people/boris/packages/?p=aprutil1.git;a=summary

я сейчас пытаюсь понять, что за зверь этот apr. и как он этот db использует, в частности.

svn недельки две не пересобирается, так что время думаю есть.

хочу обратить внимание: в spec'е есть конструкция --enable-dbd-dso. черт его знает, откуда он взялся, но факт - он не используется.

на данный момент dso управляется через команду --disable-util-dso, каковая описана в build/dso.m4

в этом же файле есть конструкция: 
if test "$apu_dso_build" = "0"; then
    APRUTIL_EXPORT_LIBS="$APRUTIL_EXPORT_LIBS ..."
else
#    никаких APRUTIL_EXPORT_LIBS
fi

данные для apu-1-config --libs берутся из переменной LIBS="@APRUTIL_EXPORT_LIBS@", определяемой в файле apu-config.in


в итоге: 
* при сборке в dso, имеем пустой APRUTIL_EXPORT_LIBS (только -lexpat) и проблему со сборкой subversion;
* при статической сборке (--disable-util-dso) имеем полностью прописанный APRUTIL_EXPORT_LIBS, а значит правильный вывод apu-1-config --libs.

для сборки subversion придется либо полностью переписывать блок для --with-berkeley-db, либо предавать параметры для db вручную, не огладываясь на aprutil1, что в свою очередь нивелирует всю машинерию по определению версии db через aprutil1.

solo: это твоя машинерия, что с ней делаем?

конкретно по subversion, ручная передача --with-berkeley-db=db.h:/usr/include/db4:%_libdir:db-4 проблему решила.

в итоге имеем лишь сломанный автодетект.

а что апстрим subversion думает по поводу нового aprutil1?

еще можно подсмотреть у debian
http://packages.debian.org/experimental/subversion
--with-berkeley-db=:::db

debian'овский aprutil теперь тоже не содержит -ldb

(В ответ на комментарий №3)
> хочу обратить внимание: в spec'е есть конструкция --enable-dbd-dso. черт его
> знает, откуда он взялся, но факт - он не используется.
как это не используется?-)
из-за этой опции появляется файл 
/usr/lib/apr-util-1/apr_dbm_db.so
на сколько я понимаю.

(В ответ на комментарий №5)
> а что апстрим subversion думает по поводу нового aprutil1?
сайт почему-то не отвечает, в транке и 1.6.x бранче изпользуется старый метод - либо автодетект через apu-1-config --libs, либо передача вручную.

> еще можно подсмотреть у debian
> http://packages.debian.org/experimental/subversion
> --with-berkeley-db=:::db
хмм, наверно так и стоит сделать.

что-то, разобравшись в откуда в apr растет -ldb4-7, я теперь сижу и думаю, что это NOTABUG :)

(В ответ на комментарий №6)
> как это не используется?-)
а легко.
grep dbd-dso дает молчание, configure вообще выдает:
configure: WARNING: unrecognized options: --disable-dependency-tracking, --without-included-gettext, --enable-dbd-dso, --disable-static

нету этой опции, может раньше была :)

> из-за этой опции появляется файл 
> /usr/lib/apr-util-1/apr_dbm_db.so
> на сколько я понимаю.
этот файл, как и остальные dso, появляются по умолчанию; выключается apr_dbm_db.so вместе со всеми остальными dso через --disable-util-dso - смотреть в исходниках файл build/dso.m4.

(В ответ на комментарий №8)
> (В ответ на комментарий №6)
> > как это не используется?-)
> а легко.

ну и ладно-)
я не смотрел еще конкретно на это.
вобщем если предложенный метод всех удовлетворит, то будет чудно-)

(В ответ на комментарий №9)
> вобщем если предложенный метод всех удовлетворит, то будет чудно-)

метод - в смысле указание пытающим apr парамтеры db вручную? это наверное к solo относится.

конкретно по subverion согласен на NOTABUG, так как здесь зависимость от особенностей сборки aprutil.

других проблем замечено не было