SBo scripts not building on current (read 1st post, pls)
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I tried to build qt5 (located in the libraries folder of slackbuilds-current) today without success. I am using the latest updates to this directory from Ponce, along with the qt-everywhere-opensource-src-5.9.8.tar.xz source code. Below is the last part of the build where it fails:
Quote:
g++ -L/usr/lib64 -Wl,--gc-sections -Wl,-O1 -Wl,--enable-new-dtags -o ../../../bin/rcc .obj/rcc.o .obj/main.o -L/tmp/SBo/qt-everywhere-opensource-src-5.9.8/qtbase/lib -lQt5Bootstrap -lz -lpthread
/usr/bin/ld: .obj/rcc.o: in function `void std::__unguarded_linear_insert<QList<RCCFileInfo*>::iterator, __gnu_cxx::__ops::_Val_comp_iter<qt_rcc_compare_hash> >(QList<RCCFileInfo*>::iterator, __gnu_cxx::__ops::_Val_comp_iter<qt_rcc_compare_hash>) [clone .isra.0]':
rcc.cpp.text+0xae): undefined reference to `qt_hash(QString const&)'
/usr/bin/ld: rcc.cpp.text+0xb9): undefined reference to `qt_hash(QString const&)'
/usr/bin/ld: .obj/rcc.o: in function `RCCFileInfo::writeDataName(RCCResourceLibrary&, long long)':
rcc.cpp.text+0x8d4): undefined reference to `qt_hash(QString const&)'
/usr/bin/ld: rcc.cpp.text+0xa37): undefined reference to `qt_hash(QString const&)'
/usr/bin/ld: .obj/rcc.o: in function `void std::__insertion_sort<QList<RCCFileInfo*>::iterator, __gnu_cxx::__ops::_Iter_comp_iter<qt_rcc_compare_hash> >(QList<RCCFileInfo*>::iterator, QList<RCCFileInfo*>::iterator, __gnu_cxx::__ops::_Iter_comp_iter<qt_rcc_compare_hash>)':
rcc.cpp.text._ZSt16__insertion_sortIN5QListIP11RCCFileInfoE8iteratorEN9__gnu_cxx5__ops15_Iter_comp _iterI19qt_rcc_compare_hashEEEvT_SA_T0_[_ZSt16__insertion_sortIN5QListIP11RCCFileInfoE8iteratorEN9__gnu_cxx5__ops15_Iter_comp_iterI19qt_rcc_ compare_hashEEEvT_SA_T0_]+0x6c): undefined reference to `qt_hash(QString const&)'
/usr/bin/ld: .obj/rcc.o:rcc.cpp.text._ZSt16__insertion_sortIN5QListIP11RCCFileInfoE8iteratorEN9__gnu_cxx5__ops15_Ite r_comp_iterI19qt_rcc_compare_hashEEEvT_SA_T0_[_ZSt16__insertion_sortIN5QListIP11RCCFileInfoE8iteratorEN9__gnu_cxx5__ops15_Iter_comp_iterI19qt_rcc_ compare_hashEEEvT_SA_T0_]+0x7b): more undefined references to `qt_hash(QString const&)' follow
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:115: ../../../bin/rcc] Error 1
make[3]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.9.8/qtbase/src/tools/rcc'
make[2]: *** [Makefile:117: sub-rcc-make_first] Error 2
make[2]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.9.8/qtbase/src'
make[1]: *** [Makefile:49: sub-src-make_first] Error 2
make[1]: Leaving directory '/tmp/SBo/qt-everywhere-opensource-src-5.9.8/qtbase'
make: *** [Makefile:83: module-qtbase-make_first] Error 2
I would like to get this working as there are other packages that I need to build that depend on qt5. Please let me know what other information is needed to help troubleshoot this problem.
I tried to build qt5 (located in the libraries folder of slackbuilds-current) today without success. I am using the latest updates to this directory from Ponce, along with the qt-everywhere-opensource-src-5.9.8.tar.xz source code. Below is the last part of the build where it fails...
I was having a similar issue until I removed the existing qt5 package. After uninstalling, the new one built flawlessly. Just curious, do you have qt5 installed on the machine you are using to build the package? If so, that might be your issue. YMMV
I was having a similar issue until I removed the existing qt5 package. After uninstalling, the new one built flawlessly. Just curious, do you have qt5 installed on the machine you are using to build the package? If so, that might be your issue. YMMV
I did have an existing qt5 (and qt5-webkit) package installed. I uninstalled them both and tried the build again. It got a lot farther this time but still failed. The build failed during the third party code compilations of the pulse audio component (I think). The relevant dump is
I think you most probably don't have the latest version of the repository because I patched the qt5 build for the newer pulseaudio nearly a couple of months ago.
the serialbus patch is needed ever, and the other "wenengine" ,patch , only if make WEBENGINE=yes , inside the variable, have other patches , add the second , probably need some tweak to apply directly on the script.slackbuild.
I read in some part , qt-5.9.9 is coming patched in december , but im not sure, for now need patches.
Last edited by USUARIONUEVO; 11-30-2019 at 05:25 PM.
the serialbus patch is needed ever, and the other "wenengine" ,patch , only if make WEBENGINE=yes , inside the variable, have other patches , add the second , probably need some tweak to apply directly on the script.slackbuild.
I read in some part , qt-5.9.9 is coming patched in december , but im not sure, for now need patches.
sorry if I forgot to write about it here but I already applied your patches (thanks for those!) two weeks ago
#!/bin/sh
# Slackware build script for gzdoom
# Written by B. Watson (yalhcru@gmail.com)
# Licensed under the WTFPL. See http://www.wtfpl.net/txt/copying/ for details.
# 20181022 bkw: Updated for 3.6.0.
# 20180827 bkw: Updated for 3.5.1.
# 20180801 bkw: Updated for 3.5.0.
# 20180623 bkw: Updated for 3.4.1 (released the day after my 3.4.0 update).
# 20180612 bkw: Updated for 3.4.0.
# 20180104 bkw: Updated for 3.2.5.
# 20171222 bkw: Updated for 3.2.4.
# 20170608 bkw:
# - Updated for 3.1.0. fmodapi support has been removed by upstream, so
# it's no longer a dep.
# - Add OpenAL as a dep. Technically it's not required, as gzdoom will
# happily compile & run without it... but it won't be able to make
# any sound at all. Nobody wants this. If you disagree with my decision
# to make OpenAL a hard dep, I don't want to hear about it (you won't
# be able to make sound anyway, so I won't have to...)
# - Stop supporting old versions of gzdoom. The old versions are now
# supported as "gzdoom-legacy" for those that need them.
PRGNAM=gzdoom
VERSION=${VERSION:-4.2.4}
BUILD=${BUILD:-1}
TAG=${TAG:-_SBo}
if [ -z "$ARCH" ]; then
case "$( uname -m )" in
i?86) ARCH=i586 ;;
arm*) ARCH=arm ;;
*) ARCH=$( uname -m ) ;;
esac
fi
CWD=$(pwd)
TMP=${TMP:-/tmp/SBo}
PKG=$TMP/package-$PRGNAM
OUTPUT=${OUTPUT:-/tmp}
if [ "$ARCH" = "i586" ]; then
SLKCFLAGS="-O2 -march=i586 -mtune=i686"
LIBDIRSUFFIX=""
elif [ "$ARCH" = "i686" ]; then
SLKCFLAGS="-O2 -march=i686 -mtune=i686"
LIBDIRSUFFIX=""
elif [ "$ARCH" = "x86_64" ]; then
SLKCFLAGS="-O2 -fPIC"
LIBDIRSUFFIX="64"
else
SLKCFLAGS="-O2"
LIBDIRSUFFIX=""
fi
set -e
rm -rf $PKG
mkdir -p $TMP $PKG $OUTPUT
cd $TMP
rm -rf $PRGNAM-g$VERSION $PRGNAM-$VERSION
tar xvf $CWD/$PRGNAM-g$VERSION.tar.gz || \
tar xvf $CWD/g$VERSION.tar.gz || \
tar xvf $CWD/$PRGNAM-$VERSION.tar.gz || \
unzip $CWD/g$VERSION.zip || \
unzip $CWD/$PRGNAM-$VERSION.zip || \
unzip $CWD/$PRGNAM-g$VERSION.zip || \
tar xvf $CWD/$VERSION.tar.gz
cd $PRGNAM-g$VERSION || cd $PRGNAM-$VERSION
chown -R root:root .
find -L . \
\( -perm 777 -o -perm 775 -o -perm 750 -o -perm 711 -o -perm 555 -o -perm 511 \) \
-exec chmod 755 {} \+ -o \
\( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \
-exec chmod 644 {} \+
# gzdoom in windowed mode wants to display its git tag and hash as part
# of the window title. For releases this shows up as "<unknown version> 0",
# which doesn't hurt anything but is ugly.
# This makes the window title appear as e.g. "GZDOOM 2.1.1 (Aug 3 2016)". The
# date is the build date.
patch -p1 < $CWD/window_title_version.diff
sed -i "/#define *VERSIONSTR/s,GIT_DESCRIPTION,\"$VERSION\"," src/version.h
# This isn't currently used, but was in the past, and will be again I'm sure.
[ -e $CWD/compilefix.$VERSION.diff ] && \
patch -p1 < $CWD/compilefix.$VERSION.diff
# 3.1.0 started needing -DNDEBUG. Using ld.gold speeds up the final link
# enough to be worth using (saves 17+ sec on my test box).
SLKCFLAGS="$SLKCFLAGS -DNDEBUG -fuse-ld=gold"
mkdir -p build
cd build
cmake \
-DCMAKE_C_FLAGS_RELEASE:STRING="$SLKCFLAGS -DSHARE_DIR=\\\"/usr/share/games/doom\\\"" \
-DCMAKE_CXX_FLAGS_RELEASE:STRING="$SLKCFLAGS -DSHARE_DIR=\\\"/usr/share/games/doom\\\"" \
-DCMAKE_INSTALL_PREFIX=/usr \
-DLIB_SUFFIX=${LIBDIRSUFFIX} \
-DMAN_INSTALL_DIR=/usr/man \
-DCMAKE_BUILD_TYPE=Release ..
make VERBOSE=1
mkdir -p $PKG/usr/games $PKG/usr/share/games/doom
install -m0755 -s $PRGNAM $PKG/usr/games/$PRGNAM
install -m0644 *.pk3 $PKG/usr/share/games/doom/
cd ..
# .desktop written for this SlackBuild
mkdir -p $PKG/usr/share/applications
cat $CWD/$PRGNAM.desktop > $PKG/usr/share/applications/$PRGNAM.desktop
# PNG converted from Windows icon
mkdir -p $PKG/usr/share/pixmaps
cat $CWD/$PRGNAM.png > $PKG/usr/share/pixmaps/$PRGNAM.png
mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION
cp -a docs/* $PKG/usr/doc/$PRGNAM-$VERSION
cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild
cat $CWD/README_SBo.txt > $PKG/usr/doc/$PRGNAM-$VERSION/README_SBo.txt
# Fix DOS CRLF line endings. The stuff in licenses/ is already OK, for 2.3.2.
sed -i 's/\r//' $PKG/usr/doc/$PRGNAM-$VERSION/*.*
mkdir -p $PKG/install
cat $CWD/slack-desc > $PKG/install/slack-desc
cat $CWD/doinst.sh > $PKG/install/doinst.sh
cd $PKG
/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz}
looks like PyMOL-2.2.0 while working fine on 14.2 is not compatible with the newer mesa in current, but the newer PyMOL-2.3.0 (that needs the additional dependency mmtf-cpp) seems to work fine on this platform: as this introduces a new dependency (also if it's just a bunch of headers files) it's better if you ask the maintainer to update it also on stable.
Today I tried to build PyMOL on -current and got several errors. Still is 2.2.0 for current.
Today I tried to build PyMOL on -current and got several errors. Still is 2.2.0 for current.
IMHO you can try to get in touch with the maintainer too and propose the update...
I'm sorry but I don't feel like pushing new dependencies that I will have to maintain myself for scripts I don't use.
Today I tried to build PyMOL on -current and got several errors. Still is 2.2.0 for current.
I ran in the same problems; got pymol 2.3.0 running fine on current, informed the maintainer at the time but (s)he seemed very busy and not using the program. Anyway, for pymol change version number in info and Slackbuild. For the new dependency, find attached what you need (please edit file-names to suit the ones used in scripts...)
hth
PS At the time I also passed on this info to the maintainer
I ran in the same problems; got pymol 2.3.0 running fine on current, informed the maintainer at the time but (s)he seemed very busy and not using the program. Anyway, for pymol change version number in info and Slackbuild. For the new dependency, find attached what you need (please edit file-names to suit the ones used in scripts...)
hth
PS At the time I also passed on this info to the maintainer
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.