@elly @moses_izumi @lanodan @mgorny @TheOneDoc this message was sent from a laptop with an nvidia GPU (and no integrated or switchable graphics, so it only uses the nvidia gpu at all times), running Alpine Linux and sway. (nouveau)

@DrewNaylor @jane bwrap?

Big Endian won't tell you this but you don't actually need to chose between big- and little-endian, you can just select no endianness!

Endinaness was invented by Big Endian to sell more big-endian

@pj @elly Windows 8.1 was already bad in 2013 and caused some users to stay on 7 or quit to linux or macOS. Vista was also pretty bad. 10 went worse. 11 went way, way worse.

A new halloy release dropped! With a set of new IRCv3 features. Mainly multiline and react. And of course a bunch of other features and fixes. Really enjoying this new little client! :) https://github.com/squidowl/halloy/releases/tag/2026.5

*sigh* Dune 3D getting more exposure has inevitably attracted the vibe coding mob. As I don't want to review PRs that no one wrote, we now have a contributing policy that explicitly forbids LLM-generated PRs: https://github.com/dune3d/dune3d/blob/main/CONTRIBUTING.md

#dune3d

The goal is to make corporate data less profitable.

Even stuff as simple as setting your birthdate to 1970-01-01 everywhere, adding [TEST] or [DELETED] as your name or account notes anywhere you don't need them to know your name.

Using plugins like AdNauseam to poison ad trackers (and cost them marketing dollars).

Using VPNs set to different locations.

Signing into data broker sites to "correct" outdated info (they'll often let you do that with little-to-no proof of identity, but will require your passport or state ID in order to delete your info). Bonus points if you correct it to someone else's info on their site that's similar to yours.

Only fill in required fields when you sign up for anything, but only provide correct info if it matters for you to use the service, otherwise provide plausible, but incorrect, data.

If you use LLMs anywhere, use the free tier and always vote thumbs up for bad answers and down for good ones. It wastes their resources and drives up their costs while making their training data worse.

It's funny how this phone keeps feeling faster as it gets older.

Looks like GTK is starting to get its renderer inefficiencies sorted out, as updating Flatpak runtimes has made Tuba smoother than ever 😄 #librem5

@dos isn't that awesome? ^^

@justsoup systemd also did it

Date: Sat, 21 Mar 2026 11:59:02 -0600
From: Theo de Raadt <deraadt@openbsd.org>
To: Renaud Allard <renaud@allard.it>
cc: tech@openbsd.org
Subject: Re: [patch] ext4fs rw
In-reply-to: <2c8df0cc-938e-4036-a628-4c7f69874e0a@allard.it>

Renaud Allard <renaud@allard.it> wrote:

> Maybe it should be made clear on the website that OpenBSD will only
> allow new code made by a human. Because I feel there might be more
> requests like this and there is no point in repeating the discussion.

Yes.

#openbsd

@elementary coined by google

@elementary "sideloading" is a dumb term too, for what is literally just running your own software

I really appreciate folks working on Plasma Mobile though, this is really comfy (pretty much my daily-driver now)

(Yes, I still need to fix internal audio, wifi and cameras, but they’re not deal-breakers for me especially since I can use bluetooth in the meantime)

Since people keep asking, this is running on: https://wiki.postmarketos.org/wiki/Xiaomi_Mi_9_Lite_(xiaomi-pyxis)

In today's issue of "This Week in Plasma", Mr. Vader says...

https://blogs.kde.org/2026/03/21/this-week-in-plasma-time-zone-offsets-and-type-ahead-on-the-desktop/

#FreeSoftware #desktop #Plasma6 #OpenSource #RoundCorners

@Orca @ncopa it wouldn't really affect us. We have a few armhf device ports but as it turns out all of them with the exception of two, actually target armv7-capable devices, so they should be moved to armv7. The two remaining are the Pi0 and Pi1. (see my post about this somewhere else in this thread)

@socketwench @pabloyoyoista what hardware supported by pmOS would be deprecated by this change?

@ncopa on @postmarketOS side, I looked at the wiki for armhf devices that may be impacted by armhf dropping.

postmarketOS supports 28 armhf devices. Out of all 28 armhf devices, 26 are actually armv7 running an armhf kernel/userspace for legacy reasons, and should be moved to armv7. Out of these, only one runs a mainline kernel.

The remaining 2 are the RPi1 and zero.

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?