60764 2026-09-30 22:24:40 +0300 Вытягивает ruby 2026-10-02 18:16:42 +0300 1 1 4 Development Sisyphus libcaca unstable x86_64 Linux NEW P5 normal --- 1 sem majioa demidovaa majioa sbolshakov qa-sisyphus oldest_to_newest 300659 0 sem 2026-09-30 22:24:40 +0300 В версии 0.99.20.3.1-alt0.1 начала вытягивать ruby. 300681 1 sbolshakov 2026-10-01 12:21:23 +0300 реакция последует ? 300854 2 demidovaa 2026-10-02 18:16:42 +0300 Версия пакета: libcaca-0.99.20.3.1-alt0.1 Система: ALT Workstation K 11.4, обновлённый до Sisyphus Шаги: 1. Установить пакет: # apt-get install libcaca 2. Проверить зависимости основного пакета: $ rpm -qR libcaca | grep -Ei '^(ruby|rubygems)([[:space:]]|$)' 3. Проверить, какие пакеты требуют ruby: $ rpm -q --whatrequires ruby 4. Проверить содержимое пакета: $ rpm -ql libcaca 5. Проверить динамические зависимости библиотеки: $ ldd /usr/lib64/libcaca.so.0 | grep -i ruby Реальный результат: В зависимостях основного пакета libcaca присутствуют: ruby >= 0 rubygems >= 0 Команда обратной проверки также показывает libcaca: ruby-stdlibs-3.3.12-alt5.1.x86_64 libcaca-0.99.20.3.1-alt0.1.x86_64 При этом пакет содержит только библиотеки: /usr/lib64/libcaca++.so.0 /usr/lib64/libcaca++.so.0.99.20 /usr/lib64/libcaca.so.0 /usr/lib64/libcaca.so.0.99.20 Связь libcaca.so.0 с libruby отсутствует. В результате установка основной библиотеки необоснованно требует Ruby и ruby-stdlibs, предоставляющий виртуальный rubygems Ожидаемый результат: Основной пакет libcaca не должен зависеть от ruby, rubygems или libruby. Ruby-зависимости допустимы только у отдельного пакета ruby-caca Дополнительная информация: В p11 + таск #433020 проблема не воспроизводится: у собранных пакетов libcaca, caca-utils, libcaca-devel и python3-module-caca зависимости на Ruby отсутствуют. ruby-caca содержит только ожидаемую зависимость на libruby.so.3.1 Вероятная причина - различие сборочного окружения: rpm-build-ruby и Ruby 3.3 в Sisyphus против Ruby 3.1 в p11 Лишние зависимости, предположительно, добавляются автоматически при сборке в Sisyphus