Summary: | x11-themes/qtcurve multilib support | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Ben Sagal <bensagal> |
Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED WONTFIX | ||
Severity: | enhancement | CC: | egorov_egor, eugene.shalygin, hurikhan77+bgo, kde, multilib+disabled, qt |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=548368 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 530152 | ||
Bug Blocks: | |||
Attachments: |
ebuild multilib patch
multlib-enhanced ebuild multlib-enhanced ebuild v3 ebuild multilib patch v3 |
Description
Ben Sagal
2015-03-04 07:43:56 UTC
*** Bug 548368 has been marked as a duplicate of this bug. *** Created attachment 402552 [details, diff]
ebuild multilib patch
Patch for portage provided ebuild
Created attachment 402554 [details] multlib-enhanced ebuild Ebuild with multilib support - not tested against qt5, qt4 made optional in the sense of bug 548368 qt5 is not multilib-aware (yet), so all qt5 deps are wrong. So I need to handle it the same as KDE? Maybe we should wait until there are Qt5 multilib ebuilds? What does the multilib team think about this? Otherwise we need to make clear only the gtk2 and qt4 parts will be multilib-enabled. I do agree we should proceed on this, since multilib users will benefit, even tho I myself am a strictly no-multilib guy. Created attachment 402668 [details]
multlib-enhanced ebuild v3
Qt5 is not multilib yet, included an informational message as suggested
Created attachment 402672 [details, diff]
ebuild multilib patch v3
patch: Qt5 is not multilib yet, included an informational message as suggested
I add live ebuild with multilib support based from this issue in rion overlay Please test |