problem building qt5

itsgregman · 12-31-2016, 12:03 PM

Slackware 14.2 32 bit
Trying to build from slackbuild fails with
"This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770."

55020 · 12-31-2016, 12:25 PM

Me too

Anybody?

itsgregman · 12-31-2016, 06:46 PM

Here's a more complete coy of the error. What do you guys think? Do I need to do a fresh install? I've noticed a few strange errors lately that make me question my installation. Just give me some feedback guys as to wheter this is somewhat normal or could be a sign of a corrupted OS.

ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770.
Project ERROR: -- running gyp_qtwebengine failed --
Makefile:116: recipe for target 'sub-gyp_run-pro-make_first' failed
make[3]: *** [sub-gyp_run-pro-make_first] Error 3
make[3]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src/core'
Makefile:49: recipe for target 'sub-core-make_first' failed
make[2]: *** [sub-core-make_first] Error 2
make[2]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine/src'
Makefile:44: recipe for target 'sub-src-make_first' failed
make[1]: *** [sub-src-make_first] Error 2
make[1]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.6.1/qtwebengine'
Makefile:716: recipe for target 'module-qtwebengine-make_first' failed
make: *** [module-qtwebengine-make_first] Error 2

OldHolborn · 12-31-2016, 07:39 PM

qt-5.6.2 has been out quite a while, fixes several CVE's as well as other things.

You may want to use that instead... ( the slackbuild also works for it )

From memory, it barfed on building docs and examples, so I excluded them and it built.

Edit...

Packages built and the install order

Code:

-rw-r--r-- 1 root root 433575 Nov 11 02:37 qt5-5.6.2-x86_64-1_SBo
-rw-r--r-- 1 root root   4465 Nov  7 23:00 libxkbcommon-0.6.1-x86_64-1_SBo
-rw-r--r-- 1 root root 122321 Nov  7 22:58 postgresql-9.6.0-x86_64-1_SBo
-rw-r--r-- 1 root root   1327 Nov  7 22:33 snappy-1.1.3-x86_64-1_SBo
-rw-r--r-- 1 root root   6075 Nov  7 22:31 opus-1.1.3-x86_64-1_SBo
-rw-r--r-- 1 root root   1169 Nov  7 22:27 OpenAL-1.17.2-x86_64-2_SBo
-rw-r--r-- 1 root root 201434 Nov  7 22:23 freetds-1.00.9-x86_64-1_SBo
-rw-r--r-- 1 root root   5280 Nov  7 22:18 unixODBC-2.3.4-x86_64-1_SBo
-rw-r--r-- 1 root root   2716 Nov  7 22:02 libwebp-0.5.1-x86_64-1_SBo

Edit Edit...

I did exclude docs and examples but included the proprietory codecs

a4z · 01-01-2017, 04:25 AM

Quote:

Originally Posted by OldHolborn

qt-5.6.2 has been out quite a while, fixes several CVE's as well as other things.

do you use tools for sbo or do you build by hand?
5.6.2 is several months old, and sbo is unfortunately still on 5.6.1. (sometimes the 'only the maintainer may update a script' is a pain)
tools might complain about checksums, or develop some other issues if you change your local sbo version.

OldHolborn · 01-01-2017, 06:42 AM

Generally edit and build the SBo by hand, mostly to bump versions, sometimes to add $NUMJOBS or other makeflag, occasionally a configure option. Sometimes because it just offends my eye!

In this case, qt-5.6, it's an LTS release, so *should* build just the same.

SBo's must only be ever viewed as a starting point for building a package as some are terribly out of date. That said, I'm very grateful that it's there as otherwise I'd be in the dark a lot of the time

willysr · 01-01-2017, 10:00 AM

Tested building 5.6.2 works on 32 bit (current), but it should work on stable as well (not yet tested)

itsgregman · 01-01-2017, 10:49 PM

Just for laughs I tried to use the most recent stable 5.7.1 and it failed with the same error.

Alien Bob · 01-02-2017, 02:47 AM

Quote:

Originally Posted by itsgregman

Just for laughs I tried to use the most recent stable 5.7.1 and it failed with the same error.

Well, I have qt5-5.7.1 in my repositories (the generic one as well as the ktown repository for Plasma 5) and that shows it can be built on Slackware 14.2.

pchristy · 01-02-2017, 06:11 AM

I've been trying AlienBob's KDE5 on one of my machines (x86_64), and it works fine. The only issue I've had is that if I do a ctl+alt+F6 to get to a console, the whole machine hangs when I alt+F7 back to kde. But I suspect that that is more to do with the proprietary NVidia drivers on that machine, rather than anything to do with Eric's KDE5.

Full instructions are in the README, including how to build from source if you want to go that route.

I do a lot of video work, and some of the packages I rely on heavily are now KDE5 only - the kde4 versions are no longer updated - so many thanks to Eric for his efforts! Hopefully we'll see KDE5 adopted by Slackware in the not too distant future!

--
Pete

USUARIONUEVO · 01-05-2017, 07:15 PM

i suspect is same error i get on meld3 build.

python-2.7.13 in your system ?

try to build python 2.7.13 in yourmachine y later build qt5

Problem is multiprocess related , probably python-2.7.13 /stable/branch are build inside virtual machine with only 1 cpu asigned.

the python build (slackware original) , have --enable-threads , but i suspect is not enabled if machine no have more than 1 cpu/core.

For all my problems realted to the semafore i solve rebuilding python-2.7.13 , using original and unmodified python build.

Out of curiosity , im not get that error/problem , in "current" , but get in "stable".

Here is the python official build
https://slackbuilds.org/mirror/slack...source/python/

i suspect rlated to python , because see that --> gyp_qtwebengine failed

old but interesting to read --> https://bugs.python.org/issue3770

USUARIONUEVO · 01-05-2017, 08:25 PM

cat /usr/lib64/python2.7/_sysconfigdata.py STABLE PYTHON PACKAGE

Quote:

'HAVE_BROKEN_SEM_GETVALUE': 1,
'POSIX_SEMAPHORES_NOT_ENABLED': 1,
'PY_UNICODE_TYPE': 'unsigned short',
'Py_UNICODE_SIZE': 2,

cat /usr/lib64/python2.7/_sysconfigdata.py CURRENT PYTHON PACKAGE

Quote:

'HAVE_BROKEN_SEM_GETVALUE': 0,
'POSIX_SEMAPHORES_NOT_ENABLED': 0,
'PY_UNICODE_TYPE': 0,
'Py_UNICODE_SIZE': 4,

STABLE --> Problems in some python related builds/packages arround semaphore
CURRENT --> Working as expected

kjhambrick · 01-06-2017, 03:44 AM

Thank you USUARIONUEVO

I believe you may have nailed it.

I see the same lines in my /usr/lib64/python2.7/_sysconfigdata.py file.

Below my sig are the final lines from the following qt5.SlackBuild command line ( it is actually in a script file so I can repeat it ).

Code:

VERSION=5.7.1 DOCS=yes EXAMPLES=yes PROPRIETARY_CODECS=yes ./qt.SlackBuild-$VERSION.log 2>&1 |tee qt.SlackBuild-${VERSION}.log

Note that I did have to modify the tar command in the qt5.SlackBuild for the qt5 version 5.7.1:

Code:

# diff -Naur qt5~01.SlackBuild qt5.SlackBuild

--- qt5~01.SlackBuild   2016-09-23 23:48:28.752361327 -0500
+++ qt5.SlackBuild      2017-01-05 05:18:23.631571276 -0600
@ -93,7 +93,7 @@
 mkdir -p $TMP $PKG $OUTPUT
 cd $TMP
 rm -rf ${PRGNAM/5/}-everywhere-opensource-src-$VERSION
-tar xvf $CWD/${PRGNAM/5/}-everywhere-opensource-src-$VERSION-1.tar.xz
+tar xvf $CWD/${PRGNAM/5/}-everywhere-opensource-src-$VERSION.tar.xz
 cd ${PRGNAM/5/}-everywhere-opensource-src-$VERSION
 chown -R root:root .
 find -L . \

-- kjh

# this is the tail of the LogFile after hours of compilation:
#

Code:

( test -e Makefile.gyp_run || /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtbase/bin/qmake /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core/gyp_run.pro -qtconf /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtbase/bin/qt.conf -o Makefile.gyp_run ) && make -f Makefile.gyp_run 
Project MESSAGE: Running gyp_qtwebengine "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core" -D qt_cross_compile=0 -D qt_os="desktop_linux" -D pkg-config="pkg-config 2> /dev/null" -D use_qt=1 -D v8_use_external_startup_data=0 -D enable_basic_printing=1 -D enable_print_preview=0 -D enable_web_speech=0 -D enable_extensions=0 -D linux_use_bundled_gold=0 -D linux_use_bundled_binutils=0 -D linux_use_gold_flags=0 -D toolkit_uses_gtk=0 -D use_ash=0 -D use_aura=1 -D use_cairo=0 -D use_clipboard_aurax11=0 -D use_cups=0 -D use_gconf=0 -D use_gio=0 -D use_gnome_keyring=0 -D use_kerberos=0 -D use_pango=0 -D use_openssl=1 -D use_nss_certs=1 -D use_openssl_certs=0 -D use_system_libpng=1 -D use_system_libjpeg=1 -D use_system_harfbuzz=1 -D use_pulseaudio=1 -D use_alsa=1 -D use_system_libevent=1 -D use_system_libwebp=1 -D use_system_libxml=1 -D desktop_linux=1 -D enable_widevine=1 -D clang=0 -D host_clang=0 -D qtwe_process_name_debug=QtWebEngineProcess -D qtwe_process_name_release=QtWebEngineProcess -D disable_glibcxx_debug=1 -D remove_webcore_debug_symbols=1 -D remove_v8base_debug_symbols=1 -D disable_fatal_linker_warnings=1 -D sysroot="" -D target_arch=x64 -D proprietary_codecs=1 -D ffmpeg_branding=Chrome -D enable_spellcheck=0.
using python: /usr/bin/python version: 2.7.13
Using extra options found in /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core/qmake_extras.gypi
Using extra options found in /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core/qtwebengine_extras.gypi
Using extra options found in /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core/qmake_extras.gypi
Using extra options found in /tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core/qtwebengine_extras.gypi
Updating projects from gyp files...
Traceback (most recent call last):
  File "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/tools/buildscripts/gyp_qtwebengine", line 178, in <module>
    sys.exit(gyp.main(args))
  File "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/__init__.py", line 538, in main
    return gyp_main(args)
  File "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/__init__.py", line 514, in gyp_main
    options.duplicate_basename_check)
  File "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/__init__.py", line 130, in Load
    params['parallel'], params['root_targets'])
  File "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/input.py", line 2769, in Load
    check, generator_input_info)
  File "/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/3rdparty/chromium/tools/gyp/pylib/gyp/input.py", line 601, in LoadTargetBuildFilesParallel
    parallel_state.pool = multiprocessing.Pool(multiprocessing.cpu_count())
  File "/usr/lib64/python2.7/multiprocessing/__init__.py", line 232, in Pool
    return Pool(processes, initializer, initargs, maxtasksperchild)
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 138, in __init__
    self._setup_queues()
  File "/usr/lib64/python2.7/multiprocessing/pool.py", line 233, in _setup_queues
    from .queues import SimpleQueue
  File "/usr/lib64/python2.7/multiprocessing/queues.py", line 48, in <module>
    from .synchronize import Lock, BoundedSemaphore, Semaphore, Condition
  File "/usr/lib64/python2.7/multiprocessing/synchronize.py", line 59, in <module>
    " function, see issue 3770.")
ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770.
Project ERROR: -- running gyp_qtwebengine failed --
Makefile:116: recipe for target 'sub-gyp_run-pro-make_first' failed
make[3]: *** [sub-gyp_run-pro-make_first] Error 3
make[3]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src/core'
Makefile:49: recipe for target 'sub-core-make_first' failed
make[2]: *** [sub-core-make_first] Error 2
make[2]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine/src'
Makefile:44: recipe for target 'sub-src-make_first' failed
make[1]: *** [sub-src-make_first] Error 2
make[1]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.7.1/qtwebengine'
Makefile:859: recipe for target 'module-qtwebengine-make_first' failed
make: *** [module-qtwebengine-make_first] Error 2

kjhambrick · 01-06-2017, 03:58 AM

Quote:

Originally Posted by Alien Bob

Well, I have qt5-5.7.1 in my repositories (the generic one as well as the ktown repository for Plasma 5) and that shows it can be built on Slackware 14.2.

Alien Bob --

I use more than a few of your SlackBuilds, including qt5 ( for Calibre ).

I don't see qt5-5.7.1 in the ChangeLog.txt nor is it online either.

All I do see is qt5-5.7.0 ...

Is this a pending / imminent update to qt5 ?

Thanks.

-- kjh

FTIO · 01-06-2017, 06:41 AM

I tried to build the qt5 from Slackbuilds.org yesterday also on my 14.2_x86-64 system but didn't get any error...it simply built for an hour or so and just stopped, like it was done but didn't have a txz file for me to install from anywhere. Literally no error reports or anything, it just stoped like it was done. (not trying to hijack the thread, just adding my experience with the build too). I had python 2.7.13 installed before trying this too, if that means anything.