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

chris.willing · 12-16-2018, 07:24 AM

Quote:

Originally Posted by Bindestreck

So, opencv 4.0.0 broken again. Similar to this issue: https://github.com/opencv/opencv_contrib/issues/1914

There's a patch for that already but it's incorrectly applied. A fix has been pushed to SBo for next round of updates. In the meantime, change

Code:

if [ -d /usr/etc/qt5 ]; then

to

Code:

if [ -d /usr/include/qt5 ]; then

chris

ponce · 12-16-2018, 07:33 AM

I don't think this is an issue current-specific: opencv builds fine here when I apply this correction suggested by its maintainer on the slackbuilds-users mailing list

https://lists.slackbuilds.org/piperm...er/022473.html

EDIT: ok, Chris has been faster and confirmed it.

USUARIONUEVO · 12-16-2018, 03:54 PM

sorry for this , but talking arround opencv , need modifications.

/usr/python ... is not the correct way to put python bindings.

Quote:

---- -DPYTHON2_PACKAGES_PATH=/usr/lib${LIBDIRSUFFIX}/python${PY2VERSION}/site-packages \
---- -DPYTHON3_PACKAGES_PATH=/usr/lib${LIBDIRSUFFIX}/python${PY3VERSION}/site-packages \

+++++++ -DCMAKE_INSTALL_LIBDIR=lib{LIBDIRSUFFIX} \

chris.willing · 12-16-2018, 06:05 PM

Quote:

Originally Posted by USUARIONUEVO

sorry for this , but talking arround opencv , need modifications.

Quote:

---- -DPYTHON2_PACKAGES_PATH=/usr/lib${LIBDIRSUFFIX}/python${PY2VERSION}/site-packages \
---- -DPYTHON3_PACKAGES_PATH=/usr/lib${LIBDIRSUFFIX}/python${PY3VERSION}/site-packages \

+++++++ -DCMAKE_INSTALL_LIBDIR=lib{LIBDIRSUFFIX} \

/usr/python ... is not the correct way to put python bindings.

Thanks, apart from the typo (should be -DCMAKE_INSTALL_LIBDIR=lib${LIBDIRSUFFIX} \), this is more compact and works for me in a test build. I'll try using it in the next update.

However I don't think it's specific to -current (the purpose of this thread). For things like this, it's best to email the maintainer directly (that's what the maintainer email field in the .info file is for) or the SlackBuilds.org User List.

chris

chris.willing · 12-16-2018, 08:58 PM

Quote:

Originally Posted by Lockywolf

OpenCV automatic dependency finder cannot build opencv with ATLAS.

The reason, perhaps, being the lapacke/clapack.

Indeed, I did manage to compile lapacke from academic/lapacke, and it indeed can pick up ATLAS as a systemwide LAPACK, but the resulting lapacke is not satisfactory for opencv to accept.

I suspect that lapacke should be build by the atlas builder itself, while building ATLAS, but I didn't find where to ask it politely enough.

(i.e. I haven't found a place where to give parameters with which ATLAS would build lapack)

Any suggestions welcome...

Building opencv with OpenBLAS is much more straightforward than dealing with the quagmire of lapack/atlas/blas and may suit your needs.

Code:

-- Found OpenBLAS libraries: /usr/lib64/libopenblas.so
-- Found OpenBLAS include: /usr/include
-- LAPACK(OpenBLAS): LAPACK_LIBRARIES: /usr/lib64/libopenblas.so
-- LAPACK(OpenBLAS): Support is enabled.

chris

USUARIONUEVO · 12-20-2018, 12:14 AM

Hi , we have problem in to qt5 ...

The new version on slackbuilds have parameters to disable compilation of "webengine".

If pass WEBENGINE=no , the script fails to build cause no variable to apply this patch for gcc8

Quote:

# Fix for gcc-8.x
( cd qtwebengine
patch -p1 < $CWD/patches/qtwebengine-5.9.6-gcc8.patch )

Needs variable

Quote:

# Fix for gcc-8.x
if [ "$WEBENGINE" = "yes" ]; then
( cd qtwebengine
patch -p1 < $CWD/patches/qtwebengine-5.9.6-gcc8.patch )
fi

ponce · 12-20-2018, 11:31 AM

thanks, pushed!

Paulo2 · 12-23-2018, 07:57 AM

The SlackBuild for the new version of caps plugins (/var/lib/sbopkg/SBo-git/audio/caps) 0.9.26 fails when
trying to apply the glibc-2.27.patch file.

According to the link in caps.SlackBuild https://bugs.debian.org/cgi-bin/bugr...cgi?bug=890633
this patch is for previous version 0.9.24.
Without applying the patch caps builds ok and I can use them in Audacity.

ponce · 12-23-2018, 08:56 AM

thanks Paulo2 for reporting, I'll remove the patch!

stormtracknole · 12-23-2018, 11:55 AM

Has anybody had success building supertuxkart on the latest -current? I'm getting the following errors when using slackrepo to build:

Code:

env MAKEFLAGS='-j8' nice -n 5 bash ./supertuxkart.SlackBuild
Build time 93 sec, peak load 4.83, peak memory 505M, peak tmp 672M
games/supertuxkart: supertuxkart.SlackBuild failed (status 2)           12:39:12
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads - not found
/usr/include/GL/glext.h:12066:105: error: conflicting declaration ‘typedef void (* PFNGLFRAGMENTLIGHTFVSGIXPROC)(GLenum, GLenum, const GLfloat*)’
/usr/include/GL/glext.h:12068:103: error: conflicting declaration ‘typedef void (* PFNGLFRAGMENTLIGHTIVSGIXPROC)(GLenum, GLenum, const GLint*)’
/usr/include/GL/glext.h:12070:96: error: conflicting declaration ‘typedef void (* PFNGLFRAGMENTLIGHTMODELFVSGIXPROC)(GLenum, const GLfloat*)’
/usr/include/GL/glext.h:12072:94: error: conflicting declaration ‘typedef void (* PFNGLFRAGMENTLIGHTMODELIVSGIXPROC)(GLenum, const GLint*)’
/usr/include/GL/glext.h:12079:104: error: conflicting declaration ‘typedef void (* PFNGLGETFRAGMENTMATERIALFVSGIXPROC)(GLenum, GLenum, GLfloat*)’
/usr/include/GL/glext.h:12080:102: error: conflicting declaration ‘typedef void (* PFNGLGETFRAGMENTMATERIALIVSGIXPROC)(GLenum, GLenum, GLint*)’
/usr/include/GL/glext.h:12083:74: error: ‘void __glewFragmentColorMaterialSGIX(GLenum, GLenum)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12084:84: error: ‘void __glewFragmentLightfSGIX(GLenum, GLenum, GLfloat)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12085:93: error: ‘void __glewFragmentLightfvSGIX(GLenum, GLenum, const GLfloat*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12086:82: error: ‘void __glewFragmentLightiSGIX(GLenum, GLenum, GLint)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12087:91: error: ‘void __glewFragmentLightivSGIX(GLenum, GLenum, const GLint*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12088:75: error: ‘void __glewFragmentLightModelfSGIX(GLenum, GLfloat)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12089:84: error: ‘void __glewFragmentLightModelfvSGIX(GLenum, const GLfloat*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12090:73: error: ‘void __glewFragmentLightModeliSGIX(GLenum, GLint)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12091:82: error: ‘void __glewFragmentLightModelivSGIX(GLenum, const GLint*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12092:86: error: ‘void __glewFragmentMaterialfSGIX(GLenum, GLenum, GLfloat)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12093:95: error: ‘void __glewFragmentMaterialfvSGIX(GLenum, GLenum, const GLfloat*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12094:84: error: ‘void __glewFragmentMaterialiSGIX(GLenum, GLenum, GLint)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12095:93: error: ‘void __glewFragmentMaterialivSGIX(GLenum, GLenum, const GLint*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12096:90: error: ‘void __glewGetFragmentLightfvSGIX(GLenum, GLenum, GLfloat*)’ redeclared as different kind of symbol
/usr/include/GL/glext.h:12097:88: error: ‘void __glewGetFragmentLightivSGIX(GLenum, G
[...]
See /var/log/slackrepo/ponce/games/supertuxkart/build.log
Unmounting chroot ... done.
:-( games/supertuxkart FAILED )-:

and the actual log file ended with this:

Code:

[ 45%] Building CXX object CMakeFiles/supertuxkart.dir/src/animations/ipo.cpp.o
/usr/bin/c++  -DENABLE_BIDI -DENABLE_WIIUSE -DGLEW_NO_GLU -DHAVE_OGGVORBIS -DNDEBUG -DSUPERTUXKART_DATADIR=\"/usr/share/supertuxkart\" -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/bullet/src -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/enet/include -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/glew/include -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/graphics_utils -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/irrlicht/include -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/wiiuse -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/src -I/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/lib/angelscript/include -I/usr/include/AL -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/fribidi  -O2 -fPIC -std=gnu++0x -Wall -Wno-unused-function -O3 -DNDEBUG   -o CMakeFiles/supertuxkart.dir/src/animations/ipo.cpp.o -c /tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/src/animations/ipo.cpp
make[2]: *** [CMakeFiles/supertuxkart.dir/build.make:154: CMakeFiles/supertuxkart.dir/src/addons/zip.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [CMakeFiles/supertuxkart.dir/build.make:141: CMakeFiles/supertuxkart.dir/src/addons/news_manager.cpp.o] Error 1
make[2]: Leaving directory '/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/build'
make[1]: *** [CMakeFiles/Makefile2:81: CMakeFiles/supertuxkart.dir/all] Error 2
make[1]: Leaving directory '/tmp/ponce/slackrepo.9t7qZT/build_supertuxkart/supertuxkart-0.9.3/build'
make: *** [Makefile:130: all] Error 2

I tried building the package using a different machine without using slackrepo and I had the same failure. My guess is that one of the compilers are too new?

ponce · 12-23-2018, 12:41 PM

this is because of the newer mesa: there's an issue related upstream where I found a patch

https://github.com/supertuxkart/stk-code/issues/3557

http://cgit.ponce.cc/slackbuilds/commit/?h=supertuxkart

stormtracknole · 12-23-2018, 01:09 PM

Quote:

Originally Posted by ponce

this is because of the newer mesa: there's an issue related upstream where I found a patch

https://github.com/supertuxkart/stk-code/issues/3557

http://cgit.ponce.cc/slackbuilds/commit/?h=supertuxkart

ponce, you never cease to amaze me. Thank you for the quick reply as always! Happy holidays to you and your loved ones!

ponce · 12-23-2018, 01:17 PM

Quote:

Originally Posted by stormtracknole

ponce, you never cease to amaze me. Thank you for the quick reply as always! Happy holidays to you and your loved ones!

thanks, best wishes to you and family too!

...and thanks for the report!

sombragris · 12-29-2018, 12:01 PM

Well, this is about a SBo package which *builds* and I want to share the tip.

Gambas3 recently released version 3.12.

Using the relevant SBo script and merely changing version number does not work. I use AlienBob's Plasma 5 and the SlackBuild conflicts with AlienBob's OpenAL.
Moreover, sqlite2 also makes compilation to fail.

Therefore, I used these flags:

Code:

/reconf-all
  
CFLAGS="$SLKCFLAGS" \
CXXFLAGS="$SLKCFLAGS" \
./configure \
  --prefix=/usr \
  --enable-openal=no \
  --enable-sqlite2=no \
  --libdir=/usr/lib${LIBDIRSUFFIX} \
  --build=$ARCH-slackware-linux \
  $qt5

and compilation of 3.12 went successfully for my -current setup.

Geist · 12-30-2018, 06:50 AM

ecryptfs-utils 111 is failing to build for me, it seems to be an openssl problem, possibly related to their API change, perhaps, maybe.

Slackware 64 14.2 ( current) with the Slackbuilds "current" git snapshot, too.

Code:

/bin/sh ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..  -include ../../config.h    -O2 -fPIC -MT libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.lo -MD -MP -MF .deps/libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.Tpo -c -o libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.lo `test -f 'ecryptfs_key_mod_passphrase.c' || echo './'`ecryptfs_key_mod_passphrase.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -include ../../config.h -O2 -fPIC -MT libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.lo -MD -MP -MF .deps/libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.Tpo -c ecryptfs_key_mod_passphrase.c  -fPIC -DPIC -o .libs/libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.o
mv -f .deps/libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.Tpo .deps/libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.Plo
/bin/sh ../../libtool  --tag=CC   --mode=link gcc   -O2 -fPIC  -module -avoid-version -shared  -o libecryptfs_key_mod_passphrase.la -rpath /usr/lib64/ecryptfs libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.lo  -ldl 
libtool: link: gcc -shared  -fPIC -DPIC  .libs/libecryptfs_key_mod_passphrase_la-ecryptfs_key_mod_passphrase.o   -ldl  -O2   -Wl,-soname -Wl,libecryptfs_key_mod_passphrase.so -o .libs/libecryptfs_key_mod_passphrase.so
libtool: link: ( cd ".libs" && rm -f "libecryptfs_key_mod_passphrase.la" && ln -s "../libecryptfs_key_mod_passphrase.la" "libecryptfs_key_mod_passphrase.la" )
/bin/sh ../../libtool  --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..  -include ../../config.h    -O2 -fPIC -MT libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.lo -MD -MP -MF .deps/libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.Tpo -c -o libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.lo `test -f 'ecryptfs_key_mod_openssl.c' || echo './'`ecryptfs_key_mod_openssl.c
libtool: compile:  gcc -DHAVE_CONFIG_H -I. -I../.. -include ../../config.h -O2 -fPIC -MT libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.lo -MD -MP -MF .deps/libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.Tpo -c ecryptfs_key_mod_openssl.c  -fPIC -DPIC -o .libs/libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.o
ecryptfs_key_mod_openssl.c: In function ‘ecryptfs_openssl_generate_signature’:
ecryptfs_key_mod_openssl.c:155:25: error: dereferencing pointer to incomplete type ‘RSA’ {aka ‘struct rsa_st’}
  nbits = BN_num_bits(key->n);
                         ^~
ecryptfs_key_mod_openssl.c: In function ‘ecryptfs_openssl_read_key’:
ecryptfs_key_mod_openssl.c:281:2: warning: implicit declaration of function ‘CRYPTO_malloc_init’; did you mean ‘CRYPTO_malloc’? [-Wimplicit-function-declaration]
  CRYPTO_malloc_init();
  ^~~~~~~~~~~~~~~~~~
  CRYPTO_malloc
ecryptfs_key_mod_openssl.c:318:2: warning: ‘ERR_remove_state’ is deprecated [-Wdeprecated-declarations]
  ERR_remove_state(0);
  ^~~~~~~~~~~~~~~~
In file included from /usr/include/openssl/e_os2.h:13,
                 from /usr/include/openssl/pem.h:13,
                 from ecryptfs_key_mod_openssl.c:44:
/usr/include/openssl/err.h:260:1: note: declared here
 DEPRECATEDIN_1_0_0(void ERR_remove_state(unsigned long pid))
 ^~~~~~~~~~~~~~~~~~
ecryptfs_key_mod_openssl.c: In function ‘ecryptfs_openssl_generate_key’:
ecryptfs_key_mod_openssl.c:355:2: warning: ‘RSA_generate_key’ is deprecated [-Wdeprecated-declarations]
  if ((rsa = RSA_generate_key(1024, 65537, NULL, NULL)) == NULL) {
  ^~
In file included from /usr/include/openssl/e_os2.h:13,
                 from /usr/include/openssl/pem.h:13,
                 from ecryptfs_key_mod_openssl.c:44:
/usr/include/openssl/rsa.h:234:1: note: declared here
 DEPRECATEDIN_0_9_8(RSA *RSA_generate_key(int bits, unsigned long e, void
 ^~~~~~~~~~~~~~~~~~
make[3]: *** [Makefile:621: libecryptfs_key_mod_openssl_la-ecryptfs_key_mod_openssl.lo] Error 1
make[3]: Leaving directory '/tmp/SBo/ecryptfs-utils-111/src/key_mod'
make[2]: *** [Makefile:450: all-recursive] Error 1
make[2]: Leaving directory '/tmp/SBo/ecryptfs-utils-111/src'
make[1]: *** [Makefile:563: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/ecryptfs-utils-111'
make: *** [Makefile:474: all] Error 2