Arch Linux User Repository

@kunda Rebuild qt4 from the AUR whenever icu is updated in the main repo. Then build shiboken.

qt4 used to be in the main repo but was moved back to the AUR due to being deprecated over qt5.

So in shiboken repo there is a bad cmake file needs to be changed. I made a pull request to the repo years ago but since its abandoned it never accepted. https://github.com/pyside/Shiboken/pull/88 this should fix the dir issue in cmake

@Tio I second this issue. I've been unable to ascertain the cause. I'm assuming the installed version (as I do have /usr/lib/libicui18n.so.65.1) is perhaps too new for this build

edit: sorry, just noticed this comment - https://aur.archlinux.org/pkgbase/shiboken/#comment-718670 Guess I'll have to try rebuilding qt4 first...

Error:

[ 96%] Running generator for 'shiboken'...
Unable to load library icui18n "Cannot load library icui18n: (icui18n: cannot open shared object file: No such file or directory)" 
Detecting inconsistencies in typesystem...   [OK]
make[2]: *** [shibokenmodule/CMakeFiles/shibokenmodule.dir/build.make:62: shibokenmodule/shiboken/shiboken_module_wrapper.cpp] Segmentation fault (core dumped)
make[1]: *** [CMakeFiles/Makefile2:363: shibokenmodule/CMakeFiles/shibokenmodule.dir/all] Error 2
make: *** [Makefile:130: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Hi! don`t make package https://pastebin.com/DpzHxVh4

@jerome2016 you should rebuild qt4 against the latest version of icu.

segmentation fault: Unable to load library icui18n "Cannot load library icui18n:(icui18n can not open shared file: no file or directory of this type) ake[2]: *** [shibokenmodule/CMakeFiles/shibokenmodule.dir/build.make:62: shibokenmodule/shiboken/shiboken_module_wrapper.cpp] core dump

@mpamplona should work now.

Hello! I rebuild qt4 from AUR, now the problem is different from @adsun:

In file included from /var/tmp/pamac-build-mpamplona/shiboken/src/Shiboken-1.2.4/libshiboken/basewrapper.h:26,
                 from /var/tmp/pamac-build-mpamplona/shiboken/src/Shiboken-1.2.4/libshiboken/basewrapper.cpp:23:
/var/tmp/pamac-build-mpamplona/shiboken/src/Shiboken-1.2.4/libshiboken/sbkpython.h:26:10: fatal error: Python.h: No such file or directory
   26 | #include "Python.h"
      |          ^~~~~~~~~~
compilation terminated.
make[2]: *** [libshiboken/CMakeFiles/libshiboken.dir/build.make:63: libshiboken/CMakeFiles/libshiboken.dir/basewrapper.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:205: libshiboken/CMakeFiles/libshiboken.dir/all] Error 2

@Malkut I don't see that problem here. For me I built it and the the cmake config file refers to python version 3.8.

I think there is an issue with the ShibokenConfig.cmake:3 it is referring to .cpython-37m-x86_64-linux-gnu even when shiboken is built against python 3.8.x (should be .cpython-38-x86_64-linux-gnu) This bug prevent builds using ShibokenConfig.cmake (python-pyside for example)