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

ponce · 11-12-2019, 04:38 AM

those instruction are meant to illustrate how to upgrade to current from a stable installation, clean or not is not the object of that page: if you want to be sure to have a clean environment you can just do a full install on a clean partition from an iso like Alien Bob kindly provides, and at the end of the installation you will have an OS that will cover exactly the definition of "clean and full installation of the latest slackware current", or you can use a virtual machine for that, it's up to you.
in any case, this topic is not meant for a discussion on what is and what is not a clean and full installation of slackware current: please open another topic for this.

Quote:

Originally Posted by emmexx

Code:

bash-5.0# ls /usr/lib64/*.la
/usr/lib64/libavahi-client.la   /usr/lib64/libminizip.la
/usr/lib64/libavahi-common.la   /usr/lib64/libmp3lame.la
/usr/lib64/libavahi-core.la     /usr/lib64/libnfs.la
/usr/lib64/libavahi-glib.la     /usr/lib64/libpathplan.la
/usr/lib64/libavahi-gobject.la  /usr/lib64/libpoppler-cpp.la
/usr/lib64/libavahi-qt4.la      /usr/lib64/libpoppler-glib.la
/usr/lib64/libavahi-ui-gtk3.la  /usr/lib64/libpoppler-qt4.la
/usr/lib64/libavahi-ui.la       /usr/lib64/libpoppler.la
/usr/lib64/libcdt.la            /usr/lib64/libproj.la
/usr/lib64/libcgraph.la         /usr/lib64/libprotobuf-lite.la
/usr/lib64/libdaemon.la         /usr/lib64/libprotobuf.la
/usr/lib64/libdns_sd.la         /usr/lib64/libprotoc.la
/usr/lib64/libdv.la             /usr/lib64/libquicktime.la
/usr/lib64/libdvdcss.la         /usr/lib64/librsync.la
/usr/lib64/libfreexl.la         /usr/lib64/libschroedinger-1.0.la
/usr/lib64/libgeos.la           /usr/lib64/libspatialindex.la
/usr/lib64/libgeos_c.la         /usr/lib64/libspatialindex_c.la
/usr/lib64/libgvc.la            /usr/lib64/libspatialite.la
/usr/lib64/libgvpr.la           /usr/lib64/libwacom.la
/usr/lib64/libhowl.la           /usr/lib64/libxdot.la
/usr/lib64/libjack.la           /usr/lib64/libxkbcommon-x11.la
/usr/lib64/libjackserver.la     /usr/lib64/libxkbcommon.la
/usr/lib64/liblab_gamut.la      /usr/lib64/mod_spatialite.la

like I wrote you above, if you have these on your system (and so you got any third party packages already installed) your installation is clearly *not clean*: I'll say it again, sorry if I'm stressing it but it seems to me that you are not getting this, please open another topic, after the fifth post I'll just stop answering in this one.

brodo · 11-12-2019, 06:06 AM

I have a problem compiling wireshark in 32-bit current Slackware.
Lua and QT5 are freshly compiled, scripts are from Ponce, of course.

Code:

Scanning dependencies of target wsluaauxiliary
[ 89%] Generating init.lua
[ 89%] Built target wsluaauxiliary
Scanning dependencies of target docs
[ 89%] Generating AUTHORS-SHORT
[ 89%] Generating AUTHORS-SHORT-FORMAT
[ 89%] Generating androiddump.1
[ 89%] Generating capinfos.1
[ 89%] Generating captype.1
[ 89%] Generating ciscodump.1
[ 89%] Generating dftest.1
[ 89%] Generating dumpcap.1
[ 89%] Generating editcap.1
[ 89%] Generating mergecap.1
[ 89%] Generating randpkt.1
[ 89%] Generating randpktdump.1
[ 89%] Generating rawshark.1
[ 89%] Generating reordercap.1
[ 89%] Generating sshdump.1
[ 89%] Generating text2pcap.1
[ 90%] Generating tshark.1
[ 90%] Generating udpdump.1
[ 90%] Generating wireshark.pod
[ 90%] Generating wireshark.1
[ 90%] Generating dpauxmon.1
[ 90%] Generating extcap.4
[ 90%] Generating wireshark-filter.4
[ 90%] Generating androiddump.html
Parser.c: loadable library and perl binaries are mismatched (got handshake key 0x7e40080, needed 0x7dc0080)
make[2]: *** [doc/CMakeFiles/docs.dir/build.make:197: doc/androiddump.html] Error 1
make[2]: *** Deleting file 'doc/androiddump.html'
make[1]: *** [CMakeFiles/Makefile2:1411: doc/CMakeFiles/docs.dir/all] Error 2
make: *** [Makefile:141: all] Error 2
bash-5.0#

ponce · 11-12-2019, 07:01 AM

Quote:

Originally Posted by brodo

Code:

Parser.c: loadable library and perl binaries are mismatched (got handshake key 0x7e40080, needed 0x7dc0080)

you have to rebuild and reinstall every third-party perl module you have on your system because perl has been upgraded again in current.

brodo · 11-12-2019, 08:26 AM

Quote:

Originally Posted by ponce

you have to rebuild and reinstall every third-party perl module you have on your system because perl has been upgraded again in current.

You mean 3-rd party packages that depend on the perl package ?

ponce · 11-12-2019, 09:10 AM

Quote:

Originally Posted by brodo

You mean 3-rd party packages that depend on the perl package ?

not just packages, also things you might have installed via CPAN or built from source.

brodo · 11-12-2019, 11:33 PM

Quote:

Originally Posted by ponce

not just packages, also things you might have installed via CPAN or built from source.

I did not install anything via CPAN. I always compile 3-rd party software using SBo or your scripts.
So now I have to search word "pearl" inside all *.info files in a directory, where my all 3-rd party software is collected.
Am I right ?

ponce · 11-13-2019, 12:13 AM

Unfortunately that couldn't be enough as some perl packages might not have perl in their name or other non strictly perl packages might install some perl stuff (as you have discovered with wireshark).

USUARIONUEVO · 11-13-2019, 03:26 AM

Hi , i clone the last git slackbuilds from github ponce , but qt5 not build here.

slackware64 up-to-date , in a clean enviroment, i test with webengine, without , codecs enbaled, diabled..but no lucky.

Quote:

socketcanbackend.cpp:667:41: error: ‘SIOCGSTAMP’ was not declared in this scope; did you mean ‘SIOCSARP’?
667 | if (Q_UNLIKELY(ioctl(canSocket, SIOCGSTAMP, &timeStamp) < 0)) {

error: ‘SIOCGSTAMP’ was not declared in this scope

I found this --> https://bugreports.qt.io/browse/QTBUG-76957

Im under 5.4-rc7 testing kernel ...

ponce · 11-13-2019, 04:09 AM

I'll be AFK until the weekend, I'll have a look ASAP.

USUARIONUEVO · 11-13-2019, 04:14 AM

Quote:

Originally Posted by ponce

I'll be AFK until the weekend, I'll have a look ASAP.

OK , i found this patch , but i need to test it

https://bugreports.qt.io/secure/atta...in-glibc.patch

I report here my testing results under 4.19 and 5.4 kernels, to see if patch is safe to apply under 4.19

brobr · 11-13-2019, 05:53 AM

Quote:

Originally Posted by USUARIONUEVO

OK , i found this patch , but i need to test it

https://bugreports.qt.io/secure/atta...in-glibc.patch

Above you said you're on kernel 5.4. This is in the patch file you linked to:

Quote:

SIOCGSTAMP is defined in linux/sockios.h since kernel 5.2. Include that
file wherever needed.

Would this not imply that the patch is needed only for the kernel 5 series you're using? I'm compiling QT5 right now (on 4.19.84 and without that patch), and it hasn't bottled up (yet??)

USUARIONUEVO · 11-13-2019, 06:57 AM

Quote:

Originally Posted by brobr

Above you said you're on kernel 5.4. This is in the patch file you linked to:

Would this not imply that the patch is needed only for the kernel 5 series you're using? I'm compiling QT5 right now (on 4.19.84 and without that patch), and it hasn't bottled up (yet??)

i compile under 4.19.84 , but fails under 5.4-rc7 ... missing header , but i cant make a working patch.

brobr · 11-13-2019, 12:39 PM

Well, QT5 stumbles here at the moment on

Quote:

usr/bin/ld: .obj/qeglfsx11integration.o

.data.rel.ro._ZTV20QEglFSX11Integration[_ZTV20QEglFSX11Integration]+0x38): undefined reference to `QEglFSDeviceIntegration::createDisplay(_XDisplay*)'
collect2: error: ld returned 1 exit status
make[7]: *** [Makefile:217: ../../../../../../plugins/egldeviceintegrations/libqeglfs-x11-integration.so] Error 1

and not enough space in my 'clean' virtual machine to try to compile qt5 there.

EDIT: after removing installed QT5 packages, compilation goes fine

Further, after the current-upgrade to ImageMagick-7 inkscape does not compile. It needs patching as adviced by LFS for this http://www.linuxfromscratch.org/blfs.../inkscape.html.

I used two of the three patches (didn't use the poppler one as current uses a lower version);

Code:

patch -Np1 -i $CWD/inkscape-0.92.4-use_versioned_ImageMagick6-1.patch
patch -Np1 -i $CWD/inkscape-0.92.4-upstream_fixes-1.patch

and inkscape compiled with those at my end.

USUARIONUEVO · 11-13-2019, 03:50 PM

Based on this --> https://codereview.qt-project.org/c/...ocketserver.cc

I try make adapted patch , and i try build qt5 under 5.4 linux headers

Quote:

--- a/qtwebengine/src/3rdparty/chromium/third_party/webrtc/base/physicalsocketserver.cc
+++ b/qtwebengine/src/3rdparty/chromium/third_party/webrtc/base/physicalsocketserver.cc
@@ -50,6 +50,10 @@
#include "webrtc/base/winping.h"
#include "webrtc/base/win32socketinit.h"

+#if defined(WEBRTC_LINUX)
+#include <linux/sockios.h>
+#endif
+
#if defined(WEBRTC_POSIX)
#include <netinet/tcp.h> // for TCP_NODELAY
#define IP_MTU 14 // Until this is integrated from linux/in.h to netinet/in.h

NO LUCKY , grrrrr

USUARIONUEVO · 11-14-2019, 12:23 AM

Some lucky now , i encounter some comment in the qt github for high version of qt , and i addapt this for qt-5.9 , very easy , cause only 1 insertion under 1 file

Quote:

--- qtserialbus/src/plugins/canbus/socketcan/socketcanbackend.cpp
+++ qtserialbus/src/plugins/canbus/socketcan/socketcanbackend.cpp
@@ -44,6 +44,7 @@

#include <linux/can/error.h>
#include <linux/can/raw.h>
+#include <linux/sockios.h>
#include <errno.h>
#include <unistd.h>
#include <net/if.h>

The header are present under linux 4.19 and 5.x branches , but 5+ kernels need to include in qt to build.

I test only one envo¡iroment for now , i continue to see how is better to apply this patch , we need to test under 4.19 for see if patch can aplly safely or cause problems , in this case of problems in 4.19 i suggest see if user are under branch 4 or 5

Quote:

uname -r|cut -d. -f1

I continue testing and edit to dd info

Under linux 5.x

Tested and working
CCACHE=no
DOCS=no
EXAMPLES=no
PROPRIETARY_CODECS=yes
PULSEAUDIO=yes
WEBENGINE=no

Next step is testing with webengine yes, if builds, then i switch to linux 4.19 and see if patch cause problems under same configs.

OK , successfully build with webengine adding one more patch

Quote:

--- qtwebengine/src/3rdparty/chromium/third_party/webrtc/base/physicalsocketserver.cc
+++ qtwebengine/src/3rdparty/chromium/third_party/webrtc/base/physicalsocketserver.cc
@@ -49,6 +49,10 @@
#include "webrtc/base/timeutils.h"
#include "webrtc/base/winping.h"
#include "webrtc/base/win32socketinit.h"
+
+#if defined(WEBRTC_LINUX)
+#include <linux/sockios.h>
+#endif

#if defined(WEBRTC_POSIX)
#include <netinet/tcp.h> // for TCP_NODELAY

qt5 builds with or without webengine after apply the two patches under linux-5.4 , now the question is test if this patches can apply safely when runs kernels 4.x

OK , patches no affect under 4.19 kernels, are safe to apply the 2 patches , one is for qtdbus , and the other is for webengine , the webengine patch can be added under de parameter to apply other related patches for webengine.