Re: [devel] libpaper update

[Anton Farygin <rider@basealt.ru>]

On 25.07.2023 16:24, Vitaly Lipatov wrote:
> Sergey V Turchin писал(а) 25.7.23 15:47:
>> On Tuesday, 25 July 2023 15:39:25 MSK Vitaly Lipatov wrote:
>>> Alexey V. Vissarionov писал(а) 25.7.23 11:52:
>>> ...
>>>
>>> > Более того, исправить это необходимо: от пакета libpaper ожидается
>>> > собственно библиотека, а /usr/bin/paperconf и аналогичным приблудам
>>> > место в отдельном пакете - libpaper-utils или просто paperconf (они
>>> > могут требовать libpaper, но пакет libpaper их требовать не должен).
>>>
>>> Если кому-то нужен /usr/bin/paperconf, у него должно быть
>>> Requires:  /usr/bin/paperconf
>>> и название пакета значения не имеет.
>> А если не нужен? ;-)
> Я согласен, если, как Алексей ниже написал, утилита тянет много 
> внешнего и ненужного библиотеке.
>
>>> Поэтому чем обусловлена необходимость, не ясно.
>> 1. Чтобы не было файлового конфликта у любых релизов libpaper и 
>> libpaper2
>> 2. Чтоб тот, кто `apt-get install /usr/bin/paperconf` не профукал его 
>> при
>> dist-upgrtade, когда /usr/bin/paperconf сбежал в libpaper2.
> Тогда это вопрос изначально правильной упаковки. И нужно более явное 
> требование отдельной упаковки утилит в случае, если они один с 
> библиотекой.

Да, вообще если библиотека пакуется под SharedLibsPolicy, то в пакете с 
библиотекой не должно быть ничего, что может потом в дальнейшем начать 
конфликтовать с файлами из нового пакета этой библиотеки.

Но у нас в репозитории естественно не всё упаковано так как надо, т.к. 
взять и перепаковать пакет, в котором не меняется soname бывает просто 
очень сложно или невозможно.

т.е. - ошибки упаковки нормально можно исправить только в момент смены 
soname.