<div dir="ltr"><div dir="ltr">On Sun, Feb 13, 2022 at 6:36 AM Friedrich W. H. Kossebau <<a href="mailto:kossebau@kde.org">kossebau@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br></blockquote><div><br></div><div>Hi there,</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
trying to ensure some changes do not break the Python binding generation, I <br>
actually tried to activate that, but found at least on current openSUSE TW <br>
there seem to be no longer any working dependencies. Also the openSUSE TW <br>
packages of the KF modules seem to also be build without bindings, for the <br>
samples I checked.<br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Then I found that on both gitlab & jenkins CI the binding generation is also <br>
skipt (at least for KCoreAddons on all platforms, but seems also everywhere <br>
else). <br>
Some related commit removing the support talks about "deterministic" builds <br>
though:<br>
<a href="https://invent.kde.org/sysadmin/ci-tooling/-/commit/" rel="noreferrer" target="_blank">https://invent.kde.org/sysadmin/ci-tooling/-/commit/</a><br>
6a92fdf747990d2e074e92b2bdc224efc9b08740<br></blockquote><div><br></div><div>Not sure if SUSE hit the same issues we did, but the build of these on KDE CI has been disabled for a long time because the Python bindings did not build reliably.</div><div>This was caused by dependency sequencing issues from my understanding within CMake.</div><div><br></div><div>Consequently we would get builds falling over periodically for no reason other than the timing within the build itself.</div><div>This usually made it pretty difficult for Dependency Builds to complete as at least one Framework would invariably fall over.</div><div><br></div><div>Without that being fixed, we would continue to have the Python bindings support disabled on the CI system regardless of anything else being fixed.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Then on #kde-devel I was told that"pyqt5 5.15.6 + sip4" do no more go <br>
together, referencing <a href="https://www.riverbankcomputing.com/pipermail/pyqt/2021-November/044346.html" rel="noreferrer" target="_blank">https://www.riverbankcomputing.com/pipermail/pyqt/2021-November/044346.html</a>:<br>
> It wasn't an intentional breakage but it's not something I'm going to rush <br>
to fix.<br>
<br>
Who feels in charge of the Python binding support? Is there a chance someone <br>
will work on this soonish? <br>
<br>
Or could we drop it now, and save everyone the cmake warning messages they <br>
cannot fix and also the bad feeling to change things that might break binding <br>
generation support even further?<br>
<br>
It was suggested that "the only reasonable way forward it to port to modern <br>
sip" "but that requires an almost full rewrite".<br>
Which sounds as if any future system will need a rework of ECM's <br>
PythonModuleGeneration as well, thus keeping the current CMake code in KF <br>
modules around in chance they might get used again as they are in the future <br>
would not make sense.<br>
<br>
Reference removal of the Python binding generation support up as<br>
<a href="https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/198" rel="noreferrer" target="_blank">https://invent.kde.org/frameworks/kcoreaddons/-/merge_requests/198</a><br>
to serve as example for the discussion.<br>
<br>
Cheers<br>
Friedrich<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>