SBo scripts not building on current (read 1st post, pls)

chris.willing · 11-03-2020, 02:36 AM

Quote:

Originally Posted by montagdude

Anyone having success building numpy3 since the Python-3.9 update?

Updating version to 1.19.2 allows a successful build in -current.
Unfortunately it doesn't work in 14.2 (with python3 updated to 3.9).

chris

ponce · 11-03-2020, 04:56 AM

Quote:

Originally Posted by chris.willing

Updating version to 1.19.2 allows a successful build in -current.
Unfortunately it doesn't work in 14.2 (with python3 updated to 3.9).

Hi Chris, I tested a build with 1.19.3 here and it seems to be fine: it's ok for you if I version-bump it to that?

chris.willing · 11-03-2020, 05:49 AM

Quote:

Originally Posted by ponce

Hi Chris, I tested a build with 1.19.3 here and it seems to be fine: it's ok for you if I version-bump it to that?

Can I clarify before you do - do you mean for 14.2 or for -current? Also, did you build ion 14.2 with python3-3.7.2 or try newer python3-3.9 (which I presume will come to SBo soon)?

If you only built with python3-3.7.2 then I would prefer not to update numpy3 yet - I always have wanted to retain sync with the plain (for python2) numpy SlackBuild. If you can persuade Serban to also upgrade numpy, then I'll also update numpy3.

Back to the main problem following update to python3-3.9 in -current, an updated numpy3 builds fine. However I'm to unable to build any numpy3 on 14.2 with an updated python3-3.9 so updating the SBo version won't help. We could certainly update the the ponce-current repo to numpy-1.19.3 to solve that problem - please go ahead if that's what you mean regarding version bump.

chris

ponce · 11-03-2020, 06:24 AM

Quote:

Originally Posted by montagdude

webkit2gtk needs this patch to the SlackBuild:

Code:

diff --git a/libraries/webkit2gtk/webkit2gtk.SlackBuild b/libraries/webkit2gtk/webkit2gtk.SlackBuild
old mode 100644
new mode 100755
index dac584b438..777c40c9a4
--- a/libraries/webkit2gtk/webkit2gtk.SlackBuild
+++ b/libraries/webkit2gtk/webkit2gtk.SlackBuild
@@ -55,6 +55,9 @@ else
   LIBDIRSUFFIX=""
 fi
 
+# Fix for icu4c change
+SLKCFLAGS="$SLKCFLAGS -DU_DEFINE_FALSE_AND_TRUE=1"
+
 # This is needed to fix build issue on single make job
 # Thanks to ponce for investigating this issue.
 export MAKEFLAGS=${MAKEFLAGS:--j2}
@@ -77,6 +80,8 @@ find -L . \
 mkdir -p build
 cd build
   cmake -DPORT=GTK \
+	-DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \
+	-DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
 	-DCMAKE_BUILD_TYPE=Release \
         -DCMAKE_SKIP_RPATH=ON \
 	-DCMAKE_INSTALL_PREFIX=/usr \

See this thread:
https://www.linuxquestions.org/quest...nt-4175684551/

thanks for looking into that!
as for the icu fix I think I'll go the same route as LFS as hinted by chrisretusn in that topic you linked, but I'll definitely add also your fix to respect the build flags.

ponce · 11-03-2020, 06:26 AM

Quote:

Originally Posted by chris.willing

Can I clarify before you do - do you mean for 14.2 or for -current? Also, did you build ion 14.2 with python3-3.7.2 or try newer python3-3.9 (which I presume will come to SBo soon)?

If you only built with python3-3.7.2 then I would prefer not to update numpy3 yet - I always have wanted to retain sync with the plain (for python2) numpy SlackBuild. If you can persuade Serban to also upgrade numpy, then I'll also update numpy3.

Back to the main problem following update to python3-3.9 in -current, an updated numpy3 builds fine. However I'm to unable to build any numpy3 on 14.2 with an updated python3-3.9 so updating the SBo version won't help. We could certainly update the the ponce-current repo to numpy-1.19.3 to solve that problem - please go ahead if that's what you mean regarding version bump.

yes, I mean only for this repository, thanks!

chrisretusn · 11-03-2020, 08:06 AM

Quote:

Originally Posted by montagdude

webkit2gtk needs this patch to the SlackBuild:

Code:

diff --git a/libraries/webkit2gtk/webkit2gtk.SlackBuild b/libraries/webkit2gtk/webkit2gtk.SlackBuild
old mode 100644
new mode 100755
index dac584b438..777c40c9a4
--- a/libraries/webkit2gtk/webkit2gtk.SlackBuild
+++ b/libraries/webkit2gtk/webkit2gtk.SlackBuild
@@ -55,6 +55,9 @@ else
   LIBDIRSUFFIX=""
 fi
 
+# Fix for icu4c change
+SLKCFLAGS="$SLKCFLAGS -DU_DEFINE_FALSE_AND_TRUE=1"
+
 # This is needed to fix build issue on single make job
 # Thanks to ponce for investigating this issue.
 export MAKEFLAGS=${MAKEFLAGS:--j2}
@@ -77,6 +80,8 @@ find -L . \
 mkdir -p build
 cd build
   cmake -DPORT=GTK \
+	-DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \
+	-DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
 	-DCMAKE_BUILD_TYPE=Release \
         -DCMAKE_SKIP_RPATH=ON \
 	-DCMAKE_INSTALL_PREFIX=/usr \

See this thread:
https://www.linuxquestions.org/quest...nt-4175684551/

Quote:

Originally Posted by ponce

thanks for looking into that!
as for the icu fix I think I'll go the same route as LFS as hinted by chrisretusn in that topic you linked, but I'll definitely add also your fix to respect the build flags.

I looked at my SlackBuild, I do something similar with the build flag variables (standard assignments) except using a different set for cmake. I am compiling on -current to use python3. This my configure, build, install group, if anyone is interested.

Code:

mkdir -p build
cd build
  cmake .. \
    -DCMAKE_C_FLAGS_RELEASE="$SLKCFLAGS" \
    -DCMAKE_CXX_FLAGS_RELEASE="$SLKCFLAGS" \
    -DCMAKE_INSTALL_PREFIX=/usr \
    -DCMAKE_BUILD_TYPE=Release \
    -DPORT=GTK \
    -DPYTHON_EXECUTABLE=/usr/bin/python3 \
    -DUSE_SYSTEMD=OFF \
    -Wno-dev \
    -GNinja \
    2>&1 | tee $OUTPUT/cmake-$PKGNAM.log || exit 1

    ninja 2>&1 | tee $OUTPUT/ninja-make-$PKGNAM.log
    DESTDIR=$PKGDIR ninja install/strip 2>&1 | tee $OUTPUT/ninja_install-$PKGNAM.log || exit 1

cd - 1> /dev/null

I will add I am also using gcc 10. Which seems to have less of those gcc segmentation fault falls. I still get them though, twice on build this. Third time was the charm.

ponce · 11-04-2020, 01:39 AM

*thisshig rrrerrk*

important announcement for users of the new vtown in /testing... I repeat, important announcement for users of the new vtown in /testing...

please don't use this topic to report build issues with the scripts in this repository if you have the new vtown installed... I repeat, please don't use this topic to report build issues with the scripts in this repository if you have the new vtown installed...

issues with the new vtown will be handled here when it will get out to /testing and into plain current... I repeat, issues with the new vtown will be handled here when it will get out to /testing and into plain current...

thanks for your attention and have a safe travel!

*thisshig rrrerrk*

montagdude · 11-05-2020, 11:02 AM

I'm trying to rebuild wxPython4 for Python 3.9. The build fails at the end after all the compiling has completed. Here is the error message:

Code:

copying wx/_stc.cpython-39-x86_64-linux-gnu.so -> build/lib.linux-x86_64-3.9/
copying wx/_xml.cpython-39-x86_64-linux-gnu.so -> build/lib.linux-x86_64-3.9/
copying wx/_xrc.cpython-39-x86_64-linux-gnu.so -> build/lib.linux-x86_64-3.9/
copying wx/adv.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/aui.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/core.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/dataview.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/glcanvas.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/grid.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/html.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/html2.pyi -> build/lib.linux-x86_64-3.9/wx
copying symlink wx/libwx_baseu-3.0.so -> build/lib.linux-x86_64-3.9/wx/libwx_eu-3.0.so
error: [Errno 2] No such file or directory: 'build/lib.linux-x86_64-3.9/wx/li_baseu-3.0.so'

Not using vtown here. I do have ktown, but I don't think it's related.

Actually looks like maybe some sort of typo (libwx_baseu-3.0.so -> li_baseu-3.0.so). I'm pretty sure that wasn't a copy-paste error on my part.

ponce · 11-05-2020, 11:54 AM

Quote:

Originally Posted by montagdude

I'm trying to rebuild wxPython4 for Python 3.9. The build fails at the end after all the compiling has completed. Here is the error message:

Code:

copying wx/_stc.cpython-39-x86_64-linux-gnu.so -> build/lib.linux-x86_64-3.9/
copying wx/_xml.cpython-39-x86_64-linux-gnu.so -> build/lib.linux-x86_64-3.9/
copying wx/_xrc.cpython-39-x86_64-linux-gnu.so -> build/lib.linux-x86_64-3.9/
copying wx/adv.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/aui.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/core.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/dataview.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/glcanvas.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/grid.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/html.pyi -> build/lib.linux-x86_64-3.9/wx
copying wx/html2.pyi -> build/lib.linux-x86_64-3.9/wx
copying symlink wx/libwx_baseu-3.0.so -> build/lib.linux-x86_64-3.9/wx/libwx_eu-3.0.so
error: [Errno 2] No such file or directory: 'build/lib.linux-x86_64-3.9/wx/li_baseu-3.0.so'

Not using vtown here. I do have ktown, but I don't think it's related.

Actually looks like maybe some sort of typo (libwx_baseu-3.0.so -> li_baseu-3.0.so). I'm pretty sure that wasn't a copy-paste error on my part.

https://discuss.wxpython.org/t/pip-i...failed/34925/4
https://github.com/wxWidgets/Phoenix...ment-720188074

I'm trying a build of 4.1.0 here to see if that goes fine...

ponce · 11-05-2020, 12:31 PM

Quote:

Originally Posted by ponce

https://discuss.wxpython.org/t/pip-i...failed/34925/4
https://github.com/wxWidgets/Phoenix...ment-720188074

I'm trying a build of 4.1.0 here to see if that goes fine...

also the version on SBo builds fine with this patch (put an additional line at the end with just a space as first character)

Code:

based on the upstream commit aa8430ad391d93391988451f43ecedd76ca4dd77

diff -Naur wxPython-4.0.7.post2.orig/setup.py wxPython-4.0.7.post2/setup.py
--- wxPython-4.0.7.post2.orig/setup.py  2019-11-12 03:54:31.000000000 +0100
+++ wxPython-4.0.7.post2/setup.py       2020-11-05 19:00:12.489380000 +0100
@@ -11,6 +11,7 @@
 
 import sys, os
 import glob
+import stat
 
 from setuptools                     import setup, find_packages
 from distutils.command.build        import build as orig_build
@@ -306,7 +307,15 @@
 orig_copy_tree = distutils.dir_util.copy_tree
 distutils.dir_util.copy_tree = wx_copy_tree
 
+# Monkey-patch make_writeable too. Sometimes the link is copied before the
+# target, and the original make_writable will fail on a link to a missing
+# target.
+def wx_make_writable(target):
+    if not os.path.islink(target):
+        os.chmod(target, os.stat(target).st_mode | stat.S_IWRITE)
 
+import setuptools.command.build_py
+setuptools.command.build_py.make_writable = wx_make_writable
 
 #----------------------------------------------------------------------

willysr · 11-05-2020, 08:17 PM

Quote:

Originally Posted by ponce

https://discuss.wxpython.org/t/pip-i...failed/34925/4
https://github.com/wxWidgets/Phoenix...ment-720188074

I'm trying a build of 4.1.0 here to see if that goes fine...

please note that 4.1.x is tracking wxWidgets 3.1 which is development branch, so i guess this version is also considered development releases.

mats_b_tegner · 11-08-2020, 01:47 PM

nvidia-legacy340-driver version 340.108 no longer compiles under -current due to the missing rpc header files in glibc-2.30-2. Is there a workaround for this other than in reverting to the older build of glibc-2.30?

ponce · 11-08-2020, 01:52 PM

Quote:

Originally Posted by mats_b_tegner

nvidia-legacy340-driver version 340.108 no longer compiles under -current due to the missing rpc.h header files in glibc-2.30-2. Is there a workaround for this other than in reverting to the older build of glibc-2.30?

try modifying line 237 of nvidia-legacy340-driver.SlackBuild like this

Code:

CFLAGS="$SLKCFLAGS -I/usr/include/tirpc -Wl,-ltirpc" make

tramtrist · 11-08-2020, 03:44 PM

Quote:

Originally Posted by ponce

*thisshig rrrerrk*

*thisshig rrrerrk*

Made me laugh .. Somehow I think everyone knows what sound this was.... Thanks for all you do ponce

mats_b_tegner · 11-08-2020, 05:14 PM

Quote:

Originally Posted by ponce

try modifying line 237 of nvidia-legacy340-driver.SlackBuild like this

Code:

CFLAGS="$SLKCFLAGS -I/usr/include/tirpc -Wl,-ltirpc" make

Thanks. That works.