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

aikempshall · 03-12-2021, 01:10 AM

Quote:

Originally Posted by nobodino

while trying to build mono with SBo -current I got that error:
---------------------------
CSC [build] System.Text.Encoding.CodePages.dll
AOT [build] mscorlib.dll.so
Cannot open assembly ',profile=./../../class/lib/build/csc.System.Core.dll.aotprofile': Aucun fichier ou dossier de ce type.
make[7]: *** [Makefile:59 : ../../class/lib/build//mscorlib.dll.so] Erreur 1
make[6]: *** [../../build/rules.make:218 : do-all] Erreur 2
make[5]: *** [build/rules.make:245 : all-recursive] Erreur 1
make[4]: *** [Makefile:51 : profile-do--build--all] Erreur 2
make[3]: *** [Makefile:47 : profiles-do--all] Erreur 2
make[2]: *** [Makefile:570 : all-local] Erreur 2
make[2]*: on quitte le répertoire «*/tmp/SBo/mono-5.0.1.1/runtime*»
make[1]: *** [Makefile:522 : all-recursive] Erreur 1
make[1]*: on quitte le répertoire «*/tmp/SBo/mono-5.0.1.1*»
make: *** [Makefile:451 : all] Erreur 2
--------------------------

In Current I had the same error with mono-5.0.1.1.tar.bz2. I've now managed to build mono using mono-6.12.0.107.tar.xz. See previous posting in this thread for the changes I made to mono.SlackBuild

Had a look to see if I've got the skills to step in as maintainer. The step from mono-5.0.1.1.tar.bz2 to mono-6.12.0.107.tar.xz breaks some other packages, all of which I don't use. My guess is that they will all be 4 or more years old, so will have moved on quite a bit. So early days.

nobodino · 03-12-2021, 04:08 AM

thanks, it builds.

kgha · 03-14-2021, 06:29 AM

Hesitating to add this post to the thread since my install isn't a clean one, but:
I suddenly noticed that qpdfview-qt5 refused to open pdf files, complaining about a missing plugin. My attempts to rebuild ended in errors during the make process.
After adding this patch

https://build.opensuse.org/package/v...w-qt5.15.patch

to the build script, the build completed successfully and I can open pdf files again.

ponce · 03-14-2021, 07:06 AM

Quote:

Originally Posted by kgha

Hesitating to add this post to the thread since my install isn't a clean one, but:
I suddenly noticed that qpdfview-qt5 refused to open pdf files, complaining about a missing plugin. My attempts to rebuild ended in errors during the make process.
After adding this patch

https://build.opensuse.org/package/v...w-qt5.15.patch

to the build script, the build completed successfully and I can open pdf files again.

thanks for the report, I'll add it to the repository!

kevmccor · 03-15-2021, 07:18 PM

trying to build asymptote (office),

Quote:

make[1]: Leaving directory '/tmp/SBo/asymptote-2.65/doc'
cd doc && make man
make[1]: Entering directory '/tmp/SBo/asymptote-2.65/doc'
../asy -dir ../base -config "" -render=0 -h 2>&1 | grep -iv Asymptote > options
../asy -dir ../base -config "" -render=0 -f pdf -noprc Bode.asy
../asy -dir ../base -config "" -render=0 -f pdf -noprc CAD1.asy
../asy -dir ../base -config "" -render=0 -f pdf -noprc CDlabel.asy
../asy -dir ../base -config "" -render=0 -f pdf -noprc GaussianSurface.asy
GPL Ghostscript 9.53.3:
*** EPS files may not contain multiple pages.
*** Use of the %d filename format is required to output pages to multiple EPS files.
GPL Ghostscript 9.53.3: Unrecoverable error, exit code 1

mralk3 · 03-15-2021, 11:42 PM

lua fails to build on arm. I realize arm is not supported on SBo. Any idea about what can be done to fix this across SBo for 64 bit ARM? It will become a larger and larger issue as time moves along with Slackware ARM in existance and arm64 on its way in 15.0.

Build failure:

Code:

gcc -DLUA_USE_LINUX   -c -o ldblib.o ldblib.c
gcc -DLUA_USE_LINUX   -c -o liolib.o liolib.c
In file included from /usr/include/bits/errno.h:26,
                 from /usr/include/errno.h:28,
                 from lauxlib.c:9:
/usr/include/linux/errno.h:1:10: fatal error: asm/errno.h: No such file or directory
    1 | #include <asm/errno.h>
      |          ^~~~~~~~~~~~~
compilation terminated.
make[2]: *** [<builtin>: lauxlib.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /usr/include/bits/errno.h:26,
                 from /usr/include/errno.h:28,
                 from liolib.c:8:
/usr/include/linux/errno.h:1:10: fatal error: asm/errno.h: No such file or directory
    1 | #include <asm/errno.h>
      |          ^~~~~~~~~~~~~
compilation terminated.
make[2]: *** [<builtin>: liolib.o] Error 1
make[2]: Leaving directory '/tmp/SBo/lua-5.1.5/src'
make[1]: *** [Makefile:99: linux] Error 2
make[1]: Leaving directory '/tmp/SBo/lua-5.1.5/src'
make: *** [Makefile:56: linux] Error 2

Fix:

Code:

--- lua.SlackBuild.orig 2021-03-15 22:24:45.560902023 -0600
+++ lua.SlackBuild      2021-03-15 22:36:24.863489220 -0600
@@ -18,7 +18,7 @@
 
 if [ -z "$ARCH" ]; then
   case "$( uname -m )" in
-    i?86) ARCH=i486 ;;
+    i?86) ARCH=i586 ;;
     arm*) ARCH=arm ;;
        *) ARCH=$( uname -m ) ;;
   esac
@@ -38,6 +38,15 @@
 elif [ "$ARCH" = "x86_64" ]; then
   SLKCFLAGS="-O2 -fPIC"
   LIBDIRSUFFIX="64"
+elif [ "$ARCH" = "armv7hl" ]; then
+  SLKCFLAGS="-O2 -march=armv7-a -mfpu=vfpv3-d16"
+  LIBDIRSUFFIX=""
+elif [ "$ARCH" = "aarch64" ]; then
+  SLKCFLAGS="-O2 -fPIC"
+  LIBDIRSUFFIX="64"
+else
+  SLKCFLAGS="-O2"
+  LIBDIRSUFFIX=""
 fi
 
 set -e

Even just adding this to all scripts or make sure it exists:

Code:

..snip..
else
  SLKCFLAGS="-O2"
  LIBDIRSUFFIX=""
fi

ponce · 03-16-2021, 02:08 AM

Quote:

Originally Posted by mralk3

lua fails to build on arm. I realize arm is not supported on SBo. Any idea about what can be done to fix this across SBo for 64 bit ARM? It will become a larger and larger issue as time moves along with Slackware ARM in existance and arm64 on its way in 15.0.

Build failure:

Code:

gcc -DLUA_USE_LINUX   -c -o ldblib.o ldblib.c
gcc -DLUA_USE_LINUX   -c -o liolib.o liolib.c
In file included from /usr/include/bits/errno.h:26,
                 from /usr/include/errno.h:28,
                 from lauxlib.c:9:
/usr/include/linux/errno.h:1:10: fatal error: asm/errno.h: No such file or directory
    1 | #include <asm/errno.h>
      |          ^~~~~~~~~~~~~
compilation terminated.
make[2]: *** [<builtin>: lauxlib.o] Error 1
make[2]: *** Waiting for unfinished jobs....
In file included from /usr/include/bits/errno.h:26,
                 from /usr/include/errno.h:28,
                 from liolib.c:8:
/usr/include/linux/errno.h:1:10: fatal error: asm/errno.h: No such file or directory
    1 | #include <asm/errno.h>
      |          ^~~~~~~~~~~~~
compilation terminated.
make[2]: *** [<builtin>: liolib.o] Error 1
make[2]: Leaving directory '/tmp/SBo/lua-5.1.5/src'
make[1]: *** [Makefile:99: linux] Error 2
make[1]: Leaving directory '/tmp/SBo/lua-5.1.5/src'
make: *** [Makefile:56: linux] Error 2

mralk3, I'm sorry, but this is not an issue current-specific and as such should be discussed on the slackbuilds-users mailing list...

ponce · 03-16-2021, 02:55 AM

Quote:

Originally Posted by kevmccor

trying to build asymptote (office),

version-bump the version in this repository to 2.70 and you should be fine: thanks for the report!

mralk3 · 03-16-2021, 09:51 AM

Quote:

Originally Posted by ponce

mralk3, I'm sorry, but this is not an issue current-specific and as such should be discussed on the slackbuilds-users mailing list...

Ok, thanks for the input. I've reposted to the SBo mailing list. Apologies!

USUARIONUEVO · 03-16-2021, 06:31 PM

Hi , afflib not build here , it seems version we have is too old.

Im not try more recent versions but archlinux have 3.7.18 running , then probably this builds for us.

MDKDIO · 03-17-2021, 02:54 AM

Quote:

Originally Posted by USUARIONUEVO

Hi , afflib not build here , it seems version we have is too old.

Im not try more recent versions but archlinux have 3.7.18 running , then probably this builds for us.

I just gave 3.7.19 a try, builds fine here using Ponce buildscript
Only change made, version 3.7.7->3.7.19 in afflib.SlackBuild

ponce · 03-17-2021, 03:15 AM

yes, afflib 3.7.19 seems to build fine, thanks to both!

brobr · 03-17-2021, 08:47 AM

Hi, the current refind in SBo (0.13.1) produces this error when compiling:

Quote:

/usr/bin/ld -L./../libeg/ -L./../mok/ -L./../EfiLib/ -T /usr/lib64/gnuefi/elf_x86_64_efi.lds -shared -Bsymbolic -nostdlib -L/usr/lib64 -L/usr/lib64 /usr/lib64/gnuefi/crt0-efi-x86_64.o -znocombreloc -zdefs apple.o config.o crc32.o driver_support.o gpt.o icns.o install.o launch_efi.o launch_legacy.o lib.o line_edit.o linux.o log.o main.o menu.o mystrings.o pointer.o scan.o screen.o \
-o refind_x64.so -leg -lmok -lEfiLib -lefi -lgnuefi /usr/lib64/gcc/x86_64-slackware-linux/10.2.0/libgcc.a
/usr/bin/ld: apple.o: in function `GetCsrStatus':
apple.c

.text+0x96): undefined reference to `SPrint'
/usr/bin/ld: apple.o: in function `RecordgCsrStatus':
apple.c

.text+0x138): undefined reference to `SPrint'
/usr/bin/ld: apple.o: in function `RotateCsrValue':
apple.c

.text+0x276): undefined reference to `SPrint'
/usr/bin/ld: config.o: in function `ReadFile':
config.c

.text+0x1f8): undefined reference to `SPrint'
/usr/bin/ld: config.o: in function `ScanUserConfigured.localalias':
config.c

.text+0x1cbe): undefined reference to `SPrint'
/usr/bin/ld: config.o:config.c

.text+0x1e65): more undefined references to `SPrint' follow
make[1]: *** [Makefile:49: refind_x64.so] Error 1
make[1]: Leaving directory '/tmp/SBo/refind-0.13.1/refind'
make: *** [Makefile:87: gnuefi] Error 2

This has been addressed; the latest version (0.13.2) builds fine.

ponce · 03-17-2021, 08:51 AM

Quote:

Originally Posted by brobr

Hi, the current refind in SBo (0.13.1) produces this error when compiling:

This has been addressed; the latest version (0.13.2) builds fine.

as I am pretty sure that the maintainer uses current and updated it on SBo just a few days ago to 0.13.1, could you please notify him and ask for an update to 0.13.2?
thanks in advance!

SpacePlod · 03-17-2021, 10:32 AM

Quote:

Originally Posted by ponce

yes, afflib 3.7.19 seems to build fine, thanks to both!

Maintainer of Afflib here.

I have an updated afflib SlackBuild I've been using for sometime (on current). I've been holding on to it until SBo updates to current scripts. Is there a place we should be submitting these? (3.7.19 does not build on 14.2)