cablespaghetti.dev 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.
I would like to drop armhf (armv6) support in #AlpineLinux. The only current hardware I am aware of that is armv6 is Raspberry Pi Zero series (EOL 2030). I don't think it is worth the extra effort to support both armhf (armv6) and armv7 at this point.
Do you think we should drop armhf to free up some resources?
| Lets drop both armhf and armv7 (no 32 bit arm): | 54 |
| Lets drop armhf (armv6) but lets keep armv7: | 67 |
| NOOOOO! Lets keep both armhf and armv7!!!!!: | 52 |
Closed
in practice i think it does not really concern #AlpineLinux
the intent of this law is clearly to go after operating systems with app stores
a fairly detailed analysis of the california "age assurance bill" by fellow #AlpineLinux contributor @RunxiYu
For KDE I've recently settled on Alpine Linux. I've been around the block on Plasma and I can assure you it is one of the best out there. Couple that with blazingly fast mirrors, LUKS encryption, flatpaks and setup scripts and you have a winner. Not for beginners, but absolutely worth a go. Recommended!
#alpinelinux #kde
think i finally found a feature that #systemd has that i actually need
so apparently #GNOME's wayland session, when run via GDM, does not read the user's .profile to update its environment variables and such -- the X11 session used to do this, but the #wayland one doesn't
on systemd, it is possible to specify user-wide environment variables with files in the ~/.config/environment.d/ directory
and there seems to be no equivalent for that in #AlpineLinux or its #OpenRC init system
Finally got my VM hosts updated to the latest AlpineLinux release. Browsing Ceph RBD pools is still broken in `libvirt`… no idea why but one RBD pool works fine, the other refuses to start. (They are configured identically apart from the name of the pool being connected to.)
It tells me "An error occurred, but the cause is unknown". No logs. I asked on `libvirt-users` mailing list: no answer. It's a mystery.
But… if I hand-configure the XML (usually by taking the `dumpxml` output from another VM and hand-editing), I can link to RBD volumes just fine and it just works, so whatever.
The other gotcha was VM types becoming unavailable. A lot of my VMs were `pc-i440fx-3.1` or `pc-q35-3.1` machines. Moving from `pc-q35-3.1` to `pc-q35-10.1` was painless, but going from i440FX-based VMs to Q35 took a bit of hand-massaging the XML: remove PCI IDE/SATA/USB controllers then change the `pci-root` node to `pcie-root`.
Everything is now running `pc-q35-10.1`; so that should kick that can far down the road.
interesting: #qnx have adopted apk as their system package manager: https://www.qnx.com/developers/docs/qnxeverywhere/com.qnx.doc.qdd/topic/using_apk.html
and they use #abuild now too: https://github.com/qnx-ports/qsc-apk/tree/main
and they even comply with the GPL license, but their patch is not mergable in the current state: https://github.com/qnx-ports/aports/blob/803/core/apk-tools/0001-qnx-compat.patch
The Alpine Linux project is pleased to announce the immediate availability of new stable releases:
3.20.9
3.21.6
3.22.3
3.23.3
These updates include security fixes for OpenSSL addressing the January 27, 2026 advisory: https://openssl-library.org/news/secadv/20260127.txt
https://alpinelinux.org/posts/Alpine-3.20.9-3.21.6-3.22.3-3.23.3-released.html
#AlpineLinux just feels so satisfying and right for a container image base. It's just so clean and straight to the point.
We lost a major infrastructure sponsor, but reached out to the community and gained several new ones. We are thankful for the companies who provided us with servers and bandwidth and everyone who donated financially.
https://alpinelinux.org/posts/2026-01-18-new-sponsors-strenghten-infrastructure.html
One slightly weird thing I had is that inbound #ipv6 traffic on both SSH and HTTPS was returning a "connection reset by peer" for a while. It seems to be working now, but if some IPv6 folks can check https://cablespaghetti.dev loads properly over v6 for them now, it would put my mind at rest.
https://cablespaghetti.dev/hosting-a-fediverse-instance-on-an-original-raspberry-pi.html
https://cablespaghetti.dev/hosting-a-static-site-on-an-original-raspberry-pi.html
Here's a script to backup to Backblaze B2 with just Jq as an additional dependency (and the included curl, tar, openssl etc.). It works so far...
https://gist.github.com/cablespaghetti/01862b9d8252223719cbe2586145f686