[devel] I: SharedLibsPolicy update (libjxl update)

[Anton Farygin]

On 26.02.2024 20:14, Dmitry V. Levin wrote:
> On Fri, Feb 23, 2024 at 12:56:10PM +0300, Anton Farygin wrote:
> [...]
>> Дополнил SharedLibsPolicy двумя условиями, про выполнение которых часто
>> забывают ментейнеры, делая ошибки сборки shared библиотек в отдельные
>> подпакеты.
>>
>> https://www.altlinux.org/index.php?title=Shared_Libs_Policy&type=revision&diff=78668&oldid=76336
> Добавленный пример с libxmlb - это скорее пример того, как не надо делать:
>
> $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/libxmlb2-0.3.14-alt1.x86_64.rpm |grep ^libxmlb
> libxmlb-common = 0.3.14-alt1:sisyphus+329788.100.1.1
> $ rpmquery -Rp Sisyphus/files/x86_64/RPMS/libxmlb-common-0.3.14-alt1.x86_64.rpm |grep ^libxmlb
> libxmlb2 = 0.3.14-alt1:sisyphus+329788.100.1.1
> $ rpmquery -lp Sisyphus/files/x86_64/RPMS/libxmlb-common-0.3.14-alt1.x86_64.rpm |grep /bin/
> /usr/bin/xb-tool
> $ rpmpeek Sisyphus/files/x86_64/RPMS/libxmlb-common-0.3.14-alt1.x86_64.rpm \
>    readelf -d ./usr/bin/xb-tool |grep libxmlb
>   0x0000000000000001 (NEEDED)             Shared library: [libxmlb.so.2]

Спасибо. Надо ещё и эту ситуацию описать в Policy.

Для тех, кто не понял - у библиотеки есть зависимость на common пакет, 
но и у common пакета есть зависимость на библиотеку и это фактически 
блокирует возможность одновременной установки пакетов с библиотеками 
разных версий.

В данном случае нужно сделать отдельный подпакет tools, на который у 
библиотеки не будет зависимости.