[ATrpms-users] Conflicting Asterisk package?

[Angel Marin]

Axel Thimm wrote:
> On Thu, Apr 24, 2008 at 10:16:36AM +0200, Angel Marin wrote:
>> Axel Thimm wrote:
>>> Hi,
>>>
>>> On Wed, Apr 23, 2008 at 01:56:53PM +1000, Jean-Yves Avenard wrote:
>>>> Trying to upgrade to asterisk 1.4.19 and saw the asterisk-sounds package.
>>>>
>>>> %smart install 'asterisk-core-sounds' 'asterisk-sounds'
>>>>
>>>> and I get hundreds of messages like this:
>>>> "ds-1.2.1-8.at conflicts with file from package asterisk-1.4.19-60.el5
>>>> error: file /var/lib/asterisk/sounds/silence/5.gsm from install of
>>>> asterisk-sounds-1.2.1-8.at conflicts with file from package
>>>> asterisk-1.4.19-60.el5
> 
>> #1186 comments 17-20 were about this upgrade path. The
>> Provides/Obsoletes for asterisk-sounds are in asterisk-extra-sounds spec
>> in asterisk-extra-sounds-en-gsm subpackage so no idea why upgrade
>> process isn't doing it's magic.
> 
> Yes, that 's strange. And it breaks with smart/yum/apt in the same way :(

Ok, I think I now see what's going on. It's a asterisk-core-sounds 
install so it'll pull in asterisk-1.4 (as per Requires), but as 
asterisk-sounds does not limit it's compatibility with asterisk 
releases, and neither asterisk-1.4 nor asterisk-core-sounds provides 
asterisk-sounds it generates those conflicts.

Current upgrade path will work for the 'yum update asterisk' case, but 
not for any 'yum install asterisk-sounds-{core-extras}-{whatever}'.

So we either:
  a) Add a 'Requires: asterisk < 1.4' to asterisk-sounds-1.2 package

  b) Add a 'Obsoletes: asterisk-sounds < 1.4' to asterisk-1.4 package. 
This would not install a replacement package for asterisk-sounds-1.2, 
but as most sounds are now part of asterisk-1.4 anyway it wouldn't be 
such a bad upgrade path.

  c) Add a 'Conflicts: asterisk-sounds < 1.4' to asterisk-1.4 package. 
This would prevent install, but would give a better clue to the user 
that removing asterisk-sounds-1.2 will fix the problem.

I'd vouch for b) so there's no need to rebuild an ancient package while 
providing a reasonable upgrade path for this case.

-- 
Angel Marin
http://anmar.eu.org/