Summary: | app-emulation/emul-linux-x86* last rites | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | Current packages | Assignee: | Multilib team <multilib+disabled> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | admwiggin, grafgrimm77, karl.j.linden, mike, oldium.pro, sven.koehler |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 494518 |
Description
Michał Górny
2015-03-28 22:01:59 UTC
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. |