Re: [gentoo-dev] Re: [gentoo-user] Re: This nite's switch to full multilib

2015-03-29 Thread Davide Pesavento
On Mon, Mar 30, 2015 at 1:12 AM, Rich Freeman ri...@gentoo.org wrote:
 On Sun, Mar 29, 2015 at 5:56 PM, Davide Pesavento p...@gentoo.org wrote:
 On Sun, Mar 29, 2015 at 8:23 PM, Rich Freeman ri...@gentoo.org wrote:

 qt is a pretty significant package to have break with multilib, and
 trying to run qt-5 on a stable system is already a nightmare with the
 qtchooser switch (in my case I ended up abandoning qt5 as I didn't
 need it that badly).

 I'm not sure how qt5 is relevant to this discussion.


 As I understand it, qt5 cannot be installed side-by-side with the
 current stable qt4, but it can be installed side-by-side with 4.8.6.
 My understanding is that this is the result of the same overall
 ebuild/eclass changes.  Therefore, it is another reason to stabilize
 4.8.6.  You are correct that it has nothing to do with the multilib
 changes otherwise.


Your understanding is correct, and I agree it is indeed another reason
to stabilize 4.8.6. Thanks for clarifying.

Regards,
Davide



Re: [gentoo-dev] Re: [gentoo-user] Re: This nite's switch to full multilib

2015-03-29 Thread Davide Pesavento
On Sun, Mar 29, 2015 at 8:23 PM, Rich Freeman ri...@gentoo.org wrote:
 I think we really need to either stabilize 4.8.6, or backport
 qtchooser/multilib/etc to the current stable version.


Backporting is not an option. The introduction of multilib support in
qt4 required extensive changes to the eclass (substantial portions of
code were rewritten) and the ebuilds.

Therefore stabilizing 4.8.6-r1 is the way to go. We had surprisingly
few regressions, but the ones that are still unsolved are proving
quite hard to debug. Please help with the blockers of bug #530238.

As usual, at least for me, the problem is the lack of time for gentoo
development, plus the fact that very few people are actively working
on qt{4,5} packaging (kensington, me, and more recently yngwin).

 qt is a pretty significant package to have break with multilib, and
 trying to run qt-5 on a stable system is already a nightmare with the
 qtchooser switch (in my case I ended up abandoning qt5 as I didn't
 need it that badly).


I'm not sure how qt5 is relevant to this discussion.

Thanks,
Davide



Re: [gentoo-dev] Re: [gentoo-user] Re: This nite's switch to full multilib

2015-03-29 Thread Rich Freeman
On Sun, Mar 29, 2015 at 5:56 PM, Davide Pesavento p...@gentoo.org wrote:
 On Sun, Mar 29, 2015 at 8:23 PM, Rich Freeman ri...@gentoo.org wrote:

 qt is a pretty significant package to have break with multilib, and
 trying to run qt-5 on a stable system is already a nightmare with the
 qtchooser switch (in my case I ended up abandoning qt5 as I didn't
 need it that badly).

 I'm not sure how qt5 is relevant to this discussion.


As I understand it, qt5 cannot be installed side-by-side with the
current stable qt4, but it can be installed side-by-side with 4.8.6.
My understanding is that this is the result of the same overall
ebuild/eclass changes.  Therefore, it is another reason to stabilize
4.8.6.  You are correct that it has nothing to do with the multilib
changes otherwise.

-- 
Rich