We had a bit of a bug caused by changes we made to make quotes look better, but we've fixed it now, so we're back on track (you may need to do a force-reload in your browser). Sorry for the disruption - and if you want to stay up-to-date on such issues next time it (inevitably) happens, you should follow the OSNews Fedi account (or just bookmark it without following it, if you're not interested in social media). Anyway, back to the news! Fresh OS installs are bliss. But the joy fades quickly as installing and uninstalling programs leave behind a trail of digital debris. Even configuration management and declarative systems like NixOS miss crucial bits, like the contents of /var/lib or stray dotfiles. This debris isn't just unsightly. It can be load-bearing, crucial to the functioning of your system, but outside of your control, and not preserved on rebuilds. Full system backups merely preserve this chaos. I wanted a clean slate, automatically, every boot. Erase your darlings" inspired an idea in the NixOS community: allowlisting files and directories that persist across reboots. Anything not on the list gets wiped. The simplest implementation involves mounting / as a tmpfs (i.e.in RAM), and then bind-mounting or symlinking the allowlisted items to a disk-backed filesystem. Tuxes.uk I dabbled in NixOS over the past week or so, and while I find it intriguing and can definitely see a use for it, I also found it rather needlessly cumbersome and over-engineered for something as simple as a desktop system. I felt like I was taking a whole bunch of additional steps to do basic things, without needing any of the benefits Nix and NixOS bring. This doesn't mean Nix and NixOS are bad - just that for me, personally, it doesn't fill any need I have. Taking the Nix concept as far as starting with a completely fresh installation on every boot sounds absolutely insane to me. Of course, it's not entirely fresh on every reboot, as several applications and important configuration elements do survive the reboot, but it's still quite drastic compared to what everyone else is doing. Unsurprisingly, there are a few issues; it's hard to know what really needs and doesn't need saving, there might be some unexpected issues because software doesn't expect to be wiped, and so on. Overall though, it seems to work susprisingly well, and for a specific type of person, this is definitely bliss.
Cassette is a GUI application framework written in C11, with a UI inspired by the cassette-futurism aesthetic. Built for modern POSIX systems, it's made out of three libraries: CGUI, CCFG and COBJ. Cassette is free and open-source software, licensed under the LGPL-3.0. Cassette GitHub page Upon first reading this description, you might wonder what a cassette-futurism aesthetic" really is, but once you take a look at the screenshots of what Cassette can do, you immediately understand what it means. It's still in the alpha stage and there's lot still to do, but what it has now is already something quite unique I don't think the major toolkits really cater to or can even pull off. There's an example application that's focused on showing some system stats, and that's exactly the kind of stuff this seems a great fit for: good-looking, small widget-like applications showing glanceable information.
It kind of goes by under the radar, but aside from HP-UX, Solaris, and AIX, there's another traditional classic UNIX still in active development today: UnixWare (and its sibling, OpenServer). Owned and developed by Xinuos, UnixWare and other related code and IP was acquired by them when the much-hated SCO crashed and burned about 15 years ago or so, and they've been maintaining it ever since. About a year ago, Xinuos released Update Pack 1 and Maintenance Pack 1 for UnixWare 7 Definitive 2018, followed by similar update packs for OpenServer 6 later in 2024. These update packs bring a bunch of bugfixes and performance improvements, as well as a slew of updated open source components, like new versions of SAMBA, sendmail, GCC and tons of other GNU components, OpenSSH and OpenSSL, and so, so much more, enabling a relatively modern and up-to-date build and porting environment. They can be installed through the patchck update utility, and while the Maintenance Pack is free for existing registered users, the Update Pack requires a separate license. UnixWare, while fully capable as a classic UNIX for workstations, isn't really aimed at individuals or hobbyists (sadly), and instead focuses on existing enterprise deployments, where such licensing costs are par for the course. UnixWare runs on x86, and can be installed both on real hardware as well as in various virtualised environments. I contacted Xinuos a few days ago for a review license, and they supplied me with one so I can experiment with and write about UnixWare. I've currently got it installed in a Linux kvm, where it runs quite well, including the full X11R6 CDE desktop environment and graphical administration tools. Installing updates is a breeze thanks to patchck automating the process of finding, downloading, and installing the correct ones. I intend to ask Xinuos about an optimal configuration for running UnixWare on real hardware, too.
Late last year, the MaXX Interactive Desktop, the Linux (and BSD) version of the IRIX desktop, sprung back to life with a new release and a detailed roadmap. Thanks to a unique licensing agreement with SGI, MaXX' developer, Eric Masson, has been able to bring a lot of the SGI user experience over to Linux and BSD, and as promised, we have a new release: the final version of MaXX Interactive Desktop 2.2.0. It's codenamed Octane, and anyone who knows their SGI history will chuckle at this and other codenames MaXX uses. Like last year's alpha release, 2.2.0 brings an Expose-like overview features, initial freedesktop.org integration, tons of performance improvements and bug fixes, desktop notifications, and much more. For the next release, 2.3.0 they're planning a new file manager, support for .desktop files, a ton of new preference panes, a quick search feature, and a whole bunch of lower-level stuff. With how serious the renewed development effort seems, I hope that some day, the project will consider building MaXX out to a full Linux distribution, to gain more control over the experience and ensure normal users don't have to perform a manual installation.
Upstart was an event-based replacement for the traditional System V init (sysvinit) system on Ubuntu, introduced to bring a modern and more flexible way of handling system startup and service management. It emerged in the mid-2000s, during a period when sysvinit's age and limitations were becoming more apparent, especially with regard to concurrency and dependency handling. Upstart was developed by Canonical, the company behind Ubuntu, with the aim of reducing boot times, improving reliability, and making the system initialization process more dynamic. Though at first it seemed likely to become a standard across many distributions, Upstart eventually lost mindshare to systemd and ceased to be Ubuntu's default init system. Andre Machado I think it's safe to say systemd won the competition to become the definitive successor to sysvinit on Linux, but Canonical's Upstart made a valiant effort, too. However, with a troublesome license, it was doomed from the start, and it didn't help that virtually every other major distribution eventually adopted systemd. These days, systemd is the Linux init system, and I personally quite like it (and the crowd turns violent). I find it easy to use and it's never given me any issues, but I'm not a system administrator dealing with complex setups, so my experience with systemd is probably rather limited. It just does its thing in the background on my machines. None of this means there aren't any other init systems still being actively developed. There's GNU Shepard we talked about recently, runit, OpenRC, and many more. If you don't like systemd, there's enough alternatives out there.
After doing more digging than I feel like I should have needed to, I found my answer: it appears that due to concerns about the fact that acknowledging the existence of certain countries can be perceived as a nominally political stance, Microsoft has opted to just avoid the issue altogether by not including country flag emojis in Windows' system font. Problem solved! Can you imagine if, *gasp*, your computer could render a Taiwanese or Palestinian flag? The horror! Ryan Geyer Silicon Valley corporations are nothing if not massive cowards, and this is just another one of the many, many examples that underline this. Firefox solves this by including the flags on its own, but Google refuses to do the same with Chrome, because, you guessed it, Google is also a cowardly organisation. There are some ways around it, as the linked article details, but they're all clumsy and cumbersome compared to Microsoft just not being a coward and including proper flag emoji, even if it offends some sensibilities in pro-China or western far-right circles. Your best bet to avoid such corporate cowardice is to switch to better operating systems, like any desktop Linux distribution. Fedora KDE includes both the Taiwanese and Palestinian flags, because the KDE project isn't made up of cowards, and I'm sure the same applies to any GNOME distribution. If your delicate snowflake sensibilities can't handle a Palestinian or Taiwanese flag emoji, just don't type them. Bitter sidenote: it turns out WordPress, what OSNews uses, doesn't like emoji, either. Adding any emoji in this story, from basic ones to the Taiwanese or Palestinian flag, makes it impossible to save or publish the story. I have no idea if this is a WordPress issue, or an issue on our end, since WordPress does mention they have emoji support.
Geico, an American insurance company, is building a live-patching solution for the Linux kernel, called TuxTape. TuxTape is an in-development kernel livepatching ecosystem that aims to aid in the production and distribution of kpatch patches to vendor-independent kernels. This is done by scraping the Linux CNA mailing list, prioritizing CVEs by severity, and determining applicability of the patches to the configured kernel(s). Applicability of patches is determined by profiling kernel builds to record which files are included in the build process and ignoring CVEs that do not affect files included in kernel builds deployed on the managed fleet. Presentation by Grayson Guarino and Chris Townsend It seems to me something like live-patching the Linux kernel should be a standardised framework that's part of the Linux kernel, and not several random implementations by third parties, one of which is an insurance company. There's a base core of functionality for live-patching in the Linux kernel since 4.0, released in 2015, but it's extremely limited and requires most of the functionality to be implemented separately, through things like Red Hat's kpatch and Oracle's Ksplice. Geico is going to release TuxTape as open source, and is encouraging others to adopt and use it. There are various other solutions out there offering similar functionality, so you're not spoiled for choice, and I'm sure there's advantages and disadvantages to each. I would still prefer if functionality like this is a standard feature of the kernel, not something tied to a specific vendor or implementation.
Since a number of GTK developer came together at FOSDEM, the project figured now was as good a time as any to give an update on what's coming in GTK. First, GTK is implementing some hard cut-offs for old platforms - Windows 10 and macOS 10.15 are now the oldest supported versions, which will make development quite a bit easier and will simplify several parts of the codebase. Windows 10 was released in 2015 and macOS 10.15 in 2019, which are fair cut-off points, in my book. GTK 4.18 will also bring major accessibility improvements with the AccessKit backend, giving GTK accessibility features on Windows and macOS for the first time, which is great news. Another major new feature is the new Android backend, which, while not yet complete, will allow you to run GTK applications on Android. Do note that this is experimental, so don't expect everything to work without any issues quite yet. Lastly, the news that everyone was freaking out about over the weekend: the X11 backend has been deprecated, and will be removed in GTK 5. This freaked a lot of people out, but note that this doesn't mean you magically can't use GTK 4 applications on X11 anymore - it merely means that X11 support will be removed in GTK 5, which doesn't even exist yet, and with GTK 4 being supported until GTK 6 is released, people using legacy windowing systems like Xorg will be fine for a long time to come. As the GTK project notes on Fedi: The X11 backend being deprecated mainly means that we're not going to spend time implementing new features, like dmabuf, graphics offloading, or Vulkan support. X11 support will still exist until GTK4 is EOL, which will happen once GTK *6* is released. We're talking about a 20 years horizon, at this point... Of course, somebody could show up tomorrow, and implement everything that the Wayland backend does, but for X11. We can always undeprecate things. We are not holding our breath, though... The GTK project on Fedi This is the right move, and I'm glad the GTK project is doing this, and is giving everyone ample time to prepare. A lot of people will still freak out, get mad, and scream bloody murder at certain individuals in the wider Linux community, and those people are, of course, free to start working on Xorg. Like the GTK developers, though, I'm not holding my breath, because despite years of excessive Wayland hate, not a single person has stood up to do the work required to keep Xorg going.
You might expect PDF files to only be comprised of static documents, but surprisingly, the PDF file format supports Javascript with its own separate standard library. Modern browsers (Chromium, Firefox) implement this as part of their PDF engines. However, the APIs that are available in the browser are much more limited. The full specfication for the JS in PDFs was only ever implemented by Adobe Acrobat, and it contains some ridiculous things like the ability to do 3D rendering, make HTTP requests, and detect every monitor connected to the user's system. However, on Chromium and other browsers, only a tiny subset of this API was ever implemented, due to obvious security concerns. With this, we can do whatever computation we want, just with some very limited IO. LinuxPDF GitHub page I'm both impressed and concerned.
GNU Guix is a package manager for GNU/Linux systems. It is designed to give users more control over their general-purpose and specialized computing environments, and make these easier to reproduce over time and deploy to one or many devices. GNU Guix website Guix is basically GNU's approach to a reproducible, functional package manager, very similar to Nix because, well, it's based on Nix. GNU also has a Linux distribution built around Nix, the GNU Guix System, which is fully libre' as all things GNU are, and also makes use of the GNU Shepard init system. Both Shepard and Guix make use of Guile. The last release of the GNU Guix System is a few years old already, but it's a rolling release, so that's not much of an issue. It uses the Linux kernel, but support for GNU Hurd is also being worked on, for whatever that's worth. There's also a third-party distribution that is built around the same projects, called rde. It focuses on being lightweight, ready for offline use, and minimal distractions. It's probably not suitable for most normal users, but if you're a power user and you're looking for something a little bit different, this could be for you. While it's in active development, it's considered usable and stable by its creators. I haven't tried it yet, but I'm definitely intrigued by what it has to offer. Nix sucks up a lot of the attention in this space, so it's interesting to see some of the alternatives that aim for similar goals.
We talk about the Genode project and Sculpt OS quite regularly on OSNews, but every time I've tried using Sculpt OS, I've always found it so different and so unique compared to everything else that I just couldn't wrap my head around it. I assume this stems from nothing but my own shortcomings, because the Genode project often hammers on the fact that Sculpt OS is in daily-driver use by a lot of people within and without the project, so there must be something here just not clicking for me. Well, it seems I'm actually not the only one with difficulties getting started with Sculpt OS' unique structure and interface, because Norman Feske, co-founder of Genode Labs, has published a lengthy, detailed, but very interesting and easy to follow screencast explaining exactly how to use Sculpt OS and its unique features and characteristics. Even though Sculpt OS has been in routine daily use for years now, many outside observers still tend to perceive it as fairly obscure because it does not follow the usual preconceptions of a consumer-oriented operating system. Extensive documentation exists, but it leaves a fairly technical impression at a cursory glance, which may scare some people away. The screencast below aims at making the system a little bit more approachable. It walks you through the steps of downloading, installing, booting the system image, navigating the administrative user interface, and interactively extending and customizing the system. The tour is wrapped up with the steps for creating your personal sculpted OS on a bootable USB stick. Norman Feske After watching this, I genuinely feel I have much better grasp of how to use Sculpt OS and just how powerful it really is, and that it's really not as difficult to use as it may look at first glance. The next time I set some time aside for Sculpt OS, I feel I'll have a much better grasp of what to do and how to use it properly.
If you have type 1 diabetes, you need to keep track of and manage your blood glucose levels closely, as if these levels dip too low, it can quickly spiral into a medical emergency. Andrew Childs' 9 year old son has type 1 diabetes, and Childs was unhappy with any of the current offerings on the market for children to keep track of their blood glucose levels. Most people suggested an Apple Watch, but he found the Apple Watch too much device" for a kid, something I personally agree with. It ships with so many shiny features and apps and notifications. It's beautifully crafted. It's also way too distracting for a kid while they're at school. Secondly, it doesn't provide a good, reliable view of his CGM data. The Dexcom integration is often backgrounded, doesn't show the chart, only the number and an arrow. People use hacks like creating calendar events just to see up-to-date data. And the iOS settings, Screen Time, and notification systems have ballooned into a giant ball of complexity. What we need is something simple. Andrew Childs And so Childs set out to design and prototype a smartwatch just for his son to wear, trying to address the shortcomings of other offerings on the market along the way, and possibly even bring it to market for other people in similar situations. After six months, he managed to create several prototypes, with both the software and hardware designed from the ground up, that he and his son still wear to this day, to great satisfaction. Since Childs didn't really know where to go from there and how to turn what he had into an actual product people could be, he decided to document his effort online. In the process, he had to overcome a ton of hurdles, from iOS' strict BLE limitations, difficult-to-reach soldering points that can't be moved due to the small size of the PCB, optimising the battery life, dealing with glass manufacturing, and many other issues, big and small. Oh and also, he was a software engineer, not a hardware one, so he had to learn a lot of new skills, from working with 3D modeling to PCB design. In the end, though, he's now got a few devices that look quite professionally made, that are incredibly easy to repair, and that are focused solely on those things he and his son need. This project has increased the quality of life for his son, and that's genuinely all that really matters here.
Since its inception, Let's Encrypt has been sending expiration notification emails to subscribers that have provided an email address to us. We will be ending this service on June 4, 2025. Josh Aas on the Let's Encrypt website They're ending the expiration notification service because it's costly, adds a ton of complexity to their systems, and constitutes a privacy risk because of all the email addresses they have to keep on file just for this feature. Considering there are other services that offer this functionality, and the fact many people automate this already anyway, it makes sense to stop sending out emails. Anyway, just a head's up.
Update: there's a fork called heirloom-ng that is actually still somewhat maintained and contains some more changes and modernisations compared to the old version. The Heirloom Project provides traditional implementations of standard Unix utilities. In many cases, they have been derived from original Unix material released as Open Source by Caldera and Sun. Interfaces follow traditional practice; they remain generally compatible with SystemV, although extensions that have become common use over the course of time are sometimes provided. Most utilities are also included in a variant that aims at POSIX conformance. On the interior, technologies for the twenty-first century such as the UTF-8 character encoding or OpenType fonts are supported. The Heirloom Project website I had never heard of this before, but I like the approach they're taking. This isn't just taking System V tools and making them work on a modern UNIX-like system as-is; they're also improving by them adding support for modern technologies, without actually changing their classic nature and the way old-fashioned users expect them to work. Sadly, the project seems to be dead, as the code hasn't been altered since 2008. Perhaps someone new is willing to take up this project? As it currently stands, the tools are available for Linux, Solaris, Open UNIX, HP-UX, AIX, FreeBSD, NetBSD, and OpenBSD, but considering how long the code hasn't been touched, I wonder if they still run and work on any of those systems today. They also come in various different versions which comply with different variants of the POSIX standard.
Regardless, the fact that Android's Linux Terminal can run graphical apps like Doom now is good news. Hopefully we'll be able to run more complex desktop-class Linux programs in the future. I tried running GIMP, for example, but it didn't work. Eventually, Android should be able to run Linux apps as well as Chromebooks can, as I believe one of the goals of this project is to help the transition of Chrome OS to an Android base. Mishaal Rahman at Android Authority It was of course inevitable that someone would run Doom on Android's new Debian container, and it's pretty cool to see it work without much issue already, even if the new terminal and container setup are still in such heavy development. Like many other people, I love the idea of my smartphone being both my, well, smartphone, as well as a full desktop PC once you connect it to a display and some input devices. As wireless technology keeps advancing, we soon might not even need to plug anything into the phone at all, and just having it in our pocket is good enough, which would be amazing. That being said, I would want such functionality to come from a traditional Linux setup, not Android's idea of a Linux setup. Running a Debian virtual machine on top of Android is probably preferable for a lot of people for a variety of reasons, but I'm a Linux user and want plain, regular Linux running directly on my smartphone, not some virtual machine on Android, which, while being a Linux distribution, is not the most pleasant variant of Linux to run and use.
As an online discussion grows longer, the probability of a someone mentioning macOS is a UNIX approaches 1. In fact, it was only late last year that The Open Group announced that macOS 15.0 was, once again, certified as UNIX, continuing Apple's long-standing tradition of certifying macOS releases as real" UNIX(R). What does any of this actually, mean, though? Well, it turns out that if you actually dive into Apple's conformance statements for macOS' UNIX certification, it doesn't really mean anything at all. First and foremost, we have to understand what UNIX certification really means. In order to be allowed to use the UNIX trademark, your operating system needs to comply with the Single UNIX Specification (SUS), which specifies programming interfaces for C, a command-line shell, and user commands, more or less identical to POSIX, as well as the X/Open Curses specification. The latest version is SUS version 4, originally published in 2008, with amendments published in 2013 and 2016, which were rolled up into version 4 in 2018. The various versions of the SUS that exist, in turn, correspond to a specific UNIX trademark. In table form: Trademark SUS version SUS published in: SUS last amended in: UNIX(R) 93 n.a. n.a. n.a. UNIX(R) 95 Version 1 1994 n.a. UNIX(R) 98 Version 2 1997 n.a. UNIX(R) 03 Version 3 2002 2004 UNIX(R) V7 Version 4 2008 2016 (2018 for roll-up) When you read that macOS is a certified UNIX, which of these versions and trademarks do you assume macOS complies with? You'd assume they would just target the latest trademark and SUS version, right? This would allow macOS to carry the UNIX(R) V7 trademark, because they would conform to version 4 of the SUS, which dates to 2016. The real answer is that macOS 15.0 only conforms to version 3 of the SUS, which dates all the way back to the ancient times of 2004, and as such, macOS is only UNIX(R) 03 (on both Intel and ARM). However, you can argue this is just semantics, since it's not like UNIX and POSIX are very inclined to change. So now, like the UNIX nerd that you are, you want to see all this for yourself. You use macOS, safe in the knowledge that unlike those peasants using Linux or one of the BSDs, you're using a real UNIX(R). So you can just download all the tests suites (if you can afford them, but that's a whole different can of worms) and run them, replicating Apple's compliance testing, seeing for yourself, on your own macOS 15 installation, that macOS 15 is a real UNIX(R), right? Well, no, you can't, because the version of macOS 15 Apple certifies is not the version that's running on everyone's supported Macs. To gain its much-vaunted UNIX certification for macOS, Apple cheats. A lot. The various documents Apple needs to submit to The Open Group as part of the UNIX certification process are freely available, and mostly it's a lot of very technical questions about various very specific aspects of macOS' UNIX and POSIX compliance few of us would be able to corroborate without extensive research and in-depth knowledge of macOS, UNIX, and POSIX. However, at the end of every one of these Conformance Statements, there's a text field where the applicant can write down additional, explanatory material that was provided by the vendor", and it's in these appendices where we can see just how much Apple has to cheat to ensure macOS passes the various UNIX(R) 03 certification tests. In the first of these four documents, Internationalised System Calls and Libraries Extended V3, Apple's additional, explanatory material" reads as follows: Question 27: By default, core file generation is not enabled. To enable core file generation, you can issue this command: sudo launchctl limit core unlimited Testing Environment Addendum: macOS version 15.0 Sequoia, like previous versions, includes an additional security mechanism known as System Integrity Protection (SIP). This security policy applies to every running process, including privileged code and code that runs out of the sandbox. The policy extends additional protections to components on disk and at run-time, only allowing system binaries to be modified by the system installer and software updates. Code injection and runtime attachments to system binaries are no longer permitted. To run the VSX conformance test suite we first disable SIP as follows: - Shut down the system.- Press and hold the power button. Keep holding it while you see the Apple logo and the message Continue holding for startup options"- Release the power button when you see Loading startup options"- Choose Options" and click Continue"- Select an administrator account and enter its password.- From the Utilities menu in the Menu Bar, select Terminal.- At the prompt, issue the following command: csrutil disable"- You should see a message that SIP is disabled. From the Apple menu, select Restart". By default, macOS coalesces timeouts that are scheduled to occur within 5 seconds of each other. This can randomly cause some sleep calls to sleep for different times than requested (which affects tests of file access times) so we disable this coalescing when testing. To disable timeout coalescing issue this command: sudo sysctl -w kern.timer.coalescing_enabled=0 By default there is no root user. We enable the root user for testing using the following series of steps:- Launch the Directory Utility by pressing Command and Space, and then typing Directory Utility"- Click the Lock icon in Directory Utility and authenticate by entering an Administrator username and password.- From the Menu Bar in Directory Utility:- Choose Edit -> Enable Root User. Then enter a password for the root user, and confirm it.- Note: If you choose, you can later Disable Root User via the same menu. Apple's appendix to Internationalised System Calls and Libraries Extended V3 The second conformance statement, Commands and Utilities V4, has another appendix, and it's a real doozy (the indicate repeat remarks from the previous appendix; I've removed them for brevity): Testing Environment Addendum: The third and fourth conformance statements have
With the Linux 6.13 kernel, Greg Kroah-Hartman described the level of Rust support as a tipping point" for Rust drivers with more of the Rust infrastructure having been merged. Now for the Linux 6.14 kernel, Greg describes the state of the Rust driver possibilities as almost at the write a real driver in rust" stage now, depending on what you want to do. Michael Larabel Excellent news, as there's a lot of interest in Rust, and it seems that allowing developers to write drivers for Linux in Rust will make at least some new and upcoming drivers comes with less memory safety issues than non-Rust drivers. I'm also quite sure this will anger absolutely nobody.
OpenAI says it has found evidence that Chinese artificial intelligence start-up DeepSeek used the US company's proprietary models to train its own open-source competitor, as concerns grow over a potential breach of intellectual property. Cristina Criddle and Eleanor Olcott for the FT This is more ironic than writing a song called Ironic that lists situations that aren't actually ironic. OpenAI claims it's free to suck up whatever content and data it can find on the web without any form of permission or consent, but throws a tamper tantrum when someone takes whatever they regurgitate for their own use without permission or consent? Cry me a river.
Google, on its Google Maps naming policy, back in 2008: By saying common", we mean to include names which are in widespread daily use, rather than giving immediate recognition to any arbitrary governmental re-naming. In other words, if a ruler announced that henceforth the Pacific Ocean would be named after her mother, we would not add that placemark unless and until the name came into common usage. Google, today, in 2025: Google has confirmed that Google Maps will soon rename the Gulf of Mexico and Denali mountain in Alaska as the Gulf of America" and Mount McKinley" in line with changes implemented by the Trump Administration, but users in the rest of the world may see two names for these locations. Nothing is worth less than the word of a corporation.
Long-time readers will know that my first video game love was the text-mode video game slash creation studio ZZT. One feature of this game is the ability to play simple music through the PC speaker, and back in the day, I remember that the format ZZM" existed, so you could enjoy the square wave tunes outside of the games. But imagine my surprise in 2025 to find that, while the Museum of ZZT does have a ZZM Audio section, it recommends that nobody use the format anymore; because nobody's made a player that doesn't require MS-DOS. Let's fix that by making a player with way higher system requirements, using everyone's favorite coding environment: Javascript. Nicole Branagan ZZM's history and Branagan's journey to make this work without having to rely on DOS took a lot more work than I expected, and is quite interesting, too. Very niche, for sure, but that's kind of what we're here for.
A bug in the ROM for the Macintosh II was recently discovered that causes a crash when booting in 32-bit mode. Doug Brown discovered and documented the bug while playing with the MAME debugger. Why did it never show up before? It seems a quirk in Motorola's 68030 CPU inadvertently fixes it when executing an illegal instruction that shouldn't have been executed in the first place. What follows is his process for investigating the room on emulated hardware, and then testing it on actual hardware.
Eric Migicovsky, founder of Pebble, the original smartwatch maker, made a major announcement today together with Google. Pebble was originally bought by Fitbit and in turn Fitbit was then bought by Google, but Migicovsky always wanted to to go back to his original idea and create a brand new smartwatch. PebbleOS took dozens of engineers working over 4 years to build, alongside our fantastic product and QA teams. Reproducing that for new hardware would take a long time. Instead, we took a more direct route - I asked friends at Google (which bought Fitbit, which had bought Pebble's IP) if they could open source PebbleOS. They said yes! Over the last year, a team inside Google (including some amazing ex-Pebblers turned Googlers) has been working on this. And today is the day - the source code for PebbleOS is now available at github.com/google/pebble (see their blog post). Eric Migicovsky Of course, this is amazing news for the still-thriving community of Pebble users who have kept the platform and their devices going through sheer force of will, but it also means Pebble is going to making a comeback in a more official capacity: alongside the announcement of PebbleOS becoming open source, there's also the unveiling of rePebble, a brand new Pebble watch that retains all of the popular features and specifications of the original devices. It'll run the open source PebbleOS, of course, and will be compatible with the existing ecosystem of applications. I've never had a Pebble, but there's no denying the company hit on something valuable, and I know people who still rock their original Pebble devices to this day. The excitement about this announcement is palpable, and I'm pleasantly surprised Google cared enough to work on making an open source PebbleOS a reality (I know of quite a few other companies sitting on deeply loved code and IP rotting away in obscurity). I can't wait to see what the new device will look like!
Speaking of AI", the Chinese company DeepSeek has lobbed a grenade dead-centre into the middle of the AI" bubble, and it's been incredibly entertaining to watch. DeepSeek has released several new AI" models, which seem to rival or even surpass OpenAI's latest ChatGPT models - but with a massive twist: DeepSeek, being Chinese, can't use NVIDIA's latest GPUs, and as such, was forced to work within very tight constraints. They've managed to surpass ChatGPT's best models with a fraction of the GPU horsepower, and thus a fraction of the cost, and a fraction of the energy requirements. But unlike ChatGPT's o1, DeepSeek is an open-weight" model that (although its training data remains proprietary) enables users to peer inside and modify its algorithm. Just as important is its reduced price for users - 27 times less than o1. Besides its performance, the hype around DeepSeek comes from its cost efficiency; the model's shoestring budget is minuscule compared with the tens of millions to hundreds of millions that rival companies spent to train its competitors. Ben Turner at LiveScience The fallout has been disastrous for NVIDIA, in particular. The company's stock price tumbled 17% today, and more entertaining yet, the various massive investments of hundreds of billions of dollars into western AI" seem like a huge waste of money. The DeepSeek models are also nominally open source, and are clearly showing that most likely, there simply isn't a huge AI" market worth hundreds of billions of dollars dollars at all. On top of that, the US is clearly not ahead in AI" at all, as was the common wisdom pretty much until yesterday. Of course, DeepSeek is Chinese, and that means censorship - the real kind - is a thing. Asking the latest DeepSeek model about the massacre at Tiananmen Square returns nothing, suggesting the user ask about other topics instead. I'm sure over the coming weeks more and more or these kinds of censorship will be discovered, but hopefully its open source nature will allow the models to be adapted and changed to remove such censorship. Do note that all of these AI" models are all deeply biased because they're trained on content that is itself deeply biased, thereby perpetuating and amplifying damaging stereotypes and inaccuracies, especially since people have a tendency to assume computers can't be biased. Whatever may happen, at least OpenAI losing its job to AI" is hilarious.
Apparently, since the beginning of the year, AI bots have been ensuring that websites can only respond to regular inquiries with a delay. The founder of Linux Weekly News (LWN-net), Jonathan Corbet, reports that the news site is therefore often slow to respond. The AI scraper bots cause a DDoS, a distributed denial-of-service attack. At times, the AI bots would clog the lines with hundreds of IP addresses simultaneously as soon as they decided to access the site's content. Corbet explains on Mastodon that only a small proportion of the traffic currently serves real human readers. Dirk Knop at Heise.de I'm sure someone will tell me we just have to accept that a large percentage of our bandwidth is going to overpriced bullshit generators, and that we should just suck it up and pay for Sam Altman's new house. I hope these same people realise AI" is destroying the last vestiges of the internet that haven't fallen victim to all the other techbro fads so far, and that sooner rather than later there won't be anything left to browse to. The coming few years are going to be fun.
The Linux kernel has become such an integral, core part of pretty much all aspects of the technology world, and corporate contributions to the kernel make up such a huge chunk of the kernel's ongoing development, it's easy to forget that some parts of the kernel are still maintained by some lone person in Jacksonville, Nebraska, or whatever. Sadly, we were reminded of this today when the sole maintainer of a few DRM (no, not the bad kind) announced he can no longer maintain the gud, mi0283qt, panel-mipi-dbi, and repaper drivers. Remove myself as maintainer for gud, mi0283qt, panel-mipi-dbi and repaper. My fatigue illness has finally closed the door on doing development of even moderate complexity so it's sad to let this go. Noralf Tronnes There must be quite a few obscure parts of the Linux kernel that are of no interest to the corporate world, and thus remain maintained by individuals in their free time, out of some personal need or perhaps a sense of duty. If one such person gives up their role as maintainer, for whatever reason, you better hope it's not something your workflow relies, because if no new maintainer is found, you will eventually run into trouble. I hope Tronnes gets better soon, and if not, that someone else can take over from him to maintain these drivers. The gud driver seems like a really neat tool for homebrew projects, and it'd be sad to see it languish as the years go by.
Basically, this seems to mean applications will no longer be allowed to limit themselves to phone size when running on devices with larger screens, like tablets. Other tidbits in this first beta include predictive back support for 3-button navigation, support for the Advanced Professional Video codec from Samsung, among other things. It's still quite early in the release process, so more is sure to come, and some things might not make it to the final release at all.
Snowdrop OS was born of my childhood curiosity around what happens when a PC is turned on, the mysteries of bootable disks, and the hidden aspects of operating systems. It is a 16-bit real mode operating system for the IBM PC architecture. I designed and developed this homebrew OS from scratch, using only x86 assembly language. I have created and included a number of utilities, including a file manager, text editor, graphical applications, BASIC interpreter, x86 assembler and debugger. I also ported one of my DOS games to it. After all, what kind of an operating system doesn't have games? Snowdrop OS' website It seems like every talented programmer will, at some point, think to themselves: I should write my own operating system. Most of these efforts strand pretty quickly - and that's fine! - but Sebastian Mihai's effort did not, and it has grown into a very capable operating system, especially given the constraints stemming from the chosen architecture - 16bit realmode x86 - and programming language - x86 assembly. Snowdrop OS is an incredibly impressive labour of love, and comes with a unique extra I haven't seen before: a daily development log covering over 600 days of development. No, this won't take over the world, but I love that is exists. More of this, please.
NixBSD is an attempt to make a reproducible and declarable BSD, based on NixOS. Although theoretically much of this work could be copied to build other BSDs, all work thus far has been focused on building a FreeBSD distribution. NixBSD GitHub page Look, it's my job to make sure I use and am familiar with as many operating systems and related tools as possible. As much as you guys support OSNews on Patreon or Ko-Fi, it's going to take a lot of you to push me to dive into Nix and NixOS, because every time I hear anything about it, people seem entirely in over their heads and spending way, way too much time trying to properly use it. I have a wife and two little children, and as much as Nix intrigues and fascinates, I'm not going to lose my sanity to it. Anyway, combining NixOS with FreeBSD seems like a fun project and a great idea, and also kind of an inevitability - any cool technology eventually makes its way to BSD in one way or another, after all. The project is in flux, and they're not at the stage where you can just download an ISO and get going, but if you're already knee-deep in Nix and want a new challenge, this might be right up your alley. Me, I'm not learning a programing language just to manage my packages. Or should I? For the memes?
SDL, the Simple DirectMedia Layer, has released version 3.2.0 of its development library. In case you don't know what SDL is: Simple DirectMedia Layer is a cross-platform development library designed to provide low level access to audio, keyboard, mouse, joystick, and graphics hardware via OpenGL and Direct3D. It is used by video playback software, emulators, and popular games including Valves award winning catalog and many Humble Bundle games. SDL website This new release has a lot of improvements and changes, and going through the changelog, you'll notice that they've massively improved the documentation, made the API naming conventions more consistent, added a ton of features for better platform integration, added camera and pen APIs, improved HiDPI support, and a ton more.
The operating system I'm not cool enough to run has pushed out a new release: 9front THIS TIME DEFINITELY" is now available. 9front is a fork of plan9, created after plan9 languished at Bell Labs. This release enables gefs, the new file system, in the installer, ip/ipconfig now support dhcpv6 dynamic allocations and handles prefix expirations", and it comes with some smaller changes, too, of course. Despite every piece of evidence to the contrary, I am simply not cool enough to run 9front. Maybe one day they'll notice me, and I get invited to the cool table where the Puffs eat lunch. Who doesn't want to ring a bell in the headmaster's office at midnight?
I believe consumers, as a right, should be able to install software of their choosing to any computing device that is owned outright. This should apply regardless of the computer's form factor. In addition to traditional computing devices like PCs and laptops, this right should apply to devices like mobile phones, smart home" appliances, and even industrial equipment like tractors. In 2025, we're ultra-connected via a network of devices we do not have full control over. Much of this has to do with how companies lock their devices' bootloaders, prevent root access, and prohibit installation of software that is not explicitly sanctioned through approval in their own distribution channels. We should really work on changing that. Medhir Bhargava Obviously, this is preaching to the choir here on OSNews. I agree with Bhargava 100%. It should be illegal for any manufacturer of computing devices - with a possible exception for, say, things like medical implants, certain aspects of car control units, and so on - to lock down and/or restrict owners' ability to install whatever software they want, run whatever code they want, and install whatever operating system they want on the devices that they own. Computers are interwoven into the very fabric of every aspect of our society, and having them under the sole control of the biggest megacorporations in the world is utterly dystopian, and wildly dangerous. Personally, I would take it a step further: any and all code that runs on products sold must be open. Not necessarily open source, but at the very least open, so that it can be inspected when malice is suspected. This way, society can make sure that the tech billionaire oligarchs giving nazi salutes aren't in full, black-box control over our devices. Secrecy as a means of corporate control is incredibly dangerous, and forcing all code to be open is the perfect way to combat this. Copyright is more than enough intellectual property protection for code. The odds of this happening are, of course, slim, especially with the aforementioned tech billionaire oligarchs giving nazi salutes effectively running the most powerful military in human history. Reason is in short supply these days, and I doubt that's going to change any time soon.
How do you fit a 250kB dictionary in 64kB of RAM and still perform fast lookups? For reference, even with modern compression techniques like gzip -9, you can't compress this file below 85kB. In the 1970s, Douglas McIlroy faced this exact challenge while implementing the spell checker for Unix at AT&T. The constraints of the PDP-11 computer meant the entire dictionary needed to fit in just 64kB of RAM. A seemingly impossible task. Abhinav Upadhyay They still managed to do it, but had to employ some incredibly clever tricks to make it work, and make it work fast. Such skillful engineers interested in optimising and eeking the most possible performance out of underpowered hardware still exist today, but they're not in any position to make lasting changes at any of the companies defining our technology today. Why spend money on skilled engineers, when you can just throw cheap hardware at the problem? I wonder just how many resources the spellchecking feature in Word or LibreOffice Writer takes up.
GrapheneOS (written GOS from now on) is an Android based operating system that focuses security. It is only compatible with Google Pixel devices for multiple reasons: availability of hardware security components, long term support (series 8 and 9 are supported at least 7 years after release) and the hardware has a good quality / price ratio. The goal of GOS is to provide users a lot more control about what their smartphone is doing. A main profile is used by default (the owner profile), but users are encouraged to do all their activities in a separate profile (or multiples profiles). This may remind you about Qubes OS workflow, although it does not translate entirely here. Profiles can not communicate between each others, encryption is done per profile, and some permissions can be assigned per profile (installing apps, running applications in background when a profile is not used, using the SIM...). This is really effective for privacy or security reasons (or both), you can have a different VPN per profile if you want, or use a different Google Play login, different applications sets, whatever! The best feature here in my opinion is the ability to completely stop a profile so you are sure it does not run anything in the background once you exit it. Solene Rapenne I switched to GrapheneOS on my Pixel 8 Pro as part of my process to cleanse myself of as much Big Tech as possible, and I've been incredibly happy with it. The additional security and privacy control GrapheneOS brings is amazing, and the fact it opted for a sandboxed Google Play Services basically means there's no compatibility issues, unlike when using microG, where compatibility problems are a fact of life. GrapheneOS' security and other updates are on par or even faster than the stock Google Pixel's Android, and the overall user experience is virtually identical to stock Android. The only downside is the reliance on Pixel devices - it's an understandable choice, but does mean giving money to Google if you don't already own a Pixel. A workaround, if you will, is to buy a used or refurbished Pixel, but that may not always be an option either. For me personally, I'll be sticking with my Pixel 8 Pro for a long time, but if it were to break, I'd most likely go the used Pixel route to avoid enriching Google. For pretty much anyone reading OSNews, GrapheneOS would be a great choice, and if you already have a Pixel, I strongly urge you consider switching.
Linux 6.13 comes with the introduction of the AMD 3D V-Cache Optimizer driver for benefiting multi-CCD Ryzen X3D processors, the new AMD EPYC 9005 Turin" server processors will now default to AMD P-State rather than ACPI CPUFreq for better power efficiency, the start of Intel Xe3 graphics bring-up, support for many older (pre-M1) Apple devices like numerous iPads and iPhones, NVMe 2.1 specification support, and AutoFDO and Propeller optimization support when compiling the Linux kernel with the LLVM Clang compiler. Linux 6.13 also brings more Rust programming language infrastructure and more. Michael Larabel A big release, with a ton of new features. It'll make its way to your distribution soon enough.
It's been about 18 months, but we've got a new release for MorphOS, the Amiga-like operating system for PowerPC Macs and some other PowerPC-based machines. Going through the list of changes, it seems MorphOS 3.19 focuses heavily on fixing bugs and addressing issues, rather than major new features or earth-shattering changes. Of note are several small but important updates, like updated versions of OpenSSL and OpenSSH, as well as a ton of new filetype definitions - and so much more. Having a release focused on fixing bugs and addressing smaller issues isn't exactly a bad thing though - I've used MorphOS on my 17'' 1.25Ghz PowerBook G4 often enough to know MorphOS is quite complete, stable, and a ton of fun to use, and much more capable than it has any right to be considering what must be its relatively small developer team and user base. That being said, I do wish MorphOS was available on hardware newer than 20 year old PowerPC Macs, because as much as I like me some classic hardware, the world's moving on and even basic web browsing requires much more performant hardware now. Maybe I should try and buy one of the supported Apple PowerPC G5 machines to see just how much better MorphOS runs on that than on my G4.
Google says it has begun requiring users to turn on JavaScript, the widely used programming language to make web pages interactive, in order to use Google Search. In an email to TechCrunch, a company spokesperson claimed that the change is intended to better protect" Google Search against malicious activity, such as bots and spam, and to improve the overall Google Search experience for users. The spokesperson noted that, without JavaScript, many Google Search features won't work properly and that the quality of search results tends to be degraded. Kyle Wiggers at TechCrunch One of the strangely odd compliments you could give Google Search is that it would load even on the weirdest or oldest browsers, simply because it didn't require JavaScript. Whether I loaded Google Search in the JS-less Dillo, Blazer on PalmOS, or the latest Firefox, I'd end up with a search box I could type something into and search. Sure, beyond that the web would be, shall we say, problematic, but at least Google Search worked. With this move, Google will end such compatibility, which was most likely a side effect more than policy. I know a lot of people lament the widespread reliance on and requirement to have JavaScript, and it surely can be and is abused, but it's also the reality of people asking more and more of their tools on the web. I would love it websites gracefully degraded on browsers without JavaScript, but that's simply not a realistic thing to expect, sadly. JavaScript is part of the web now - and has been for a long time - and every website using or requiring JavaScript makes the web no more or less open" than the web requiring any of the other myriad of technologies, like more recent versions of TLS. Nobody is stopping anyone from implementing support for JS. I'm not a proponent of JavaScript or anything like that - in fact, I'm annoyed I can't load our WordPress backend in browsers that don't have it, but I'm just as annoyed that I can't load websites on older machines just because they don't have later versions of TLS. Technology progresses", and as long as the technologies being regarded as progress" are not closed or encumbered by patents, I can be annoyed by it, but I can't exactly be against it. The idea that it's JavaScript making the web bad and not shit web developers and shit managers and shit corporations sure is one hell of a take.
We've got a new Dillo release for you this weekend! We added SVG support for math formulas and other simple SVG images by patching the nanosvg library. This is specially relevant for Wikipedia math articles. We also added optional support for WebP images via libwebp. You can use the new option ignore_image_formats to ignore image formats that you may not trust (libwebp had some CVEs recently). Dillo website This release also comes with some UI tweaks, like the ability to move the scrollbar to the left, use the scrollbar to go back and forward exactly one page, the ability to define custom link actions in the context menu, and more - including the usual bug fixes, of course. Once the pkgsrc bug on HP-UX I discovered and reported is fixed, Dillo is one of the first slightly more complex packages I intend to try and build on HP-UX 11.11.
Now, if you have been following the development of EndBASIC, this is not surprising. The defining characteristic of the EndBASIC console is that it's hybrid as the video shows. What's newsworthy, however, is that the EndBASIC console can now run directly on a framebuffer exposed by the kernel. No X11 nor Wayland in the picture (pun intended). But how? The answer lies in NetBSD's flexible wscons framework, and this article dives into what it takes to render graphics on a standard Unix system. I've found this exercise exciting because, in the old days, graphics were trivial (mode 13h, anyone?) and, for many years now, computers use framebuffer-backed textual consoles. The kernel is obviously rendering graphics" by drawing individual letters; so why can't you, a user of the system, do so too? Julio Merino This opens up a lot of interesting use cases and fun hacks for developers to implement in their CLI applications. All the code in the article is - as usual - way over my head, but will be trivial for quite a few of you. The mentioned EndBASIC project, created by the author, Julio Merino, is fascinating too: EndBASIC is an interpreter for a BASIC-like language and is inspired by Amstrad's Locomotive BASIC 1.1 and Microsoft's QuickBASIC 4.5. Like the former, EndBASIC intends to provide an interactive environment that seamlessly merges coding with immediate visual feedback. Like the latter, EndBASIC offers higher-level programming constructs and strong typing. EndBASIC's primary goal is to offer a simplified and restricted DOS-like environment to learn the foundations of programming and computing, and focuses on features that quickly reward the learner. These include a built-in text editor, commands to manipulate the screen, commands to interact with shared files, and even commands to interact with the hardware of a Raspberry Pi. EndBASIC website Being able to run this on a machine without having to load either X or Wayland is a huge boon, and makes it accessible fast on quite a lot of hardware on which a full X or Wayland setup would be cumbersome or slow.
Up until now, if you were subscribed to Office 365 - I think it's called Microsoft 365 now - and you wanted the various AI" Copilot features, you needed to pay $20 extra. Well, that's changing, as Microsoft is now adding these features to Microsoft 365 by default, while raising the prices for every subscriber by $3 per month. It seems not enough people were interested in paying $20 per month extra for AI" features in Office, so Microsoft has to force everyone to pay up. It's important to note, though, that your usage of the features is limited by how many AI credits" you have, to really nail that slot machine user experience, and you're only getting a limited number of those per month. Luckily, existing Microsoft 365 subscribers can opt out of these new features and thus avoid the price increase, which is a genuinely welcome move by Microsoft. New subscribers, however, will not be able to opt out. Finally, we understand that our customers have a variety of needs and budgets, so we're committed to providing options. Existing subscribers with recurring billing enabled with Microsoft can switch to plans without Copilot or AI credits like our Basic plan, or, for a limited time, to new Personal Classic or Family Classic plans. These plans will continue to be maintained as they exist today, but for certain new innovations and features you'll need a Microsoft 365 Personal and Family subscription. Bryan Rognier at the Microsoft blog Microsoft wants to spread the immense cost of running datacentres for AI" to everyone, whether you want to use these features or not. When not enough people want to opt into AI" and pay extra, the only other option is to just make everyone pay, whether they want to or not. Still, the opt-out for existing subscribers is nice, and if you are one and don't want to pay $35 per year extra, don't forget to opt out.
Venture is a cross-platform viewer for Windows Event Logs (.evtx files). Built with the Tauri, it is intended as a fast, standalone tool for quickly parsing and slicing Windows Event Log files during incident response, digital forensics, and CTF competitions. Venture GitHub page Neat tool. It makes sense that it would be possible to build third-party viewers for Windows event logs, but I never stopped to think about it and just defaulted to the one built into Windows.
Google has told the EU it will not add fact checks to search results and YouTube videos or use them in ranking or removing content, despite the requirements of a new EU law, according to a copy of a letter obtained by Axios. In a letter written to Renate Nikolay, the deputy director general under the content and technology arm at the European Commission, Google's global affairs president Kent Walker said the fact-checking integration required by the Commission's new Disinformation Code of Practice simply isn't appropriate or effective for our services" and said Google won't commit to it. Sara Fischer at Axios Imagine if any one of us, ordinary folk told the authorities we were just not going to follow the law. We're not going to pay our taxes because tax law simply isn't appropriate or effective for our services". We're not going to follow traffic laws and regulations because doing so simply isn't appropriate or effective for our services". We're not going to respect property laws because doing so simply isn't appropriate or effective for our services". We'd be in trouble within a heartbeat. We'd be buried in fines, court cases, and eventually, crippling debt, bankruptcy, and most likely end up in prison. The arrogance with which these American tech giants willfully declare themselves to be above EU laws and regulations is appalling, and really should have far more consequences than it does right now. Executives should be charged and arrested, products and services banned and taken off the shelves, and eventually, the companies themselves should be banned from operating within the EU altogether. Especially with the incoming regime in the US, which will most likely grant the tech giants even more freedom to do as they please, the EU needs to start standing up against this sort of gross disrespect. The consequences for a corporation knowingly breaking the law should be just as grave as for an individual citizen knowingly breaking the law.
OSNews Sponsor OS-SCi is educating the next generation FOSS engineers, and as part of their coursework, they're looking for worthy open source projects to which they can contribute their time and effort. In addition to the work they provide during their studies, these volunteers will be encouraged to continue to be involved after they finish their courses and proceed into the workforce. If you are involved in an open source project and would like some help, please register here. Also, please leave a comment below to share some details about your project with the OSNews community. Perhaps we can use this forum to bring some OSNews readers together as long term collaborators. In other news, OS-SCi is organizing an international Open Source Hackathon on 21-22 February online and on multiple university campuses. Register for the hackathon here. Read more details here.
It seems we're getting a glimpse at the next stick Microsoft will be using to push people to buy new PCs (we're all rich, according to Microsoft) or upgrade to Windows 11. In a blog post extolling the virtues of a free upgrade from Windows 10 to 11, the company announced that with the end of support for Windows 10, Microsoft will also stop supporting Office applications on Windows 10, otherwise known as Office 365. Lastly, Microsoft 365 Apps will no longer be supported after October 14, 2025, on Windows 10 devices. To use Microsoft 365 Applications on your device, you will need to upgrade to Windows 11. Microsoft's Margaret Farmer Of course, the applications won't stop working on Windows 10 right away after that date, but Microsoft won't be fixing any security issues, bugs, or other issues that might (will) come up. It reads like a threat to Windows users - upgrade by buying a new PC you probably can't afford, or not only use an insecure version of Windows, but also insecure Office applications. I doubt it'll have much of an impact on the staggering number of people still using Windows 10 - more than 60% of Windows users - so I'm sure Microsoft has more draconian plans up its sleeve to push people to upgrade.
If you don't want OpenAI's, Apple's, Google's, or other companies' crawlers sucking up the content on your website, there isn't much you can do. They generally don't care about the venerable robots.txt, and while people like Aaron Schwartz were legally bullied into suicide for downloading scientific articles using a guest account, corporations are free to take whatever they want, permission or no. If corporations don't respect us, why should we respect them? There are ways to fight back against these scrapers, and the latest is especially nasty in all the right ways. This is a tarpit intended to catch web crawlers. Specifically, it's targeting crawlers that scrape data for LLM's - but really, like the plants it is named after, it'll eat just about anything that finds its way inside. It works by generating an endless sequences of pages, each of which with dozens of links, that simply go back into the tarpit. Pages are randomly generated, but in a deterministic way, causing them to appear to be flat files that never change. Intentional delay is added to prevent crawlers from bogging down your server, in addition to wasting their time. Lastly, optional Markov-babble can be added to the pages, to give the crawlers something to scrape up and train their LLMs on, hopefully accelerating model collapse. ZADZMO.org You really have to know what you're doing when you set up this tool. It is intentionally designed to cause harm to LLM web crawlers, but it makes no distinction between LLM crawlers and, say, search engine crawlers, so it will definitely get you removed from search results. On top of that, because Nepenthes is designed to feed LLM crawlers what they're looking for, they're going to love your servers and thus spike your CPU load constantly. I can't reiterate enough that you should not be using this if you don't know what you're doing. Setting it all up is fairly straightforward, but of note is that if you want to use the Markov generation feature, you'll need to provide your own corpus for it to feed from. None is included to make sure every installation of Nepenthes will be different and unique because users will choose their own corpus to set up. You can use whatever texts you want, like Wikipedia articles, royalty-free books, open research corpuses, and so on. Nepenthes will also provide you with statistics to see what cats you've dragged in. You can use Nepenthes defensively to prevent LLM crawlers from reaching your real content, while also collecting the IP ranges of the crawlers so you can start blocking them. If you've got enough bandwith and horsepower, you can also opt to use Nepenthes offensively, and you can have some real fun with this. Let's say you've got horsepower and bandwidth to burn, and just want to see these AI models burn. Nepenthes has what you need: Don't make any attempt to block crawlers with the IP stats. Put the delay times as low as you are comfortable with. Train a big Markov corpus and leave the Markov module enabled, set the maximum babble size to something big. In short, let them suck down as much bullshit as they have diskspace for and choke on it. ZADZMO.org In a world where we can't fight back against LLM crawlers in a sensible and respectful way, tools like these are exactly what we need. After all, the imbalance of power between us normal people and corporations is growing so insanely out of any and all proportions, that we don't have much choice but to attempt to burn it all down with more... Destructive methods. I doubt this will do much to stop LLM crawlers from taking whatever they want without consent - as I've repeatedly said, Silicon Valley does not understand consent - but at least it's joyfully cathartic.
Speaking of Microsoft shipping bad code, how about an absolutely humongous patch Tuesday'? Microsoft today unleashed updates to plug a whopping 161 security vulnerabilities in Windows and related software, including three zero-day" weaknesses that are already under active attack. Redmond's inaugural Patch Tuesday of 2025 bundles more fixes than the company has shipped in one go since 2017. Brian Krebs Happy new year, Windows users.
A change to the Linux 6.13 kernel contributed by a Microsoft engineer ended up changing Linux x86_64 code without proper authorization and in turn causing troubles for users and now set to be disabled ahead of the Linux 6.13 stable release expected next Sunday. Michael Larabel What I like about this story is that it seems to underline that the processes, checks, and balances in place in Linux kernel development seem to be working - at least, this time. A breaking change was caught during the prerelease phase, and a fix has been merged to make sure this issue will be fixed before the stable version of Linux 6.13 is released to the wider public. This all sounds great, but there is an element of this story that raises some serious questions. The change itself was related to EXECMEM_ROX, and was intended to improve performance of 64bit AMD and Intel processors, but in turn, this new code broke Control Flow Integrity on some setups, causing some devices not to wake from hibernation while also breaking other features. What makes this spicy is that the code was merged without acknowledgement from any of the x86 kernel maintainers, which made a lot of people very unhappy - and understandably so. So while the processes and checks and balances worked here, something still went horribly wrong, as such changes should not be able to be merged without acknowledgement from maintainers. This now makes me wonder how many more times this has happened without causing any instantly discoverable issues. For now, some code has been added to revert the offending changes, and Linux 6.13 will ship with Microsoft's bad code disabled.
They tried to keep it from prying eyes, but several people did notice it: Google made a pretty significant policy change regarding the use of fingerprinting by advertisers. While Google did not allow advertisers to use digital fingerprinting, the company has now changed its mind on this one. Google really tried to hide this change. The main support article talking about the reasoning behind the change is intentionally obtuse and nebulous, and doesn't even link to the actual policy changes being implemented - which are found in a separate document. Google doesn't highlight its changes there, so you have to compare the two versions of the policy yourself. Google claims this change has to be implemented because of advances in privacy-enhancing technologies (PETs) such as on-device processing, trusted execution environments, and secure multi-party computation" and the rise of new ad-supported devices and platforms". What I think this word salad means is that users are regaining a modicum of privacy with some specific privacy-preserving features in certain operating systems and on certain devices, and that the use of dedicated, siloed streaming services is increasing, which is harder for Google and advertisers to track. In other words, Google is relaxing its rules on fingerprinting because we're all getting more conscious about privacy. In any event, the advice remains the same: use ad-blockers, preferably at your network level. Install adblocking software and extensions, set up a Pi-Hole, or turn on any adblocking features in your router (my Ubiquiti router has it built-in, and it works like a charm). Remember: your device, your rules. If you don't want to see ads, you don't have to.
In recent months, we've talked twice about FM Towns, Fujitsu's PC platform aimed solely at the Japanese market. It was almost entirely only available in Japanese, so it's difficult to explore for those of us who don't speak Japanese. There's an effort underway to recreate it as open source, which will most likely take a while, but in the meantime, a part of the FM TOWNS Technical Databook, written by Noriaki Chiba, has been translated from Japanese into English by Joe Groff. From the book's preface: That is why the author wrote this book, to serve as an essential manual for enthusiasts, systems developers, and software developers. Typical computer manuals do not adequately cover technical specifications, so users tend to have a hard time understanding the hardware. We have an opportunity to thoroughly break through this barrier, and with this new hardware architecture being a milestone in the FM series, it feels like the perfect time to try. Hardware manuals up to this point have typically only explained the consequences of the hardware design without explaining its fundamentals. By contrast, this book describes the hardware design of the TOWNS from its foundations. Since even expert systems developers can feel like amateurs when working with devices outside of their repertoire, this book focuses on explaining those foundations. This is especially necessary for the FM TOWNS, since it features so many new devices, including a 80386 CPU and a CD-ROM drive. Noriaki Chiba This handbook goes into great detail about the inner workings of the hardware, and chapter II, which hasn't been translated yet, also dives deep into the BIOS of the hardware, from its first revisions to all the additional features added on top as time progressed. This book, as well as its translation, will be invaluable to people trying to use Towns OS today, to developers working on emulators for the platform, and anyone who fits somewhere in between. It seems this translation was done entirely in Groff's free time as a side project, which is commendable. We're looking at about 65000 words in the target language, of a highly technical nature, all translated for free because someone decided it was worth it. Sending this over to a translation agency would most likely cost well over 10000. Of course, that would include additional editing and proofreading by parties other than the initial translator(s), but that's definitely not needed for a passion project like this. Excellent, valuable work.
When someone says you're biased against them because you object to their stated goal of removing you from society, they're not actually asking for fairness-they're demanding complicity. It's the political equivalent of asking why the gazelle seems to have such a negative view of lions. Think about the underlying logic here: I'm biased because I don't give equal weight to both sides of a debate about my fundamental rights. I'm biased because I notice patterns in political movements that explicitly state their intentions regarding people like me. I'm biased because I take them at their word when they tell me what they plan to do. Joan Westenberg OSNews and I will always stand for the right of transgender people to exist, and to enjoy the exact same rights and privileges as any other member of society. This is non-negotiable.
Enlightenment 0.27.0 has been released, and we've got some highly informative release notes. This is the latest release of Enlightenment. This has a lot of fixes mostly with some new features. Carsten Haitzler That's it. That's the release notes. Digging into the commit history between 0.26.0 and 0.27.0 gives some more information, and here we can see that a lot of work has been done on the CPU frequency applet (including hopefully making it work properly on FreeBSD), a lot of updated translations, some RandR work, and a ton of other small changes. Does any one of us use Enlightenment on a daily basis? I'm actually intrigued by this release, as it's the first one in two years, and aside from historical usage decades ago - like many of us, I assume - I haven't really spent any time with the current incarnation.
OSnews