Icon theme papirus - 2d icon theme - very good looking and very fashionable https://github.com/PapirusDevelopmen...rus-icon-theme

usbimg2disk.sh tweak
 

The usb-and-pxe-installers/usbimg2disk.sh script uses rsync to copy slackware packages to a USB flash drive (if requested through command line options). The flash drive will usually have the FAT32 filesystem which can only store timestamps in multiples of 2 seconds. If the Slackware packages being copied are on a Linux filesystem it is likely that their timestamps will not be quantised to 2 second intervals. As a result, subsequent runs of the usbimg2disk.sh script (to update the flash drive with the latest versions of packages) will unnecessarily re-copy many unchanged packages since the source and destination timestamps differ.

To stop this, could "--modify-window 2" be added to the rsync command in usbimg2disk.sh?

A modify window of 1 could be sufficient in theory. However, I am unsure that a timestamp of (say) 01:02:03.8 would be rounded up to 01:02:04. If it were rounded down to 01:02:02 instead then a modify window of 2 will be needed. Since there's little reason to prefer 1 over 2 I would be included to go with 2 in order to be sure that it will have the desired effect.

switch default package/other compression algorithm to zstandard
 

Suggest to switch installation package default compression algorithm to zstandard.
initramfs image also could be compressed with zstandard by default, Slackware generic kernel already has zstandard for initramfs support enabled (CONFIG_RD_ZSTD=y).

It offers very fast decompression speed, in the order of GB+ per second.
So system installation will happen much faster, especially with a good ssd storage.
Compared to xz, zstandard can achieve close compressions ratio.

https://facebook.github.io/zstd/

Considering the Arch Linux report on move to zstandard compression, I think the Slackware installation packages size will increase not more than 1 to 5 percent.

https://en.wikipedia.org/wiki/Zstandard:
"Arch Linux added support for zstd as a package compression method in October 2019 with the release of the pacman 5.2 package manager,[26] and in January 2020 switched from xz to zstd for the packages in the official repository. Arch uses zstd -c -T0 --ultra -20 -, the size of all compressed packages combined increased by 0.8% (compared to xz), the decompression speed is 1300% faster."

Why should we do that?
5.11 is a non LTS kernel version.

Because 5.10.y is a dog!
:D

Explain what you mean.

Slow and it has had one problem after another after another.....
But, my comment was said, "tongue-in-cheek."

From the American Heritage Electronic Dictionary,

Anyone having a problem with samba? I don't usually use it but geeqie binds to it and I get this error:
I found an identical error on a Fedora list but they fixed it there. Beats me why a simple graphical viewer needs samba or kerberos either!

[solved] Reinstalled krb5 and that fixed it. Thanks, everyone!

Those random GPU lockups I was seeing with 5.10 have ceased since moving to 5.11, so yeah... woof! woof! :D

5.10.y's been a nice dog to me, so I'll keep using it for now :D

And 5.11.z is in /testing so people can install it from there if needed, so win/win!

Reinstall the krb5 package. Probably aaa_libraries was installed after it and clobbered the library versions in the krb5 package (which unfortunately do not properly increment a minor library version with new releases).

There's a previous report on this thread, try reinstalling krb5:

https://www.linuxquestions.org/quest...ml#post6230101

audacious-plugins is already compiled against libcue and provides the Container/cue.so plugin. Is there something else that needs to happen?

No, you answered it I just missed the update, my apologies and thank you for this!

Is there still time to upgrade the latest glib/gtk gnome stuff ? Today the tarballs are coming out.

glib-networking-2.68.0
https://download.gnome.org/sources/g...-2.68.0.tar.xz

at-spi2-core-2.40.0
https://download.gnome.org/sources/a...-2.40.0.tar.xz

gobject-introspection-1.68.0
https://download.gnome.org/sources/g...-1.68.0.tar.xz

gvfs-1.48.0
https://download.gnome.org/sources/g...-1.48.0.tar.xz

Please please please :)