LinuxQuestions.org - Requests for -current (14.2-->15.0)

- Slackware (https://www.linuxquestions.org/questions/slackware-14/)

- - Requests for -current (14.2-->15.0) (https://www.linuxquestions.org/questions/slackware-14/requests-for-current-14-2-15-0-a-4175620463/)

Quote:

Originally Posted by cwizardone (Post 6221480)

"Stop it!"
Who in the h*ll do you think you are??!!
I asked a serious question of a serious user, as I still don't see the appeal and think kde5 is change for the sake of change. Perhaps the user I questioned could have supplied a answer that would have change my opinion. I'm willing to listen and waiting to be "sold" on kde5.
You can go straight to h*ll.

I am a user of Slackware and member of the forum who has seen your many posts about not liking Plasma5 and asking why you should use it.

Why do you continually ask the same question expecting a different answer? Why can't you just realize that some people prefer Plasma5 and some prefer KDE4 (and some prefer xfce, fluxbox, etc)? Repeating the same question over and over just gets annoying.

Nobody needs to "sell" you on Plasma5. That is why Slackware ships *many* WM/DE choices. You decide what you like...

You can feel free to send me to wherever you feel I belong, but nobody needs to sell you on anything. Use what you like and move on...

Good grief... grow some skin.

Quote:

Originally Posted by saxa (Post 6221806)

NetworkManager-1.30.0
https://download.gnome.org/sources/N...-1.30.0.tar.xz

it seem it need dhcpcd-9.3.3 ;)

in the: https://download.gnome.org/sources/N...r-1.29.10.news

Probably its also a good time to upgrade dhcpcd :)

Could we please have lolcat added to Slackware?
There is an slackbuild
It just works (colorizes terminal output)
It really lifts the spirit of neofetch/screenfetch in that one particular thread (i like to think of it as one more PR thread for Slackware)

It works with:

-top
-tt (tetris clone for terminals)
-moon-buggy

and possibly others

Quote:

Originally Posted by SCerovec (Post 6221904)

It works with:

-top
-tt (tetris clone for terminals)
-moon-buggy

and possibly others

'sl|lolcat' is very nice too :D

This is my first time posting in this thread so I apologize if this is the wrong place.

After today's updates the dot lock utility problem with s-nail was fixed:

Quote:

n/s-nail-14.9.21-x86_64-3.txz: Rebuilt.
The dotlock utility doesn't work with glibc-2.33 (another case where changes
to sandboxed functions are needed), but we really don't need it anyway so
just rebuild without it. Thanks to Paulo2.

But I'm still having a different problem. When I send an email with a message and a subject, the email goes through but without the message or subject. I use the following command:

Quote:

echo "Hello" | mailx -s 'This is a test' me@mail.com

However, I do have a Slackware -current vm that hasn't been updated since 2/11 and the above command works.

Also, I have mailx set up to work with my gmail account.

I've never attempted to fix a bug before but I thought I would explore it this weekend. In the mean time I just wanted to bring it to attention.

Thanks

Quote:

Originally Posted by Ressy (Post 6221482)

I mentioned this as likely cause in previous, and waiting to here back from monty to see if it is also mariadb cause

Update - mariadb does not uses lchmod so its issue is unrelated,
it is under investigation to see what else might be breaking with glibc 2.32/2.33, if I get anything new i'll report back

Quote:

Originally Posted by saxa (Post 6221881)

Probably its also a good time to upgrade dhcpcd :)

i agree ;)

Quote:

Originally Posted by Ressy (Post 6221966)

Update - mariadb does not uses lchmod so its issue is unrelated,
it is under investigation to see what else might be breaking with glibc 2.32/2.33, if I get anything new i'll report back

Well mariadb guys have thrown it back at Pat and slackware

Code:



19347 pread64(9,  <unfinished ...>

19351 write(2, "2021-02-19 13:31:19 0 [Note] InnoDB: If the mysqld execution user is authorized,"..., 161) = 161

19351 futex_time64(0x197def4, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 0, {tv_sec=1613705480, tv_nsec=423349000}, FUTEX_BITSET_MATCH_ANY <unfinished ...>

19347 <... pread64 resumed>"\2540\352\371\0\0\2N\377\377\377\377\377\377\377\377\0\0\0Nb\274\264\275\0\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\t\21\t2\377\377\377\377\0\0\377\377\377\377\0\0\0\2\10W\0\0\0\0\0\0\2\201!2\0\0\0\1\0\0\2N\0,"..., 1048576, 1048576) = 1048576

19347 pread64(9, "\376\223;\251\0\0\2\213\377\377\377\377\377\377\377\377\0\0\0Nb\274\241)\0\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10O\10p\377\377\377\377\0\0\377\377\377\377\0\0\0\2\7\225\0\0\0\0\0\0\2\201\t\362\0\0\0\1\0\0\2\213\0,"..., 1048576, 2097152) = 1048576

19347 --- SIGILL {si_signo=SIGILL, si_code=ILL_ILLOPN, si_addr=0x1215250} ---

So file descriptor 9 is the ibdata1 file. As you are running the same code as before you upgraded glibc the SIGILL isn't part of mariadb otherwise it would of failed earlier. Note the futex call here never returns. Its quite possible that the futex call in the kernel or glibc has the SIGILL.

Given the duplicate bug references here is also a x86 reference on slackware I'd be looking closely at their build process and bug reports for something similar.

I'm not sure what's happening there, hope I haven't missed anything, but I can confirm that mariadb seems to work fine here on slackware-current 32bit, I just tested running a test wordpress site on it and it went smoothly: FWIW I started from scratch and then "mysql_install_db --user=mysql", "mysql_secure_installation" and then on with the worpress install...
do you have the same behaviour if you start from scratch? you can try shutting down mariadb, move /var/lib/mysql elsewhere and recreate a pristine installation doing like above (when you finish you can shut it down again, move back the backupped /var/lib/mysql and you should be fine).

Quote:

Originally Posted by ponce (Post 6222147)

hrmmm

do you have a headless system though? in other words you have kde and x and all installed?

Quote:

Originally Posted by Ressy (Post 6222152)

hrmmm

do you have a headless system though? in other words you have kde and x and all installed?

I have a full installation but I use it headless: it's a virtual machine that I have updated with the new glibc.

note that I edited the post above requesting a test, if you have the possibility to do it...

Quote:

Originally Posted by ponce (Post 6222155)

I have a full installation.

note that I edited the post above with a request.

yeah same, I dont know how this can so F'd up, its not the database, since if i copy the old pre rebuild binary in place, it all works.

and I dont have X or KDE installed, this is for servers, but it runs fine without kde and x on pre jan 22 rebuild, so unless he's done something else stupid in a gui env that forces an include shared object that does not get reported anywhere I dunno.

Code:

# ldd /usr/libexec/mariadbd 

        linux-gate.so.1 (0xb7f88000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb60a7000)

        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb6073000)

        liblz4.so.1 => /usr/lib/liblz4.so.1 (0xb604c000)

        liblzo2.so.2 => /usr/lib/liblzo2.so.2 (0xb6027000)

        liblzma.so.5 => /lib/liblzma.so.5 (0xb5ffb000)

        libbz2.so.1 => /lib/libbz2.so.1 (0xb5fe7000)

        libaio.so.1 => /lib/libaio.so.1 (0xb5fe2000)

        libz.so.1 => /lib/libz.so.1 (0xb5fc7000)

        libssl.so.1.1 => /lib/libssl.so.1.1 (0xb5f29000)

        libcrypto.so.1.1 => /lib/libcrypto.so.1.1 (0xb5c58000)

        libdl.so.2 => /lib/libdl.so.2 (0xb5c52000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb5a7a000)

        libm.so.6 => /lib/libm.so.6 (0xb5936000)

        libc.so.6 => /lib/libc.so.6 (0xb5769000)

        /lib/ld-linux.so.2 (0xb7f8a000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb5748000)

not even its plugins

Code:

adt_null.so:

        linux-gate.so.1 (0xb7faa000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f46000)

        libc.so.6 => /lib/libc.so.6 (0xb7d79000)

        /lib/ld-linux.so.2 (0xb7fac000)

auth_0x0100.so:

        linux-gate.so.1 (0xb7f3f000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7edb000)

        libc.so.6 => /lib/libc.so.6 (0xb7d0e000)

        /lib/ld-linux.so.2 (0xb7f41000)

auth_ed25519.so:

        linux-gate.so.1 (0xb7eea000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e75000)

        libc.so.6 => /lib/libc.so.6 (0xb7ca8000)

        /lib/ld-linux.so.2 (0xb7eec000)

auth_gssapi.so:

        linux-gate.so.1 (0xb7edd000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e79000)

        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7e27000)

        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7d5a000)

        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7d2a000)

        libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7d25000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7b4f000)

        libm.so.6 => /lib/libm.so.6 (0xb7a0b000)

        libc.so.6 => /lib/libc.so.6 (0xb783e000)

        /lib/ld-linux.so.2 (0xb7edf000)

        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb782e000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7828000)

        libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb7821000)

        libresolv.so.2 => /lib/libresolv.so.2 (0xb7804000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb77e3000)

auth_gssapi_client.so:

        linux-gate.so.1 (0xb7f43000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7edf000)

        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7e8d000)

        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb7dc0000)

        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb7d90000)

        libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7d8b000)

        libc.so.6 => /lib/libc.so.6 (0xb7bbe000)

        /lib/ld-linux.so.2 (0xb7f45000)

        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb7bae000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7ba8000)

        libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb7ba1000)

        libresolv.so.2 => /lib/libresolv.so.2 (0xb7b86000)

auth_pam.so:

        linux-gate.so.1 (0xb7f6c000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f08000)

        libpam.so.0 => /lib/libpam.so.0 (0xb7ef7000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7ef1000)

        libc.so.6 => /lib/libc.so.6 (0xb7d24000)

        /lib/ld-linux.so.2 (0xb7f6e000)

auth_pam_v1.so:

        linux-gate.so.1 (0xb7efa000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e96000)

        libpam.so.0 => /lib/libpam.so.0 (0xb7e85000)

        libc.so.6 => /lib/libc.so.6 (0xb7cb8000)

        /lib/ld-linux.so.2 (0xb7efc000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7cb2000)

auth_test_plugin.so:

        linux-gate.so.1 (0xb7ef4000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e90000)

        libc.so.6 => /lib/libc.so.6 (0xb7cc3000)

        /lib/ld-linux.so.2 (0xb7ef6000)

caching_sha2_password.so:

        linux-gate.so.1 (0xb7f7a000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f16000)

        libssl.so.1.1 => /lib/libssl.so.1.1 (0xb7e78000)

        libcrypto.so.1.1 => /lib/libcrypto.so.1.1 (0xb7ba7000)

        libc.so.6 => /lib/libc.so.6 (0xb79da000)

        /lib/ld-linux.so.2 (0xb7f7c000)

        libz.so.1 => /lib/libz.so.1 (0xb79bf000)

        libdl.so.2 => /lib/libdl.so.2 (0xb79b9000)

client_ed25519.so:

        linux-gate.so.1 (0xb7f2a000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eb5000)

        libssl.so.1.1 => /lib/libssl.so.1.1 (0xb7e17000)

        libcrypto.so.1.1 => /lib/libcrypto.so.1.1 (0xb7b46000)

        libc.so.6 => /lib/libc.so.6 (0xb7979000)

        /lib/ld-linux.so.2 (0xb7f2c000)

        libz.so.1 => /lib/libz.so.1 (0xb795e000)

        libdl.so.2 => /lib/libdl.so.2 (0xb7958000)

cracklib_password_check.so:

        linux-gate.so.1 (0xb7f5e000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7efa000)

        libcrack.so.2 => /usr/lib/libcrack.so.2 (0xb7eeb000)

        libc.so.6 => /lib/libc.so.6 (0xb7d1e000)

        /lib/ld-linux.so.2 (0xb7f60000)

        libz.so.1 => /lib/libz.so.1 (0xb7d03000)

debug_key_management.so:

        linux-gate.so.1 (0xb7f50000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eec000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d16000)

        libm.so.6 => /lib/libm.so.6 (0xb7bd2000)

        libc.so.6 => /lib/libc.so.6 (0xb7a05000)

        /lib/ld-linux.so.2 (0xb7f52000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79e4000)

dialog.so:

        linux-gate.so.1 (0xb7f53000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eef000)

        libc.so.6 => /lib/libc.so.6 (0xb7d22000)

        /lib/ld-linux.so.2 (0xb7f55000)

dialog_examples.so:

        linux-gate.so.1 (0xb7f75000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f11000)

        libc.so.6 => /lib/libc.so.6 (0xb7d44000)

        /lib/ld-linux.so.2 (0xb7f77000)

disks.so:

        linux-gate.so.1 (0xb7ed3000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e6f000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c99000)

        libm.so.6 => /lib/libm.so.6 (0xb7b55000)

        libc.so.6 => /lib/libc.so.6 (0xb7988000)

        /lib/ld-linux.so.2 (0xb7ed5000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7967000)

example_key_management.so:

        linux-gate.so.1 (0xb7fae000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f4a000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d74000)

        libm.so.6 => /lib/libm.so.6 (0xb7c30000)

        libc.so.6 => /lib/libc.so.6 (0xb7a63000)

        /lib/ld-linux.so.2 (0xb7fb0000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a42000)

file_key_management.so:

        linux-gate.so.1 (0xb7f04000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e9f000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cc9000)

        libm.so.6 => /lib/libm.so.6 (0xb7b85000)

        libc.so.6 => /lib/libc.so.6 (0xb79b8000)

        /lib/ld-linux.so.2 (0xb7f06000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7997000)

func_test.so:

        linux-gate.so.1 (0xb7f90000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f1e000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d48000)

        libm.so.6 => /lib/libm.so.6 (0xb7c04000)

        libc.so.6 => /lib/libc.so.6 (0xb7a37000)

        /lib/ld-linux.so.2 (0xb7f92000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a16000)

ha_archive.so:

        linux-gate.so.1 (0xb7f2f000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eb4000)

        libz.so.1 => /lib/libz.so.1 (0xb7e99000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cc3000)

        libm.so.6 => /lib/libm.so.6 (0xb7b7f000)

        libc.so.6 => /lib/libc.so.6 (0xb79b2000)

        /lib/ld-linux.so.2 (0xb7f31000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7991000)

ha_blackhole.so:

        linux-gate.so.1 (0xb7f4a000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ed9000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d03000)

        libm.so.6 => /lib/libm.so.6 (0xb7bbf000)

        libc.so.6 => /lib/libc.so.6 (0xb79f2000)

        /lib/ld-linux.so.2 (0xb7f4c000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79d1000)

ha_connect.so:

        linux-gate.so.1 (0xb7f50000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7d49000)

        libz.so.1 => /lib/libz.so.1 (0xb7d2e000)

        libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7bbc000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb79e6000)

        libm.so.6 => /lib/libm.so.6 (0xb78a2000)

        libc.so.6 => /lib/libc.so.6 (0xb76d5000)

        /lib/ld-linux.so.2 (0xb7f52000)

        libdl.so.2 => /lib/libdl.so.2 (0xb76cf000)

        liblzma.so.5 => /lib/liblzma.so.5 (0xb76a3000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7682000)

ha_example.so:

        linux-gate.so.1 (0xb7f94000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f22000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d4c000)

        libm.so.6 => /lib/libm.so.6 (0xb7c08000)

        libc.so.6 => /lib/libc.so.6 (0xb7a3b000)

        /lib/ld-linux.so.2 (0xb7f96000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a1a000)

ha_federated.so:

        linux-gate.so.1 (0xb7f5d000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ee3000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d0d000)

        libm.so.6 => /lib/libm.so.6 (0xb7bc9000)

        libc.so.6 => /lib/libc.so.6 (0xb79fc000)

        /lib/ld-linux.so.2 (0xb7f5f000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79db000)

ha_federatedx.so:

        linux-gate.so.1 (0xb7f8f000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f0c000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d36000)

        libm.so.6 => /lib/libm.so.6 (0xb7bf2000)

        libc.so.6 => /lib/libc.so.6 (0xb7a25000)

        /lib/ld-linux.so.2 (0xb7f91000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a04000)

ha_mroonga.so:

        linux-gate.so.1 (0xb7f28000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7960000)

        librt.so.1 => /lib/librt.so.1 (0xb7955000)

        libz.so.1 => /lib/libz.so.1 (0xb793a000)

        liblz4.so.1 => /usr/lib/liblz4.so.1 (0xb7913000)

        libdl.so.2 => /lib/libdl.so.2 (0xb790d000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7737000)

        libm.so.6 => /lib/libm.so.6 (0xb75f3000)

        libc.so.6 => /lib/libc.so.6 (0xb7426000)

        /lib/ld-linux.so.2 (0xb7f2a000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7405000)

ha_oqgraph.so:

        linux-gate.so.1 (0xb7f67000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ed4000)

        libJudy.so.1 => /usr/lib/libJudy.so.1 (0xb7eab000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cd5000)

        libm.so.6 => /lib/libm.so.6 (0xb7b91000)

        libc.so.6 => /lib/libc.so.6 (0xb79c4000)

        /lib/ld-linux.so.2 (0xb7f69000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79a3000)

ha_s3.so:

        linux-gate.so.1 (0xb7f1d000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e98000)

        libcurl.so.4 => /usr/lib/libcurl.so.4 (0xb7df5000)

        libz.so.1 => /lib/libz.so.1 (0xb7dda000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c04000)

        libm.so.6 => /lib/libm.so.6 (0xb7ac0000)

        libc.so.6 => /lib/libc.so.6 (0xb78f3000)

        /lib/ld-linux.so.2 (0xb7f1f000)

        libnghttp2.so.14 => /usr/lib/libnghttp2.so.14 (0xb78c3000)

        libidn2.so.0 => /usr/lib/libidn2.so.0 (0xb78a2000)

        libssh2.so.1 => /usr/lib/libssh2.so.1 (0xb785e000)

        libpsl.so.5 => /usr/lib/libpsl.so.5 (0xb784c000)

        libssl.so.1.1 => /usr/lib/libssl.so.1.1 (0xb77ae000)

        libcrypto.so.1.1 => /usr/lib/libcrypto.so.1.1 (0xb74db000)

        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb7489000)

        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb73bc000)

        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb738c000)

        libcom_err.so.2 => /lib/libcom_err.so.2 (0xb7387000)

        libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0xb7338000)

        liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0xb7328000)

        libzstd.so.1 => /lib/libzstd.so.1 (0xb7277000)

        libbrotlidec.so.1 => /usr/lib/libbrotlidec.so.1 (0xb7269000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7248000)

        libunistring.so.2 => /usr/lib/libunistring.so.2 (0xb70c3000)

        libdl.so.2 => /lib/libdl.so.2 (0xb70bd000)

        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb70ad000)

        libkeyutils.so.1 => /lib/libkeyutils.so.1 (0xb70a6000)

        libresolv.so.2 => /lib/libresolv.so.2 (0xb708b000)

        libnsl.so.2 => /lib/libnsl.so.2 (0xb7070000)

        libsasl2.so.3 => /usr/lib/libsasl2.so.3 (0xb7050000)

        libbrotlicommon.so.1 => /usr/lib/libbrotlicommon.so.1 (0xb702d000)

        libtirpc.so.3 => /lib/libtirpc.so.3 (0xb6ffd000)

ha_sphinx.so:

        linux-gate.so.1 (0xb7fc0000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f3b000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d65000)

        libm.so.6 => /lib/libm.so.6 (0xb7c21000)

        libc.so.6 => /lib/libc.so.6 (0xb7a54000)

        /lib/ld-linux.so.2 (0xb7fc2000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a33000)

ha_spider.so:

        linux-gate.so.1 (0xb7eea000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7d4d000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7b77000)

        libm.so.6 => /lib/libm.so.6 (0xb7a33000)

        libc.so.6 => /lib/libc.so.6 (0xb7866000)

        /lib/ld-linux.so.2 (0xb7eec000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7845000)

ha_test_sql_discovery.so:

        linux-gate.so.1 (0xb7f36000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ec5000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cef000)

        libm.so.6 => /lib/libm.so.6 (0xb7bab000)

        libc.so.6 => /lib/libc.so.6 (0xb79de000)

        /lib/ld-linux.so.2 (0xb7f38000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79bd000)

handlersocket.so:

        linux-gate.so.1 (0xb7ef0000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e62000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c8c000)

        libm.so.6 => /lib/libm.so.6 (0xb7b48000)

        libc.so.6 => /lib/libc.so.6 (0xb797b000)

        /lib/ld-linux.so.2 (0xb7ef2000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb795a000)

libdaemon_example.so:

        linux-gate.so.1 (0xb7eca000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e66000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7c90000)

        libm.so.6 => /lib/libm.so.6 (0xb7b4c000)

        libc.so.6 => /lib/libc.so.6 (0xb797f000)

        /lib/ld-linux.so.2 (0xb7ecc000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb795e000)

locales.so:

        linux-gate.so.1 (0xb7f12000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eae000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cd8000)

        libm.so.6 => /lib/libm.so.6 (0xb7b94000)

        libc.so.6 => /lib/libc.so.6 (0xb79c7000)

        /lib/ld-linux.so.2 (0xb7f14000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79a6000)

metadata_lock_info.so:

        linux-gate.so.1 (0xb7ef9000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7e95000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cbf000)

        libm.so.6 => /lib/libm.so.6 (0xb7b7b000)

        libc.so.6 => /lib/libc.so.6 (0xb79ae000)

        /lib/ld-linux.so.2 (0xb7efb000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb798d000)

mypluglib.so:

        linux-gate.so.1 (0xb7f7e000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f1a000)

        libc.so.6 => /lib/libc.so.6 (0xb7d4d000)

        /lib/ld-linux.so.2 (0xb7f80000)

mysql_clear_password.so:

        linux-gate.so.1 (0xb7f7d000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f19000)

        libc.so.6 => /lib/libc.so.6 (0xb7d4c000)

        /lib/ld-linux.so.2 (0xb7f7f000)

qa_auth_client.so:

        linux-gate.so.1 (0xb7f35000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ed1000)

        libc.so.6 => /lib/libc.so.6 (0xb7d04000)

        /lib/ld-linux.so.2 (0xb7f37000)

qa_auth_interface.so:

        linux-gate.so.1 (0xb7f16000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eb2000)

        libc.so.6 => /lib/libc.so.6 (0xb7ce5000)

        /lib/ld-linux.so.2 (0xb7f18000)

qa_auth_server.so:

        linux-gate.so.1 (0xb7f54000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ef0000)

        libc.so.6 => /lib/libc.so.6 (0xb7d23000)

        /lib/ld-linux.so.2 (0xb7f56000)

query_cache_info.so:

        linux-gate.so.1 (0xb7f23000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ebe000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ce8000)

        libm.so.6 => /lib/libm.so.6 (0xb7ba4000)

        libc.so.6 => /lib/libc.so.6 (0xb79d7000)

        /lib/ld-linux.so.2 (0xb7f25000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79b6000)

query_response_time.so:

        linux-gate.so.1 (0xb7f91000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f2c000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d56000)

        libm.so.6 => /lib/libm.so.6 (0xb7c12000)

        libc.so.6 => /lib/libc.so.6 (0xb7a45000)

        /lib/ld-linux.so.2 (0xb7f93000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a24000)

server_audit.so:

        linux-gate.so.1 (0xb7f96000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f25000)

        libc.so.6 => /lib/libc.so.6 (0xb7d58000)

        /lib/ld-linux.so.2 (0xb7f98000)

sha256_password.so:

        linux-gate.so.1 (0xb7f1f000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ebb000)

        libssl.so.1.1 => /lib/libssl.so.1.1 (0xb7e1d000)

        libcrypto.so.1.1 => /lib/libcrypto.so.1.1 (0xb7b4c000)

        libc.so.6 => /lib/libc.so.6 (0xb797f000)

        /lib/ld-linux.so.2 (0xb7f21000)

        libz.so.1 => /lib/libz.so.1 (0xb7964000)

        libdl.so.2 => /lib/libdl.so.2 (0xb795e000)

simple_password_check.so:

        linux-gate.so.1 (0xb7f13000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7eaf000)

        libc.so.6 => /lib/libc.so.6 (0xb7ce2000)

        /lib/ld-linux.so.2 (0xb7f15000)

sql_errlog.so:

        linux-gate.so.1 (0xb7fa1000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f3d000)

        libc.so.6 => /lib/libc.so.6 (0xb7d70000)

        /lib/ld-linux.so.2 (0xb7fa3000)

test_sql_service.so:

        linux-gate.so.1 (0xb7f6e000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f0a000)

        libc.so.6 => /lib/libc.so.6 (0xb7d3d000)

        /lib/ld-linux.so.2 (0xb7f70000)

test_versioning.so:

        linux-gate.so.1 (0xb7f4c000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ed8000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d02000)

        libm.so.6 => /lib/libm.so.6 (0xb7bbe000)

        libc.so.6 => /lib/libc.so.6 (0xb79f1000)

        /lib/ld-linux.so.2 (0xb7f4e000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79d0000)

type_mysql_json.so:

        linux-gate.so.1 (0xb7f1b000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7ea4000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7cce000)

        libm.so.6 => /lib/libm.so.6 (0xb7b8a000)

        libc.so.6 => /lib/libc.so.6 (0xb79bd000)

        /lib/ld-linux.so.2 (0xb7f1d000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb799c000)

type_test.so:

        linux-gate.so.1 (0xb7f74000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7efa000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d24000)

        libm.so.6 => /lib/libm.so.6 (0xb7be0000)

        libc.so.6 => /lib/libc.so.6 (0xb7a13000)

        /lib/ld-linux.so.2 (0xb7f76000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb79f2000)

wsrep_info.so:

        linux-gate.so.1 (0xb7fb0000)

        libpthread.so.0 => /lib/libpthread.so.0 (0xb7f44000)

        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7d6e000)

        libm.so.6 => /lib/libm.so.6 (0xb7c2a000)

        libc.so.6 => /lib/libc.so.6 (0xb7a5d000)

        /lib/ld-linux.so.2 (0xb7fb2000)

        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7a3c000)

EDIT: I put a link at the two bug reports on mariadb's jira, in case they can be useful...

https://jira.mariadb.org/browse/MDEV-24745
https://jira.mariadb.org/browse/MDEV-24922

Could plocate replace mlocate as the default locate command?
https://plocate.sesse.net/

Quote:

Originally Posted by gbschenkel (Post 6212280)

sudo 1.9.5p2
Upgrade agaisnt vulnerability CVE-2021-3156

vulkan-sdk 1.2.162.1
Changelog

I second this request, with link to the Linux SDK version of the changelog:

https://vulkan.lunarg.com/doc/sdk/1....ase_notes.html

Quote:

Originally Posted by ponce (Post 6222167)

but as it works here and it doesn't seem to be something related to your cpu, I hope you may understand how this may not look like a bug in Slackware...

also, FYI, mariadbd doesn't seems to link to x libraries here

EDIT: I put a link at the two bug reports on mariadb's jira, in case they can be useful...

https://jira.mariadb.org/browse/MDEV-24745
https://jira.mariadb.org/browse/MDEV-24922

So i'm not the only one with this problem, shows a pattern.

I hope you understand that ldd can show all ok, but unless you trace every library linked to also get OK a single ldd is only a rough "it seem alright"

I struck that problem with-currents, php IIRC, it had a library that ldd showed as there, but the library itself was linked to an Xlib resulting in php failing.

I guess I'm just wasting my time, so I'll forget it, which means my only 64 bit curent box stays locked with no more updates since before jan22 at least until I decide what to do, we can now get free RHEL licences so I need to weigh all our options and when the masses start using slackware 15 in same env I do and find it doesnt work, let all the complaints come in... then it might be taken seriously by those who matter, I've seen this before time and time again, I'm not going to argue with either side when they both pass the buck, and its the only way it gets taken seriously and given time, its noe 20 february, thats almost a full month with no result, so I have to ask myself is this good time management, I think you know the answer to that.

Now this is a VERY minor issue, but possibly worth fixing.
In sysvinit-scripts /etc/rc.d/rc.4 error message doesn't mention the new default login manager in the error message.
A little patch should fix the issue ;):

Code:

--- /etc/rc.d/rc.4      2017-05-24 00:57:32.000000000 +0100

+++ /etc/rc.d/rc.4.new  2021-02-20 03:12:53.845900984 +0000

@@ -53,7 +53,7 @@

 

 # error

 echo

-echo "Hey, you don't have KDM, GDM, or XDM.  Can't use runlevel 4 without"

+echo "Hey, you don't have SDDM, KDM, GDM, or XDM.  Can't use runlevel 4 without"

 echo "one of those installed."

 sleep 30

Regards,
Alex

Please consider adding vme.ko to the installer initrd. This is necessary in order to see the NVMe to install on an Asus VivoBook 15 laptop.

Reference: Difficulty seeing NVMe

Quote:

Originally Posted by Ressy (Post 6222338)

which means my only 64 bit curent box stays locked with no more updates since before jan22 at least until I decide what to do

if it can help you decide I'm managing web services httpd and mariadb based on up-2-date minimal installs of slackware64-current at the moment with no issues (I'm actually doing it since 4 years), just some carefully reading the ChangeLog and managing eventual new dependencies when upgrading.
I agree it's not for everybody, but you surely are aware of that if you choose to use in production the development version of a distribution.

Quote:

Originally Posted by Ressy (Post 6222338)

I hope you understand that ldd can show all ok, but unless you trace every library linked to also get OK a single ldd is only a rough "it seem alright"

I struck that problem with-currents, php IIRC, it had a library that ldd showed as there, but the library itself was linked to an Xlib resulting in php failing.

that's probably because of the php gd extension, but X libs actually show in the ldd output

Code:

/usr/lib64/php/extensions/gd.so:

        linux-vdso.so.1 (0x00007ffe77fca000)

        libgd.so.3 => /usr/lib64/libgd.so.3 (0x00007fbf4f4b0000)

        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fbf4f48f000)

        libc.so.6 => /lib64/libc.so.6 (0x00007fbf4f2b3000)

        libm.so.6 => /lib64/libm.so.6 (0x00007fbf4f167000)

        libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007fbf4f131000)

        libz.so.1 => /lib64/libz.so.1 (0x00007fbf4f117000)

        libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fbf4f0cc000)

        libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fbf4f00b000)

        libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00007fbf4ef75000)

        libXpm.so.4 => /usr/lib64/libXpm.so.4 (0x00007fbf4ef61000)

        libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fbf4ee21000)

        libtiff.so.5 => /usr/lib64/libtiff.so.5 (0x00007fbf4ed9a000)

        libwebp.so.7 => /usr/lib64/libwebp.so.7 (0x00007fbf4ed2a000)

        /lib64/ld-linux-x86-64.so.2 (0x00007fbf4f543000)

        libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00007fbf4ebbd000)

        libbz2.so.1 => /lib64/libbz2.so.1 (0x00007fbf4ebaa000)

        libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007fbf4eac2000)

        libbrotlidec.so.1 => /usr/lib64/libbrotlidec.so.1 (0x00007fbf4eab4000)

        libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fbf4ea89000)

        libdl.so.2 => /lib64/libdl.so.2 (0x00007fbf4ea84000)

        libzstd.so.1 => /usr/lib64/libzstd.so.1 (0x00007fbf4e9d5000)

        liblzma.so.5 => /lib64/liblzma.so.5 (0x00007fbf4e9ad000)

        libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 (0x00007fbf4e984000)

        libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fbf4e856000)

        libbrotlicommon.so.1 => /usr/lib64/libbrotlicommon.so.1 (0x00007fbf4e831000)

        libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fbf4e82c000)

        libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007fbf4e824000)

        libpcre.so.1 => /lib64/libpcre.so.1 (0x00007fbf4e7ac000)

objdump or readelf show only the direct dependencies

Code:

# objdump -x /usr/lib64/php/extensions/gd.so | grep NEEDED

  NEEDED              libgd.so.3

  NEEDED              libpthread.so.0

  NEEDED              libc.so.6

# objdump -x /usr/lib64/libgd.so.3 | grep NEEDED

  NEEDED              libm.so.6

  NEEDED              libpng16.so.16

  NEEDED              libz.so.1

  NEEDED              libfontconfig.so.1

  NEEDED              libfreetype.so.6

  NEEDED              libjpeg.so.62

  NEEDED              libXpm.so.4

  NEEDED              libX11.so.6

  NEEDED              libtiff.so.5

  NEEDED              libwebp.so.7

  NEEDED              libc.so.6

# readelf -d /usr/lib64/php/extensions/gd.so | grep NEEDED

 0x0000000000000001 (NEEDED)            Shared library: [libgd.so.3]

 0x0000000000000001 (NEEDED)            Shared library: [libpthread.so.0]

 0x0000000000000001 (NEEDED)            Shared library: [libc.so.6]

# readelf -d /usr/lib64/libgd.so.3 | grep NEEDED

 0x0000000000000001 (NEEDED)            Shared library: [libm.so.6]

 0x0000000000000001 (NEEDED)            Shared library: [libpng16.so.16]

 0x0000000000000001 (NEEDED)            Shared library: [libz.so.1]

 0x0000000000000001 (NEEDED)            Shared library: [libfontconfig.so.1]

 0x0000000000000001 (NEEDED)            Shared library: [libfreetype.so.6]

 0x0000000000000001 (NEEDED)            Shared library: [libjpeg.so.62]

 0x0000000000000001 (NEEDED)            Shared library: [libXpm.so.4]

 0x0000000000000001 (NEEDED)            Shared library: [libX11.so.6]

 0x0000000000000001 (NEEDED)            Shared library: [libtiff.so.5]

 0x0000000000000001 (NEEDED)            Shared library: [libwebp.so.7]

 0x0000000000000001 (NEEDED)            Shared library: [libc.so.6]

Quote:

Originally Posted by Didier Spaier (Post 6221078)

Already in -current.This has been fast. :)

So far running smooth and well. Thanks Pat!

"scp" command is not working in current setup environment

Hello.

"scp" command tries to use "/usr/bin/dbclient" command, which does not exists

Code:

root@slackware:~# scp -v test: .

Executing: program /usr/bin/dbclient host test, user (unspecified), command scp -v -f .

/usr/bin/dbclient: No such file or directory



root@slackware:~# type scp

scp is hashed (/bin/scp)

root@slackware:~# ls -l /bin/scp

lrwxrwxrwx 1 root root 13 Feb 18 19:23 /bin/scp -> dropbearmulti*



root@slackware:~# uname -a

Linux slackware 5.10.17 #1 SMP Wed Feb 17 12:55:35 CST 2021 x86_64 GNU/Linux



# Existing dbclient symlink:

root@slackware:~# ls -l /bin/dbclient

lrwxrwxrwx 1 root root 13 Feb 18 19:23 /bin/dbclient -> dropbearmulti*

It looks like "dropbear" build use "/usr/bin/dbclient" path by default
After corresponding symlink creation, the "scp" command is working

I use sometimes the slackware install cd as "livecd" for rsync to remote server(for example copy a disk image custom, etc), is really complete, only missing two things: acquire an ip addr via dhcpcd and rsync package installed by default.

Revert isolinux/README.TXT to using mkisofs not xorriso

In the Slackware-current distribution area in the isolinux directory, README.TXT has instructions on how to make a bootable DVD or USB flash drive for installing Slackware. Unfortunately, the instructions rely on the 'xorriso' package, which was added after Slackware-14.2. So a person trying to upgrade from Slackware-14.2 to -current or a future 15.0 is unable to follow these instructions.

My suggestion is to revert to the older instructions which use mkisofs and isohybrid. This will allow making bootable upgrade media when using Slackware-14.2. Post-15.0, you can switch to using commands from the xorriso package.

Request change to the generic & huge kernel configs. Please modify 'pinctrl-cherryview' to built-in from module.

I've successfully installed slackware-current (5.10.17) on my Acer Chromebook CB3-431-C539. I used MrChrombox.tech "Install/Update UEFI (Full ROM) Firmware" and removed Chrome OS completely. At first the serio-i8042 PS/2 keyboard was unresponsive. After a rebuild of the slackware kernel with the requested change the keyboard is alive. Everything else appears to work out of the box so far.

Here's the location of the requested change:

Code:

make menuconfig

  Device Drivers  --->

    -*- Pin controllers  --->

      <*> Intel Cherryview/Braswell pinctrl and GPIO driver

Thanks for your consideration!

Quote:

Originally Posted by dgusev (Post 6222484)

Hello.

"scp" command tries to use "/usr/bin/dbclient" command, which does not exists

Code:

root@slackware:~# scp -v test: .

Executing: program /usr/bin/dbclient host test, user (unspecified), command scp -v -f .

/usr/bin/dbclient: No such file or directory



root@slackware:~# type scp

scp is hashed (/bin/scp)

root@slackware:~# ls -l /bin/scp

lrwxrwxrwx 1 root root 13 Feb 18 19:23 /bin/scp -> dropbearmulti*



root@slackware:~# uname -a

Linux slackware 5.10.17 #1 SMP Wed Feb 17 12:55:35 CST 2021 x86_64 GNU/Linux



# Existing dbclient symlink:

root@slackware:~# ls -l /bin/dbclient

lrwxrwxrwx 1 root root 13 Feb 18 19:23 /bin/dbclient -> dropbearmulti*

It looks like "dropbear" build use "/usr/bin/dbclient" path by default
After corresponding symlink creation, the "scp" command is working

I don't see dropbear as part of Slackware64 -current.

Maybe take this to the SBo mailing list?

python-requests non functional

Hello,

I have trouble building git-cola 3.9 (my own slackbuild) after the upgrade to python-idna 3.x.

It looks like python-requests is incompatible with this version of idna:

Code:

pkg_resources.DistributionNotFound: The 'idna<3,>=2.5' distribution was not found and is required by requests

I don't know if reverting to python-idna-2.10 is possible, python-requests 3.0 also seems incompatible with newer versions of idna.

Quote:

Originally Posted by dgusev (Post 6222484)

Hello.

"scp" command tries to use "/usr/bin/dbclient" command, which does not exists

Code:

root@slackware:~# scp -v test: .

Executing: program /usr/bin/dbclient host test, user (unspecified), command scp -v -f .

/usr/bin/dbclient: No such file or directory

It looks like you do not run a genuine slackware{,64}-current.
No such error here, scp is working as expected.

Interesting, Kernel 5.11 just went into testing : )

Quote:

Originally Posted by Ressy (Post 6222338)

If you're so sure it's tied to an X library, have you tried recompiling it and the plugins? If you don't have X installed, it will either error out if something requires one of those dependencies or it will build it without support for that.

This way you could at least know whether or not that is what the problem is and can give Pat a place to start if he wants to figure it out.

Hi - would be great to see an upgrade of efivar to fix the regression on installing ELILO to eMMC (from October 2019).

Thanks,
Andrew.

Quote:

Originally Posted by richarson (Post 6222577)

I don't see dropbear as part of Slackware64 -current.

Maybe take this to the SBo mailing list?

This problem exists in Slackware current setup environment

Quote:

Originally Posted by Tonus (Post 6222585)

It looks like you do not run a genuine slackware{,64}-current.
No such error here, scp is working as expected.

This problem is related to the slackware current setup environment:

booted using:
https://slackware.nl/slackware/slack...ni-install.iso

Quote:

Originally Posted by dgusev (Post 6222612)

This problem is related to the slackware current setup environment:

booted using:
https://slackware.nl/slackware/slack...ni-install.iso

This is an automated build courtesy of Alien Bob, not really a "current setup environnement". For now I believe current is intended to be an upgrade from 14.2.
But it might be good to know when the time would be at baking new install medias :-)

While building the kde series without any kde package installed on the system, the kde.SlackBuild stopped at akonadi-contacts, there cmake complained about missing grantleetheme.
It continued to compile then with

Code:

kde.SlackBuild kdepim:libkleo,grantleetheme,akonadi-contacts,

The buildorder seems to be correct in /kde/modules/all-packaged-applications.
But in the actual used module kde/modules/kdepim
-libkleo
-grantleetheme
need to be put somewhere before akonadi-contacts.

Quote:

Originally Posted by franzen (Post 6222675)

Code:

kde.SlackBuild kdepim:libkleo,grantleetheme,akonadi-contacts,

Probabby already fixed in the source: ;)

http://slackware.osuosl.org/slackwar...d-applications

Quote:

Originally Posted by gmgf (Post 6222686)

Probabby already fixed in the source: ;)

http://slackware.osuosl.org/slackwar...d-applications

No, here is the wrong order:
http://slackware.osuosl.org/slackwar...modules/kdepim

Quote:

Originally Posted by franzen (Post 6222689)

No, here is the wrong order:
http://slackware.osuosl.org/slackwar...modules/kdepim

I think Pat move 'kdepim' in 'applications' and all modules, 'kdepim and applications' is named 'all-packaged-applications'

Quote:

Originally Posted by Tonus (Post 6222618)

The installer changelog in http://slackware.osuosl.org/slackwar.../ChangeLog.txt was last updated Sat Feb 20 20:40:32 UTC 2021. Last line about dropbear was Tue Dec 15 19:24:23 UTC 2020.

The latest installer image http://slackware.osuosl.org/slackwar...nux/initrd.img has a build date of Thu Feb 18 13:24:44 CST 2021.

While Tor is a third party app not bundled with vanilla Slackware, it would be nice if /etc/rc.d/rc.M would try to execute an existing executable /etc/rc.d/rc.tor, before all network daemons that do name resolving. I'm asking for this since I've been using Tor as DNS resolver for years, to avoid censorship, and this would spare me for modifying rc.M by hand.

Quote:

Originally Posted by gmgf (Post 6222697)

I think Pat move 'kdepim' in 'applications' and all modules, 'kdepim and applications' is named 'all-packaged-applications'

Seems so, but it doesn't matter for building kde via kde.SlackBuild. And, kdepim doesn't reflect the same order as merged in 'all-packaged-applications', kdepim was probably changed again.
kde.Slackbuilds builds this:

Code:

KDEMODS=" \

  kde4 \

  frameworks \

  applications-extra:kdiagram \

  kdepim \

  plasma-extra:plasma-wayland-protocols \

  plasma \

  plasma-extra \

  applications:libktorrent \

  applications \

  applications-extra \

  applications:umbrello \

  "

It fails if someone compiles it from scratch.
It seems to not fail if kde is already installed, akonadi-contacts then uses the already present libkleo/grantleetheme from a previous release which might be or problem or not.

If you want to build kde from scratch follow this link: https://raw.githubusercontent.com/no...r/sfsbuild1.sh
and search for "build_frameworks_kde", then everything that follows is the right order to build every package of kde without failure.

Quote:

Originally Posted by nobodino (Post 6222727)

Thank you for that link, i'll check what diffrents there are.

My intention is to have the kde.SlackBuild work better, because that's upstream at Pat and i assume he's build kde by hitting kde.SlackBuild.

I just completed a fresh install of 32-bit -current and Mattermost 4.6.2 client does not run. I was running Mattermost 4.6.1 client previously. At least it runs on 64-bit -current.

Code:

Fontconfig warning: "/etc/fonts/conf.avail/05-reset-dirs-sample.conf", line 6: unknown element "reset-dirs"

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

(node:2778) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'webContents' of undefined

    at reload (electron/js2c/browser_init.js:679:17)

(node:2778) UnhandledPromiseRejectionWarning: TypeError: Cannot read property 'webContents' of undefined

    at reload (electron/js2c/browser_init.js:679:17)

(node:2778) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 2)

(node:2778) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejection id: 2)

(node:2778) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

(node:2778) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejections that are not handled will terminate the Node.js process with a non-zero exit code.

config.autostart has been configured: true

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

[2778:0221/120547.759782:FATAL:gpu_data_manager_impl_private.cc(986)] The display compositor is frequently crashing. Goodbye.

Trace/breakpoint trap

Quote:

Originally Posted by Bravo_97 (Post 6214276)

Speaking of problems on 32-bit -current, after upgrading to the new glibc package the Mattermost desktop client stopped working. Mattermost is working ok 64-bit -current. The Mattermost client still does not work on 32-bit -current after upgrading the 1500+ recompiled packages.

Code:

Fontconfig warning: "/etc/fonts/conf.avail/05-reset-dirs-sample.conf", line 6: unknown element "reset-dirs"

config.autostart has been configured: true

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

The GPU process has crashed (killed = false)

[2044:0131/101441.347231:FATAL:gpu_data_manager_impl_private.cc(986)] The display compositor is frequently crashing. Goodbye.

Trace/breakpoint trap

Quote:

Originally Posted by Petri Kaukasoina (Post 6222705)

Thanks for the input : I never noticed this one so far !
Stand corrected btw, sorry for the noise.

Just cosmetic, pxesetup is still showing 13.37 - /slackware/slackware-current/source/installer/sources/initrd - skeleton_initrd/usr/lib/setup/pxesetup

Code:

48c48

<  dialog --title "Slackware PXE Setup (version 13.37)" \

---

>  dialog --title "Slackware PXE Setup (version 15.0)" \

hplip-3.21.2:

https://developers.hp.com/hp-linux-imaging-and-printing

the hplip.SlackBuild contain:

# Needed because Makefile.am was patched:
autoreconf -vif || exit 1

CFLAGS="$SLKCFLAGS -I/usr/include/python3.8" \

maybe it's better with python3.9 ;)

CFLAGS="$SLKCFLAGS -I/usr/include/python3.9" \