Sculpt OS 25.04 released 30 Apr 2025, 9:17 pm

Sculpt OS 25.04 has been released, and with it come a number of very welcome and important improvements. What most users will care about the most is the updated version of the Falkon web browser, built atop Qt 6.2.2 and its accompanying qtwebengine release, which in turn is using version 112 of the Chromium engine. Aside from this major improvement, there’s two other things that stand out:

Usability-wise, the new version comes with two highly anticipated features. First, building upon the multi-monitor support added with the previous release, the new version takes multi-monitor awareness to the window management level, allowing for the flexible assignment of virtual desktops to physical displays, adding new window-manipulation conveniences, and supporting rotated displays. Second, a new directory browser allows the user to interactively assign arbitrary directories as file systems to components, vastly easing the fine-grained sandboxing of subsystems.

↫ Sculpt OS 25.04 release announcement

Sculpt OS 25.04 also inherits the improvements of recent Genode Framework releases, such as support for Intel’s Meteor-Lake hardware. Sculpt OS is available for PC, the PinePhone, and the MNT Reform laptop.

Why did Windows 7, for a few months, log on slower if you have a solid color background? 30 Apr 2025, 8:59 pm

Time for another story from Raymond Chen, about why, in Windows 7, logging in took 30 seconds if you had set a solid colour as your background. Windows 7’s logon system needs to wait for a number of tasks to be completed, like creating the taskbar, populating the desktop with icons, and setting the background. If all of those tasks are completed or 30 seconds have passed, the welcome screen goes away.

As you can guess by the initial report mentioning having to wait for 30 seconds, one of the tasks that need to be completed isn’t reporting in, so the welcome screen is displayed for the full 30 seconds. In the case of this bug, that task is obviously setting the background.

The code to report that the wallpaper is ready was inside the wallpaper bitmap code, which means that if you don’t have a wallpaper bitmap, the report is never made, and the logon system waits in vain for a report that will never arrive.

↫ Raymond Chen

It turns out that people who enabled the setting the hide desktop icons were experiencing the same delay, and that, too, was caused by the lack of a report from, in this case, the desktop icons. Interestingly, it seems especially settings changed through group policies can cause issues like this.

Group policies are susceptible to this problem because they tend to be bolted on after the main code is written. When you have to add a group policy, you find the code that does the thing, and you put a giant “if policy allows” around it.

[…]

Oops, the scope of the “if” block extended past the report call, so if the policy is enabled, the icons are never reported as ready, and the logon system stays on the Welcome screen for the full 30 seconds.

↫ Raymond Chen

These issues were fixed very quickly after the release of Windows 7, and they disappear from the radar within a few months after the release of everyone’s favourite Windows version.

Google is working on a big UI overhaul for Android 30 Apr 2025, 7:55 pm

When Google released the fourth beta of Android 16 this month, many users were disappointed by the lack of major UI changes. As Beta 4 is the final beta, it’s likely the stable Android 16 release won’t look much different than last year’s release. However, that might not hold true for subsequent updates. Google recently confirmed it will unveil a new version of its Material Design theme at its upcoming developer conference, and we’ve already caught glimpses of these design changes in Android—including a notable increase in background blur effects. Ahead of I/O next month, here’s an early look at Google’s upcoming Android redesign.

↫ Mishaal Rahman at Android Authority

With Android, it’s hard to really care about changes like these because it will take forever and a day for the Android ecosystem to catch up, and in general in mobile computing, most people use applications that have zero respect for platform integration anyway, preferring their own shit branding and UI “design” over that of the platform they’re running on. In other words, most people will never really encounter many of these changes, unless they’re Pixel users.

That being said, these changes seem to basically replace a lot of “window” backgrounds with a blur, which makes everything feel more airy and brighter – so much so that in screenshots purporting to show dark mode, it looks like light mode. This doesn’t really seem like the “big UI overhaul” the linked article claims it to be, but there might be more changes on the way we haven’t seen yet.

Instead of UI changes, I’m much more concerned about how much worse Google will be making Android by shoving Clippy into every corner of the operating system.

PATH isn’t real on Linux 30 Apr 2025, 7:43 pm

I have no idea how much relevance this short but informative rundown of how PATH works in Linux has in the real world, but I found it incredibly interesting and enlightening.

The basic gist – and I might be wrong, there’s code involved and I’m not very smart – is that Linux itself needs absolute paths to binaries, while shells and programming languages do not. In other words, the Linux kernel does not know about PATH, and any lookup you’re doing comes from either the shell or the programming language you’re using.

In practice this doesn’t matter, but it’s still interesting to know.

“I use zip bombs to protect my server” 30 Apr 2025, 7:35 pm

The majority of the traffic on the web is from bots. For the most part, these bots are used to discover new content. These are RSS Feed readers, search engines crawling your content, or nowadays AI bots crawling content to power LLMs. But then there are the malicious bots. These are from spammers, content scrapers or hackers. At my old employer, a bot discovered a wordpress vulnerability and inserted a malicious script into our server. It then turned the machine into a botnet used for DDOS. One of my first websites was yanked off of Google search entirely due to bots generating spam. At some point, I had to find a way to protect myself from these bots. That’s when I started using zip bombs.

↫ Ibrahim Diallo

I mean, when malicious bots harm your website, isn’t combating them with something like zip bombs simply just self-defense?

Garmin Pay: yes, you can do NFC tap-to-pay in stores without big tech 28 Apr 2025, 8:42 pm

Late last year, I went on a long journey to rid myself of as much of my remaining ties to the big technology giants as I could. This journey is still ongoing, with only a few thin ties remaining, but there’s one big one I can scratch off the list: mobile in-store payments with NFC tap-to-pay. I used Google Pay and a WearOS smartwatch for this, but neither of those work on de-Googled Android – I opted for GrapheneOS – and it seemed like I was just going to have to accept the loss of this functionality.

That is, until I stumbled upon a few forum posts here and there suggesting a solution: Garmin, maker of fitness trackers and smartwatches with a strong focus on sports, health, and the outdoor lifestyle, has its own mobile NFC tap-to-pay service that supposedly worked just fine on any Android device, de-Googled or not. In fact, people claimed you could even remove the companion Garmin application from your phone entirely after setting up the payment functionality, and it would still keep working. This seemed like something I should look into, because the lack of NFC tap-to-pay is a recurring concern for many people intending to switch to de-Googled Android.

So, late last year, many of you chipped in, allowing me to buy a Garmin smartwatch to try this functionality out, for which I’m incredibly grateful, of course. Here’s how all of this works, and if it’s a good alternative for Google Pay.

The Garmin Instinct 2S Solar

First, let’s dive into which watch I chose to buy. Garmin has a wide variety of fitness trackers and smartwatches in its line-up, from basic trackers, to Apple Watch/WearOS-like devices, to outdoor-focused rugged devices. I opted for one of the outdoor-focused rugged devices, because not only would it give me the Garmin Pay functionality, but also a few other advantages and unique features I figured OSNews readers would be interested in: a simple black-and-white transflective memory-in-pixel display, a battery life measured in weeks (!), a solar panel built into the display glass, and a case constructed out of lightweight but durable plastics instead of heavy, scratch-prone metal. The specific model I opted for was the Instinct 2S Solar in Mist Grey.

I wasn’t intending for this to become a review of the watch as a whole, but I figured I might as well share some notes about my experiences with this particular watch model. It’s important to note though that Garmin offers a wide variety of smartwatches, from models that look and feel mostly like an Apple Watch or wearOS device, to mechanical models with ‘invisible’ OLED displays on the dial, to ruggedised, button-only watches for hardcore outdoor people. If you’re interested in a Garmin device, there’s most likely a type that fits your wishes.

The Instinct 2S is definitely not the most beautiful or attractive watch I’ve ever had on my wrist. It has that “rugged” look some people are really into, but for me, I definitely had to get used to it. I do really like the colour combination I opted for, though, as it complements the black/white transflective memory-in-pixel display really well. I’ve grown to… Appreciate the look over time.

The case and bezel of the watch are made out of what Garmin calls “fiber-reinforced polymer”, which is probably just a form of fiber-reinforced plastic. Regardless of the buzzwords, it feels nice and sturdy, with a great texture, and not at all plasticy or cheap. Using a material like this over the metals the Apple Watch and most WearOS devices are made of has several advantages; first, it makes the device much lighter and thus more pleasant to wear, and it’s a lot sturdier and resilient than metals. I’ve banged this watch into door sills and countertops a few times now, and there’s not a scratch, dent, or discoloration on it – a far cry from the various metal Apple Watches and WearOS devices I own, which accumulated dings and scratches within weeks of buying them.

The case material is one of the many ways in which this watch chooses function over form. Sure, metals might feel premium, but a high-quality plastic is cheaper to make, lasts longer, is more resilient, and also happens to be lighter – it’s simply the objectively better choice for something you wear on wrist every day, exposed to the elements. I understand why people want their smartwatch to be made out of metal, but much like how the orange-red plastic of the Nexus 5 is still the best smartphone material I’ve ever experienced (the white and black models uses inferior plastics), this Garmin tops all of the metal watches I own.

The strap is made of silicone, and has an absurd amount of tightly-spaced adjustment holes, which makes it very easy to adjust to changing circumstances, like a bit of extra slack for when you’re working out. It also has a nice touch in that the second loop has a little peg that slots into an adjustment hole, keeping it in place. Ingenious. Other than that, it’s just a silicone band with the clasp made out of the same sturdy, pleasant “fiber-reinforced polymer” as the case.

The lens over the display is made out of something Garmin calls “Power Glass™”, and I have no idea what that means. It just feels like a watch lens to me – solid, glassy, and… I don’t know, round? The unique aspect of the display glass is, of course, the built-in solar panel. It’s hard for me to tell what kind of impact – if any – the solar panel has on the battery life of the device. What quite obviously does not help is that I live in the Arctic where sun hours come at a bit of a premium, so it’s been impossible for me to stand outside and hold out my arm for a while to see if it had an effect on the charge level. There’s a software widget that shows you the recorded solar intensity, but unsurprisingly for my latitude, it’s always low. It’s only over the last few days we’ve been getting some more consistent sun, and I did notice the widget showed… Something. I feel like it added some charge back to the battery indicator, but it’s hard to tell from such little sun exposure.

But what if you’re a normal person who doesn’t choose to live in a place where humans are not supposed to live? Well, searching through online reports doesn’t give any clear answers, as people’s experiences are all over the place. There’s also little to no proper, scientific data available, so all I can say is… Your mileage will very much vary. The solar panel option isn’t particularly expensive, so I suggest you apply some common sense if you’re interested in a Garmin watch that offers it. Live in California or Sydney or whatever? Probably worth it. Live in a place where the sun doesn’t rise for a week? Probably not worth it. Spend most of your day outside? Probably worth it. Spend most of your day holed up inside at your computer? Probably not worth it. You get the gist.

The display is the star of the show for me. It uses a technology called “transflective memory in pixel”, which basically means that while it’s only monochrome, it also happens to use very little power. It’s excellently visible under any and all conditions, inside or outside, rain or shine, and always-on, and sometimes almost feels more like an e-ink display than an LCD. I think most people prefer a regular colour display on their smartwatch, but ever since Sony started using monochrome OLED displays on its MiniDisc recorders, I love the monochrome aesthetic on a device where I personally don’t really need a full-colour, high refresh rate display.

This display technology is one of the reasons this watch can boast battery life measured in weeks instead of days. On a full charge, the watch will happily keep going for two to three weeks, which is absolutely insane compared to other smartwatches. Of course, you lose the fancy colour OLED display and complex applications from the average Wear OS device or Apple Watch, but everything else a smartwatch is supposed to do – notifications, extensive activity tracking, showing the damn time, and so on – works great on the Garmin. Considering all I used my smartwatches for is notifications and payments, I’m not missing much.

This particular type of Garmin smartwatch does not have a touchscreen, instead relaying on five physical buttons; two on the left side, three on the right. Navigating the user interface with these buttons is definitely not as intuitive as using touch on an Apple Watch or wearOS device, but after a few days to a week you’ll get used to it. If the idea of using physical buttons that change their function based on context bothers you, you should probably opt for one of the touchscreen models.

The software on the Instinct 2S is much more expansive than you’d expect at first glance. Thanks to the extensive array of sensors on the device, you can track a lot of different health metrics, and thanks to its standalone, built-in GPS, you can track detailed location data, too. You can browse through all of this data on the watch itself, and customise almost every pixel of the display to your liking, displaying whatever data you want, from the current weather, to any of the seemingly dozens and dozens of health metrics. All of this data is synced to the accompanying smartphone application, through which you can also install additional applications and watchface options.

While the Instinct 2S is definitely not as elegant or easy to use as a wearOS device or an Apple Watch, it more than makes up for it with its weeks-long battery life and incredibly solid, rugged construction. Not having to charge every day changes the game for smartwatches, and makes it far less likely you slowly end up just not bothering with it anymore, and the solid construction means you won’t have to baby it as you go about your day. Especially if you spend a lot of time doing physical activities – you play a ton of sports, you’re outside a lot, you have a job involving physical labour, and so on – you’re definitely going to appreciate it.

But let’s get to what we’re here for – mobile in-store payments with NFC tap-to-pay without Google or Apple. That’s where Garmin Pay comes in.

Garmin Pay

Garmin Pay is, as the name suggests, Garmin’s alternative to Google Pay and Apple Pay. Google’s and Apple’s payment service have a lock on the market for mobile in-store payments with NFC tap-to-pay, on both phones and smartwatches. On Android, Google Pay’s NFC tap-to-pay functionality is heavily tied to both Google Play Services, and your operating system needs to be certified by Google for it to work. Unsurprisingly, none of the de-Googled Android ROMs are certified by Google, so NFC tap-to-pay simply does not work if you de-Google your Android device.

In fact, devices like the Pixel Watch or Samsung wearOS devices simply do not work on de-Googled Android devices at all. The functionality of wearOS is deeply tied to Google Play Services, so much so that even on GrapheneOS, which sandboxes Google Play Services instead of relying on microG, they will not work. The one-two punch is complete: NFC tap-to-pay won’t work on your phone, and even if it did, you can’t use a wearOS device for tap-to-pay. Aren’t monopolies great?

Luckily for us, though, Garmin set out to create its own payment service, and that’s what we’ll be looking at today. Garmin Pay is effectively a clone of Google Pay or Apple Pay, and it works in pretty much the same way. Add your payment card in the Garmin application on your phone, and you can start paying with NFC tap-to-pay with your Garmin smartwatch. The experience is virtually identical to setting up and using Google Pay or Apple Pay, but does not require any certification or blessing from Google, so it works just fine even on de-Googled devices.

Garmin Pay employs the same security and privacy measures as Google’s and Apple’s alternative, too. Garmin Pay uses watch-specific card numbers and transaction codes for every purchase, your card number is not stored on the device or on Garmin’s servers, and it’s not shared with merchants. You authenticate Garmin Pay through a passcode entered on the device, which you need to re-enter once every 24 hours, and after every time you remove the watch from your wrist. In other words, if someone somehow manages to rip the watch off your wrist, they won’t be able to pay with it unless they also happen to know your passcode.

You might wonder how you’re supposed to enter a passcode on a device with just five physical side buttons and no touchscreen, and you’ll not be surprised to learn it’s a bit a hassle. Here’s the passcode entry screen:

You rotate the number wheel with two buttons on the left, and confirm each individual number, highlighted in the circle, with a button on the right. Especially in the beginning, this is an incredibly finicky process, and while you do get better at it with time, it’s simply not a great experience. At least you only have to enter the code once every 24 hours (assuming you need to use NFC tap-to-pay every 24 hours), so I just internalised entering the code as I walk to the grocery store from my house, or after parking the car if I need to drive somewhere.

After this, the process is self-explanatory: hold the watch near the payment terminal, and the payment goes through. That’s it. In my experience, payment terminals recognise and process Garmin Pay payments considerably faster than Google Pay payments on either my Pixel Watch 2 or Galaxy Watch4 Classic; my pet theory is that this might be because of the plastic casing being more optimal for NFC, but I haven’t done any research into this.

In keeping with the outdoor focus of the Instinct 2S, you don’t actually need your phone with you in order to pay with your watch. In fact, while you need the Garmin Connect smartphone application to do the initial Garmin Pay setup and add your payment card, you’re entirely free to delete the Connect application afterwards, and Garmin Pay on the watch will keep working just fine.

One thing that’s missing – at least for me, with my bank – is a payment history inside the Garmin Connect application or on the watch itself. Garmin Connect says there’s no payment history available, and directs me to my bank statement. My bank’s smartphone application gives me a highly detailed list of my payments, though, so it’s not a huge deal, but I’d still like to have Garmin Pay payment history inside the Connect application, if only for completeness’ sake. My guess is that sharing such payment history is up to the bank, so you could perhaps argue this is a form of privacy protection? I don’t know.

As great as it all sounds until now, none of it will be of any use to you if your bank does not support Garmin Pay. Garmin keeps a detailed list of all banks who participate in Garmin Pay, organised per country. I can only speak for the two countries whose banks I am aware of – The Netherlands, and my current country of residence, Sweden – and it seems the majority of banks in both countries support Garmin Pay. Before you make any purchase decisions, check this list to make sure your bank supports Garmin Pay.

If your bank supports Garmin Pay, and everything is set up on your phone and Garmin smartwatch, you can proceed to use Garmin Pay wherever there’s an NFC tap-to-pay terminal. Here in Sweden every store has those now, and I think the same applies to The Netherlands. As such, I have no need to carry my wallet or – worse yet – cash, which is great. Despite de-Googling my smartphone, I don’t have to miss out on the convenience and safety of modern payment methods.

Conclusion

When I initially wrote about using Garmin Pay to avoid Google Pay, some people wondered if this wasn’t a case of out of the frying pan into the fire, and I’d like to address that here. Reducing your reliance or use of the big technology companies’ products and services isn’t an all-or-nothing approach; you’ll soon find that unless you go full cabin-in-the-woods, avoiding big technology companies is effectively impossible, so whatever you end up doing, you’re always going to be using their products one way or another.

In cases where alternatives are hard to come by, like NFC tap-to-pay, you’ll either have to forgo the feature and convenience entirely, or settle for the least-worst option. In this particular case, I opted for the latter. Le mieux est le mortel ennemi du bien, and while I would definitely prefer a proper open source solution, preferably European in origin, opting for a smaller tech company that, as far as I know, does a pretty good job making sure their products are platform-independent, is good enough for me.

Reducing your reliance on the major technology companies is a long and often frustrating process, where you’re constantly weighing options and alternatives, consider upsides and downsides, evaluate costs, and after all that, you somehow have to draw conclusions and make decisions. It’s often easier to just stick with the Googles and Apples of this world, and I honestly don’t fault anyone for doing so. There’s enough shit in this world for us normal people to deal with, and we all choose our own hills to die on.

I do not use any Apple or Microsoft products, but that’s been the case for a long time now. Getting rid of Google has proven to be a much more complicated and drawn-out task, since there’s a few products and services I just cannot do without. There were three difficult products and services to ditch: Android, Google Photos, and WearOS with NFC tap-to-pay. I use GrapheneOS on my Pixel 8 Pro now, but that’s still Android by Google on a Pixel 8 Pro by Google. I still use Google Photos because none of the alternatives fill me with confidence, but every time I take a photo of our kids and see it sucked up into Google Photos it chafes.

But now I can say that I managed to at least move away from one of them – this Garmin smartwatch with Garmin Pay is an imperfect alternative, for sure, but it’s a huge leap in the right direction while we wait for regulators to wake up and make it possible for (European) open source alternatives to compete.

Trinity Desktop Environment R14.1.4 released 28 Apr 2025, 8:39 pm

The Trinity Desktop Environment, the modern-day continuation of the KDE 3.x series, has released version R14.1.4. This maintenance release brings new vector wallpapers and colour schemes, support for Unicode surrogate characters and planes above zero (for emoji, among other things), tabs in kpdf, transparency and other new visual effects for Dekorator, and much more.

TDE R14.1.4 is already available for a variety of Linux distributions, and can be installed straight from TDE’s own repositories if needed.

OpenBSD 7.7 released 27 Apr 2025, 8:27 pm

Another six months have passed, so it’s time for a new OpenBSD release: OpenBSD 7.7 to be exact. Browsing through the long, detailed list of changes, a few important bits jump out. First, OpenBSD 7.7 adds support for Ryzen AI 300 (Strix Point, Strix Halo, Krackan Point), Radeon RX 9070 (Navi 48), and Intel’s Arrow Lake, adding support for the latest x86 processors to OpenBSD.

There seems to be quite a few entries in the list related to power management, from work on hibernation and suspend, to more fine-grained control over performance profiles when on battery or plugged in. There’s also the usual long list of driver improvements, new drivers, and tons and tons of other fixes and changes. OpenBSD 7.7 also ships with the latest GNOME and KDE releases, and contains fixes and improvements for a whole slew of obscure and outdated architectures.

Crucial Wii homebrew library contains code stolen from Nintendo, RTEMS 27 Apr 2025, 8:17 pm

The Wii homebrew community has been dealt a pretty serious blow, as developers of The Homebrew Channel for the Wii have discovered that not only does an important library most Wii homebrew software rely on use code stolen straight from Nintendo, that same library also uses code taken from an open source real-time operating system without giving proper attribution.

Most Wii homebrew software is built atop a library called libogc. This library apparently contains code stolen from Nintendo’s SDK as well as from games using this SDK, decompiled and cleaned. This has been known for a while, but it was believed that large, important parts of libogc were at least original, but that, too, turns out to be untrue. Recently it has been discovered that libogc’s threading/OS implementation has been stolen from RTEMS, an open source real-time operating system.

The developers of libogc have indicated that they do not care, intend to do nothing about it, and deleted any issues reporting the stolen code. What’s wild about the code stolen from RTEMS is that it’s an open source operating system with a nice, permissive license; there was no need to steal the code at all, and all it would take to address it is proper attribution.

As such, the fail0verflow group, which develops The Homebrew Channel for the Wii, has ceased all development on The Homebrew Channel, and archived the code repository.

The Wii homebrew community was all built on top of a pile of lies and copyright infringement, and it’s all thanks to shagkur (who did the stealing) and the rest of the team (who enabled it and did nothing when it was discovered). Together, the developers deceived everyone into believing their work was original.

Please demand that the leaders and major contributors to console or other proprietary device SDKs and toolkits that you use and work with do things legally, and do not tolerate this kind of behavior.

↫ The Homebrew Channel GitHub page

Considering Nintendo is on a crusade to shutdown emulators, stuff like this is really not helping anyone trying to argue that consoles should be open devices, that emulators play an important role in preservation, and that people have a right to play the games they own on a device other than the console it’s intended for.

I’m sure this isn’t the last we’ll hear about this development.

9front “CLAUSE 15 COMMON ELEMENTS OF MAUS AND STAR TYPE” released 27 Apr 2025, 2:04 pm

Few things in life make me happier than a new 9front release. This new release, 9front “CLAUSE 15 COMMON ELEMENTS OF MAUS AND STAR TYPE”, comes with a variety of fixes and new features, such as temperature sensor support for Ryzen processors, a new Intel i225 2.5 GbE driver, a number of low-level kernel improvements, and so, so many more small fixes and changes.

If you use 9front, you already know all of this, and you’re too cool to read OSNews anyway. If you’re new to 9front and want to join the cool people club, you can download images for PC, Raspberry Pi, MNT Reform, and QEMU.

RetrOS-32: a 32bit hobby operating system with graphics, multitasking, and more 27 Apr 2025, 1:54 pm

RetrOS-32 is a 32bit operating system written from scratch, with graphics, multitasking and networking capabilities. The kernel is written in C and assembly, while the userspace applications are written in C++, using Make for compilation, all licensed under the MIT license.

It runs on Qemu, of course, but a variety of real hardware is also supported, which is pretty cool and relatively unique for a small hobby project like this. The UI is delightfully retro – as the name obviously implies – and it comes with a set of basic applications, as well as games like Wolfenstein 3D.

The VTech Socratic method 25 Apr 2025, 10:32 pm

We’ve had a lot of fun with VTech’s computers in the past on this blog. Usually, they’re relatively spartan computers with limited functionality, but they did make something very interesting in the late 80s. The Socrates is their hybrid video game console/computer design from 1988, and today we’ll start tearing into it.

↫ Leaded Solder web log

Now we’re in for the good stuff. A weird educational computer/game console/toy thing from the late ’80s, by VTech. I have a massive soft spot for these toy-like devices, because they’re always kind of a surprise – will it be a stupidly simple hardcoded device with zero input/output, or a weirdly capable computer with tons of hidden I/O and a full BASIC ROM? You won’t know until you crack it open and take a peek!

VTech still makes things like this, and I still find them ever as fascinating.

Torvalds states the obvious: file systems should be case-sensitive 25 Apr 2025, 10:18 pm

Apparently, the Bcachefs people are having problems with case-folding, and Linus Torvalds himself is not happy about it. Torvalds holds the only right opinion in this matter, which is that filesystems should obviously be case-sensitive.

Case-insensitive names are horribly wrong, and you shouldn’t have done them at all. The problem wasn’t the lack of testing, the problem was implementing it in the first place.

[…]

Dammit. Case [in]sensitivity is a BUG. The fact that filesystem people still think it’s a feature, I cannot understand. It’s like they revere the old FAT filesystem so much that they have to recreate it – badly.

↫ Linus Torvalds on the LKML

It boggles my mind that a modern operating system like macOS still defaults to being case-insensitive (but case-preserving), and opting to install macOS the correct way, i.e. with case-sensitivity, can still lead to issues and bugs because macOS isn’t used to it. In 2025. Windows’ NTFS is at least case-sensitive, but apparently Win32 applications get all weird about it; if you have several files with identical names save for the case used, Win32 applications will only allow you to open one of them. I’m not sure how up to date that information is, though.

Regardless, the notion that Readme.txt is considered the same as readme.txt is absolutely insane, and should be one of those weird relics we got rid of back in the ’90s.

Oddly, in defense of Google keeping Chrome 24 Apr 2025, 10:16 pm

As much as I’m a fan of breaking up Google, I’m not entirely sure carving Chrome out of Google without a further plan for what happens to the browser is a great idea. I mean, Google is bad, but things could be so, so much worse.

OpenAI would be interested in buying Google’s Chrome if antitrust enforcers are successful in forcing the Alphabet unit to sell the popular web browser as part of a bid to restore competition in search, an OpenAI executive testified on Tuesday at Google’s antitrust trial in Washington.

↫ Jody Godoy at Reuters

OpenAI is not the only “AI” vulture circling the skies.

Perplexity Chief Business Officer Dmitry Shevelenko said he didn’t want to testify in a trial about how to resolve Google’s search monopoly because he feared retribution from Google. But after being subpoenaed to appear in court, he seized the moment to pitch a business opportunity for his AI company: buying Chrome.

↫ Lauren Feiner at the Verge

Or, you know, what about, I don’t know, fucking Yahoo!?

Legacy search brand Yahoo has been working on its own web browser prototype, and says it would like to buy Google’s Chrome if the company is forced by a court to sell it.

↫ Lauren Feiner at the Verge

If the courts really want Google to divest Chrome, the least-worst position it could possibly end up is in some sort of open source foundation or similar legal construction, where no one company has total control over the world’s most popular browser. Of course, such a construction isn’t exactly ideal either – it will become a battleground of corporate interests soaked with the blood of ordinary users – but anything, anything is better than cud peddlers like OpenAI or whatever the hell Yahoo! even is these days.

As users, we really should not want Google to be forced to divest Chrome at this point in time. No matter the outcome, users are going to be screwed even harder than if it were to stay with Google. I hate to say this, but I don’t see an option that’s better than having Chrome remain part of Google.

The big problem here is that there is no coherent strategy to deal with the big technology companies in the United States. We’re looking at individual lawsuits where judges and medieval nonsense like juries try to deal with individual companies, which, even if, say, Google gets broken up, would do nothing but strengthen the other big technology companies. If, I don’t know, Android suddenly had to make it on its own as a company, it’s not users who would benefit, but Apple. Is that the goal of antitrust?

What you really need to deal with the inordinate power of the big technology companies is legislation that deals with the sector as a whole, instead of letting random courts and people forced to do jury duty decide what to do with Google or Amazon or whatever. The European Union is doing this to great success so far, getting all the major players to make sweeping changes to the benefit of users in the EU. If the United States is serious about dealing with the abusive behaviour of the big technology companies, it’s going to need to draft and pass legislation similar to the European Union’s DMA and DSA.

Of course, that’s not going to happen. The United States Congress is broken beyond repair, the US president and his gaggle of incompetents are too busy destroying the US economy and infecting children with measles, and the big tech companies themselves are just bribing US politicians in broad daylight. The odds of the US being able to draft and pass effective big tech antitrust regulations is lower than zero.

OpenAI Chrome. You feeling better yet about the open web?

Steam to highlight accessibility support for games on store pages 24 Apr 2025, 9:50 pm

The Steam store and desktop client will soon be able to help players find games that feature accessibility support. If your game has accessibility features, you can now enter that information in the Steamworks ‘edit store’ section for your app.

↫ Steam announcements page

I have a lot of criticism for the Steam client application – it’s a overly complex, unattractive, buggy, slow, top-heavy Chrome engine wrapped in an ugly user interface – but this is a great change and very welcome addition to Steam. Basically, with this, game developers can indicate which accessibility features their game has, allowing users to specifically search for those features, create filters, make sure they can play the game before buying, and so on.

The client-side part of the feature is not yet available – it seems Valve is giving developers some time to fill in the necessary information – but once it is, you’ll be able to tell at a glance what accessibility a game has. Such information on the store page of games tends to be a great marketing tool, with reviews quickly pointing out if certain expected features are not present. Any game that lacks support for the Steam Deck or Proton, for instance, will often have a few reviews at the top mentioning as such, and games with invasive DRM can’t get away with that either without reviews on Steam pointing it out. I wouldn’t be surprised if these accessibility feature listings well quickly become another thing users will simply expect to be there.

Regardless, this is great news for people who rely on such features, but even if you don’t specifically – accessibility features are often just useful features, period.

A tour inside the IBM z17 24 Apr 2025, 8:38 pm

Welcome to a photo-driven tour of the IBM z17. I’ve scoured the image library to pull dig deep inside these machines that most people don’t get an opportunity to see inside, and I’ll share some of the specifications gleaned from the announcement and related Redbooks.

↫ Elizabeth K. Joseph at the IBM community website

These IBM mainframes don’t have to be beautiful, but they always are. I wish I could see a z17 up close – hopefully IBM will release a detailed video walkthrough of one of these at some point, including taking one apart and putting it back together.