Bug 57822

Summary:	conflicts with file from package libsnappy
Product:	Sisyphus	Reporter:	Yuri N. Sedunov <aris>
Component:	libsnappy	Assignee:	ulysses <ulysses>
Status:	CLOSED FIXED	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P5	CC:	aoipkn, george, grenka, ulysses
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description Yuri N. Sedunov 2026-02-10 09:21:02 MSK

Если вас заставляют творить эту дичь, подмигните.

* Fri Feb 06 2026 Ulysses Apokin <ulysses@altlinux.org> 1.2.2-alt1
- New version.
- Corrected as per shared libs policy.


The following NEW packages will be installed:
  libsnappy1
19 upgraded, 1 newly installed, 0 removed and 0 not upgraded.
Need to get 0B/68.3MB of archives.
After unpacking 1280kB of additional disk space will be used.
Do you want to continue? [Y/n] 
Committing changes...
Preparing...                                                                       #################################################################################################### [100%]
	file /usr/lib64/libsnappy.so.1 from install of libsnappy1-1.2.2-alt1.x86_64 conflicts with file from package libsnappy-1.1.7-alt1.x86_64
E: Error while running transaction

Comment 1 Ulysses Apokin 2026-02-10 10:39:22 MSK

Вы про упаковку по SLibsPolicy?

Мой рецензент требует строго соблюдения этой политики. Например, мне говорили применять политику для библиотеки, предназначенной для взаимодействия только с одним клиентом: https://packages.altlinux.org/en/sisyphus/srpms/xbps/specfiles/

Конкретно этот пакет меня не заставляли переупаковывать по SLibsPolicy, потому что сейчас я снова работаю с ментором. Но тем не менее.

Лично мне не очень нравится эта политика. Она доставляет много хлопот, если апстрим не рассчитывает на то, что в системе может быть установлено несколько копий его библиотеки. И при обновлених.

Я читал ваше сообщение https://bugzilla.altlinux.org/show_bug.cgi?id=57434#c14, и знаю ваше мнение по этому вопросу. Но я человек подневольный в этом плане: делаю - как требует рецензент. Возможно, мейнтейнерам стоит вернутся к обсуждению этой политики и выработать новые требования, чтобы как-то исправить эту ситуацию.

Comment 2 Ulysses Apokin 2026-02-10 10:43:26 MSK

Я понимаю, ситуация неприятная с libsnappy. И претензиия справедливая. Однако если обновить без соответствия SLibsPolicy я скорее всего получу другую претензию: почему я не следую политике.

Comment 3 Yuri N. Sedunov 2026-02-10 11:00:35 MSK

Попробуйте жить собственным умом.

А ошибку надо исправлять вам. Обсудите решение с вашим ментором. Наверное, это то же самое лицо, что одобрило задание (видимо, не глядя).

Comment 4 Grigory Ustinov 2026-02-10 11:45:53 MSK

(Ответ для Yuri N. Sedunov на комментарий #3)
> Попробуйте жить собственным умом.
> 
> А ошибку надо исправлять вам. Обсудите решение с вашим ментором. Наверное,
> это то же самое лицо, что одобрило задание (видимо, не глядя).

Прошу прощения за предоставленные неудобства. Сегодня постараемся исправить. Я действительно не заставлял это делать, но моему подопечному нужно как-то пройти рецензента, который активно продвигает SLibs policy. Я не специалист в этой области и момент "гладкого обновления" проглядел.

Comment 5 Repository Robot 2026-02-10 12:45:37 MSK

libsnappy-1.2.2-alt2 -> sisyphus:

Tue Feb 10 2026 Ulysses Apokin <ulysses@altlinux> 1.2.2-alt2
- Fixed conflicts with file from package libsnappy-1.1.7 (ALT #57822).