Today KDE Frameworks 6.22.0 were released, and yesterday we already saw new KDE Gear 25.12.1 tarballs.
Note – in ‘ktown’ you will find that KDE Gear packages are split over ‘kdepim’ and ‘applications’.
I built new packages for those new sources and now you can get the packages for 32bit and 64bit Slackware from the original server: https://slackware.nl/alien-kde/current/testing/ or else from one of its mirrors.
For US folk, this one already has all the new packages: https://us.slackware.nl/alien-kde/current/testing/ .
You can download the sources from https://slackware.nl/alien-kde/source/testing/ and if you want to track the changes in git, go visit https://git.slackware.nl/ktown/log/?h=6_26.01
Have fun! Eric

I’d just like to comment here for exposure, I have a full 1:1 copy of ktown Plasma 6 available for slackware-current aarch64 here:
https://slackware.lngn.net/pub/aarch64/slackwareaarch64-current/ktown/
This repo will be kept up to date with upstream ktown for the foreseeable future.
Great. Thanks!
Btw, the link to “KDE Frameworks 6.22.0” is broken.
Cheers, Marco
Interesting, how did I screw up the copy/paste… in any case it’s fixed now, thanks đ
Thanks, Eric!
Is there any way to recreate the Nvidia driver, Wine, and Multilib modules from the live version in the latest folder? Previously, several modules were available, but in the recent update of January 3, 2026, I’m seeing only various ISOs of different versions, but no additional modules. Thank you very much in advance. If it’s not possible, could you give us an idea of ??the steps to create them manually? Happy New Year!
Indeed I removed all the stuff nobody ever asks or talks about. Why spend effort for nothing when time’s short. But I will look at recreating those three modules at least.
For the nvidia and wine modules, the scripts that create them have been part of the liveslak repository forever; see here for instance: https://slackware.nl/slackware-live/liveslak/contrib/scripts/
Creating a multilib module is part of what the ‘make_slackware_live.sh’ script does for you when you tell it to.
Thanks Eric! Applied the updates, and so far everything runs well, no issues.
calligraplan 4.0.1 is ready, this version, is the new port to qt6/kf6, it build without problem here,
https://download.kde.org/stable/calligraplan/calligraplan-4.0.1.tar.xz
I pushed this update to the repository yesterday already…
Vu after đ
Hi Eric,
Just two cosmetics changes suggestion, for ‘merkuro’ and ‘zanshin’, it are in the ‘pim’ group on ‘invent.kde’ , maybe moved it in kdepim module in place of the module applications.
https://invent.kde.org/pim
You have a point there.
Hi, Eric! It’s nice to see you getting ktown going forward again. Let’s hope it gets integrated into Slackware at some point before you need to pull the plug.
This update brought issues to kmail. When composing a new mail message I see this on console:
> org.kde.pim.pimcommonactivities: Plasma activities is not running: 1
> qt.core.qobject.connect: QObject::connect(KIdentityManagementCore::IdentityActivitiesAbstract, KIdentityManagementCore::IdentityTreeSortProxyModel): invalid nullptr parameter
> qt.core.qobject.connect: QObject::connect(MailTransport::TransportActivitiesAbstract, MailTransport::TransportSortProxyModel): invalid nullptr parameter
> kmail: symbol lookup error: /usr/lib64/libKPim6MessageComposer.so.6: undefined symbol: _ZN17TextAddonsWidgets23RichTextQuickTextFormat14setFormatTypesERK6QFlagsINS0_19QuickTextFormatTypeEE
Is it just me? Should I open a bug issue upstream?
You’re not alone.
The symbol that is missing (_ZN17TextAddonsWidgets23RichTextQuickTextFormat14setFormatTypesERK6QFlagsINS0_19QuickTextFormatTypeEE) is from
/usr/lib64/libKF6TextAddonsWidgets.so.1.8.0, part of the ktextaddons-1.8.0-x86_64-1alien.txz package. The latest version of that package is ktextaddons-1.9.0-x86_64-1alien.txz and that symbol is _ZN17TextAddonsWidgets23RichTextQuickTextFormat14setFormatTypesE6QFlagsINS0_19QuickTextFormatTypeEE. It looks like Eric has to recompile (part of) the PIM package against ktextaddons-1.9.0. As a workaround you can reinstall ktextaddons-1.8.0-x86_64-1alien.txz.
Indeed https://gitlab.archlinux.org/archlinux/packaging/packages/messagelib/-/issues/1 also documents that the ktextaddons update is to blame.
Instead of recompiling all of KDEPIM I will downgrade the ktextaddons package and upgrade it again together with the next KDE Gear release which is scheduled for February 2nd.
Great! ktextaddons downgrade did the trick.
Thanks Sebastian and Eric.
Bug on kio:
https://mail.kde.org/pipermail/distributions/2026-January/001670.html
https://download.kde.org/stable/frameworks/6.22/kio-6.22.1.tar.xz
Yes it’s a bugfix, but if you read the email it actually does not seem safe to update *only* this package.