fidzu : Operating Systems

João Carrasqueira at XDA Developers has taken a look at the current state of Sailfish OS, and concludes: As an idea, I love Sailfish OS. Not only does it bring a wholly unique interface to mobile devices at a time when things seem more unified than ever, but it also has the potential to bring the full power of Linux to a smartphone you actually want to use. But the lack of apps makes it hard for it to become anyone's daily driver, and the power of Linux is somewhat hampered because it relies on dedicated repositories that, again, don't get much support. The community as a whole would benefit if the UI for Sailfish OS could also be open-sourced and made available as a desktop environment other distros could adopt. I can see a world where many more Linux distros might be ported to mobile devices using this UI, and leading to more apps being ported to the platform as well. It's unlikely, but taking that step could make a big difference. ↫ João Carrasqueira It seems like Sailfish OS, much like any other mobile operating system that isn't Android or iOS, is still stuck in application hell, where they've always been. Windows Phone, BlackBerry 10, postmarketOS, Sailfish OS - they all suffer from the fact that the services and associated applications people actually need to use in their day-to-day life just simply aren't there, and never will be unless something utterly drastic happens. You're pretty much forced to fall back on possible Android application compatibility layers, at which point you're basically just running Android in an worse way. As an extremely early customer of the original Jolla Phone, and owner of the very rare Jolla Tablet, I considered if I should add the new Jolla Phone as an incentive for the current fundraiser, but I decided against it because I already know what the review is going to be like. Interesting user interface, very limited set of often buggy native applications, constant reliance on often buggy Android compatibility layer, €750 is a lot of money for a barely mid-range phone. Oh, and the UI layer is closed source. I don't need an expensive phone I won't use after the review period to write any of that. There's very little new to write about or discover when it comes to mobile operating systems other than Android and iOS, and that's not through the fault of the people developing these platforms. All the smart developers working on postmarketOS, Salfish, Ubuntu Touch, and others are doing a great job and the very best they can, but in the end these platforms are limited by the fact that the services we all depend on just do not work on any of them. I don't have the solution for the problem - other than very heavy-handed regulation to demand open APIs, which I support but will never happen - so the status quo will remain as it is. It's a sad state of affairs when even Google-free Android is almost a non-starter at this point.

26 May 2026 10:13pm GMT

I have a Nokia N8, and it's one of my favourite retro (?) devices I own. It was one of Nokia's last efforts to make Symbian happen in the post-iPhone era, and while the hardware was quite nice, Symbian just wasn't made for multitouch devices. It didn't move the needle much for an already dying Nokia, and things just got worse from there. A bright spot with the Nokia N9, some decent Windows Phone devices, and then the end. We all know the story. The Nokia N8, though, seems to have been given a new lease on life recently. This smartphone, released in 2010, can be turned into a usable, capable device again, thanks to a brand new, modern custom Symbian ROM called Reborn. It takes the latest stock Symbian version for the N8, removes any and all applications/links/etc. that don't work anymore, and then proceeds to make a ton of things work again. Modern TLS for HTTPS support, updated certificates, modern email support, a brand new application store, a new update application with a steady stream of OTA updates to fix issues, a bunch of security fixes, a whole slew of quality-of-life touches, and so, so much more. This is absolutely amazing work. Clearly a labour of love, there's already been tons of updates over the past year since the ROM's initial release, and I obviously can't not install this on my own N8, assuming it still works. A video by Janus Cycle covering the project is also available, for the more visually-oriented among us.

25 May 2026 11:18pm GMT

We're a mere €124 away from the first incentive during our fundraiser: making me use stock Windows 11 for a month. Since the writing appears to be on the wall, and the donation pulling us across the line can come in any moment, I figured I'd better take a peek at how things stand with Windows. I came across a story about Yusuf Mehdi, an executive vice president and consumer chief marketing officer, who apparently became the face of Microsoft's "AI" push. After 35 years, he's leaving the company, but not after pledging to continue pushing "AI" deeper into Windows 11. Despite this intense backlash, Mehdi is doubling down on the AI vision during his final months at the company. In his LinkedIn announcement, he stated: "I will work through the next fiscal year to help reimagine Windows for the agentic era, grow Microsoft 365 services, and bring our One Copilot vision to life." Microsoft has recently scaled back on some intrusive Copilot features in Notepad, Snipping Tool, and Photos, but the executive leadership team still views AI agents as the inevitable future of the Windows desktop experience. ↫ Abhijith M B at Windows Latest The numbers for Microsoft and every other software company who dove head-first into "AI" are clear: it's one of the biggest bottomless pits of all time, and they're all throwing money down the pit hoping it'll eventually fill up and overflow. Meanwhile, 100 metres down in the pit, a dude in a leather jacket is holding out a bucket and collecting some of the money before it disappears into the void below. For Microsoft, "AI" represents a $235 billion loss (so far!), so the company had to do something - anything - to stop the bleeding. They tried shoving Copilot buttons in every nook and cranny of its products, but users rightfully and understandably revolted. They're toning it down in Windows, and recently, they've also had to tone it down in Office as users were horrified to discover a floating Copilot button in Word, Excel, and so on. People really do not want this shit, which puts these companies in a hugely precarious position: just how badly can they abuse the geese? We'll see just how much Microsoft will actually roll back its force-feeding practices, and I'm not excited to be partaking in the Windows 11 experiment soon.

25 May 2026 7:26pm GMT

Anyone who's written C knows that full ISO C standard-adhering code is an impractical rarity. Most real world C code out there relies on non-standard behaviors and language extensions to varying extents, and a lot of this isn't for extra features, but just to work around bugs and gaps in different compilers and libraries. A lot of codebases will try somewhat to support various environments, mostly through the use of preprocessor checks and guards, but these attempts are finicky at best and straight up broken at worst. I have ran into many of these situations while working on my C compiler, so here's a small list of some of them. ↫ lemon/Sofia Sometimes I wonder how computers even get anything done at all.

25 May 2026 4:11pm GMT

If you visit the Flatpak website today, it lists, as the very first advantage of the project: "Build for every distro: create one app and distribute it to the entire Linux desktop market." If you then move on to the list of supported distributions, you'll see the usual suspects, but also distributions like Void Linux, Guix, and Alpine. These last three all have one thing in common: they use an init system other than systemd, because Flatpak doesn't care what init system you use. It seems that for the next major version of Flatpak, however, that's going to change: systemd will probably become a dependency for Flatpak. Speaking at the Linux App Summit, Arian Vovk and Sebastian Wick held a great talk about the future of Flatpak. The current version of Flatpak will continue to see a ton of improvements, but at the same time, the limits of what can be done with its decades-old design have become harder and harder to work around. As such, they're also planning for and working on what they call Flatpak Next, or perhaps Flatpak 2.0, which is effectively a rewrite of Flatpak based on what they've learned over the years, making use of modern technologies and ideas that have gained ground since the initial design of Flatpak 1.x. It's important to note that everything discussed during the talk is planning, and not a single line of code has been written yet. This means that all of these plans are subject to change, and as the work progresses over the coming years, the end result may turn out very different from what's been detailed in the talk. In addition, and I can't stress this enough: if anything in this discussion gives you even the smallest of inklings to go and harass, attack, insult, or otherwise bother anyone involved in Flatpak, systemd, or related technologies, please be so kind as to book an appointment for a yoga class or whatever. It seems like you need it. Right at the onset of the talk, Vovk and Wick explain that they want to move the permission management from Flatpak into the service layer, through a new service called systemd-appd. Systemd-appd gives applications an identifier and stores their permissions, and then this data can be queried by the rest of the system. In turn, this enables a slew of other features, not least of which is subsandboxing. At the moment, the plan is to introduce this feature in the current version of Flatpak, thereby introducing a dependency on systemd into Flatpak. From what I understand from Vovk, they were intending to be "super considerate" of distributions and people not using systemd, which I take to mean we'd eventually end up in a situation very similar to systemd-logind, which was extracted from systemd into a separate daemon, elogind, so that distributions using other init systems could still make use of desktop environments depending on systemd-logind. I imagine Flatpak developers wanted to make as many affordances as realistically possible for something similar to happen to systemd-appd, thus ensuring Flatpak would remain available on distributions not using systemd. Obviously, people who are using distributions like Void or Alpine were concerned about the future of Flatpak on their systems. If Flatpak gains a hard dependency on systemd, Flatpak would no longer work on distributions without systemd, so the talk raised questions - sadly, it seems the questions were directed at someone not technically involved with Flatpak development, and his replies were not particularly helpful and often just downright insulting and inflammatory. Even though he's not involved in Flatpak development, enough people assumed that he was, and a toxic brew stirred. Users with genuine, friendly questions about the future of Flatpak on their systems were met with derision and insults, and it spiraled out of control from there, drawing in the rabid anti-systemd Red Hat conspiracy lunatics (and worse). Things got progressively worse for everyone involved, particularly for Flatpak's developers. And so we ended up at the situation where everyone's mad and Flatpak's developers are "not feeling inclined to spend time on that shit anymore" when it comes to accommodating and making affordances for distributions and people not using systemd. The end result will most likely be that any future Flatpak dependency on systemd will be stricter, and making any independent elogind-like daemon will be much harder than it was going to be. Nobody wins, everybody loses, all because some people thought it necessary and productive to be insulting and inflammatory. As things currently stands, it's very likely that over the coming years, Flatpak will gain a dependency on systemd, possibly without any affordances for an independent daemon to replicate systemd-appd functionality on distributions that do not use systemd. In other words, Flatpak would no longer be able to boast that it enables "Build for every distro: create one app and distribute it to the entire Linux desktop market.", as it would no longer be distribution-agnostic. And that's a shame, because Flatpak fills a real need for users, regardless of whatever init system they use. Which is apparently something some people base their entire identity on, because they're weirdos.

24 May 2026 3:05pm GMT

You may think you know what "long-term support" means when picking a Linux distribution and version, but judging by the multitude of utterly wrong takes and deeply confused users I come across online, I'm starting to get the feeling that in fact, no, you don't know what it means. KDE's Nate Graham is seeing the same confusion, and has published a blog post going over what LTS really means in the Linux world. People seem to think that an LTS release means it's going to be more stable, have fewer bugs, and receive support for a certain set period of time. The reality is that only that last one really applies, sort-of. LTS generally means you're going to be using a Linux distribution version where you'll get security fixes and possibly maintenance updates for a set number of years, but you won't be getting updates with new features or other updates that aren't security fixes. The purpose of an LTS release is to more or less freeze itself and its packages in time, so that users know exactly what they're getting. However, part of being frozen in time means any bugs, crashes, and hardware support are also frozen in time. The end result is that LTS releases will often have wildly outdated package versions, and those outdated package versions will most likely contain a ton of bugs and issues that have long been fixed in subsequent releases - subsequent releases you're not getting, because you're on an LTS release. LTS releases are fairly stable and reliable as long as you use the most popular software from their included software repositories. So in the circumstances when this stops being the case, I think sometimes people can feel betrayed. They think, "I thought this was supposed to be stable! Why didn't anyone fix this bug yet? Where's my long-term support?" But Debian, Ubuntu, and Kubuntu never promised any level of stability, reliability, or absence of bugs. They promised that the version-locked software in their repos would receive security fixes for a certain number of years. Ubuntu and Kubuntu also offered a certain amount of non-guaranteed best-effort hardware compatibility improvements and non-security bug fixes. ↫ Nate Graham This causes major problems for upstream developers. People who use an LTS release will be using versions of packages that are out of date and full of bugs that have already been fixed in later versions, but they don't know that, so they end up reporting these old bugs that have been fixed ages ago as if they're new. If you're an LTS user and you experience a persistent bug and subsequent crash in Kwin, you're most likely going to complain at the Kwin developers, even if the Kwin developers have already fixed this bug 18 months ago. Every week there's at least a few developers in my Fedi timeline rolling their eyes at Debian users reporting bugs fixed ages ago and getting mad when told they should complain at Debian developers for not backporting the fix. So many LTS users seem to think that LTS equals increased stability, fewer bugs, and fewer crashes, but that's just not what LTS is for or what it claims to offer. Sticking to specific (major) versions of packages means not you're not only missing out on new features and changes - which might be desirable for you - but also on bug fixes. With LTS, as they say, the bugs are also stable.

23 May 2026 11:36pm GMT

Now that's a name I haven't heard in a long time. Gnutella is a file sharing protocol that many have forgotten and it has the story of a decentralized technology adopted by millions of casual users who did not care to learn what a peer-to-peer system was. Users showed up because the protocol solved real problems at scale and the solution just so happened to be decentralized. No one ever pretended to use Gnutella in hopes their GnutellaCoinTM would go up in value later. They just downloaded MP3s. The network exploded in popularity, then plateaued for almost a decade, then settled into a permanent long tail state of continued but diminished use. Welcome to my overly enthusiastic love letter to Gnutella. ↫ Rick Carlino I genuinely didn't know - or I had forgotten, more likely - that Gnutella formed the backbone of LimeWire, another name I haven't heard in a long time. I'm quite sure I used LimeWire over 25 years ago, but details are fuzzy and I might be confusing it with other filesharing networks of a similar vintage. I was an avid CD buyer and MiniDisc user (I used MD well into the smartphone age), so I didn't have much need for downloading MP3s. Gnutella is also apparently still active, and there are still clients you can download and use. Of course, it's a mere shadow of its former self, but this, too, was news to me. I'm kind of inclined to see if it's still hosting MP3s.

23 May 2026 10:03pm GMT

Bruno Croci's blog had been running on Ubuntu 16.04 for a long time, well past the Linux distribution's expiration date. As such, it was time to upgrade, but instead of opting for something standard like another Ubuntu release, he opted for FreeBSD instead. This blog has been running on a Digital Ocean VPS for over ten years. A machine hosted in New York City, running Ubuntu 16.04 LTS. An LTS that hasn't been in support for at least 5 years. It was about time to change it. After some considerations, I migrated to a Hetzner virtual machine that is way better than my old Ubuntu one, less than half the price of what I used to pay, and just across the country from me. Not only that, but I took the challenge to move my stack to FreeBSD. It's a long text, but stay for a cool introduction of FreeBSD Jails with Bastille and some interesting site load benchmarks. ↫ Bruno Croci I absolutely adore the recent surge in people (re)discovering the BSDs as a valid alternative to Linux in both the server and desktop space. In this particular case, it was FreeBSD's Jails and ZFS support that won Corci over, and it's easy to see why. While there are countless alternatives to Jails in the Linux world, ZFS is harder to come by as it can't be part of the kernel due to licensing issues. With how powerful and capable ZFS is, it makes sense to want to use it on your server, and in that case, FreeBSD is probably a better choice than most Linux distributions. There are countless reasons to choose one of the BSDs over a Linux distribution, and I'm glad we're seeing an uptick.

22 May 2026 7:00pm GMT

We've already talked about the secure boot certificates from Microsoft that are about to become invalid, but Debian EFI team member and longtime Debian contributor Steve McIntyre published a blog post with more information for users and distribution developers alike. Why are Microsoft's secure boot certificates relevant for the Linux world? Well, Linux distributions use shim to provide secure boot functionality, and this shim is signed with Microsoft's certificates, because they are included in just about every single computer or motherboard ever shipped. The expiration of these oldest certificates should most likely not be a problem, as existing signed binaries should keep working. This is because the UEFI specification does not look at the expiration dates; it only cares that the signature is valid. Unless you have buggy firmware, your machine will continue to boot Linux just fine. Microsoft is already handing out new certificates, but they started the rollout of these way too late, so that's why it's an actual issue today. New machines and updated older machines will most likely have all of these new CAs installed. New machines are already shipping that only include the new CAs; they will not trust older software and this has already started causing problems for some users. If you already have an old shim signed by Microsoft for your distribution from before October 2025, then it will only be signed using the older CA that expires soon. On newer machines, your users will already not be able to boot your distro with Secure Boot enabled. If you want your users to be able to use Secure Boot in future, you will need to get a new shim build submitted, reviewed and signed using the new CA. However, that signed build will not work on older machines unless they have had the new CAs installed. This is also likely to cause problems for some users. You should encourage your users to update their systems NOW before things break for them. ↫ Steve McIntyre I think the Linux world will be able to handle this just fine, but the fact that Microsoft started this process of replacement so late is a real shame. I'm by no means an expert in this field, but I wonder if there isn't some better solution than relying on Microsoft. I understand their certificates will effectively always be installed on every motherboard, but shouldn't we be able to move that responsibility to a more independent entity?

22 May 2026 5:41pm GMT

After Google killed its search engine a few days ago, one question remained: how exactly does advertising fit into all of this? Google is obviously not going to move to chatbot search without somehow adding ads to your conversation with the pachinko machine, so everybody was wondering how that was going to work, exactly. Well, we have the answer, and it's an obvious one. When researching a topic, consumers want to know exactly how a product suits their unique situation. In fact, 75% of people report making faster, more confident decisions using AI Mode in Search. 1 That's why we're testing two new types of ads, built with Gemini, that offer relevant product details along with helpful guidance. To help people evaluate their choices, both of these new formats will feature an independent AI explainer as part of the ad. Our Gemini model evaluates and synthesizes information about a product or service, and displays that context alongside the advertiser's creative. This coherent, independent response ensures transparency and builds trust. These formats will also continue to be clearly labeled as "Sponsored." ↫ Google's Ads & Commerce Blog Of course they're going to just generate the ads with "AI", too. Google will offer two types of "AI"-generated ads in their new chatbot search tool, the first of which will simply be an "AI"-generated answer to a user's question. If you ask the Google chatbot "how can I clean my bed sheets of unintended nightly slop discharge?", Google will generate an ad based on the features of a slopcleaner washing machine detergent product and show that to you. The second type comes in when a user asks something like "what is the best way to kill a search engine?" Google's chatbot will then show a number of ways to kill a search engine, and one of the items in that list might be an ad generated by Google, alongside the customary unrelated information, wrong information, and made-up nonsense. Google claims both of these types of ads will be labeled as such, but I doubt that small label will be noticed by many, and of course, there's no way to know any of the other answers the chatbot generates aren't paid-for either. Here, too, though, we must ask the question what the end game is. This new chatbot search engine is clearly trying to keep you on Google's website, but in doing so, it'll deprive large numbers of websites of the traffic they need to survive. If they can't survive, they're die. If they're dead, they can't produce the content Google "AI" needs to slobber up to spit back out in Google's chatbot search. Chatbot search is also an agent of its own destruction, because you can't generate improved slop with nothing but slop. Because, and I can't repeat this often enough, nobody has ever used "AI" to produce anything of value.

21 May 2026 10:04pm GMT

Suppose your manager asks you next week to demonstrate that the AI coding tools your company signed up for are worth the subscription cost. Would you measure lines of code generated, or tickets closed? Or would you send out a survey asking whether developers feel more productive? Each of those approaches is flawed in a different way; the sections below explain why. ↫ Greg Wilson Every single study that claims to prove "AI" has a positive effect on productivity falls into one or more of these categories. Again, nobody has ever used "AI" to produce anything of value.

21 May 2026 9:43pm GMT

The stories of "AI" bots and crawlers absolutely ravaging websites and services keep on coming, and the amount of work people have to do just to survive these "AI" bot and crawler assaults is insane. I run Weird Gloop, which hosts some of the biggest video game wikis ever, like Minecraft, OSRS and League. Over the last 3 years, we've had to spend more and more of our time fighting with this bot traffic that is spiky, disproportionately expensive, and getting harder to distinguish from humans. If we weren't constantly mitigating the bots, they would use ~10x more of our compute resources than everything else put together - even though that "everything else" includes tens of millions of (human) pageviews and tens of thousands of edits a day. Everyone who runs wikis is dealing with the exact same problem. The Wikimedia Foundation has a post about it impacting operations, every major wiki farm has had varying degrees of service outages, and some smaller independent wikis have been knocked completely offline. Overall, I'd guess that about 95% of all server issues in the wiki ecosystem this year have been caused by bad scrapers. ↫ cookmeplox at the Weird Gloop blog "AI" tools are a quintessential example of "shitting where you eat". All of these tools just suck up huge amounts of content created by actual humans, only to regurgitate bits and pieces of that content upon request according statistical models. If in that process of sucking up everybody's content, these tools are placing such amounts of undue stress and cost on the people making and hosting that content that said people stop making and hosting such content, where are these "AI" tools going to get their content from next? With every person that throws up their hands in the air in utter frustration as they see they're hosting bills skyrocket and their sites become unusable, "AI" tools are agents of their own destruction, since ingesting the slop they themselves create only makes these "AI" tools worse. Nobody has ever used "AI" to produce anything of value, after all.

21 May 2026 9:35pm GMT

Since X11 has moved to legacy status, it's only a matter of time before the BSDs are going to have to make the move to being Wayland-first as well. This applies particularly to FreeBSD, which has been focusing on improving its suitability for desktop and laptops lately. The good news is that Wayland has been available on FreeBSD for a while now, and setting it up with a KDE desktop is a breeze. Dolce Far Niente has a quick and easy guide, updated today, that walks you through the steps of setting up KDE with Wayland on a fresh FreeBSD 15.x installation. I'm keeping this on my to-do list, but I'm not committing yet because we're getting quite close to the first incentive of the OSNews fundraiser, where I have to install, run, and use vanilla Windows 11 (including Office and Outlook) for a month. No point in setting up FreeBSD when we're about to hit that incentive. Regardless, this is going to be the future of FreeBSD for desktop and laptop use, so you if you're already a FreeBSD user, you might as well try and see if Wayland works for you today.

21 May 2026 7:56pm GMT

Two popular web browser are overhauling their user interface, and the first to actually ship its new version is Vivaldi. Version 8.0 of this Chromium-based browser completely overhauls its UI, but retains its extensive customisation options, including the option to go back to the old look and feel if the new one doesn't float your boat. I wonder if this update addresses some of my long-standing issues with Vivaldi where it just seemed impossible to integrate the browser properly with KDE or GNOME, since it opted for its own fonts and had a ton of very custom UI that made it stand out moreso than even other browser. Before publishing this post, I did a quick install and check, and no, it seems not much has changed in that department. Not everyone will care - in fact, I think most people don't - but I do, and I do whatever it takes to make my browser look properly native. Any Chromium-based browser is a hard sell in that area, and that applies doubly so for Vivaldi and its long list of custom UI elements. The other popular web browser overhauling its UI is Firefox, which is bringing its new UI to testing now, with an actual release later this year. You can clearly see that both Vivaldi and Firefox seem to be following a similar trend, even if I'm not entirely sure if it has a name yet. The new Firefox design also overhauls the settings page, integrates Mozilla services like its VPN, and brings back the compact mode (which has been hidden behind an about:config flag for years now). My biggest worry is how this will affect Librewolf and the KDE and GNOME themes I use, but it seems we're going to have more than enough time to figure that out.

21 May 2026 6:10pm GMT

I was a long-time Bitwarden user, until a year or so ago when I started migrating my passwords first to Firefox/LibreWolf, and recently from there to a KeePass database I can transfer and use with whatever password manager application is compatible with KeePass' file format. It seems I was accidentally on time, as it's come out over the last few days that Bitwarden is probably going down the drain soon. In February, the company got a new CEO, and in March, it doubled its Premium price, announcing the hike deep in a feature announcement. The new CEO seems to be a bellwether for what's to come for Bitwarden. He's a merger and acquisitions guy, with a history of gutting companies and selling them for parts, and changes to Bitwarden's website also indicate where it's headed. The phrase "Always free" disappeared from the personal password manager page in mid-April. It used to sit prominently under the plan selector. The free plan still exists - for now - but the commitment language is gone. And then there's the values rewrite. Bitwarden used to define its culture with the acronym GRIT: Gratitude, Responsibility, Inclusion, and Transparency. After May 4th, that changed. GRIT now stands for Gratitude, Responsibility, Innovation, and Trust. Inclusion and Transparency are out. Innovation and Trust are in. ↫ Patrick Boyd The "Always free" motto quietly reappeared on the site after its removal was uncovered and went viral on Fedi. The change in CEO, the changes in values, and the removal (and reappearance) of Bitwarden's well-known and oft-repeated commitment to its free plan have all been quiet. No announcements, no blog posts, no posts on social media - but they did change a four-year old blog post by Bitwarden's former CEO to change that GRIT acronym. You don't need to be an honors student to figure out where this is going, and what the new CEO's plans are for Bitwarden. Do as I did, and get your passwords out of BitWarden. I strongly suggest using an open format that can be used by any compatible password manager, with KeePass' formats being the obvious choice. This way your passwords are truly yours, and not dependent on someone's continued commitment to free plans or proprietary services that can unexpectedly change hands. Bitwarden is licensed under the Apache 2.0 license, but with all of the above, one has to wonder how long that's going to remain a thing.

20 May 2026 11:21pm GMT

Printing on Linux, macOS, and even on Windows seems to be pretty much a solved problem, but what about printing on OpenBSD? Anyway, to do so I would need to set up my HP OfficeJet printer, connected wirelessly to the network, on OpenBSD. I chose to do this using HPLIP and CUPS as they are both in ports, I am familiar with how they work, and my printer is old enough that its PPD (driver) file is included in the slightly older version of HPLIP that is ported to OpenBSD. However, after installing both packages, starting the relevant services via rcctl including Avahi, and launching CUPS and finding the printer, I could not get it to install properly. Either it would error out at the end saying the printer couldn't be added and advise me to check the CUPS error log, or it would seemingly successfully add the printer but I couldn't print anything and couldn't adjust the printer settings. ↫ Morgan at his blog Only very tangentially related, but my personal crowning achievement in computing is somehow making it possible for my PA-RISC c8000 workstation running HP-UX 11i v1 to print to my modern all-in-one HP printer thing, some random HP consumer junker we bought on a whim because it was a returned item and cheap. It took some messing around, but ever since I've been able to just print stuff right from any application on HP-UX over the network, wirelessly. Note that the c8000 and HP-UX 11i v1 are almost two decades out of date compared to the printer, but by trying out promising device files included in HP-UX I managed to get it all to work. I never need it, but I am fairly sure I'm one of the very few people in the world who can reliably print from an HP-UX 11i v1 workstation to a modern throwaway HP junker over Wi-Fi. Put that on my tombstone.

20 May 2026 7:57pm GMT