Bug 57822 - conflicts with file from package libsnappy
Summary: conflicts with file from package libsnappy
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: libsnappy (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: ulysses@altlinux.org
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-02-10 09:21 MSK by Yuri N. Sedunov
Modified: 2026-02-10 12:45 MSK (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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).