Summary: | dev-libs/qjson-0.8.1-r1 :Found unsuitable Qt version "" from NOTFOUND, this code requires Qt 4.x | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | [OLD] Library | Assignee: | Qt Bug Alias <qt> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | multilib+disabled |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge log
cmake out |
Description
Toralf Förster
2015-03-08 11:30:16 UTC
Created attachment 398376 [details]
cmake out
Which version of qt do you have? (In reply to Michael Palimaka (kensington) from comment #2) > Which version of qt do you have? it is the stable here : dev-qt/qtcore (which BTW is interesting, b/c I do have ACCEPT_KEYWORDS="~amd64" but probably a dep from another package) @multilib do we need to manually specify >=qt-4.8.6 - is MULTILIB_USEDEP not enough? (In reply to Michael Palimaka (kensington) from comment #4) > @multilib do we need to manually specify >=qt-4.8.6 - is MULTILIB_USEDEP not > enough? Yes, use multilib-dep-fixor, otherwise you hit random portage bugs^w valid behavior in EAPI<5. You need to >= on minimum multilib or minimum guaranteed EAPI 5. Thanks, fixed in CVS. We were relying on qmake being in /usr/$(get_libdir)/qt4/bin, but that is only true from qt-4.8.6, and MULTILIB_USEDEP will only cause this to be pulled in when non-native ABIs are enabled. + 10 Mar 2015; Michael Palimaka <kensington@gentoo.org> qjson-0.8.1-r1.ebuild: + Raise Qt dependencies to avoid build failure wrt bug #542538. |