# Michał Górny <mgorny@gentoo.org> (14 Sep 2014) # on behalf of gx86-multilib project <multilib@gentoo.org> # Mask emul-linux-x86 packages along with unported old versions # of reverse dependencies for removal in 60 days, bug #xxxxxx. # Please use multilib ebuilds with abi_x86_32 instead. app-emulation/emul-linux-x86-baselibs app-emulation/emul-linux-x86-cpplibs app-emulation/emul-linux-x86-db app-emulation/emul-linux-x86-gstplugins app-emulation/emul-linux-x86-gtklibs app-emulation/emul-linux-x86-gtkmmlibs app-emulation/emul-linux-x86-medialibs app-emulation/emul-linux-x86-motif app-emulation/emul-linux-x86-opengl app-emulation/emul-linux-x86-qtlibs app-emulation/emul-linux-x86-sdl app-emulation/emul-linux-x86-soundlibs app-emulation/emul-linux-x86-xlibs <app-emulation/emul-linux-x86-jna-20140508-r1 <app-emulation/wine-1.6.1 <x11-drivers/ati-drivers-14
Everything committed and submitted now.
QT 4.8.6 is not yet stable and app-emulation/emul-linux-x86-qtlibs has been masked. The stable QT 4.8.5 doesn't have multilib support.
(In reply to Sven from comment #2) > QT 4.8.6 is not yet stable and app-emulation/emul-linux-x86-qtlibs has been > masked. The stable QT 4.8.5 doesn't have multilib support. No in-tree package needs stable 32-bit Qt, so consider it dropped to ~amd64.
(In reply to Michał Górny from comment #3) > (In reply to Sven from comment #2) > > QT 4.8.6 is not yet stable and app-emulation/emul-linux-x86-qtlibs has been > > masked. The stable QT 4.8.5 doesn't have multilib support. > > No in-tree package needs stable 32-bit Qt, so consider it dropped to ~amd64. This change has the effect of forcing users to either: 1. drop a few unstable packages which used to work with an otherwise-stable system, or 2. convert large portions of their system to unstable. I like the idea of moving to multilib ebuilds instead of special packages for the 32-bit libraries, and I'm sure it brings advantages I may not be aware of. However, the actual switching process seems like it could use a little more work (or maybe just time for more of the multilib packages to reach stable) to make it easier to switch.
(In reply to Kevin Lyles from comment #4) > 2. convert large portions of their system to unstable. I had to unmask QT 4.8.6. That's it. That's not what I call a "large portion".
(In reply to Sven from comment #5) > (In reply to Kevin Lyles from comment #4) > > 2. convert large portions of their system to unstable. > > I had to unmask QT 4.8.6. That's it. That's not what I call a "large > portion". You're right, I missed the fact that most of the changes suggested by emerge were just enabling abi_x86_32 for another 100+ packages. I only need to keyword QT, same as you. Sorry for the noise.
Any chance to have gtk-1 emul package as it is now in app-emulation/emul-linux-x86-gtklibs? I have an rather old payed program (Lingea Lexicon), for which I would need to buy an upgrade to get it working (or have multilib gtk-1).
(In reply to Oldrich Jedlicka from comment #7) > Any chance to have gtk-1 emul package as it is now in > app-emulation/emul-linux-x86-gtklibs? I have an rather old payed program > (Lingea Lexicon), for which I would need to buy an upgrade to get it working > (or have multilib gtk-1). I think we can do that. Could you file a separate bug though, please?
(In reply to Michał Górny from comment #8) > (In reply to Oldrich Jedlicka from comment #7) > > Any chance to have gtk-1 emul package as it is now in > > app-emulation/emul-linux-x86-gtklibs? I have an rather old payed program > > (Lingea Lexicon), for which I would need to buy an upgrade to get it working > > (or have multilib gtk-1). > > I think we can do that. Could you file a separate bug though, please? There is bug 534016 for this already.
And removed.