a/exfatprogs-1.1.0-x86_64-1.txz

a/kernel-firmware-20210208_b79d239-noarch-1.txz

a/procps-ng-3.3.17-x86_64-1.txz

ap/man-db-2.9.4-x86_64-1.txz

d/git-2.30.1-x86_64-1.txz

l/imagemagick-7.0.10_62-x86_64-1.txz
Shared library .so-version bump.

l/jasper-2.0.25-x86_64-1.txz

n/fetchmail-6.4.16-x86_64-1.txz

xfce/thunar-4.16.3-x86_64-1.txz

ap/slackpkg-15.0-noarch-2.txz
Allow new-config after slackpkg upgrade itself. Thanks to PiterPUNK.

testing/packages/aaa_glibc-solibs-2.33-x86_64-1_testing.txz

testing/packages/glibc-2.33-x86_64-1_testing.txz
This is here for some actual testing - don't go just jumping into this one
all willy-nilly, especially if you're on 32-bit. The internal implementation
of some glibc functions has changed in ways that can break sandboxes that
restrict the allowable functions. So far this is known to affect
qt5-webengine and openssl, and in the case of openssl upgrading to this
version of glibc will lock out ssh access to the machine. I've seen one
mention of the openssh issue online as a comment posted to LWN's article
about the release of glibc-2.33. It says that a patch was submitted upstream,
but I haven't been able to locate a copy yet.
On the qt5 issue, alienBOB has given me a link to this patch:
https://src.fedoraproject.org/rpms/qt5-qtwebengine/blob/09e1adb883639325aa8115dc1fc3e8f5088a2438/f/qtwebengine-everywhere-src-5.15.2-%231904652.patch
If anyone has a fix for openssl on 32-bit, kindly post it to LQ.

testing/packages/glibc-i18n-2.33-x86_64-1_testing.txz

testing/packages/glibc-profile-2.33-x86_64-1_testing.txz