61123 2026-10-19 00:43:18 +0300 libxslt собран со старой libxml2.so.2: смесь с libxml2.so.16 роняет XML::LibXSLT (publican segfault) 2026-10-26 20:28:06 +0300 1 1 4 Development Sisyphus libxslt unstable all Linux RESOLVED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=61209 P5 major --- 1 lav shaba arseny at lepata qa-sisyphus oldest_to_newest 302768 0 lav 2026-10-19 00:43:18 +0300 libxslt 1.1.43-alt1 и perl-XML-LibXSLT 2.003000-alt1 в Sisyphus слинкованы со старой libxml2.so.2, а perl-XML-LibXML 2.0213-alt2 уже пересобран с libxml2.so.16. В одном процессе Perl загружаются обе libxml2, и XSLT-преобразование через XML::LibXSLT падает с Segmentation fault (gdb: xmlRemoveID в libxml2.so.16, вызов из XML::LibXML внутри XML::LibXSLT). Так сейчас не собирается publican и, соответственно, пакеты документации на нём (docs-alt-*). Проверено: libxslt и perl-XML-LibXSLT, пересобранные без изменений против libxml2.so.16, устраняют падение — publican 4.3.2-alt5_22 собирается в hasher. Просьба пересобрать libxslt с текущей libxml2 и заодно perl-XML-LibXSLT. 303375 1 arseny 2026-10-26 11:36:43 +0300 (In reply to Vitaly Lipatov from comment #0) > Просьба пересобрать libxslt с текущей libxml2 и заодно perl-XML-LibXSLT. Как будто готово. 303437 2 lepata 2026-10-26 19:40:56 +0300 Для perl-XML-LibXSLT нужно отдельную багу? 303444 3 arseny 2026-10-26 20:28:06 +0300 Нижеследующая команда насчитала 120 бинарных пакетов с зависимостью на libxml2.so.2(): % curl -fsSL 'https://rdb.altlinux.org/api/dependencies/packages_by_dependency?branch=sisyphus&dp_name=libxml2.so.2%28%29%2864bit%29&dp_type=require&last_state=true' -H 'accept: application/json' \ | jq '.packages | map(select(.arch == "x86_64")) | length' 120 Видимо, стоит пересобрать их все.