Summary: | net-wireless/wpa_supplicant with USE="qt4" requires qt3support | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Krzysztof Pawlik (RETIRED) <nelchael> |
Component: | New packages | Assignee: | Bjarke Istrup Pedersen (RETIRED) <gurligebis> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | dark, fischer, luke-jr+gentoobugs, mobile+disabled, saintdev |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
wpa_supplicant-0.5.6.ebuild.diff
Patch for improved dependency on qt3support |
Description
Krzysztof Pawlik (RETIRED)
![]() In qt-4.2.2, the Qt3Support libraries can be turned on/off with the qt3support flag. Adding a check for it to this ebuild is probably all that's needed. (In reply to comment #1) > In qt-4.2.2, the Qt3Support libraries can be turned on/off with the qt3support > flag. Adding a check for it to this ebuild is probably all that's needed. > As of today, this bug still exists for: wpa_supplicant-0.5.6 qt-4.2.1 (In reply to comment #1) I was experiencing this issue and I found this bug. I added qt3support USE flag per the above comment, to the x11-libs/qt and recompiled both wpa_supplicant, x11-libs/qt fixed the issue. Here is the versions I am using along with the associate USE flags used to compile the software. x11-libs/qt-4.2.2 USE="-accessibility cups -dbus -debug -doc -examples -firebird gif -glib jpeg mng mysql nas -nis -odbc opengl -pch png -postgres qt3support sqlite -sqlite3 xinerama zlib" INPUT_DEVICES="-wacom" net-wireless/wpa_supplicant-0.5.6 USE="dbus -gsm madwifi -qt3 qt4 readline ssl" Fixed, thanks *** Bug 157962 has been marked as a duplicate of this bug. *** This check is broken, only qt-4.2.2+ has this flag... Created attachment 103890 [details, diff]
wpa_supplicant-0.5.6.ebuild.diff
Fixed, thanks Jakub :) *** Bug 165840 has been marked as a duplicate of this bug. *** The check is broken with: [ebuild R ] x11-libs/qt-4.2.2 USE="accessibility cups dbus gif jpeg mng opengl png sqlite3 zlib -debug -doc -examples (-firebird) -glib -mysql -nas -nis -odbc -pch -postgres -qt3support -sqlite -xinerama" INPUT_DEVICES="-wacom" 0 kB The check is present in 0.5.7 The bug also exists in 0.5.4 backport? *** Bug 263209 has been marked as a duplicate of this bug. *** Reopening as this still isn't fixed for all versions of wpa_supplicant As a comparison, look at this, when I try to emerge umbrello: emerge: there are no ebuilds built with USE flags to satisfy "x11-libs/qt-core:4[qt3support,ssl]". !!! One of the following packages is required to complete your request: - x11-libs/qt-core-4.5.0 (Change USE: +qt3support) (dependency required by "kde-base/umbrello-4.2.1" [ebuild]) (dependency required by "umbrello" [argument]) This looks a lot like something I'd expect for wpa_supplicant in this case, they do some kde inherit stuff in the ebuild, maybe it's possible to do a a similiar check for wpa_supplicant? (In reply to comment #15) > As a comparison, look at this, when I try to emerge umbrello: > > emerge: there are no ebuilds built with USE flags to satisfy > "x11-libs/qt-core:4[qt3support,ssl]". > !!! One of the following packages is required to complete your request: > - x11-libs/qt-core-4.5.0 (Change USE: +qt3support) This problem can be fixed (I hope) by a patch I'm going to attach soon. The patch, however, depends on that another bug (bug #264403) is fixed first (does not apply if you use Qt 4.5. Created attachment 186871 [details, diff]
Patch for improved dependency on qt3support
Improves the dependency checking on USE qt3support in x11-libs/qt-core or x11-libs/qt. Simplifies the checking by using EAPI=1 features.
(In reply to comment #17) > Created an attachment (id=186871) [edit] > Patch for improved dependency on qt3support > > Improves the dependency checking on USE qt3support in x11-libs/qt-core or > x11-libs/qt. Simplifies the checking by using EAPI=1 features. Hm, there may be two typos: 1. It should be [qt3support] instead of [qt3support=] 2. This USE flag checking is an EAPI2 feature, so the ebuild should require EAPI=2 Further comments are welcome... uberlord was retired long ago... this bug should be reassigned to mobile@g.o I guess... Is this still a problem with the 0.7.x version? Closing as fixed, since nobody has been complaining about the 0.7 version, and nobody wants to answer my question about if this is still relevant. If the problem exists with the 0.7.3 version, please reopen the bug. |