60924 2026-10-12 19:04:58 +0300 Предложение: aprutil1: вынести runtime-DSO драйвера DBM apr_dbm_lmdb-1.so из libaprutil1-devel в runtime-пакет 2026-10-12 19:10:50 +0300 1 1 4 Development Sisyphus aprutil1 unstable x86_64 Linux ASSIGNED https://bugzilla.altlinux.org/show_bug.cgi?id=44191 P5 normal --- 1 varaksaaa rider rider qa-sisyphus oldest_to_newest 301859 0 varaksaaa 2026-10-12 19:04:58 +0300 Пакет aprutil1 во всех ветках (p10: 1.6.3-alt4, p11: 1.6.4-alt1, sisyphus: 1.6.5-alt1) собирается с `--with-dbm=lmdb`. Runtime-файл — DSO драйвера DBM — `/usr/lib64/apr-util-1/apr_dbm_lmdb-1.so` упакован **только** в пакет `libaprutil1-devel`: ``` %files -n libaprutil1-devel: %_libdir/apr-util-%aprver/apr_dbm_lmdb* ``` При этом это именно runtime-файл: DBM API apr-util (`apr_dbm_open_ex()`) загружает драйвер через `dlopen()` в момент вызова — в `libaprutil-1.so.0` встроены строки с каталогом `/usr/lib64/apr-util-1` и шаблоном имени драйвера `apr_dbm_%s-1.so` (драйвер `lmdb`). В результате на любой системе, где не установлен `libaprutil1-devel`, все потребители `apr_dbm*()` не могут загрузить драйвер. ## Конкретное проявление: gvfs-tests (класс Dav, режим root) Тестовый набор gvfs (test/gvfs-test) генерирует конфигурацию Apache с директивой `DAVLockDB DAVLock`. При включённой базе блокировок **каждая DAV-операция записи** (COPY/PUT/MKCOL/MOVE) перед выполнением проверяет блокировки исходного ресурса, т.е. открывает lock DB через `apr_dbm_open_ex()`; операции чтения (GET/PROPFIND) к базе блокировок не обращаются. На тестовой системе без `libaprutil1-devel` все записи завершаются HTTP 500, в error_log Apache: ``` [dav_fs:crit] (20019)DSO load failed: AH00576: The DBM driver could not be loaded [dav:error] The locks could not be queried for verification against a possible "If:" header. [500, #0] [dav:error] Could not open the lock database. [500, #400] [dav:error] (20019)DSO load failed: Could not open database. [500, #1] [dav:error] Could not COPY /public/hello.txt due to a failed precondition on the source (e.g. locks). [500, #0] ``` ``` > COPY /secret/restricted.txt HTTP/1.1 < HTTP/1.1 500 Internal Server Error AssertionError: 1 != 0 : gio: dav://localhost:8088/secret/restricted.txt: HTTP Error: Internal Server Error ``` Все 4 теста Dav (test_http_auth, test_http_noauth, test_https_auth, test_https_noauth) падают одинаково — и для `dav://`, и для `davs://`, и для анонимного, и для аутентифицированного доступа. Проблема не только в тестах: любой реальный Apache 2.4 с `mod_dav` и `DAVLockDB` (WebDAV-сервер с поддержкой блокировок) на системе без `libaprutil1-devel` будет возвращать 500 на все записи. ## Проверенный результат установки пакета После установки `libaprutil1-devel` (1.6.5-alt1, sisyphus) файл `/usr/lib64/apr-util-1/apr_dbm_lmdb-1.so` появляется, все 4 теста Dav проходят; повторный прогон полного набора: `Ran 31, FAILED (failures=3, skipped=13)` — оставшиеся падения не связаны с этим багом (см. 44191). ## Предложение Вынести runtime-DSO драйвера DBM из `libaprutil1-devel` в пакет `libaprutil1` (либо в отдельный runtime-подпакет с корректными Requires из `libaprutil1`/`apache2`), пока файл не находится в Development-пакете — любой потребитель `apr_dbm()` на минимальной системе не работает. ## Шаги воспроизведения (через gvfs-tests, root) 1. Минимальная система с `apache2`, `apache2-mod_ssl`, `apache2-httpd-prefork`, `gvfs-tests` (без `libaprutil1-devel`) 2. Запустить тестовый набор от root: `/usr/libexec/gvfs/installed-tests/gvfs/gvfs-test` 3. Все 4 теста Dav падают с HTTP 500 на DAV-записях (Минимальная ручная альтернатива: конфигурация Apache с `DAV on` + `DAVLockDB` и любая DAV-запись, например `gio copy` в `dav://`-монтирование.) ## Версии (проверено по RDB, октябрь 2026) - aprutil1 (source): p10 1.6.3-alt4, p11 1.6.4-alt1, sisyphus 1.6.5-alt1 - libaprutil1-devel: p10 1.6.3-alt4, p11 1.6.4-alt1, sisyphus 1.6.5-alt1 - gvfs: p10 1.48.2-alt1, p11 1.57.2-alt1 (задание 435928: 1.58.5-alt1), sisyphus 1.62.0-alt1 - apache2: p10 2.4.68-alt1, p11 2.4.69-alt1, sisyphus 2.4.69-alt1