Bug 28445 - non-strict inter-package dependencies
Summary: non-strict inter-package dependencies
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: asterisk12 (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Denis Smirnov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-24 05:54 MSK by Dmitry V. Levin
Modified: 2013-05-09 06:16 MSK (History)
0 users

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 Dmitry V. Levin 2013-01-24 05:54:23 MSK 
warning: asterisk12-devel: non-strict dependency on libasteriskssl
warning: asterisk12: non-strict dependency on libasteriskssl

аналогично в asterisk11:

warning: asterisk11-devel: non-strict dependency on libasteriskssl11
warning: asterisk11: non-strict dependency on libasteriskssl11
Comment 1 Denis Smirnov 2013-01-24 10:07:14 MSK 
asterisk12-devel может быть установлен в систему одновременно с asterisk11-devel, asterisk1.8-devel и asterisk1.6.2-devel, так задумано изначально.

к сожалению, странные люди из Digium библиотеку libasteriskssl сделали частью самого asterisk. Пока я лишь надеюсь что они не будут ломать форматы структур данных, и эти две библиотеки будут взаимозаменимы.

Так что сейчас либо надо отказываться от возможности параллельной установки разных версий -devel пакетов для астерисков (а это важно еще и потому, что поддерживается установка одновременно нескольких версий астериска), либо иметь вероятность того, что все сломается и это не отследят роботы.

Пока я склоняюсь к первому варианту.
Comment 2 Dmitry V. Levin 2013-01-24 10:14:28 MSK 
Жесткие зависимости в asterisk12/asterisk12-devel на libasteriskssl и в asterisk11/asterisk11-devel на libasteriskssl11 не повлияют на одновременную устанавливаемость asterisk12-devel и asterisk11-devel.
Comment 3 Denis Smirnov 2013-01-24 10:17:39 MSK 
libasteriskssl и libasteriskssl11 конфликтуют.
если сделать с asterisk11 и asterisk12 жесткие зависимости на них, то их опосредованно и asterisk11 с asterisk12 будут конфликтовать.
Comment 4 Dmitry V. Levin 2013-01-24 10:25:44 MSK 
(In reply to comment #3)
> libasteriskssl и libasteriskssl11 конфликтуют.

Они содержат в себе якобы одинаковую библиотеку.
Так делать - напрашиваться на большие неприятности.
Comment 5 Denis Smirnov 2013-01-24 10:32:43 MSK 
Как мне решить эту проблему, чтобы и овцы сыты и волки целы?
Попытаться влезть в код, и переименовать библиотеку, чтобы она тоже содержала версию в названии?
Comment 6 Dmitry V. Levin 2013-01-27 04:27:15 MSK 
(In reply to comment #5)
> Как мне решить эту проблему, чтобы и овцы сыты и волки целы?
> Попытаться влезть в код, и переименовать библиотеку, чтобы она тоже содержала
> версию в названии?

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

Ну а зависимости новый rpmbuild сам скорректирует, об этом можно не париться.
Comment 7 Denis Smirnov 2013-01-27 10:54:52 MSK 
Т.е. тест репокопа о недостаточно жестких interpackage зависимостях можно теперь смело игнорировать, все исправит rpmbuild?

С библиотекой -- Ok, я ее просто переименую, чтобы версия астериска стала частью имени. Судя по внутренностям библиотеки это правильнее будет.
Comment 8 Dmitry V. Levin 2013-01-29 00:41:38 MSK 
(In reply to comment #7)
> Т.е. тест репокопа о недостаточно жестких interpackage зависимостях можно
> теперь смело игнорировать, все исправит rpmbuild?

Да.
Comment 9 Denis Smirnov 2013-05-09 06:16:00 MSK 
libasteriskssl переименована, strict inter-package dependencies уже выставляются rpmbuild.

fixed.