LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   SBo scripts not building on current (read 1st post, pls) (https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/)

orbea 11-04-2018 09:43 AM

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.

Edit: Actually this is a better way.

Code:

sed -i 's/-O2/-O1/' Makefile

beriya 11-05-2018 04:11 AM

remmina
 
Code:

-- 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".


ponce 11-05-2018 04:26 AM

Quote:

Originally Posted by beriya (Post 5922948)
Code:

-- 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.

ponce 11-05-2018 04:35 AM

Quote:

Originally Posted by ponce (Post 5922951)
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
Code:

diff -Naur remmina.orig/find_libssh.patch remmina/find_libssh.patch
--- remmina.orig/find_libssh.patch      1970-01-01 01:00:00.000000000 +0100
+++ remmina/find_libssh.patch  2018-11-05 11:33:26.408690000 +0100
@@ -0,0 +1,25 @@
+From: "Matteo F. Vescovi" <mfv@debian.org>
+Date: Sun, 12 Aug 2018 14:22:40 +0200
+Subject: Fix_Cmake_rule_for_LibSSH
+
+---
+ cmake/FindLIBSSH.cmake | 6 +++++-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/cmake/FindLIBSSH.cmake b/cmake/FindLIBSSH.cmake
+index f003e2d..d1bfe23 100644
+--- a/cmake/FindLIBSSH.cmake
++++ b/cmake/FindLIBSSH.cmake
+@@ -51,7 +51,11 @@ include(FindPackageHandleStandardArgs)
+
+ find_package_handle_standard_args(LIBSSH DEFAULT_MSG LIBSSH_LIBRARY LIBSSH_INCLUDE_DIR)
+
+-set(LIBSSH_LIBRARIES ${LIBSSH_LIBRARY} ${LIBSSH_THREADS_LIBRARY})
++if (LIBSSH_THREADS_LIBRARY)
++      set(LIBSSH_LIBRARIES ${LIBSSH_LIBRARY} ${LIBSSH_THREADS_LIBRARY})
++else()
++      set(LIBSSH_LIBRARIES ${LIBSSH_LIBRARY})
++endif()
+ set(LIBSSH_INCLUDE_DIRS ${LIBSSH_INCLUDE_DIR})
+
+ mark_as_advanced(LIBSSH_INCLUDE_DIR LIBSSH_LIBRARY)
diff -Naur remmina.orig/remmina.SlackBuild remmina/remmina.SlackBuild
--- remmina.orig/remmina.SlackBuild    2018-11-05 11:24:38.291690000 +0100
+++ remmina/remmina.SlackBuild  2018-11-05 11:33:47.440690000 +0100
@@ -77,6 +77,8 @@
  \( -perm 666 -o -perm 664 -o -perm 640 -o -perm 600 -o -perm 444 \
  -o -perm 440 -o -perm 400 \) -exec chmod 644 {} \;
 
+patch -p1 < $CWD/find_libssh.patch
+
 mkdir -p build
 cd build
  cmake \


beriya 11-05-2018 06:07 AM

Quote:

Originally Posted by ponce (Post 5922954)
no, sorry, I got it wrong: apply this patch with "patch -p1 < /path/to/the/patch.patch" from the SlackBuild directory, instead
Code:

diff -Naur remmina.orig/find_libssh.patch remmina/find_libssh.patch
--- remmina.orig/find_libssh.patch      1970-01-01 01:00:00.000000000 +0100
+++ remmina/find_libssh.patch  2018-11-05 11:33:26.408690000 +0100
@@ -0,0 +1,25 @@
+From: "Matteo F. Vescovi" <mfv@debian.org>
+Date: Sun, 12 Aug 2018 14:22:40 +0200
+Subject: Fix_Cmake_rule_for_LibSSH
+
+---
+ cmake/FindLIBSSH.cmake | 6 +++++-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/cmake/FindLIBSSH.cmake b/cmake/FindLIBSSH.cmake
+index f003e2d..d1bfe23 100644
+--- a/cmake/FindLIBSSH.cmake
++++ b/cmake/FindLIBSSH.cmake
+@@ -51,7 +51,11 @@ include(FindPackageHandleStandardArgs)
+
+ find_package_handle_standard_args(LIBSSH DEFAULT_MSG LIBSSH_LIBRARY LIBSSH_INCLUDE_DIR)
+
+-set(LIBSSH_LIBRARIES ${LIBSSH_LIBRARY} ${LIBSSH_THREADS_LIBRARY})
++if (LIBSSH_THREADS_LIBRARY)
++      set(LIBSSH_LIBRARIES ${LIBSSH_LIBRARY} ${LIBSSH_THREADS_LIBRARY})
++else()
++      set(LIBSSH_LIBRARIES ${LIBSSH_LIBRARY})
++endif()
+ set(LIBSSH_INCLUDE_DIRS ${LIBSSH_INCLUDE_DIR})
+
+ mark_as_advanced(LIBSSH_INCLUDE_DIR LIBSSH_LIBRARY)
diff -Naur remmina.orig/remmina.SlackBuild remmina/remmina.SlackBuild
--- remmina.orig/remmina.SlackBuild    2018-11-05 11:24:38.291690000 +0100
+++ remmina/remmina.SlackBuild  2018-11-05 11:33:47.440690000 +0100
@@ -77,6 +77,8 @@
  \( -perm 666 -o -perm 664 -o -perm 640 -o -perm 600 -o -perm 444 \
  -o -perm 440 -o -perm 400 \) -exec chmod 644 {} \;
 
+patch -p1 < $CWD/find_libssh.patch
+
 mkdir -p build
 cd build
  cmake \


It works now, thank you!

bvandonselaar 11-05-2018 01:43 PM

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.

The error:
Code:

In file included from ../../../../gcc-4.9.2/libgcc/libgcc2.c:27:0:
../../../../gcc-4.9.2/libgcc/../gcc/tsystem.h:87:19: fatal error: stdio.h: No such file or directory
 #include <stdio.h>
                  ^
compilation terminated.
make[4]: *** [Makefile:463: _muldi3.o] Error 1
make[4]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2/arm-none-eabi/thumb/libgcc'
make[3]: *** [Makefile:1136: multi-do] Error 1
make[3]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2/arm-none-eabi/libgcc'
make[2]: *** [Makefile:116: all-multi] Error 2
make[2]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2/arm-none-eabi/libgcc'
make[1]: *** [Makefile:9851: all-target-libgcc] Error 2
make[1]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2'
make: *** [Makefile:840: all] Error 2


ponce 11-05-2018 02:58 PM

Quote:

Originally Posted by bvandonselaar (Post 5923106)
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.

The error:
Code:

In file included from ../../../../gcc-4.9.2/libgcc/libgcc2.c:27:0:
../../../../gcc-4.9.2/libgcc/../gcc/tsystem.h:87:19: fatal error: stdio.h: No such file or directory
 #include <stdio.h>
                  ^
compilation terminated.
make[4]: *** [Makefile:463: _muldi3.o] Error 1
make[4]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2/arm-none-eabi/thumb/libgcc'
make[3]: *** [Makefile:1136: multi-do] Error 1
make[3]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2/arm-none-eabi/libgcc'
make[2]: *** [Makefile:116: all-multi] Error 2
make[2]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2/arm-none-eabi/libgcc'
make[1]: *** [Makefile:9851: all-target-libgcc] Error 2
make[1]: Leaving directory '/tmp/SBo/arm-gcc-build-4.9.2'
make: *** [Makefile:840: all] Error 2


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"


Dunc. 11-06-2018 03:13 PM

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.

Kind regards

Duncan.

orbea 11-06-2018 09:26 PM

Quote:

Originally Posted by orbea (Post 5922728)
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.

Edit: Actually this is a better way.

Code:

sed -i 's/-O2/-O1/' Makefile

This was fixed upstream.

https://github.com/libretro/nxengine...05c39010a8d14e

Additionally it was reproducible in Slackware 14.2 if built with clang instead of gcc.

For more information see the following issues.

https://github.com/libretro/nxengine-libretro/issues/45
https://github.com/libretro/nxengine-libretro/issues/51

I've submitted an update to SBo which solves this.

RadicalDreamer 11-11-2018 08:13 AM

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.

ponce 11-11-2018 09:08 AM

Quote:

Originally Posted by RadicalDreamer (Post 5925027)
I tried building MuseScore 2.1.0. I think it doesn't like the Qt5 in Plasma 5.

it may be although I haven't tried building it with that version... but I just tried with SBo's version (5.9.x) and it built fine.

brobr 11-18-2018 06:33 PM

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...

Paulo2 11-18-2018 06:36 PM

sbopkg up to date Sat Nov 17 11:43:43 UTC 2018, and -current up to date.

I tried this in a VirtualBox clean -current install to be sure that it isn't a problem on
my real Slackware -current, and the result is the same.

aMule 2.3.2 fails to build with new cryptopp 7.0.0 (with the old one 5.6.5 it was building ok).

There are two others versions 6.0.0 and 6.1.0, but aMule fails to build with those as well.

ponce 11-18-2018 10:51 PM

Quote:

Originally Posted by Paulo2 (Post 5927506)
sbopkg up to date Sat Nov 17 11:43:43 UTC 2018, and -current up to date.

I tried this in a VirtualBox clean -current install to be sure that it isn't a problem on
my real Slackware -current, and the result is the same.

aMule 2.3.2 fails to build with new cryptopp 7.0.0 (with the old one 5.6.5 it was building ok).

There are two others versions 6.0.0 and 6.1.0, but aMule fails to build with those as well.

Hi Paulo2,

this happens also on stable, and a version bump to the latest svn should be enough to fix it
Code:

diff -Naur aMule.orig/aMule.SlackBuild aMule/aMule.SlackBuild
--- aMule.orig/aMule.SlackBuild 2018-08-11 02:28:07.000000000 +0200
+++ aMule/aMule.SlackBuild      2018-11-19 05:33:28.727416964 +0100
@@ -5,7 +5,7 @@
 # Maintained by Ozan Türkyılmaz ozan.turkyilmaz@gmial.com
 
 PRGNAM=aMule
-VERSION=${VERSION:-2.3.2}
+VERSION=${VERSION:-r11003}
 BUILD=${BUILD:-1}
 TAG=${TAG:-_SBo}
 
diff -Naur aMule.orig/aMule.info aMule/aMule.info
--- aMule.orig/aMule.info      2018-08-11 02:28:07.000000000 +0200
+++ aMule/aMule.info    2018-11-19 05:35:10.767423117 +0100
@@ -1,8 +1,8 @@
 PRGNAM="aMule"
-VERSION="2.3.2"
+VERSION="r11003"
 HOMEPAGE="http://www.amule.org"
-DOWNLOAD="http://downloads.sourceforge.net/amule/aMule-2.3.2.tar.xz"
-MD5SUM="4e666c33f2c87874d389d6d45eb82b7a"
+DOWNLOAD="http://ponce.cc/slackware/sources/repo/aMule-r11003.tar.xz"
+MD5SUM="83e46e574fc5355da4b531c369211a0a"
 DOWNLOAD_x86_64=""
 MD5SUM_x86_64=""
 REQUIRES="cryptopp wxPython"

as I occasionally use this I just wrote to the maintainer to report the build failure and the proposed fix.

Paulo2 11-18-2018 11:51 PM

Quote:

Originally Posted by ponce (Post 5927541)
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.


All times are GMT -5. The time now is 05:49 AM.