Bug 39223 - файл /usr/lib64/libopusfile.so.0 из устанавливаемого пакета libopusfile0 конфликтует
Summary: файл /usr/lib64/libopusfile.so.0 из устанавливаемого пакета libopusfile0 конф...
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: libopusfile0 (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Dmitry V. Levin
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-08 14:34 MSK by Vitaly Lipatov
Modified: 2020-11-10 21:01 MSK (History)
3 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vitaly Lipatov 2020-11-08 14:34:57 MSK 
Подготовка...                                                                                                                                       #################################################################################################### [100%]
	файл /usr/lib64/libopusfile.so.0 из устанавливаемого пакета libopusfile0-0.12.0.3.4174-alt1.x86_64 конфликтует с файлом из пакета libopusfile-0.9-alt1.x86_64
E: Ошибка во время исполнения транзакции
Comment 1 Konstantin A Lepikhov (L.A. Kostis) 2020-11-08 17:38:12 MSK 
Это не мое. Спрашивайте у того, кто последний собирал эту библиотеку.
Comment 2 Dmitry V. Levin 2020-11-08 17:53:47 MSK 
(In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #1)
> Это не мое. Спрашивайте у того, кто последний собирал эту библиотеку.

По правде говоря, это ты собрал libopusfile0 с той же библиотекой внутри, что и в пакете libopusfile.  Просто на днях я удалил libopusfile, и у кого-то libopusfile0 вытянулся по зависимостям.

Мне стоило большого труда выбрать, какого из двух провайдеров libopusfile.so.0 удалить.  В результате я удалил тот, который был хуже собран, и оставил твой.

Видимо, теперь кому-то придётся добавлять версионированные provides+obsoletes в libopusfile0, как будто произошло переименование libopusfile в libopusfile0.

В будущем в Сизиф не удастся так просто собрать два разных пакета с одним soname.
Comment 3 Repository Robot 2020-11-08 18:27:47 MSK 
opusfile-0.12.0.3.4174-alt2 -> sisyphus:

 Sun Nov 08 2020 Dmitry V. Levin <ldv@altlinux> 0.12.0.3.4174-alt2
 - Made libopusfile0 Provide+Obsolete libopusfile to facilitate replacement
   of the removed libopusfile package with libopusfile0 (closes: #39223).
Comment 4 Motsyo Gennadi 2020-11-08 23:25:58 MSK 
Я, конечно, несказанно рад, что вместо меня кто-то напрягся и собрал более новую версию библиотеки. Надеюсь, opusfile-devel из этой версии уже переименован в libopusfile-devel, или, хотя бы, ее обсолетит/провайдит? А то мне вчера счастье прилетело в виде непересобирающегося qmmp:

E: Couldn't find package libopusfile-devel
hsh-install: Failed to calculate package file list.
hsh-install: Failed to generate package file list.
Command exited with non-zero status 1
Comment 5 Konstantin A Lepikhov (L.A. Kostis) 2020-11-10 21:01:35 MSK 
(In reply to Dmitry V. Levin from comment #2)
> (In reply to Konstantin A Lepikhov (L.A. Kostis) from comment #1)
> > Это не мое. Спрашивайте у того, кто последний собирал эту библиотеку.
> 
> По правде говоря, это ты собрал libopusfile0 с той же библиотекой внутри,
> что и в пакете libopusfile.  Просто на днях я удалил libopusfile, и у
> кого-то libopusfile0 вытянулся по зависимостям.
> 
Собрал и не сломалось - проблема не моя. Ну а что потом это стало проблемой, извините. Раз все так делают, почему мне нельзя :)