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.
chkrootkit not found in /var/cache/sbopkg.
--2021-12-08 23:53:18-- ftp://ftp.pangeia.com.br/pub/seg/pac/chkrootkit-0.54.tar.gz
=> «chkrootkit-0.54.tar.gz»
Risoluzione di ftp.pangeia.com.br (ftp.pangeia.com.br)... 187.33.4.179
Connessione a ftp.pangeia.com.br (ftp.pangeia.com.br)|187.33.4.179|:21... non riuscito: Connessione rifiutata.
chkrootkit not found in /var/cache/sbopkg.
--2021-12-08 23:53:18-- ftp://ftp.pangeia.com.br/pub/seg/pac/chkrootkit-0.54.tar.gz
=> «chkrootkit-0.54.tar.gz»
Risoluzione di ftp.pangeia.com.br (ftp.pangeia.com.br)... 187.33.4.179
Connessione a ftp.pangeia.com.br (ftp.pangeia.com.br)|187.33.4.179|:21... non riuscito: Connessione rifiutata.
-# This patch removes all the PAM-related code,
-# and checks the password against shadow instead.
-patch -p0 -i $CWD/i3lock-2.10-no-pam.patch
+autoreconf --force --install
-# i3lock needs setuid to make sure it isn't killed by the kernel and to read shadow.
-# Don't worry, the privileges are dropped really soon after starting
-# and everything else runs without privileges.
-chown 0.0 $PKG/usr/bin/i3lock
-chmod 4751 $PKG/usr/bin/i3lock
-# We need setuid to set the out of memory score, and drop permissions once done.
-# This makes the program's init slightly more insecure, since we'd only need
-# setgid to change the group to shadow to read the password, otherwise.
-# In fact, both Slackware's xlock and xscreensaver use (root.shadow 2751) as permissions.
+make install DESTDIR=$PKG
+cd $TMP/$PRGNAM-$VERSION
--- slack-desc 2021-12-10 12:45:15.506864467 -0800
+++ slack-desc.new 2021-12-10 12:21:08.385000655 -0800
@@ -13,7 +13,6 @@
i3lock: (you can configure the color/an image).
i3lock: You can return to your screen by entering your password.
i3lock:
-i3lock: This version is patched to not to use PAM.
i3lock:
i3lock: Homepage: https://i3wm.org/i3lock/
i3lock:
README:
Quote:
--- README 2021-12-10 12:49:37.994839765 -0800
+++ README.new 2021-12-10 12:49:26.305840865 -0800
@@ -1,7 +1 @@
i3lock is a simple screen locker like slock.
-
-This SlackBuild patches i3lock to not to use PAM, and is as such
-usable in Slackware. For verifying the password it uses shadow
-instead. Because of that, it needs suid permissions, but those
-privileges are dropped as soon as possible. The code for this was
-taken from slock. See the patch and LICENSE-slock.
Since Slackware now includes pam there is no need for the no-pam patch.
It builds and works fine on my system but this is my first time updating a package so I hope I've done everything correctly.
Add the following code to /etc/rc.local to start Ufw at boot time:
I believe should be changed to:
Quote:
Add the following code to /etc/rc.d/rc.local to start Ufw at boot time:
Quote:
--- README 2021-12-10 16:45:58.959968598 -0800
+++ README.new 2021-12-10 16:51:05.854946594 -0800
@@ -2,7 +2,7 @@
It provides a command line interface and aims to be uncomplicated and easy
to use.
-Add the following code to /etc/rc.local to start Ufw at boot time:
+Add the following code to /etc/rc.d/rc.local to start Ufw at boot time:
if [ -x /lib/ufw/ufw-init ]; then
/lib/ufw/ufw-init start
Some advice about linphone.
Compile fine, but enable only zrtp encryption(not supported by Asterisk as I know), to enable dtls and srtp I add to slackbuild this line(libsrtp and mbedtls must be installed first)
Code:
--enable-dtls \
--with-srtp=/usr \
. The package linphone doesn't search libsrtp.a in /usr/lib64 but search it in /usr/lib, i have "solved" making a symlink(sic!) compiling linphone and then remove the symlink
At least linphone works with srtp.
Today (Dec 24th) I upgraded my -current system and SBo-git repo to their most recent versions. While trying to build zulu-openjdk8 I get the following error:
Code:
Processing zulu-openjdk8
zulu-openjdk8:
Found zulu8.58.0.13-ca-jdk8.0.312-linux_x64.tar.gz in /var/cache/sbopkg.
Checking MD5SUM:
MD5SUM check for zulu8.58.0.13-ca-jdk8.0.312-linux_x64.tar.gz ... OK
Building package for zulu-openjdk8...
Architecture x86_64 is not supported.
I also tried zulu-openjdk11, it was the same. Some inspection revealed that it is this bit causing the error:
Code:
if [ -z "$ARCH" ]; then
case "$( uname -m )" in
i?86) ARCH=i686 ;;
x86_64) ARCH=x64 ;;
esac
fi
It turns out that ARCH is NOT a null string right before this code runs (it's x86_64 in my case), therefore the block inside the "if" never executes, causing this later check to fail:
Code:
if [ "$ARCH" = "i686" ]; then
LIB_ARCH=i686
LIBDIRSUFFIX=""
elif [ "$ARCH" = "x64" ]; then
LIB_ARCH=amd64
LIBDIRSUFFIX="64"
else
echo "Architecture ${ARCH} is not supported."
exit 1
fi
Eliminating the first if check above and running the inner code unconditionally solves the problem.
Another one that does not build is golang-googlecode-gotools. Here is the error:
Code:
Processing golang-googlecode-gotools
golang-googlecode-gotools:
Found go.tools-588451.tar.gz in /var/cache/sbopkg.
Checking MD5SUM:
MD5SUM check for go.tools-588451.tar.gz ... OK
Building package for golang-googlecode-gotools...
WORK=/tmp/go-build304747255
go: go.mod file not found in current directory or any parent directory; see 'go help modules'
From what I found on Google, some module initialization should be made. I tried adding
Code:
go mod init ${IMPORT_PATH}
and a similar "go mod tidy" line right before the main build stage, but other erros got in the way and I gave up. I am not familiar with the Go build system so I am not the least bit sure if I was trying something sensible, but in any case, the script does not build as-is.
Last edited by Ilgar; 12-29-2021 at 04:22 AM.
Reason: Typo
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.