OSnews

A week or so ago, Apple announced a bunch of features for the App Store on iOS, including personalised recommendations based on your activity and usage of iOS. It turns out this includes a keylogger (taplogger?) in the App Store, which records every single tap you make, every single letter you enter, and a lot of other information. All of this information is unencrypted and sent to Apple. Now Apple is putting the extensive identifiable analytics they collect in the App Store in action. They record every tap and there's no way to turn it off. They can even calculate your typing speed. Michael Tsai, quoting Mysk The provided screenshots of the data collected are terrifying, especially because the data is unencrypted, sent to Apple, and fully tied to your user account. Apple clearly wants a slice of that big, juicy advertising pie, and they, too, are discovering that the easiest and best way to serve targeted ads is to collect as much data as they can about you. Of course, this is something the entire internet (but not OSNews!) and several megacorporations are built on by now, but Apple has been incredibly sanctimonious about how it supposedly actually cares about user privacy, making this keylogger yet another case of Apple's hypocrisy on full display. Of course, if you care about privacy, you're entirely free to download your iOS applications from somewhere other than the App Store and install them yours... Oh, wait.

Another story from the good old days from Raymond Chen. During an exchange of war stories, a colleague of mine told one from back in the days when Windows included a processor emulator for x86-32 on systems that natively ran some other processor. (This has happened many times. And no, I don't know which processor this particular story applied to.) Raymond Chen at The Old New Thing So the core of the story comes down to this: All in all, it took this program 256 kilobytes of code to initialize 64 kilobytes of data. Raymond Chen at The Old New Thing The people working on Windows were so offended by this, they added code to the processor emulator just to fix this program.

Speaking of FreeBSD, the project released version 15.1 of their operating system today. As it's a point release, it's not full of massive changes, but it still brings the LinuxKPI-based wireless drivers up to Linux 7.0, support for the C23 version of the Chas progressed considerably, Unicode has bene updated to version 17.0.0 and CLDR 48, and more.

Expect to see more and more articles like this one, as more and more people discover that FreeBSD's desktop/laptop support keeps improving rapidly. FreeBSD 15 really feels like a breakthrough release. It's always been my favorite operating system for servers, but with the arrival ofpkgbase, massive improvements to theLinuxKPIdrivers, and the launch of theLaptop Support and Usability Project, it's become my primary desktop, too. Cullum Smith Since Smith tried FreeBSD 14.0, there's now KDE Plasma 6.x, you can leave legacy X11 behind and use Wayland on FreeBSD now, and support for Intel Wi-Fi chips has greatly expanded. Apparently, battery life has improved as well, which is one of the hardest problems to solve for an operating system, especially with the wide variety of hardware combinations in the x86 world. The rest of Smith's article is a guide to setting up FreeBSD 15 with KDE and Wayland. It's quite detailed with a ton of low-level tuning and fiddling, accompanied by clear and concise explanation of what the changes do, which I really like. Definitely a bookmark for anyone who wants to try out FreeBSD with KDE.

It's been a while since we've had a new operating system project written in Rust, so let's look at Zinnia. The kernel is written in (almost) 100% Rust and attempts to avoid unsafe code where possible. It implements a big range of POSIX APIs in system calls, but also exposes common extensions found in Linux and BSDs, like epoll and timerfd. This allows it to run a somewhat modern desktop using Wayland and X11 sessions. Most drivers are implemented as modules. These are Rust ELF dylibs which get loaded and linked during boot from an initrd, similar to Linux systems. Zinnia can boot from any UEFI based system thanks to the Limine bootloader. Zinnia OS website At least Weston and Xfce can run on Zinnia, even on real hardware, which is quite an achievement. The project was started in 2024 as a learning endeavour, but quickly grew out of control, as these projects are wont to do. The code's open source.

We're a little deep into June already, but it's only now that Haiku published its monthly progress report for May. There's a bunch of fixes for drag-and-drop behaviour in Tracker, AVX512 support can now be enabled thanks to changes to the kernel's FPU handling, some low-level changes were made for the Rust and Zig compilers, and further improvements were made to the boot process on the Raspberry Pi 5 (although a lot more work is needed on that front). There's still no sixth beta since a few more blockers remain, but don't let that stop you from installing Haiku - it's stable enough as it is, sixth beta or no.

Tribblix, the Illumos distribution focused on giving you a classic UNIX-style experience, has been updated with the release of Milestone 40. This version has some major component updates. Perl in now 5.42 instead of 5.34, and the default Python is now 3.13. The GCC suite is now version 14.2.0, go is version 1.26, Xfce has been updated to version 4.18, node is v22, with v24 added and v20 removed. Tribblix M40 release notes There's a more detailed changelog, as well as the downloads page to get started. If you're already running Tribblix, you can update in-place, of course.

An infuriating story about something most of us don't really stop to think about: e-books and the rendering engines companies and software use to display them. It's the year 2026. Thanks to the horrendous RMSDK which Kobo decided to use as their backbone for all book rendering (probably for DRM reasons), a single line of perfectly valid CSS turns a perfectly valid EPUB file into a corrupted file" on Kobo and just drops the whole book. No clear error message, no fallback. Just a massive fail. Andre Klein The level of obnoxiousness goes even deeper: Kobo devices ship with a better, actually maintained renderer for e-books as well, but in order to have a book use it, the book file in question needs to have a specific file extension. Remember that e-book files are just packaged websites; there's no reason to do any of this nonsense with two rendering engines, one of which is shit and frozen in time. I have never had to do anything related to creating an e-book - I just put books on my own Kobo and read them - and even I am getting annoyed just reading this.

How far can you get, application development-wise, by using only the original APIs from Windows 1.0, and only whatever came included by default with Windows 1.0? I finally decided to write an application for the very first version of Windows and see how different the modern WinAPI really is from its earliest versions. Windows 1.0 came out back in the mid-1980s - the era of 16-bit processors, MS-DOS, and cooperative multitasking. At first glance, you might think it has almost nothing in common with modern Windows, but when you look specifically at the application API, that's where things get interesting. I wanted to see how far it would be possible to go using only the capabilities of the first version of Windows. I didn't want to just make a minimal example with a window and a menu, but a small, complete application with graphics, keyboard input, timers, and constant redrawing. For this experiment, I chose Xonix - a simple yet surprisingly addictive game. Stanislav Safronov It turns out that surprisingly, despite the 40 years and massive changes since Windows 1.0, there's still a lot that feels recognisable. It's also remarkable that the code Safronov ended up with ran on every version of Windows from 1.0 to 10, but sine it's a 16 bit application it no longer works on Windows 11. It also had a hiccup on Windows 95, but he suspects that's an issue in the 16 bit subsystem in Windows 95, and not in his code. The code's available on GitHub.

In 1994 I got my first computer: an Intel i486 DX2-66 with 4 MB RAM and a 512MB harddisk. The software was IBMs OS/2 and Microsofts Windows 3.11. In the next four years I was upgrading this machine every few months with more RAM (up to 16MB), a CD-ROM-drive and a soundblaster card. So I learned upgrading this machine, installing new software and finally learned how to program new software using BASIC. But I never got in touch with the boot-process or the details of MS-DOS. In 2026, 32 years later, I learned from some screenshots of the DDX3216, that Behringer used a real 386 processor within this machine. Immediately, some of my neurons fired in my head and I pondered if I could boot software and even a full operating system on this device. My goal was to learn how an x86-system is booting, how DOS takes over and what is necessary to get into the shell. Christian Noding So this introduction is a bit cryptic if you're not aware of what a DDX3216 is - I sure had no idea. The Behringer DDX3216 is a digital mixing console for use in music studios, and I think it's about 25 years old or so. Apparently it's built around a 386, and as Noding details in this article, that means it can be made to run DOS. It also happens to have a small black and white LCD, so there's a place to route output to, as well. Furthermore, once you open it up, you'll find things like a BIOS chip, PCMCIA slot, a floppy controller, serial/parallel port controller, and more. Sure sounds like a PC to me. After talking to companies and individuals who might have a BIOS compatible with the AMD 386 SoC used in the device bore no fruit, Noding decided to develop his own BIOS, which involves getting all the devices, interfaces, and even the display to work properly as well. The next step was getting DOS to work, and after MS-DOS 6.22 refused to work, FreeDOS did the trick and booted just fine. There's still a ton more possible things that can be done here, but this is already quite amazing.

TrueType is a widely used vector font standard for rendering text in web pages, PDFs, operating systems, and applications. Familiar fonts like Helvetica, Garamond, and Monaco are all built on TrueType outlines. The format specifies a hinting interpreter intended to help outlines rasterize faithfully on low-resolution displays. Modern high-resolution displays enable beautiful typography from outlines alone, but TrueType fonts that need hinting to render legibly remain in use and we continue to support them. Font parsers process data from untrusted sources, making the TrueType hinting interpreter a security-critical attack surface. To make the format more resilient on Apple platforms, we rewrote its hinting interpreter from C to memory-safe Swift for the Fall 2025 releases. In addition to memory safety, we also improved performance: on average, our Swift interpreter runs 13% faster than the C interpreter it replaced. Scott Perry This article provides a deep dive into how, exactly they did that.

If you want to try out a modern Amiga operating system, your choices are severely constrained. Both MorphOS and AmigaOS 4 need PowerPC hardware, and at the moment, there's little to no modern hardware available for purchase to run these operating systems on. The only AmigaOS 4 hardware you can buy is either incredibly outdated, incredibly expensive, or both, and while MorphOS does run on readily available Apple PowerPC machines, those, too, are getting quite long in the tooth and performance simply isn't keeping up. Until the Mirari becomes available - with the project steadily progressing, I have high hopes - the reality for people wanting to try out AmigaOS or MorphOS is going to be expensive, at best. Or is it? QEMU exists, and QEMU can emulate various PowerPC systems just fine. Shouldn't it be possible to run these two unique operating systems in a virtual environment on your modern PC, thereby making it trivial for those of us interested in the world of Amiga to dip our toes into the water without having to spend inordinate sums for outdated hardware? It turns out that yes, this is entirely possible, and as I highlighted almost a year ago, George Sokianos has made this process effectively foolproof by developing a custom GUI frontend for QEMU specifically designed to make it incredibly easy to set up and run AmigaOS 4 and MorphOS in QEMU virtual machines. We're almost a year since that first version, and in that time, Sokianos has updated the tool, called Kyvos, to version 2. It costs a mere 9, and works on Linux (x86 and ARM), Windows (x86 and ARM) and macOS (x86 and ARM). You also get an incredibly detailed manual with step-by-step instructions for every supported operating system and specific emulated machine, which includes instructions for the convoluted AmigaOS 4 installation process, as well as a bunch of other information and helpful tips. In addition, the manual includes links to where you can buy AmigaOS 4 - be sure to use these specific links to buy AmigaOS 4, because Sokianos gets a commission for sales through these links. AmigaOS 4 costs like 30, so it's not a big investment. MorphOS can be downloaded for free, but after 30 minutes of use, the operating system will slow down and cripple itself, unless you pay for and register your copy for 79. I own a copy for my 17'' PowerBook G4 1.25Ghz, but I think copies are tied to hardware, so I haven't tried registering it with my key yet. The MorphOS registration tool does not accept virtual machines, so you can't use it to buy a copy for a virtual machine. Kyvos' graphical user interface mimics the UI of other virtual machine software like VirtualBox, and it will check to make sure you have all the correct dependencies and requirements installed. The guided setup processes for MorphOS and AmigaOS 4 virtual machines will tell you exactly which operating system ISOs and files you need and makes sure you have them, before setting up the QEMU virtual machines with the optimal settings. Once created, start the virtual machine, and they'll boot from the installation media. Follow the included manual as you install the operating systems, including some post-install help, and you'll end up with fully working, network-capable virtual machines running MorphOS and AmigaOS 4. Both installation and setup procedures worked without any issues on my machine, and within like half an our I had to two fully working copies of MorphOS and AmigaOS 4 running on my Linux desktop gaming PC (I exempted myself from the Windows 11 incentive for this one, since my Linux gaming PC is by far the most powerful computer I own). Networking and sound works - AmigaOS 4 requires some post-install steps for those, listed in the Kyvos manual - and I could browse the web right away with the included web browsers. The online update tool for AmigaOS 4 also works perfectly, allowing me to upgrade to the latest version of the operating system and various included components. I'm anything but a MorphOS or AmigaOS 4 expert, so I can't confidently say much about performance compared to best real compatible hardware out there, but at least for MorphOS I can say it runs considerably faster in this virtual machine than it does on my old 17'' PowerBook G4 1.25Ghz. I feel like AmigaOS 4 runs a bit smoother than MorphOS does, as with the latter I experienced the occasional hiccup and stutter which were absent on AmigaOS 4. Still, both are entirely usable and a pleasure to use. With how limited the hardware selection for these two operating systems is, using QEMU through Kyvos is by far the easiest and most straightforward way to dip your toes into the waters of the modern Amiga operating systems. For a total of around 40, you'll be running AmigaOS 4 in a very capable and straightforward way, and if and when MorphOS allows registration for virtual machines (they really should), an additional 79 will give you a fully working installation of that unique operating system, too. Kyvos is a complete no-brainer for anyone reading OSNews.

Video game consoles have a long history with web browsers. From the advent of the World Wide Web, consoles have been trying to get online. Browsers on video game consoles were initially very much an attempt to provide a cheap gateway to the web for a casual audience lacking technical expertise, though as time progressed they've become a greater and more integrated part of systems. This article takes a look at browsers on video game consoles in detail, though only covers official web browsers. Many consoles have browsers installable via custom firmware and homebrew, but they're beyond the scope of this post, as are non-web systems such as Satellaview and online services that didn't provide a browser, such as XBAND, Sega Meganet, and Sega Channel. Declan Chidlow The article starts off with the Philips CD-I, which has always been a fascinating product for technology fans in The Netherlands because that's where Philips is from. Memory that far back is untrustworthy, but I can definitely remember being inundated with commercials, advertising, magazine articles, and newspaper reports about the CD-I, all throughout its rather troubled life. Yet, I don't remember anything about it being capable of browsing a rudimentary web. Of course, we're talking 1995 here, a time when I didn't even have internet at home yet, although I did use the web at a friend's place at that time. We didn't get internet at home until I think 1997 or 1998, followed by the move to broadband cable internet just a year later, since our small rural town happened to be one of the first places to get broadband. Good times. Did anyone ever actually use browsers on consoles, though? I mean, using them always felt incredibly clunky, and by the time they were capable enough to really do anything we all had laptops and later smartphones anyway. I certainly don't remember anyone using them for anything but a gimmick, but perhaps my sample size was far too small and not diverse enough.

With the announcement of an upcoming new macOS release also come the usual changes in which Macs will still be supported. MacOS 27 Golden Gate is an important release in this regard, as it will be the first release of Apple's desktop operating system that will be entirely ARM-only, dropping support for all Intel Macs. It's important to note that Apple will provide three more years of security updates for the final Intel release of macOS, so Intel users won't be dropped like a brick immediately. Still, the Intel Mac Pro was still being sold all the way up until mid-2023, and I'd be royally pissed off if my expensive 2023 Intel Mac went out of support a mere six years after purchase. They weren't cheap machines, and while you can argue everybody knew the writing was on the wall for the Intel Mac Pro in 2023, it still feels way too short of a supported lifespan for such an expensive, high-end piece of equipment. It didn't sell many units, I'm sure, but still. In addition, MacOS 27 will be the last release to include the Rosetta 2 translation layer that allows Intel binaries to run on ARM macOS. I have no idea how many important applications are still Intel-only, but I have a feeling that number is going to be relatively small, and will become even smaller as the first macOS release without Rosetta 2 support nears release. On top op of that, I'm sure enterprising users will find a way to transplant Rosetta 2 onto unsupported macOS releases, and if all else fails, there's always virtual machines.

Apple recently announced its next crack at integrating AI" into its operating systems, this time opting to simply whitelabel Google's Gemini AI" tools instead of developing its own LLM technology. Called Siri AI", Apple also stated it's not coming to the EU, and the company stated that's because the EU's basic consumer protection legislation would give other AI" tools unprecedented access" to user data on users' devices. The company made a big stink about this in the press. As anyone with basic pattern recognition skills already knew, this was a blatant, baldfaced lie. What really happened is that Apple asked the EU for an 18-month long exemption from the EU's consumer protection and privacy legislation during which it would not have to comply with any legal privacy and interoperability requirements - just so it could roll out Siri AI" before anyone else could offer a competing product for Apple users. Obviously, the EU wasn't going to grant such an exemption. The decision not to roll out Siri AI in the EU is Apple's and Apple's only," spokesperson Thomas Regnier told reporters in Brussels, saying there was nothing in the Digital Markets Act to stop the company from introducing new products in the EU. Apple was simply unable to develop interoperability solutions that meet essential EU privacy and security standards," Regnier said. Instead of trying to find a suitable compliance solution, Apple simply made a request to the European Commission to be exempted from their interoperability obligations under the DMA - and this for at least 18 months. That's not an option," Regnier said. Inti Landauro and Foo Yun Chee at Reuters So what's really going on here is that Apple wants to offer a set of whitelabeled Google Gemini tools on iOS and macOS in the EU, but because Apple is classified as a gatekeeper, it is legally obligated to offer interoperability options for competing AI" tools. These options in turn need to adhere to the EU's strict privacy regulations, so that competing AI" tools can offer the same level of privacy that Apple's own whitelabeled Google Gemini tools claim to offer. Apple didn't want to offer these privacy-respecting interoperability options as required by law, so instead of following the law in the countries it wants to operate in, Apple asked to be placed above the law for at least 18 months, basically giving Siri AI" a massive head-start over possible competitors so that it could entrench itself in the userbase. The EU saw right through Apple's nonsense, and now called them out on their bullshit. Perhaps Apple has gotten so used to openly bribing Trump that they forgot other parts of the world don't work that way. Whenever Apple and its PR attack dogs say anything about the EU, you can be assured they are lying. They have proven time and time again to basically never speak a single word of truth when it comes to its dealings in the EU. It's almost pathological at this point, and what makes it doubly interesting is that Apple will not launch Siri AI" in China either, for the very same regulatory reasons - yet all China got was a single footnote in a press release. I wonder why.

For a while now the transition away from Manifest V2 (MV2) to MV3 has been on-going and it looks like it is entering its final phase of deprecation, at least, in the case of Google Chrome. A recent discussion thread in the w3c WebExtensions Community Group GitHub repo has highlighted how the latest and upcoming versions of the most popular browser are expected to be its final releases with support for MV2 extensions. Sayan Sen at Neowin You shouldn't be using Chrome anyway.

On a related note, what about a raycasting first-person shooter written in... COBOL? Can you think of a better programming language than COBOL to implement an FPS from scratch? I know I can't, so buckle up and enjoy what can only be described as an out-of-body experience for COBOL enthusiasts as I set out to make a Wolfenstein3D-like raycasting based FPS game (and potentially go a bit further than that, hopefully it's not a DOOMed attempt). icitry on YouTube I don't link to YouTube videos very often, but there's always the exception that proves the rule. The COBOL code's available on GitHub. What a mad man.

My goal was to build a complete, shippable first-person shooter using techniques that were common in the early 90s, while allowing myself the luxury of using a modern compiler and a platform abstraction layer. Marko Stanic It looks amazing already, and it isn't even done. Stanic goes into great detail explaining how he created the various assets for the game, and it's a joy to read through his creative process and problem-solving routines. The game's called Catlantean 3D, and is expected to ship somewhere early 2027.

Microsoft has detailed that Windows 11 is going to switch away from dedicated printer drivers to its Windows Ready Print system. This should make it a lot easier and less cumbersome to get printers running on Windows 11. At the core of Windows Ready Print is a transition away from legacy, third party drive-based workflows toward modern, standards-based printing with IPP (Internet Printing Protocol) using the Windows inbox IPP printer driver. Starting in July 2026, new printer installations will default to Windows Ready Print where supported, enabling a simpler and more reliable setup experience. This change reduces the need for traditional driver management and lays the foundation for a more scalable and predictable print experience. elliesekine at the Windows Tech Community Printers still play a huge role in our lives - whether we like it or not - and their terrible user experience is basically a meme a this point. Making at least one aspect of printing easier, less cumbersome, and more streamlined is incredibly welcome, and I'm glad Microsoft is taking the Windows printing ecosystem along for the ride on this one. My own personal experience with printing on Linux and now on Windows 11 (as promised, I've been using nothing but Windows 11 since 26 May!) has been mostly effortless already. Our cheap networked printer/scanner/combo thing from HP just works" on both Linux and Windows 11, since Windows downloads HP's drivers and application automatically when detecting the printer on the network. Still, not having to use HP's driver would be a nice bonus. Coincidentally, I also managed to get the printer component of our HP combo thing working on... HP-UX 11i v1. Despite being more than two decades newer, our HP printer works perfectly with a printer definition file included in HP-UX, giving me full printing from CDE and the rest of HP-UX. It's entirely useless and cost me an evening of my life, but seeing the test page and other documents from HP-UX come out of our printer, over the network, put a big smile on my face.

It's just a ruling from a lower court, but it sets the stage for how European courts are going to deal with the question of who is liable for whatever slop AI" generates. The Regional Court of Munich hit Google with a temporary injunction barring the company from spreading false claims about two Munich-based publishers through its AI-generated search overviews (case no. 26 O 869/26). The court classified Google as a direct infringer because the AI overview" is its own content, not just a list of search results. Google's AI overviews had falsely tied two publishing companies to scams, subscription traps, and shady business practices for certain search queries. According to the court, the AI mixed up information about other, genuinely sketchy companies with the plaintiffs and drew connections that didn't appear in any of the linked sources. The publishers sent Google a cease-and-desist letter, but Google didn't respond appropriately. Matthias Bastian at The Decoder Google tried to argue it doesn't carry any responsibility or liability for whatever slop its AI" generate, but the German court does not agree. According to the court, AI" overviews are not the same as regular search results, because they rewrite findings and just make shit up, thereby making claims that are nowhere to be found in any search results (or in reality in general). Furthermore, the court states that Google develops the AI", it runs it, it offers it to users, and Google alone controls its output, and as such, Google is liable for whatever their AI" produces. Google also tried to argue that users know not to trust anything an AI" produces, which is hilarious considering how hard Google is pushing these tools, but the courts state that the ability of users to do further research does not absolve Google of liability. In addition, the court made it very clear that free speech protections absolutely do not apply, because the AI" expressions are coming from an algorithm, not a person, and are above all an expression of Google's business activities". In other words, if an AI" tool generates false accusations and misleading statements, the creator of said AI" is liable. With this ruling in hand, countless other people have a stronger case to make whenever Google or any other company tries to absolve itself from liability from slop just because a pachinko machine generated it. Excellent news, and the only fair outcome.

When it comes to 80s computer brands, few flew as high as Eagle Computer flew in 1983. The aptly named company was selling 12,000 computers a month and had been doubling sales every quarter under the leadership of a talented CEO. Then Eagle lost its CEO, Dennis Barnhart, in a crashed Ferrari on the day of its IPO, June 8, 1983. In this blog post, we'll explore the reasons Eagle Computer fell, because there was more to it than just the tragic story involving its CEO. Dave Farquhar Just one of the many early PC companies that died off, even if Eagle died off before many of the other big players. It must've been such a vibrant and fascinating time to be into PCs and computers in general at that time, with so many companies and players to choose from. Shame about the 308 GTS.

A new logo means new merch! I'm launching brand new merch today, all featuring the brand new OSNews logo. We've got the classic T-shirt with the new OSNews logo, in sandy white and terrain grey. They're made from sustainably-grown and processed cotton, come in a variety of sizes, and ship worldwide. The crowdpleaser is also making its triumphant return: the OSNews coffee mug, now also with the new logo and a green-on-white two-tone design. It holds coffee and tea, of course, but feel free to use it for whatever you want. Grow a plant in it! A newcomer is the OSNews Mousepad - a basic, no-nonsense, no-frills mousepad that does exactly what it's supposed to do, in a classic square(ish) formfactor. It makes for a great companion to any (retro) setup, but feels particularly at home with BeOS and OS/2. One merch item remains from our previous collection: the ever-popular Gemini shirt and longsleeve, with a retro ASCII-art OSNews logo in bright green on deep black. It's like staring at a real classic CRT. On your chest. Don't sit too close. As always, every price is set so that for every item sold, roughly 8 goes to OSNews. I will add the proceeds to our fundraiser tracker, so this is yet another way to support us, together with Ko-Fi donations, SEPA direct bank transfers, and Patreon.

In today's climate, I needed this: GentleOS, an operating system targeting both 386 (GentleOS/32) and even processors as old as the 80186 (GentleOS/16), with a lovely retro graphical user interface, usable on bare metal, and, of course, open source. Its goal is to provide a simple platform for tinkering with retro hardware and running graphical interactive apps on bare metal. At minimum, it only requires an i386 CPU, 4MB of RAM, and a VGA display capable of 640x480x16 mode. By design it's entirely monolithic, mostly configured at compile time, and only supports standard PC devices: VGA/SVGA, keyboard, PS/2 mouse, serial mouse, PC speaker. The only future plans are bugfixes, optimizations, and adding more apps. GentleOS/32 has a pure 16-bit spin-off called GentleOS/16, which targets devices as old as 80186. GentleOS GitHub page While it can be run on real hardware, you can also run it in Qemu to make it easier to test and play around with. It looks great, and the stated goal of just focusing on maintenance and possibly additional applications is music to my heart. With everything that's going on in technology today, this is an ice-cold glass of tonic in a scorching, data center-infested desert.

Apple's developer conference started today, and as is tradition, this means it also announced coming updates to its operating systems lineup. macOS is probably one of the two major ones OSNews readers are interested in, so let's start there: Much like Mac OS X Snow Leopard in 2009, Apple said it focused on improving macOS's performance and dozens of underlying technologies this year. macOS Golden Gate has some Liquid Glass design changes. For example, apps now have a unified toolbar at the top, and the sidebar now expands to the edge of the window. A new slider on macOS 27 lets you customize the opacity of Liquid Glass. Joe Rossignol at MacRumors Effectively, a ton of Liquid Glass" features touted only a year ago are being changed and fixed, which should make using Liquid Glass less of a frustrating affair. Of course, there's a whole slew of new AI" stuff built entirely on top of Google's Gemini, but luckily for us Europeans, we won't be getting those features because EU privacy and consumer protection regulations are too strict. Apple, one of the world's most valuable companies, seemingly cannot create AI" features that comply with some basic consumer protection legislation. As for the other major platform, that's iOS of course. At WWDC 2026 in Cupertino, Apple announced iOS 27, the next mobile operating system for compatible iPhones. The update focuses on tweaking and improving last year's iOS 26, particularly in areas like app launch time, Liquid Glass design, and more. It does not offer a lot of major new features or upgrades, as Apple focused on polishing the experience. However, there are some new upgrades, such as reworked parental controls, new Siri AI, better search, and performance improvements. Taras Buria at Neowin These new versions, as well as those of Apple's other operating systems, will be available later this year.

Redox progressed another month, and that means a ton of improvements and new features to talk about. The biggest news this past month is that Xfce has been ported to Redox, which offers a better X11 experience than MATE currently does. There's still some bugs but apparently is works quite well. The porting process for the COSMIC desktop environment also progressed, with COSMIC's new Monitor application making its way to Redox. As part of Google Summer of Code, the EEVDF scheduler has been implemented in Redox, delivering better, more stable scheduling and overall system performance improvements. Also as part of GSoC inode caching has been implemented for RedoxFS, which improves file system performance. Of course, there's a lot more here too, including the usual long list of kernel fixes, relibc improvements, and more.

Norman Feske, one of the main developers behind Genode and Sculpt OS, has published a blog post detailing how he developed a two-factor authentication application for Sculpt OS. With this little tool, which I have turned into an deploy option on Sculpt OS to swiftly bring it up whenever I need it, TOTP-based two-factor authentication has become part of my daily routine. Should you want to risk a look under the hood, let me point you to the vitotp Goa project. Norman Feske The Genode project moved from GitHub to Codebrg recently, and needed a native TOTP impelentation for that purpose.

I've been using Fedora Silverblue on my desktop and laptop for the past, what, five years? Silverblue is Fedora's main atomic variant, a spiritual counterpart to Fedora Workstation. I also make niri, a scrollable-tiling Wayland compositor. In other words, a core system component that you cannot properly test from inside a container or VM-you really want it directly on the host. So, why would I choose an... immutable distro? How does that even work? Ivan Molodetskikh That's a great question, and as immutable or immutable-like Linux distributions become more popular and widespread - and eventually the default download option for many distributions, I'm sure - articles like these are quite important. I'm sure quite a few developers discarded the idea of using something like Silverblue because they assumed it wouldn't be fit for purpose, but if the developer of Niri makes it work, I'm fairly sure anybody can.

x86CSS is a working CSS-only x86 CPU/emulator/computer. Yes, the Cascading Style Sheets CSS. No JavaScript required. What you're seeing above is a C program that was compiled using GCC into native 8086 machine code being executed fully within CSS. Lyra Rebane Hand-written CSS, no JavaScript, and effectively no HTML. Wizardry.

RISC-V has been in the promising" phase for a long time now, especially for general purpose computing, never really breaking through into the mainstream in any measurable way. While I think that breakthrough is still relatively far away, we now do have newer RISC-V SoCs on the market supporting the RVA23 baseline RISC-V profile. One of them is the SpacemiT Key Stone K, which promises to deliver a massive performance increase over previous RISC-V offerings. It's exactly this chip that's finding its way into complete, turnkey mini PC solutions, like this one from a company called Firefly. The base model comes with 8GB of LDDPR5 RAM and 128GB of storage, at a price of about 300 or so (there's also a 32GB/128GB model at well over 600). This is the first time I'm looking at a complete RISC-V solution where I feel like it might actually make for a good moment to jump in for us enthusiasts. No, the performance won't rival anything Intel or AMD has to offer, but it seems capable enough for a lot of day-to-day tasks, and I'm curious to see just how far along the Linux world is when it comes to RISC-V support. It's not part of our current set of fundraiser incentives, but if you'd like to see this RISC-V mini PC reviewed here on OSNews, you can always donate and add a note that you specifically want to see such a review (so I can gauge interest not just from our few commenters, but also from the more than 99% of our readers who only lurk). As always, you can donate through Ko-Fi, or, if you're European, via a SEPA direct bank transfer (Name: Thom Holwerda - IBAN: SE08 8000 0820 1684 4657 8414 - BIC: SWEDSESS).

I've mentioned it before, but Chris Siebenmann is basically the Raymond Chen of the UNIX world, and today he's filling that role perfectly once again. I recently read Simon Tatham's Nitpicking the shell history scene in Tron: Legacy, where one thing that surprised Tatham was the film using login -n root to become root instead of su. This surprised me because I found that perfectly ordinary, and this turns up both a bit of Unix history and a difference between modern Unixes. Plain su can let you become another user, including root, but what it explicitly doesn't do by default is create a new login shell for that user. If you do su root, the new root shell normally inherits most of your environment, your current directory, and so on. Sometimes this is what you want and sometimes you really want a new login environment, and originally in Unix how you got the latter was to run login from your existing shell session (and this meant that login was setuid root, like su). Chris Siebenmann Unsurprisingly, this distinction has persisted to this day in various UNIX-like operating systems, but in different ways. Some maintain the explicit distinction, while others have more or less standardised on using su for both use cases. It's an interesting bit of UNIX archeology.

Roku, the company that makes TV boxes and sells ad space based on your usage patterns, has released its remote control operating system as open source - and by remote control I don't mean robot stuff or whatever, but actual remote controls, the thing you use to control your TV or whatever from the couch. Roku has announced the official availability of Roku LT OS - a lightweight, highly deterministic open-source operating system that is already used in our industry-changing Roku remote controls. In addition to high-performance automotive platforms, Roku LT OS is designed to be accessible to the broader developer community. The operating system ships with native support for the ESP32 platform, a highly popular SoC among hobbyists and makers. Because ESP32 development boards are widely available online for just a few dollars, developers can get started with Roku LT OS with minimal hardware investment. Roku's developers blog As far as I can tell, this operating system is entirely new and not based on Linux or something else, but the available documentation is light on details so I can't make much more out of it. Regardless, it's nice to have another open source embedded operating system.

Raymond Chen shares some history regarding Windows 8's development: During the development of Windows8, we needed a name for that thing we're creating." Not being a particularly clever bunch when it comes to code names, we just called it the modern experience," to distinguish it from what we had in Windows7, which was called the classic experience." And then, as Microspeak demands, we started abbreviating like mad. Raymond Chen Basically, they added mo" for modern" in front of everything, so the Metro shell became MoSh", the Settings application MoSet", and so on. And yes, the code name for the Photos application was exactly what it sounds like.

For the past few years, Microsoft has been phasing out NTLM in Windows in favor of Kerberos-based alternatives. Starting with the next versions of client and server editions of Windows, Microsoft will also be disabling the legacy authentication protocol by default. In the latest security baseline package for Windows Server 2025, the company is already allowing customers to audit incoming configurations. Now, it has announced a wave of changes to further reduce dependencies on NTLM. With an upcoming Insider release of Windows 11 client and server, certain scenarios which previously required NTLM will be able to fall back on Initial and Pass-Through Authentication using Kerberos (IAKerb) and Local Key Distribution Center (LocalKDC). Usama Jawad at Neowin I'm sure this is very important to IT Pros".

At its Build conference, Microsoft announced coreutils for Windows. Coreutils for Windows is a Microsoft-maintained set of UNIX-style command-line utilities that run natively on Windows - the same commands and pipelines you use on Linux, macOS, and WSL. It ships as a single multi-call binary that exposes each utility under its standard name (cat.exe, grep.exe, find.exe, and so on), giving you the everyday tools developers already use on other platforms to script, automate, and process text. For the full list, see Commands. The goal is to remove friction when moving between Linux, macOS, WSL, containers, and Windows. The same commands, flags, and pipelines work the same way, so existing scripts and habits carry over without translation. Each command supports the standard --help flag for full syntax and options. Windows Developer Tools website It's a port of the Rust-based rewrite of the GNU coreutils, findutils, and grep. There are a few caveats though, since these ports have to deal with a number of Windows-isms. The first thing that comes to mind for most of us are path separators; these ports will handle both the correct and incorrect Windows/DOS one, but since some tools may output only the incorrect one this may affect piping. You should also take into account things like Windows' ACLs vs. POSIX permission bits, the lack of /dev/null, and a few other oddities. Furthermore, there are a bunch of commands that rely on POSIX-only concepts, so those aren't included, and a few other commands that aren't useful on Windows are excluded as well. Since a number of commands conflict with built-in commands from cmd.exe and PowerShell, which commands run will depend on the shell, the PATH order, and PowerShell's alias table. Everything's in preview, and installable through WinGet.

On the Vogon forums, user MarkDastedt posted an interesting bit of source code he discovered on an old company DVD: a very basic, very rudimentary implementation of multicore support for DOS. Another user, dartfrog, took a closer look and had this to say: Interesting stuff nonetheless. A worker core is running with no interrupt handlers, no page tables, no memory protection, and no OS. That's about as close to bare metal as you can get, meanwhile the other core is still running DOS. Fascinating. MarkDastedt at the Vogon forums It's effectively a simple demo, but according to other users in the thread, it fits in neatly with sporadic other attempts to bring some form of SMP or multicore-awareness to DOS. For instance, Michael Chourdakis worked on something similar to this demo for a series of articles now only available on the Wayback Machine. It makes for a cool demo, but moving from this to something robust and usable in DOS is not an easy task. Still, the possibilities are definitely there, even if you don't implement full, modern SMP or multicore support. You could have specific DOS applications offloading dedicated tasks to different cores, but as others in the same thread note, individual cores are already stupidly powerful for anything DOS can do, making the use case for additional cores rather moot.

A hobby operating system, not written in Rust, not targeting Qemu, not targeting a Raspberry Pi. Yes, it still happens. Serena OS is what you get when modern operating system design and implementation meets vintage hardware like the Amiga computers. It is based on dispatch queues rather than threads, supports multiple users, is inspired by POSIX, yet retains its own character, is strongly object-oriented in terms of design and implementation and prepared for a cross platform future. Serena OS GitHub page Serena OS supports most (all?) of the classic Amigas, but the 500, 600, and 2000 need at least 1MB of RAM and a 68020 accelerator. It has code privilege separation between kernel and userspace, basic memory management, its own custom file system, drivers for input devices and graphics, an interactive console with VT52 and VT100 support, and much more. It also comes with a C99-compatible libc, and has its own shell. Note that AI" chatbot Claude is listed as a contributor to the project.

Andrew Tridgell, developer of rsync, has published a blog post addressing the massive surge in AI" code submissions and the string of regressions supposedly caused by them. He explains rsync was flooded with AI"-generated security reports, and he couldn't handle the volumes anymore. As this flood started to get more intense I realised I needed to raise the defences on rsync a lot - we needed much more thorough test suites, code coverage analysis, CI testing on a lot more platforms, deliberate and thorough scanning for possible security issues (so I find at least some of them before other people!) and the addition of a whole lot of defence-in-depth hardening techniques. This is all a huge amount of work. I'm retired (though my wife may dispute that!) and I'd rather be out sailing than working on rsync security issues, so I have reached for several AI tools to help with what needs to be done. I have absolutely no regrets about doing that, although from the storm of anti-AI rage it's clear that many people think I should be hung up by my toe nails and flogged for even considering doing this. Andrew Tridgell The entire rsync codebase is around 65k lines, and the recent flood of AI"-generated submissions amount to +16k/-6k lines of code within a few weeks. That's an absolutely insane amount of changes in a really short time to a project that most people deemed stable and done". If you take a look at the activity graph, it's clear that a project that was silently and carefully doing its job is seeing a massive amount of changes, almost exclusively generated by AI", all in recent weeks. It's no surprise, then, that people get annoyed when something they deemed done" and stable is suddenly causing issues for them because its maintainer decided to open the slopgates. Tridgell is, of course, an incredibly accomplished and capable programmer, but so is Kent Overstreet and he thinks his AI" girlfriend is sentient and conscious, he reprogrammed it after someone convinced his AI" girlfriend was lesbian and trans, and he thinks that he gave his AI" girlfriend an orgasm, so being an accomplished and capable programmer doesn't mean you're immune from AI"-hyperbole, or worse, AI"-induced psychosis. Tridgell's blog post already has all the usual talking points from AI" techbros about how the tools sucked last but they're good now, trust me I know how these tools work, humans are actually the same as these AI" tools, really what is intelligence anyway, and yeah we got a whole slew of new issues caused by the AI" code but more AI" code will surely fix that, and so on. There's some red flags that give me the ick, because I've seen them all before from people entirely losing themselves in AI" hype. Tridgell also takes pot shots at openrsync, a reimplmentation of rsync developed by the OpenBSD team, also shipped by default on macOS. Openrsync has nothing to do with any of the current issues rsync is facing, as the project was started way back in 2018 or so. Taking pot shots at this project in this particular blog post feels childish and unnecessary, and reeks of insecurity; focus on the issues your own project is facing before attacking some other project. This feels like another red flag. Quite a few people have experienced regressions with rsync in recent weeks, but it seems like more are going to come as the slopgates will remain open, and will probably be opened even further. For such a cornerstone open source project, that raises a lot of questions, and I'm sure there's quite a few people pondering if they should, perhaps, switch to openrsync - just like Apple did.

WinUtils started in 1996-1997 as a way to build my programming chops. I was poking around the Windows 95 shell APIs, found the file operation functions, and thought it would be cool to have CLI tools that called them instead of doing raw file I/O. The payoff was practical: because the operations went through the shell, the same confirmation prompts, progress dialogs, and Recycle Bin behavior you got from Windows Explorer came along for free. Code Naked Code Naked - their alias, not mine - recently dug these old executables and code back up, and published them on GitHub. Back then, though, there were no centralised distribution platforms, so they just uploaded them to various download and shareware websites and kept track of the download tickers. Very neat little tools, and fun to have them immortalised.

Google is adding a switch to allow website owners to opt out of being featured in their AI" overviews and related slopsearch results. With this new toggle in Search Console, website owners can decide if they want their site to appear in and help ground responses in our generative AI Search features (like AI Overviews, AI Mode or AI Overviews in Discover). Sites that opt out will not receive traffic or impressions from our generative AI features. This control will not be used as a ranking signal for search results outside of these generative AI Search features. This work builds on our long history of designing tools, like snippet controls and Google-Extended, that give websites more choice. Mrinalini Loew at Google's The Keyword blog While it's nice of Google to offer such an opt-out to website owners, their claim that opting out won't effect your regular search ranking rings hollow to me. I simply just do not trust Google in any way, shape, or form to not weaponise their AI" against anyone who doesn't want to be sucked up, regurgitated, and spat out in one of their slopsearch tools. On top of that, regular Google Search is dead anyway, so even if they keep their promise, it's moot because Google users are going to be force-fed the slopsearch tools instead of the regular Google Search. I honestly have no idea how much traffic OSNews gets from Google at this point, and while I can look it up, I just don't really care, and think it's probably not that much. I could opt us out, but the real problem is that such an opt-out won't stop Google's slopbots - or anyone else's slopbots - from taking our writing and training their AI" tools on it, so what's the point of going through the effort? I doubt Google is relevant enough for us.

With KDE Plasma 6.7 almost ready for release, developers have moved on to working on 6.8, and with that release comes probably one of the biggest deprecations in KDE's history: as of today, the X11 session is gone from KDE. Of course, this change won't make it to people's computers until 6.8 actually releases, but as far the code goes, the X11 session is gone. Once 6.8 is actually released, you will only be able to log into a Wayland KDE session. This won't affect KDE applications running in other X11 desktop environments, and of course, X11 applications will keep working in KDE as well thanks to XWayland. It's also important to note that this won't affect anyone sticking to older versions of KDE Plasma; it's not like X11 session support will be yanked retroactively. From here on out, a lot of X11 code will be removed from KDE, and developers will be able to focus on just one code path, instead of accommodating the lowest common denominator in X11. Our internal metrics within KDE show that over 95% of users of Plasma 6.6 are on Wayland, with a gradual increase every release. The metrics also show that basically no one is testing or developing Plasma on X11 anymore. The platform was already, for all intents and purposes, abandoned by KDE contributors. David Edmundson The transition from legacy X11 to Wayland has been a long, painful journey, but I'm glad we're finally reaching the destination. If you're still having issues with KDE on Wayland, be sure you're using an up-to-date distribution - not an LTS one - and see how that goes for you.

Yesterday, a slew of Instagram accounts, including some high profile ones like the Obama White House account, seemingly got hacked. Look, I'm no spring chicken. I've spent almost a decade and a half identifying vulnerabilities and exploits at unicorn scale, but this is hands down the most unserious, almost too stupid to be true" of them all. Sid at 0xsid.com ...it's AI" isn't it? All the attacker needs to kick this off is your account username. Then, they hop on a VPN or proxy close to your city so Instagram's security algorithms don't suspect a thing. (You can quite easily get this from your public profile or About" section or a hundred other ways.) Once it looks like the request is coming from the correct region, they tell the Meta support AI that the account is hacked and ask it to send the verification codes to an arbitrary email address they control. Sid at 0xsid.com It's AI". Yes, all that you need to do to gain control over big, massively popular Instagram accounts is ask Facebook's AI" to send the verification codes to whatever email address you desire. That's it. There's no other steps, no other checks, no other verification. And the worst part is that this isn't even a hack; this is AI" working entirely as intended. And these tools are now coding the Linux kernel, LLVM, systemd, PulseAudio, rsync, your browser, and so much more. What could possibly go wrong?

You're a smart cookie, so you opted to buy a copy of Microsoft Office for macOS back in 2019 or 2021, eschewing the Office 365 subscription, so you could keep on using Office 2019/2021 forever if you wanted to. Just like in the old days. I've got some bad news. Microsoft Office 2019 and 2021 for Mac view-only conversion (2026) is a scheduled remote degradation of perpetually-licensed Microsoft Office software for macOS and iOS, set for July 13, 2026 when a license-validation certificate used by the Office apps expires. After Office 2019 for Mac reached end of support in October 2023, Microsoft assured customers their installed apps would continue to function." The July 13, 2026 conversion instead drops the apps into a Microsoft-defined reduced functionality mode," in which files can be opened and viewed but not edited or saved. By May 30, 2026, the original 2023 end-of-support page had been re-dated and rewritten on Microsoft's site; the continue to function" clause was removed. Consumer Rights Wiki Microsoft's advice to the users they're stealing from is to keep using the applications as mere viewers, switch to the free Office 365 web applications, pay for a 365 subscription, or buy a brand new regular copy of Office 2024. None of these make any sense, and clearly, all of this should be illegal, but it's not because the software industry is a clown show. Proprietary software is unethical.

It was an open secret that NVIDIA was working on an ARM-based system-on-a-chip for laptops and desktops, and today at Computex 2026 the company unveiled what it's been working on. It's surely a beast, and unsurprisingly, it's lathered in AI" buzzwords. At full strength, this chip offers up to 20 Arm CPU cores, a Blackwell GPU with 6,144 CUDA cores, 128GB of LPDDR5X RAM, and up to 300 GB/s of memory bandwidth. That powerful CPU and GPU, connected over NVLink C2C, and the large memory pool give AI agents and 120-billion-parameter models plenty of power and space for long-running tasks with context lengths stretching to a million tokens, according to Nvidia. RTX Spark will power high-end laptops from partners including Dell, HP, Lenovo, Asus, and MSI - and notably, a new Surface Ultra laptop from Microsoft. Nvidia says it's worked with those partners to create the most extraordinary laptops ever built," with tandem OLED G-Sync displays, all-day" battery life, premium aluminum chassis with large glass touchpads. Jeffrey Kampman at Tom's Hardware I couldn't care less about the AI" nonsense, but the chip itself seems like an absolute monster for laptops and mini PCs. With that much power and a solid NVIDIA GPU, these are also great for gaming and creative tasks, making them feel like the first true competition in the PC space to Apple's M series of chips. They're planned for late 2026, and tellingly, there's no pricing information just yet.

My favorite metonymic technology term is cron job": even though cron may not literally be the daemon that executes actions on a schedule, we apply the term to anything that walks like a cron and quacks like a cron. As Patrick McKenzie likes to point out, cron jobs are one of the most eminently useful computing primitives. They offer utility that's almost immediately obvious for plenty of use cases that almost everybody has: do this every day; do that once a month. And yet. You probably shouldn't use literal cron (or its more modern cousins) for scheduled tasks! In 2026 there are more modern options available, and my favorite is the humble systemd timer. I love systemd timers. If you don't love them yet, maybe I can show you the reasons why you should love them, too. Tyler Langlois These are just timers. They are not consuming your computer or taking over the open source world. They do not phone home to Red Hat. These are just timers.

Almost exactly 18 months after 3.19, the MorphOS team has released MorphOS 3.20. This is a major release, as it adds support for the upcoming Mirari PowerPC motherboards, which we talked about when that project was first announced. I'm quite excited about the Mirari, and can't wait to have one, and MorphOS is the one operating system I really want to run it on. I have an almost mint condition PowerBook G4 17'' specifically for MorphOS, but the hardware is simply too outdated to keep up with modern demands, which is sad, because MorphOS can clearly keep up if it had modern hardware. So, MorphOS 3.20 adds support for the Mirari platform and its various components, like its thermal management solution, networking, and so on. MorphOS 3.20 also expands the number of support Radeon graphics cards, improved support for various HDMI and DisplayPort ports, better support for multiple monitors, and overall better graphics performance in general. There's also SFS2 support throughout the operating system so MorphOS now supports file sizes of up to 4GB and partition sizes of up to 2TB. The Ambient UI has also seen extensive work to improve performance and stability, as well as add a bunch of new features. Several new applications and utilities are included in MorphOS 3.20, such as DriveImager, MirrorBackup, SMARTDoctor, OFHTTP, OFHash, OFDNS, Replace, and Automator for scripting and controlling MUI applications. Iris has been updated to version 1.53 and now includes the new Contacts companion application for CalDAV-based address books. FlowStudio received extensive improvements for project management, printing, Markdown support, and development workflows. Networking and connectivity have also been improved with updates to OpenSSH 10.3p1, TLS 1.3 support in RDesktop, expanded SMB2 filesystem improvements, and improved USB, audio and multimedia subsystem stability. Numerous system libraries and frameworks including MUI, ixemul, Cairo, Harfbuzz, Freetype, OpenSSL4, and ObjFWRT have been updated or significantly modernized. MorphOS 3.20 release announcement Of course, there's also the long list of smaller changes, bugfixes, and performance improvements. MorphOS has wide support for Apple PowerPC hardware, which is probably your best bet for using the operating system for now, at least until the Mirari becomes available for purchase.

A sad, painful, and infuriating read for this calm Sunday. In recent years, a lot of attention has gone into improving the output side of the accessibility story on Wayland - screen readers and the like - but apparently, the input side has languished. People with reduced mobility need affordances and tools to use computers, but those aren't ready for Wayland. A popular set of tools here is Talon Voice, which allows people with reduced mobility to create powerful hands-free input methods. The examples the article gives are incredibly cool, and it's easy to see how Talon would become a cornerstone for people with reduced mobility who needs hands-free (or hands-fewer?) computer input methods. So what's going wrong here? Talon requires deep integration with the window manager and compositor to carry out even the most basic of its duties, and Wayland offers... Absolutely no way to perform any of those actions. Frustrated by the endless lack of progress towards a real set of solutions for the entire ecosystem, and inundated by an endless series of requests for Wayland support which he cannot provide, Aegis, the main (and only) developer of Talon, has made a declaration: Enough. Talon Voice will imminently remove ALL Linux support from the public release, as X11 continues to sunset and users are switched to an environment in which their system can no longer function, with no option to go back. Insane Rambles About Technology So not only will Talon not gain Wayland support any time soon, its developers are even removing X11 support from it. What this means is that even if you decide to stick to X11 because Wayland doesn't fulfill your needs, you're eventually going to run into a brick wall. This is merely annoying if you need to use a different application for remote desktop or whatever, but it's absolutely devastating when it involves the very input method you use to use your computer in the first place. There is some important nuance here though that the article doesn't mention. The article takes the word of Talon's developers as gospel, but in my conversations with KDE developers, a different story emerges. What they tell me is that Wayland implements all the APIs needed for Talon to work, but that Talon's developers are simply not interested in using them. Apparently, KDE developers and others have tried to contact Talon's developers, but their offers to help are being ignored. They're being told Talon is simply not interested in supporting Wayland, end of story". So, the story here seems to be a lot more complex than just Wayland bad", and I'm getting a bit of a vibe that the Talon developers are, despite claims to the contrary in the article, indeed removing X11 support out of spite. Talon is entirely within their right to not want to work on Wayland support, but then just be honest with your users and say so, instead of pinning everything on Wayland bad", being dishonest about Wayland's capabilities, and ignoring offers of help and support from some of the most knowledgeable and capable developers in the field. Of course, that's absolutely of no relevance to people like the author of this article who depend on these tools to use their computers. They're caught in the middle of a transition and experiencing the worst byproducts, and that's a huge failure on everybody's end - Wayland, Talon, and desktop environments alike. I hope the parties involved can sort this out quickly, because everyone deserves equal access to computers, doubly so in the open source world.

The Alliance for Open Media has published the first version of the AV2 specification. AV2 is the next-generation video coding specification from the Alliance for Open Media (AOMedia). Building on the foundation of AV1, AV2 is engineered to provide superior compression efficiency, enabling high-quality video delivery at significantly lower bitrates. It is optimized for the evolving demands of streaming, broadcasting, and real-time video conferencing. This specification serves as the definitive technical reference for AV2 implementations. It outlines the bitstream syntax, semantics, and decoding processes required to ensure full conformance. AV2 provides enhanced support for AR/VR applications, split-screen delivery of multiple programs, improved handling of screen content, and an ability to operate over a wider visual quality range. AV2 website Do you remember when the video codec wars - open vs. closed - were raging all across the web, for years? Even back then I argued that open would win, as it usually does, and over 15 years later the most widely-used video codecs on the planet being open is just a normal fact of life nobody writes or talks about anymore. VP8, VP9, AV1, and now this upcoming AV2 are all open and royalty-free, the by far largest video platform, YouTube, serves them by default, and the video codec problem is a solved problem, relegated to the spinning disk drive of history. I was told I was an idealist and that this would never happen, and yet, here we are.

When Cameron Kaiser speaks, we listen. In 1982, as we mentioned at length with our history of the DEC Professional, Digital Equipment Corporation attempted to keep their PDP-11 minicomputer market-relevant by turning the venerable architecture into a largely incompatible desktop microcomputer. But that wasn't the only PDP-series mini it happened to, and it wasn't even the first: the PDP-8 actually got the shrink-ray treatment several years before, and not content to merely make it into a smaller general purpose computer, DEC turned it into a word processor. Cameron Kaiser at Old Vintage Computing A word processor that's still sort of a PDP-8 inside, and that could run CP/M or even DOS using a Z80 or 8086 expansion card.

A beautiful TUI might not be particularly accessible, and there's effectively zero consistency between how different TUI applications look, feel, and behave, but damn if an amazing TUI isn't a work of art. Case in point: El Poblador. This is a TUI version of Settles of Catan, written in Go. That's it. That's the post.

Flathub, by the most popular (effectively only) repository for Flatpak applications, has changed its policies to include a strict ban on AI" use for both application submissions as well as the application code itself. This policy applies to both the application being submitted to Flathub and the Flathub submission itself, including the manifest, metadata, patches, build scripts, and pull request. For the purpose of this policy, applications include BaseApps, extensions, and any other artifacts that can be produced by flatpak-builder. Submission pull requests must not be generated, opened, or automated using AI tools or agents. Please also do not request review from any AI tools in the submission PR. Automated Copilot reviews on GitHub can be disabled by the submitter by going here and changing Repository access to exclude the repo or disabling the global Automatic Copilot code review" found here. Applications containing AI-generated or AI-assisted code, documentation, or other content are not allowed. Flathub policy diff This is a fairly strict policy, but they do leave some wiggle room by also including the following line: Exceptions may be granted for mature, well-maintained projects. Flathub policy diff I don't think they had any choice adding this exception, but it does feel a little bit like rules for thee but not for me". I can easily see the relatively small in-crowd of developers around Flathub and Flatpak, and their friends, handing each other exceptions, while enforcing the much stricter rules when it comes to outsiders. Say a well-known GNOME application from a long-time GNOME contributor adds AI"-generated code, will it really be banned from Flathub? I have my doubts. Regardless, it's mostly good news. It's important to note that this policy change won't be applied retroactively, so slopcoded applications already on Flathub won't be removed.