В версии 0.99.20.3.1-alt0.1 начала вытягивать ruby.
реакция последует ?
Версия пакета: 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
