updates-testing: multilib broken for days now

[Stephen Gallagher]

On Thu, 2015-07-09 at 07:39 -0400, Miloslav Trmač wrote:
> > 
> > On Wed, 8 Jul 2015 21:30:40 +0200
> > Reindl Harald <h.reindl at thelounge.net> wrote:
> > 
> > ...snip...
> > 
> > >         Protected multilib versions: polkit-0.113-1.fc21.x86_64 
> > > !=
> > > polkit-0.112-7.fc21.1.i686
> > 
> > This is due to polkit splitting out a polkit-libs package between 
> > those
> > two versions. This makes it only include the polkit-libs package
> > instead of a polkit.i686.
> > 
> > You should be able to just remove the old polkit.i686, but I agree 
> > it
> > needs to be handed by the package cleanly for upgrades.
> 
> Oops.  Is there a way to handle this cleanly at all?  I can’t just do 
> polkit-libs.i686 Obsoletes: polkit.i686, that would break 32-bit-only 
> systems.
>     Mirek


The clean way to handle this is for the polkit package to have:

Requires: polkit-libs%{?_isa} = %{epoch}:%{version}-%{release}


This will guarantee that the new package has a polkit-libs package that
matches the currently-installed polkit. (And if you had both before,
you'll get both after, too).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: This is a digitally signed message part
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20150710/eae133aa/attachment.sig>