[Guidelines Change] Conflicts
Hans de Goede
j.w.r.degoede at hhs.nl
Mon May 7 22:02:57 UTC 2007
Jesse Keating wrote:
> On Monday 07 May 2007 17:28:30 Roland McGrath wrote:
>> rpm itself ought to be changed too. Otherwise using rpm by hand to upgrade
>> elfutils-devel.i386 and elfutils-libs.x86_64 can leave
>> elfutils-devel.x86_64 an old one that failed to properly conflict with
>> upgrading elfutils-libs.
>
> That may have been the case a while ago, but now if you have a .so symlink in
> your -devel package, it will have a proper file level requirement on the arch
> specific -libs (or base) package that the symlink points to. If you have
> both elfutils-devel.x86_64 and elfutils-libs.x86_64 and elfutils-libs.i386
> and tried to upgrade just elfutils-libs.x86_64 and elfutils-devel.i386 it
> would fail. elfutils-devel.x86_64 would have a file requires on the soname
> that is only provided by elfutils-libs.x86_64 of the matching version.
>
Only if the soname changed, otherwise rpm will get it wrong. (been there
accidently done that).
This whole multilib stuff isn't pretty ideally rpm would be fixed so that all
packages would automaticly provide not only %{name} = %{version-%{release}, but
also %{name} = %{version-%{release}.%{arch}
And then the Requires for -devel's would get the %{arch} added too, or we could
add both the provides and the requires manually for all packages with a -devel sub.
Regards,
Hans
p.s.
the Conflicts uee in elflib is evil and should be abolished
More information about the Fedora-maintainers
mailing list