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.
nexengine-libretro is completely broken in current during run-time. I suspect its because of the new gcc, but it can be worked around for now by disabling optimizations.
Code:
[ "${DEBUG:=0}" != 0 ] && DEBUG=1
Can be changed to:
Code:
[ "${DEBUG:=1}" != 0 ] && DEBUG=1
Unfortunately clang is not an option because it will segfault instead of not rendering anything during gameplay.
-- Checking for module 'spice-client-gtk-3.0'
-- Found spice-client-gtk-3.0, version 0.35
-- Finding suggested package Libsecret.
-- Disable this using "-DWITH_LIBSECRET=OFF".
-- Found LIBSECRET: /usr/include/libsecret-1;/usr/include/glib-2.0;/usr/lib64/glib-2.0/include
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
LIBSSH_THREADS_LIBRARY
linked by target "remmina" in directory /tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/remmina
linked by target "remmina-plugin-nx" in directory /tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/plugins/nx
-- Configuring incomplete, errors occurred!
See also "/tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/build/CMakeFiles/CMakeOutput.log".
See also "/tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/build/CMakeFiles/CMakeError.log".
-- Checking for module 'spice-client-gtk-3.0'
-- Found spice-client-gtk-3.0, version 0.35
-- Finding suggested package Libsecret.
-- Disable this using "-DWITH_LIBSECRET=OFF".
-- Found LIBSECRET: /usr/include/libsecret-1;/usr/include/glib-2.0;/usr/lib64/glib-2.0/include
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
LIBSSH_THREADS_LIBRARY
linked by target "remmina" in directory /tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/remmina
linked by target "remmina-plugin-nx" in directory /tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/plugins/nx
-- Configuring incomplete, errors occurred!
See also "/tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/build/CMakeFiles/CMakeOutput.log".
See also "/tmp/SBo/Remmina-71cb7a156065d65d7b5465596ab9bc5aeb8b84ec/build/CMakeFiles/CMakeError.log".
you have to rebuild all the remmina dependencies too (mandatory and optional, if installed), it seems that something on your system still links against an older libssh.
you have to rebuild all the remmina dependencies too (mandatory and optional, if installed), it seems that something on your system still links against an older libssh.
no, sorry, I got it wrong: apply this patch with "patch -p1 < /path/to/the/patch.patch" from the SlackBuild directory, instead
arm-gcc slackbuild is not working on slackware64 multilib -current. arm-binutils did compile and install so i have set the requirements right.
I tried to build arm-gcc with sbopkg with ponce's git repo. It looks like it's missing a standard library stdio.h,
but i don't know much about compiling a compiler for a different architecture so would someone like to help me? Already thanks for the efforts.
arm-gcc slackbuild is not working on slackware64 multilib -current. arm-binutils did compile and install so i have set the requirements right.
I tried to build arm-gcc with sbopkg with ponce's git repo. It looks like it's missing a standard library stdio.h,
but i don't know much about compiling a compiler for a different architecture so would someone like to help me? Already thanks for the efforts.
I just tried to build this on stable and it breaks too with exactly the same error: as this happens on stable too you should get in touch with the maintainer so that he will fix it.
BTW, for current I updated it to 8.2.0 and it seems to build (but I haven't tested it)
Code:
diff --git a/development/arm-gcc/README b/development/arm-gcc/README
index 964a9570c2..c40bc6bb12 100644
--- a/development/arm-gcc/README
+++ b/development/arm-gcc/README
@@ -1,2 +1,2 @@
This package contains cross compiling version of GNU gcc, which can be
-used to compile C and C++ programs for the ARM platform.
+used to compile C programs for the ARM platform.
diff --git a/development/arm-gcc/arm-gcc.SlackBuild b/development/arm-gcc/arm-gcc.SlackBuild
index 782ac73ba1..664f99713f 100644
--- a/development/arm-gcc/arm-gcc.SlackBuild
+++ b/development/arm-gcc/arm-gcc.SlackBuild
@@ -25,7 +25,7 @@
# Written by Marek Buras <cyfr0n (at) go2 !dot pl>
PRGNAM=arm-gcc
-VERSION=${VERSION:-4.9.2}
+VERSION=${VERSION:-8.2.0}
BUILD=${BUILD:-1}
TAG=${TAG:-_SBo}
@@ -62,7 +62,7 @@ rm -rf $PKG
mkdir -p $TMP $PKG $OUTPUT
cd $TMP
rm -rf gcc-$VERSION arm-gcc-build-$VERSION
-tar xvf $CWD/gcc-$VERSION.tar.bz2
+tar xvf $CWD/gcc-$VERSION.tar.xz
mkdir arm-gcc-build-$VERSION
cd arm-gcc-build-$VERSION
chown -R root:root .
@@ -130,6 +130,9 @@ rm -rf $PKG/usr/share
rm -rf $PKG/usr/man/man7
rm -rf $PKG/usr/libexec/gcc/arm/$VERSION/install-tools
+# These files collide with the ones from Slackware's gcc, so we move them
+mv $PKG/usr/lib$LIBDIRSUFFIX/libcc* $PKG/usr/lib$LIBDIRSUFFIX/gcc/arm-none-eabi/$VERSION/
+
find $PKG -print0 | xargs -0 file | grep -e "executable" -e "shared object" | grep ELF \
| cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true
diff --git a/development/arm-gcc/arm-gcc.info b/development/arm-gcc/arm-gcc.info
index 1aa9100d78..45dfc07ff1 100644
--- a/development/arm-gcc/arm-gcc.info
+++ b/development/arm-gcc/arm-gcc.info
@@ -1,8 +1,8 @@
PRGNAM="arm-gcc"
-VERSION="4.9.2"
+VERSION="8.2.0"
HOMEPAGE="http://www.gnu.org/software/gcc/"
-DOWNLOAD="ftp://ftp.gnu.org/pub/gnu/gcc/gcc-4.9.2/gcc-4.9.2.tar.bz2"
-MD5SUM="4df8ee253b7f3863ad0b86359cd39c43"
+DOWNLOAD="ftp://ftp.gnu.org/pub/gnu/gcc/gcc-8.2.0/gcc-8.2.0.tar.xz"
+MD5SUM="4ab282f414676496483b3e1793d07862"
DOWNLOAD_x86_64=""
MD5SUM_x86_64=""
REQUIRES="arm-binutils"
I have compiled the arm-gcc toolchain. I did start with the slackbuild but felt it was out of date. I looked for the latest version that had been tweaked by arm and found it at https://developer.arm.com/open-sourc...olchain/gnu-rm. It is not the same tarball as before because it has all that you need in one place. It contains binutils, gcc, newlib and gdb. I separated the tarballs out and used tweaked versions of the slackbuild scripts to build. As you might be aware the build order is important with toolchains. From memory I think it is arm-binutils, newlib-headers, arm-gcc, newlib and finally arm-gdb.
nexengine-libretro is completely broken in current during run-time. I suspect its because of the new gcc, but it can be worked around for now by disabling optimizations.
Code:
[ "${DEBUG:=0}" != 0 ] && DEBUG=1
Can be changed to:
Code:
[ "${DEBUG:=1}" != 0 ] && DEBUG=1
Unfortunately clang is not an option because it will segfault instead of not rendering anything during gameplay.
I tried building MuseScore 2.1.0. I think it doesn't like the Qt5 in Plasma 5.
Code:
/tmp/SBo/MuseScore-2.1.0/mscore/preferences.cpp: In member function ‘void Ms::PreferenceDialog::recordButtonClicked(int)’:
/tmp/SBo/MuseScore-2.1.0/mscore/preferences.cpp:786:48: error: invalid use of incomplete type ‘class QButtonGroup’
foreach(QAbstractButton* b, recordButtons->buttons()) {
^~
In file included from /usr/include/qt5/QtWidgets/qtoolbutton.h:45,
from /usr/include/qt5/QtWidgets/QToolButton:1,
from /tmp/SBo/MuseScore-2.1.0/build.release/all.h:104,
from <command-line>:
/usr/include/qt5/QtWidgets/qabstractbutton.h:53:7: note: forward declaration of ‘class QButtonGroup’
class QButtonGroup;
^~~~~~~~~~~~
/tmp/SBo/MuseScore-2.1.0/mscore/preferences.cpp:787:40: error: invalid use of incomplete type ‘class QButtonGroup’
b->setChecked(recordButtons->id(b) == val);
^~
In file included from /usr/include/qt5/QtWidgets/qtoolbutton.h:45,
from /usr/include/qt5/QtWidgets/QToolButton:1,
from /tmp/SBo/MuseScore-2.1.0/build.release/all.h:104,
from <command-line>:
/usr/include/qt5/QtWidgets/qabstractbutton.h:53:7: note: forward declaration of ‘class QButtonGroup’
class QButtonGroup;
^~~~~~~~~~~~
make[3]: *** [mscore/CMakeFiles/mscore.dir/build.make:1149: mscore/CMakeFiles/mscore.dir/preferences.cpp.o] Error 1
I tried building MuseScore-2.3.2 but it required portaudio and portmidi. Portmidi has a dependency on jdk so I gave up because I have an aversion to jdk.
The latest updates on Sbo for vlc and qt-5 raised compilation errors:
vlc:
Quote:
/bin/grep: /usr/lib64/libebml.la: No such file or directory
/bin/sed: can't read /usr/lib64/libebml.la: No such file or directory
...
I had libebml upgraded to its latest SBo-version in the same round...and that .la file is not in the package as shown by less /var/log/packages/libebml-1.3.6-x86_64-1ponce (thus the error seems correct and the problem could be with libebml)
qt-5:
Quote:
...
> /var/tmp/sbo/sbopkg.ljQGMa/qt-everywhere-opensource-src-5.9.7/qtbase/config.tests/openssl/openssl.cpp:43:4: error: #error "OpenSSL >= 0.9.7, and < 1.1.0 is required"
> # error "OpenSSL >= 0.9.7, and < 1.1.0 is required"
> ^~~~~
> gmake: *** [Makefile:170: openssl.o] Error 1
=> source failed verification.
test config.network.libraries.openssl_headers FAILED
Checking for OpenSSL v. 1.1 support...
...
ERROR: Feature 'openssl' was enabled, but the pre-condition '!features.securetransport && (features.openssl-linked || libs.openssl_headers)' failed.
Cleaning up...
Distribution: Slackware64 15.0 (started with 13.37). Testing -current in a spare partition.
Posts: 932
Rep:
Quote:
Originally Posted by ponce
Hi Paulo2,
this happens also on stable, and a version bump to the latest svn should be enough to fix it
Hi ponce, thanks for the answer. I was taking a look at the aMule home page and found the
development url http://amule.sourceforge.net/tarballs/tarballs.xml , the latest version
(the same you used, 11003) builds ok with cryptopp 7.
Since I was testing it, I tried to build against the libupnp 1.8 instead of libupnp-legacy,
but the build failed.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.