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.
For who use -current to play on Steam this is a mandatory info which need be done mostly times after you upgrade your system.
I also build my own -compat packages using compat32 package provided by AlienBOB, still need check how AlienBob creates his multilib packages version to replicate it.
I am rebuilting mesa right now, to test, and if needed, later gonna rebuild vulkan too.
Last edited by gbschenkel; 05-03-2024 at 03:23 PM.
Reason: formatting
"Anything trying to use -lncurses (etc) will be redirected to -lncursesw (etc)
at compile time."
_^^^^^^^^^^^^^
This indicates that the Steam Linux Runtime now needs to be rebuilt on -current so that those synlinks will be incorporated into the fresh build.
No, it's package libedit that needs a rebuild. radeonsi_dri.so loads libLLVM.so.18.1 which loads libedit.so.0 which loads libncurses.so.6. After rebuilding libedit, libedit.so.0 will load libncursesw.so.6 !
No, it's package libedit that needs a rebuild. radeonsi_dri.so loads libLLVM.so.18.1 which loads libedit.so.0 which loads libncurses.so.6. After rebuilding libedit, libedit.so.0 will load libncursesw.so.6 !
# NOTE 2024-04-29: I'm not sure these changes are still needed.
# Maybe GazL knows.
I don't have "current" installed at present so I had to check on my CRUX install which does a vanilla ncurses 6.5 install. The stock 'tmux' definition now appears to correctly specify kbs=^? so I believe the customised tmux definition is no longer needed.
The custom 'xterm' definition, if I am remembering rightly, was written to remove the 'rep' capability because some terminals claimed to be xterm through setting TERM=xterm but weren't fully compatible and didn't support that capability, resulting in screen corruptions. konsole was the prime culprit, but there's likely others out there. If you printf 'A\e[9b\n' on konsole and you get 10 'A' characters output then it means they've added the missing feature and you could get rid of the custom xterm definition too. That said, there's still old versions of konsole and potentially other incomplete terminal emulators out there, so I'd say keep the modified definition until such time as someone complains.
Seems Slackware-current kernel*6.6.n* omits /lib/modules/6.6.n/source symbolic link (symlink) so I can no longer build modules unless symlink there to /usr/src/linux-6.6.n... can this be fixed?
I wonder which others will also need to be rebuilt to correctly implement the change from 'narrow' to 'wide' ncurses.
Maybe none. Outside Steam, libedit works ok thanks to the symlink. Steam does some tricks and has problems only in case of library dependencies of graphics drivers: libncurses.so.6 symlink with different SONAME libncursesw.so.6.
I noticed the script has some problems if run on a 32-bit Slackware (or multilib), but the Edit button has already vanished. I'm sorry this is off topic but because I mentioned it, here comes the fixed version of that lddtree script:
Code:
#!/bin/sh
# lddtree
# List direct library dependencies and their dependencies and so on.
# Something like ldd, but ldd does not separate direct dependencies.
# pk 2024-03-16 2024-05-04
function check {
echo NEEDED by "$1":
objdump -p "$1"|grep NEEDED|sed 's/ *NEEDED *//;s/$/ /;s/\./\\\./g' > $NEEDED
ldd "$1"|grep -f $NEEDED|sed 's/ (.*//'
echo
}
[ $# -ne 1 ] && echo 'Give a binary or a library.' && exit 1
objdump -p "$1" > /dev/null || exit 1
NEEDED=$(mktemp)
trap 'rm $NEEDED' EXIT
check "$1"
ldd "$1"|grep -v -e linux-vdso.so.1 -e linux-gate.so.1 -e statically -e 'not found' |\
sed 's/.*=> //;s/ (.*//' |\
while read line; do
check $line
done
(I had to filter out "linux-gate.so.1" from the ldd output, like "linux-vdso.so.1" on a 64-bit system.)
Seems Slackware-current kernel*6.6.n* omits /lib/modules/6.6.n/source symbolic link (symlink) so I can no longer build modules unless symlink there to /usr/src/linux-6.6.n... can this be fixed?
This is not Slackware specific
Code:
kbuild: remove $(MODLIB)/source symlink
This reverts the old commit "kbuild: Introduce source symlink in
/lib/modules/.../". [1]
The current Kbuild does not require $(MODLIB)/source. If the kernel was
built in a separate output directory, $(MODLIB)/build/Makefile wraps
the Makefile in the source tree. It is enough for building external
modules.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.