ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | исчез -ldb-4.7 из apu-1-config | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Afanasov Dmitry <ender> |
| Component: | libaprutil1 | Assignee: | Nobody's working on this, feel free to take it <nobody> |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | ||
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
Afanasov Dmitry
2009-06-16 16:23:24 MSD
хотелось бы понять из-за чего оно исчезло... буду рад помощи 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. других проблем замечено не было |
