robotpkg

For py-pythonqt, did you actually check that the patches are not
required anymore?

Yes, I managed to build py-pythonqt with this setup on Arch, 18.04 and 20.04

OK, pushing!

Ok, so it looks like my tests with PythonQt where all super lucky.

for http://robotpkg.openrobots.org/rbulk/robotpkg/graphics/py-pythonqt/py27-pythonqt-3.4.0/Ubuntu-18.04-x86_64/build.html I think here is a workaround in Makefile:
QMAKE_ARGS+= PYTHON_DIR=${PREFIX.python38} ; but I don't know the way to get "python38" right here.

for http://robotpkg.openrobots.org/rbulk/robotpkg/graphics/py-pythonqt/py38-pythonqt-3.4.0/Ubuntu-20.04-x86_64/build.html I can reproduce by installing the libqt5webkit5-dev package, so one workaround would be to remove it from the build VM… But I guess `sed -i 148d extensions/PythonQt_QtAll/PythonQt_QtAll.pro` is more appropriate (and I tested it). Anyways, I opened an upstream issue: https://github.com/MeVisLab/pythonqt/issues/100

On Tuesday 14 Mar 2023, at 12:04, Guilhem Saurel wrote:

Ok, so it looks like my tests with PythonQt where all super lucky.

Yup, I'm currently fixing it :)

I think here is a workaround in Makefile: QMAKE_ARGS+=
PYTHON_DIR=${PREFIX.python38} ; but I don't know the way to get
"python38" right here.

Right, I've done that already.

I can reproduce by installing the libqt5webkit5-dev package, so one
workaround would be to remove it from the build VM… But I guess `sed
-i 148d extensions/PythonQt_QtAll/PythonQt_QtAll.pro` is more
appropriate (and I tested it). Anyways, I opened an upstream issue:
https://github.com/MeVisLab/pythonqt/issues/100

It seems that implementation is missing for Qt>=5.11?
For earlier versions there is a dir in generated_cpp_*

But I actually defined the extensions to be built according to the
registered dependencies. I'll push that soon, you will be able to
cross check. Do you need more extensions than those in the listed
dependencies?