Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 583434

Summary: =sys-libs/gwenhywfar-4.15.3 need qt5 support
Product: Gentoo Linux Reporter: Jack <ostroffjh>
Component: Current packagesAssignee: Hanno Böck <hanno>
Status: RESOLVED FIXED    
Severity: normal    
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: output of emerge --infor gwenhywfar

Description Jack 2016-05-18 20:05:56 UTC
This version of gwenhywfar is required for at least one application (KMyMoney) for its new KDE Frameworks version, but this requires that qt5 be passed to ./configure as one of the guis to be built.  The can easily be done by duplicating the few lines in the ebuild with qt4 and changing one to qt5 (watching for correct quoting around the multiline strings.)

Minor addition: at the very end of ./configure, it says
 'configure: WARNING: unrecognized options: --enable-visibility'
I have not followed up on this, but it could probably be fixed at the same time.
Comment 1 Jack 2016-05-23 00:17:56 UTC
There is still some additional problem with this, as I keep failing in qui/qt5 with 

In file included from qt5dialogbox.cpp:18:0:
qt5dialogbox.hpp:16:19: fatal error: QDialog: No such file or directory
 #include <QDialog>

It appears the ./configure is not finding the qt5-moc, and even if I give it 
 --with-qt5-moc=/usr/lib64/qt5/bin/moc it doesn't find it, as just before the above error, I see 

o qt5dialogbox.moc qt5dialogbox.hpp
make[3]: o: Command not found

where I think the "o" is actually -o after $(qt5_moc).  

I don't know if I'm missing some prerequisite or I have some misconfiguration, but I'm about stuck, although I'll keep trying.
Comment 2 Jack 2016-05-23 22:40:50 UTC
This is definitely a qt version issue.  With all failing runs, I see in the ./configure output a line "checking for Qt... no" (there are several lines checking for and finding qt4 stuff a few lines earlier.  If I "export QT_SELECT=5" before manually doing ./configure, everything seems to work find, and it finds both the qt4 and qt5 stuff.  However, this doesn't seem like the right way to go for me, so I'm still stumped as to how this should properly be addressed.
Comment 3 Pacho Ramos gentoo-dev 2016-05-24 09:21:52 UTC
please provide emerge --info output and the full build.logs
Comment 4 Jack 2016-05-24 15:37:54 UTC
emerge --info too large to include here - I'll attach it.

Which build log do you want?  The current portage ebuild, which installs successfully, but does not include QT5, or my modified version which does include QT5?  It turns out I needed not only to add qt5 to the guis, but also --with-qt5-qmake="qmake --qt=5" --with-qt5-moc='moc --qt=5" to the configure line, although I do undersstand that's probably not the right way to do it.
Comment 5 Jack 2016-05-24 15:38:59 UTC
Created attachment 435264 [details]
output of emerge --infor gwenhywfar
Comment 6 Michał Łyszczek 2017-04-05 20:18:37 UTC
I can confirm that this bug still exists today (05.04.2017)

In file included from qt4dialogbox.cpp:219:0:                                                                                                                                                                                                                                   
qt4dialogbox.moc:15:2: error: #error "This file was generated using the moc from 5.6.2. It"                                                                                                                                                                                      
 #error "This file was generated using the moc from 5.6.2. It"

Workaround is build this using:

QT_SELECT=4 emerge -av1 gwenhywfar
Comment 7 Andreas Sturmlechner gentoo-dev 2017-11-18 23:53:37 UTC
This should be fixed by gwenhywfar-4.15.3-r1 for some time already, can you confirm?
Comment 8 Jack 2017-11-20 00:45:24 UTC
I'm not currently using the features of KYmMoney which require it, so I don't currently have it installed at all.  I'll try to test over the next week or so.
Comment 9 Jack 2017-11-22 19:12:18 UTC
Seems good to me.  After emerging gwenhywfar-4.15.3-r1, both KMM 4.8 and master configure and compile without complaint.   I assume RESOLVED/FIXED is the appropriate status - please correct if necessary.  I don't see where to set the version in which it is fixed.