animone.net is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
We're happy to announce that the #Slackware Core Team member @r1w1s1 started to create SlackBuilds for #SonicDE. Please check them out at https://forge.slackware.nl/r1w1s1/sonicde-SlackBuild. You're also welcome to provide feedback in our chats listed at https://sonicde.org. #SlackwareLinux
A modern implementation inspired by the classic NeXTSTEP desktop. It's interesting to see how its design and workflow still feel relevant decades later.
Definitely a fun project to explore.
With 4 updates (bottom, fresh-editor, librewolf and vivaldi) it's impossible to keep on reclusing 🤣 See y'all next month!
I finally published the CWM configuration I use on Slackware-current as a practical example of that approach.
The repository keeps CWM focused on window management, while sxhkd, small shell scripts, and shared .xinitrc components provide a portable desktop workflow that can be reused across different WMs.
Repository:
https://git.sr.ht/~r1w1s1/cwm-config
Background:
https://r1w1s1.srht.site/posts/window-manager-agnostic-workflows/
UltraGeeking:
Using Slackware Mango to ssh into a new Gentoo install (musl, openrc, rust, cosmic, zfs if it all works out this time) and writing a install manual is a very nice way to spend this Saturday morning 🤓
#slackware #gentoo #archlabs
The interesting part is that almost nothing in my workflow changed.
I still use dmenu, tabbed + st + tmux, the same helper scripts, and the same keyboard habits. The only thing I currently miss is slstatus, which is tied to my dwm setup.
That was exactly the point of my Window Manager Agnostic Workflows article: when your launcher, scripts, and keyboard layer are independent from the window manager, switching between WMs becomes easy. The window manager changes, but the workflow remains.
https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Window_Manager_Agnostic_Workflows.txt
Small, simple tools age well.
slacker is a new rust #slackware #linux package manager.
release 0.9.2_beta.3 is out for testers
https://forge.slackware.nl/rizitis/slacker/releases
Wiki pages updated: https://forge.slackware.nl/rizitis/slacker/wiki
It's a minimal system information utility for Slackware, inspired by the philosophy of ufetch while providing a few extra details such as installation age, glibc version, and Flatpak package count.
The goal is to keep the code small, readable, and easy to hack.
I run Testing on Slackware and I see some Xorg drivers being replaced with Xlibre ones (Wacom, AMD GPU). What's the bigger picture here? Oh, and let's put that out there prior: I have zero interest in unfounded ranting allegations, except my own's. Is Slackware moving to Xlibre?
#slackware
Bob Scheifler announces the first release of the X Window System:
"I stole a fair amount of code from W ... and called it X."
Forty-two years later, I'm still running X11 daily on Slackware.
Happy Birthday, X.
After years of community testing and development, Plasma 6 is now part of the official Slackware-current tree alongside the ffmpeg8 transition. Many thanks to Patrick Volkerding, alienBOB, LuckyCyborg, and everyone who contributed code, packaging, testing, and bug reports along the way.
Mon Jun 15 23:27:31 UTC 2026
Well folks, it seems that the stars have aligned to bring us a bunch of long-
awaited updates, including ffmpeg8 and Plasma 6! This has been developed in a
side tree for several weeks, and I'll be happy to get that off my plate and
have a greatly reduced todo list. Many thanks to alienBOB for getting the tree
in good shape, helping when I got stuck, and for being a good manager who
inspires me to do my best work. 🙂 And we both extend our thanks to the
illustrious LuckyCyborg who ported the build scripts to Plasma 6 in the first
place and then maintained Plasma 6 for Slackware users to test for a couple of
years. And thanks to everyone else who helped out with either of the Slackware
Plasma 6 projects that these updates grew out of.
Have fun!
Mon Jun 15 23:27:31 UTC 2026#slackware #kde6
Well folks, it seems that the stars have aligned to bring us a bunch of long-
awaited updates, including ffmpeg8 and Plasma 6! This has been developed in a
side tree for several weeks, and I'll be happy to get that off my plate and
have a greatly reduced todo list. Many thanks to alienBOB for getting the tree
in good shape, helping when I got stuck, and for being a good manager who
inspires me to do my best work. 🙂 And we both extend our thanks to the
illustrious LuckyCyborg who ported the build scripts to Plasma 6 in the first
place and then maintained Plasma 6 for Slackware users to test for a couple of
years. And thanks to everyone else who helped out with either of the Slackware
Plasma 6 projects that these updates grew out of.
Have fun!
Thanks to Patrick Volkerding for making the packages available for testing, and to the XLibre developers for their work.
Looking forward to seeing how the project evolves.
`Thu Jun 11 23:52:08 UTC 2026
ap/vim-9.2.0620-x86_64-1.txz: Upgraded.
d/cbindgen-0.29.4-x86_64-1.txz: Upgraded.
l/cairomm1-1.18.1-x86_64-1.txz: Upgraded.
l/gmm-5.5-noarch-1.txz: Upgraded.
l/libmpc-1.4.1-x86_64-1.txz: Upgraded.
l/meson-python-0.20.0-x86_64-1.txz: Upgraded.
l/openexr-3.4.12-x86_64-2.txz: Rebuilt.
Recompiled against openjph-0.28.1.
l/openjph-0.28.1-x86_64-1.txz: Upgraded.
Shared library .so-version bump.
x/mesa-26.1.2-x86_64-2.txz: Rebuilt.
[PATCH 1/2] radeonsi/mm: Only setup ref surfaces with tier3.
[PATCH 2/2] radeonsi/mm: Set correct usage in si_dec_fill_surface.
Thanks to fulalas.
xap/vim-gvim-9.2.0620-x86_64-1.txz: Upgraded.
testing/packages/xlibre/xf86-input-evdev-20260421_6fe9c0a-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-input-libinput-20260202_4eb6691-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-input-synaptics-20260103_c22ca42-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-input-vmmouse-20260421_c3de98a-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-input-wacom-20260421_8554973-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-amdgpu-20260421_eec2281-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-ati-20260421_83098ecc-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-dummy-20260112_1fe02ea-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-intel-20260518_931b1d93-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-mach64-20260105_0f73197-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-mga-20260105_f1fdb72-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-neomagic-20260105_f009bb7-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-nouveau-20260105_4285c8c-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-openchrome-20260112_8c35baf-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-r128-20260112_04752db-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-s3virge-20260105_3be5906-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-savage-20260410_41f9fea-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-trident-20260107_27fdce9-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-vesa-20251229_48bc2b5-x86_64-1.txz: Added.
testing/packages/xlibre/xf86-video-vmware-20260421_5a44540-x86_64-1.txz: Added.
testing/packages/xlibre/xlibre-server-20260611_b524471bc-x86_64-1.txz: Added.
Remove xorg-server first.
Thanks to r1w1s1 for the testing help! 🙂
testing/packages/xlibre/xlibre-server-xephyr-20260611_b524471bc-x86_64-1.txz: Added.
Remove xorg-server-xephyr first.
testing/packages/xlibre/xlibre-server-xnest-20260611_b524471bc-x86_64-1.txz: Added.
Remove xorg-server-xnest first.
testing/packages/xlibre/xlibre-server-xvfb-20260611_b524471bc-x86_64-1.txz: Added.
Remove xorg-server-xvfb first.`
Hey
#slackware users, what is your preferred way of isolating (as-in what are zones/jails for Linux) daemons ? Is docker/podman the usual way-to-go or are there smarter native tools?
Sat May 30 20:45:46 UTC 2026
n/openrsync-20250126_a257c0f-x86_64-1.txz: Added.
So much for being crusty.
Slackware Current, kernel 7.0.10 and Plasma 6.7 beta 2 (6.6.91).
Thnks @jloc0 🍻 🥳
#slackware #kde
One nice detail: when nvi was introduced, Elvis was rebuilt to drop its /usr/bin/vi and /usr/bin/ex symlinks, and nvi only provides those symlinks if no other editor already does.
I just added an "NVI ACROSS UNIX SYSTEMS" section to some notes I keep, if anyone's curious:
https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/NVI_Editor_Guide.txt
At first I thought fontconfig itself was "broken", but after testing multiple setups I realized the issue was mostly related to how Iosevka behaved with the newer font matching/rendering changes.
Issue/MR related to this:
https://gitlab.freedesktop.org/fontconfig/fontconfig/-/work_items/522
https://gitlab.freedesktop.org/fontconfig/fontconfig/-/merge_requests/520
The funny part is that this ended up helping me discover a new font family:
IoskeleyMono (https://github.com/ahatem/IoskeleyMono)
After testing it in:
Sometimes a small issue sends you in the right direction 🙂
I liked it so much that I already prepared and submitted a SlackBuild.
Huge thanks to the developers working on fontconfig and font rendering. People usually only notice this work when something changes, but good typography and font matching matter a lot on a daily desktop system.
After ~1 week using:
[always] madvise neveron Slackware-current with Firefox-heavy workloads:
- no swap usageModern kernels appear to handle THP significantly better than older Linux generations, especially on systems with enough RAM, zram, and NVMe storage.
- no THP fallback allocations
- no compaction stalls
- stable desktop responsiveness
Notes:
https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Transparent_Huge_Pages_on_Desktop_Linux.txt
@jloc0
Bug hunting 101: for some obscure reason Spectacle wasn't working in Slim 6.7. (Re)install tesseract and leptonica (available in your repo anyway), all good!
It's always the user that effs something up 😆
#slackware #archlabs
grep/find/sed/awk/make/ssh/git/nvi often compose better than many modern “integrated” environments.
Small programs connected together still scale surprisingly well.
https://repo.or.cz/code-notes.git/blob_plain/HEAD:/notes/Unix_As_An_IDE.txt
But package management and dependency resolution are not the same thing.
Slackware intentionally keeps those concerns separated.
I've been using this approach for minimal Slackware VPS/jump systems:
https://git.sr.ht/~r1w1s1/slackware-tagfiles
CC: @rl_dane@polymaths.social @ruari