as in summary. Reproducible: Always Steps to Reproduce: 1. make sure PyQt4-4.12_pre1605051544 installed 2. attempt to merge =kate-4.14.3 3. notice a build failure 4. downgrade to PyQt4-4.11.4 5. notice a successful build.
Created attachment 434028 [details] build.log
CCing qt in case there's something obvious, but I'm not sure there's much we can do beyond restricting the dep - kate:4 is no longer developed and kate:5 doesn't ship python stuff.
This _could_ be an unintended API break in PyQt4, it should be reported upstream immediately. Oleg, can you notify them please? (btw, what's up with the build.log? it's so messed up by those random characters that it becomes almost unreadable)
not sure whats wrong with build.log. i seeing it normally. i don't know where to report this upstream
(In reply to Oleg from comment #4) > not sure whats wrong with build.log. i seeing it normally. I guess it's the escape sequences for colored output, used by both cmake and gcc. > i don't know > where to report this upstream equery meta -U dev-python/PyQt4 You can write either to the ML (requires registration), or to Phil directly. Thanks a lot.
maybe you, guys, better contact him as he probably know qt team (of Gentoo) better?
kde-apps/kate:5 is stable since some days. commit 5b5e4f1a6f77fac08296c2346f0a647be5ca4358 Author: Mikle Kolyada <zlogene@gentoo.org> Date: Tue May 24 14:34:56 2016 +0300 kde-apps/kate: amd64 stable wrt bug #579992 Package-Manager: portage-2.2.28
As I said above, this could be an unintentional API break in PyQt4. So even if this is no longer relevant for kate:4, it could still be a PyQt4 bug. I had forgotten to report it upstream.
(In reply to Johannes Huber from comment #7) > kde-apps/kate:5 is stable since some days. > > commit 5b5e4f1a6f77fac08296c2346f0a647be5ca4358 > Author: Mikle Kolyada <zlogene@gentoo.org> > Date: Tue May 24 14:34:56 2016 +0300 > > kde-apps/kate: amd64 stable wrt bug #579992 > > Package-Manager: portage-2.2.28 Sorry, this is not how things fixed :)
https://www.riverbankcomputing.com/pipermail/pyqt/2016-May/037579.html waiting for feedback...
>[addons/kate/pate/sip/CMakeFiles/python_module_PyKate4_kate.dir/kate/sipkatepart0.o] Error 1 By the way: in the past we had a lot of build failures (mostly marked as invalid) regarding PyQt4 when sip was not rebuilded....
(In reply to Johannes Huber from comment #11) > By the way: in the past we had a lot of build failures (mostly marked as > invalid) regarding PyQt4 when sip was not rebuilded.... IIUC, you're referring to the sip ABI breaks that happened from time to time... those shouldn't be a problem anymore, now that sip has a proper subslot and its reverse deps use slot operators. Besides, sip ABI has been pretty stable lately. So I don't think that's the cause here.
(In reply to Davide Pesavento from comment #12) > (In reply to Johannes Huber from comment #11) > > By the way: in the past we had a lot of build failures (mostly marked as > > invalid) regarding PyQt4 when sip was not rebuilded.... > > IIUC, you're referring to the sip ABI breaks that happened from time to > time... those shouldn't be a problem anymore, now that sip has a proper > subslot and its reverse deps use slot operators. Besides, sip ABI has been > pretty stable lately. So I don't think that's the cause here. When i look in PyQt4 and sip ebuilds its the other way arround. When sip ABI changes PyQt4 is rebuilded, but not when PyQt4 is updated sip is not rebuilded. The compile error indicates that sip needs to be rebuilded.
(In reply to Johannes Huber from comment #13) > When i look in PyQt4 and sip ebuilds its the other way arround. When sip ABI > changes PyQt4 is rebuilded, Correct. > but not when PyQt4 is updated sip is not > rebuilded. The compile error indicates that sip needs to be rebuilded. Why would that be needed? sip is completely independent from PyQt4.
(In reply to Davide Pesavento from comment #14) > (In reply to Johannes Huber from comment #13) > > When i look in PyQt4 and sip ebuilds its the other way arround. When sip ABI > > changes PyQt4 is rebuilded, > > Correct. > > > but not when PyQt4 is updated sip is not > > rebuilded. The compile error indicates that sip needs to be rebuilded. > > Why would that be needed? sip is completely independent from PyQt4. I am not that familiar with python stuff to give you a valuable answer ;), but i tried to reproduced the build failure. I have downgraded to kate-4.14.3 successfully with PyQt4-4.12_pre1605051544 installed. PyQt4, pykde4 and sip wasn't installed before -> it is a) missing sip rebuild or b) missing pykde4 rebuild. Both can't be automated at the moment as PyQt4 has no subslot and it is likely not worth it to invest here more time as kde-apps/kate:4 will be tree cleaned soon.
just in case (to reduce guesses :)) this is build from fresh attempt, i.e emerge kate:4, which is pulling sip/pyqt4, which are never installed before. I.e fresh install, so this is likely some API breaks happening somewhere.
Oleg, can you attach the C++ bindings file generated by sip? (I think it's called sipkatepart0.cpp)
Created attachment 436126 [details] sipAPIkate.h
Created attachment 436128 [details] sipkatepart0.cpp
According to upstream, this should be fixed in the latest PyQt4 snapshot, which I just pushed to the tree as PyQt4-4.12_pre1606101416. Please test and report back.
newer PyQt4 snapshot fixes this, indeed. Thx
Thanks