AI-generated slop code has been a plague for some open-source projects, namely but not only Gentoo Linux, Curl, and Ghostty, limiting or outright banning LLM-created contributions. And yet, just like both the models themselves get better and the people using them become more considerate, the landscape may be changing. Linus Torvalds, Linux's creator and kernel manager, has seemingly taken an accepting stance of AI-assisted tooling.

In a long comment on the Linux kernel mailing list, Torvalds spelled it out fairly clearly: "I realize that some people really dislike AI, but this is an area where I'm willing to absolutely put my foot down [...] Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it. Or just walk away."

This discussion came regarding the usage of Sashiko, an opt-in (per-mailing-list) and apparently quite effective multi-stage code review tool that analyzes kernel patches. The project page says the tool can find 53.6% of bugs on proposed patches, and argues that that metric already puts it above human level, as the patches in question already supposedly went through human review. The false positive rate "is harder to measure," being pinned "within 20%." Crucially, Sashiko only comments on patches, and does not take action by itself.

Developer Laurent Pinchart suggested that Sashiko's output be triaged before comments were sent out to patch authors, basing the notion on the Software Freedom Conservancy's guidelines on AI-generated code. Google's Roman Gushchin, one of Sashiko's creators, pointed out that doing that would undermine the utility of the tool, and that Pinchart's position was quite anti-LLM — a sentiment echoed by Linus Torvalds in his reply.

Torvalds put it clearly: "AI is a tool, just like other tools we use. And it's clearly a useful one. It may not have been that 'clearly' even just a year ago, but it's no longer in question today," a statement that reflects his changing stance on the matter since he initially dismissed AI tools as overhyped back in 2024. He also noted that Linux is not a "social warrior" project, and that it's always been about improving technology.

To drive the point home, he remarked that the tool "keeps finding embarrassing bugs," adding that he "will very loudly ignore people who try to argue against other people from using it," while highlighting the software's rapid evolution.

Perhaps quite poignantly, Torvalds remarked that resistant developers could use some self-awareness, as "it's not like natural intelligence is always all that great either," underscoring the fact that while AI tools may not be perfect, they generally only need to be good enough for their respective use cases. The fact that Sashiko seemingly finds errors in code that underwent human review is quite illustrative.

The adventurous developer who recently released Linux for the Atari Jaguar (1993) has brewed up a version of the open-source OS for the Sega 32X (1994). If you can’t remember the 32X, it was Sega’s mid-gen answer to early fifth-generation challengers like the Jaguar, 3DO, and Amiga CD32. Sega’s solution added some potent processing power to a mushroom-like slot in an expansion to its popular Mega Drive/Genesis. Now cakehonolulu has got it running Linux, despite facing several major hurdles.

Compared to its Genesis host, the Sega 32X was incredibly muscular. The Genesis had relied on the capable but long-in-the-tooth Motorola 68000 (7 MHz) for years, but the 32X add-on boosted that with a pair of Hitachi SuperH SH2s (SH7604) CPUs (23 MHz). It also ramped up system RAM from the base 64KB by adding 256KB of its own. Sega’s expansion offered more than just speed; the console’s color palette was ramped up from 64 to 32,000 simultaneous colors on screen, and it was powerful enough to introduce hitherto unachievable 3D graphics elements to mainstream console gaming.

As with cakehonolulu’s tale of Linux wrangling on the old Jag, the above-linked blog talks through a long list of hurdles that needed to be leapt to get the Linux kernel booted and running BusyBox. This time around, particularly steely roadblocks included: the even more constrained RAM situation, the lack of hardware synchronization primitives, the desire to get SMP working across the pair of SH2 CPUs, no direct UART access from the 32X, and scheduler bugs, among other things.

On the positive side, smoothing the development process along were access to Chilly Willy’s 32X devkit, the linuxmd project, the Krikzz FPGA-based flash cart with ROM – RAM mapping tools, and existing SH2 documentation and sample projects. Please check through the linked blog for far more technical details from cakehonolulu.

As you can see, cakehonolulu was successful again. So, what’s the next stop for this adventurous dev – the Sega Saturn? Whatever the project may be, it was interesting to read that works like this are basically forming a portfolio for the Spanish dev, which they hope will help them with job hunting.

A set of updates for Sega Dreamcast hardware has been merged into the Linux 7.2-rc3 kernel this weekend. Dmitry Torokhov submitted updates addressing the legendary console’s input subsystem and Linus Torvalds merged them on Saturday. The updates even surprised Linux-focused site Phoronix, That’s probably due to context: the Dreamcast continues to enjoy support while admittedly older but real computing hardware like the i486, PowerPC 40x chips, DEC Alpha, and Itanium / IA‑64, have all been sidelined in recent times.

In brief, the updates should mean new versions of Linux will come with more stable mouse, keyboard, and joystick drivers for Dreamcast stalwarts. If you are one of the Dreamcast faithful, still satisfying your computing (and gaming) needs on the final original consumer gaming hardware from Sega, this is good news.

Reading the pull request we can see some details about the new drivers for the Dreamcast’s Maple‑bus peripherals (mouse, keyboard, controller). Specifically, there’s a “fix for a crash in Sega Dreamcast (Maple) mouse driver when opening the device, caused by missing driver data,” as well as “Fixes for Maple drivers (keyboard, mouse, joystick) to properly order setting driver data and device registration to avoid races.” In this context races refers to things happening in the wrong order to result in crashes: it’s a timing bug that’s now been quashed.

Dreamcast hangers-on will now be able to craft specialized Linux builds on CD-R for their machines. The maplemouse driver has had the now-fixed crash-inducing bug since 2017.

Phoronix also comments that Linux kernel fixes for the GD-ROM driver used by the Dreamcast and a proposal for the VMUFAT file-system driver were also seen this year.

The Sega Dreamcast launched at the end of 1998 (in Japan, and the following year in the U.S.). So, in some ways it isn’t that surprising that it is still getting Linux kernel updates when the Intel i486 (1989) has been retired from mainline support. But one might have expected stronger demand for supported Linux distributions among i486 desktop and laptop users.

Windows 95 worked out whether a setup program had run by reading the executable's name and checking it against a short list of hard-coded words, according to Microsoft engineer and semi-official Windows historian Raymond Chen, sharing the details via his Old New Thing blog. A filename containing "setup," "install," or "inst" flagged the program as an installer, which triggered the operating system's routine for repairing system files that installers had damaged. Three non-English entries appeared on the same list, which Chen identified as his own guesses at Italian, Turkish, and Hungarian.

The full match list ran to six terms: setup, install, inst, imposta, ayarla, and felrak. Chen wrote that "install" was redundant, because any name containing it already contains "inst," and speculated that the shorter entry was added later to catch installers named along the lines of "blahinst" without anyone deleting the original. A program whose own name produced no match got a second test, with Windows 95 checking whether the word "Setup" appeared anywhere in the path to the executable. A separate live check ran after any multimedia driver was installed through an INF file, added because those drivers frequently overwrote system DLLs.

This heuristic gated a recovery mechanism Chen described in March. Installers of the period overwrote system files without checking versions, disregarding Microsoft's rule that a file should only ever be replaced by a newer one. An installer carrying Windows 3.1 copies of shared DLLs, for example, would bury the newer Windows 95 versions underneath them, and every program that relied on the current files would break.

Windows 95 kept backup copies of commonly clobbered files in a hidden C:\Windows\SYSBCKUP directory. It would then let each installer finish, check its work, and restore the correct versions where the installer had downgraded them. This safety net depended entirely on correctly guessing that an installer had run, so a setup routine with an unusual name slipped past it, while an ordinary program named something like instant.exe tripped it for nothing.

The file check was often deferred until the next boot rather than run immediately, with Chen explaining that some installers, unable to replace a file already in use, would drop back to MS-DOS, run a batch file to swap the file, and restart Windows, so the cleanup pass had to wait for the reboot to catch anything the batch file had altered.

Windows 2000 debuted a new approach

Microsoft dropped this approach in Windows 2000, which introduced Windows File Protection. That system registers for file-change notifications through Winlogon restores protected files from a cache at %WinDir%\System32\dllcache, with no filename guessing and no waiting for a setup program to complete.

Then, Windows ME shipped a comparable System File Protection, and Vista onward moved to Windows Resource Protection, which guards files using access-control lists instead. The sfc /scannow command that Windows 11 users still run to repair system files descends directly from that work, having replaced a 1995 mechanism that decided when to act by scanning filenames for the word "setup."

Unwanted ads can be one of the most infuriating parts of the modern tech experience, where hardware you already paid for is insistent on advertising even more slop to you. LG has a bit of a reputation in this regard, and it seems like the company is expanding its repertoire to even more invasive promos now. A user on the r/pcmasterrace subreddit shared that their brand-new LG monitor is showing them ads for McAfee.

Now my monitor is sending me paid ads for Mcafee?! from r/pcmasterrace

Most of us are already aware of the euphoric feeling associated with getting McAfee shoved into your face. Usually, though, it's limited to laptops and prebuilt PCs that come with bloatware, freemium software, or just outright premium software that you somehow acquired for free. It would sensibly drive a person insane if a new monitor that has no other job than displaying your GPU's output starts participating in these activities.

In this case, u/t40r just bought this monitor and plugged it into their computer for the first time. That's when they noticed a small pop-up in the corner right away. It was from the "LG Monitor App Installer," and the first thing it showed the OP was an ad for McAfee. That's right — it was something entirely unrelated to the monitor. But how did this app show up on u/t40r's PC when they didn't even set anything up yet?

The answer is apparently the great evil known as the Microsoft Store. Checking the startup apps in Task Manager confirmed that it added the LG Monitor App Installer to the PC automatically. It's similar to how motherboard software magically enters itself into your system when you reinstall Windows. That one makes a bit more sense, though, since it's supposed to help control or manage your computer.

Sure, the LG Monitor app could serve the same purpose for the monitor, but it wasted its precious first impressions on a McAfee ad instead of showing something useful to the customer. Persuasion be damned. Anyhow, we were able to confirm that this was not an isolated incident either, as another Redditor posted about the same issue just a week ago, along with the steps for the removal process via local group policy.

Windows update silently installed LG bloatware, which causes a McAfee pop up from r/pcmasterrace

Scouring through the comments also reveals other instances where users reported Alienware and Samsung engaging in similar ghost installs. It seems like a standard Microsoft policy of auto-downloading related monitor software, but it's then up to the manufacturer what they actually show in said app. Regardless, these apps don't seem to respect your preferences and just show up uninvited, even if you're already running a debloated version of Windows.

With recent discussions on just how granular Microsoft's telemetry can be, this openness starts to feel like an oversight just waiting to be exploited. Even if Microsoft thinks it's "helpful" to install utilities without consent, it should at least try to make sure those tools aren't throwing up ads. LG makes some of the best monitors on the market; otherwise, it's a shame that deeper software integration can sometimes undermine great hardware.

A Spanish systems software developer has ported Linux to the Atari Jaguar console. To succeed at the task, cakehonolulu had to overcome severe memory limits, the lack of a memory management unit (MMU), and face off against a handful of unusual hardware quirks. A blog post from the dev tells us about the work to port Linux to this ill-fated 1993-launched flop, and happily ends in evidence that a working Linux kernel and BusyBox command line shell can be booted on the old Jag. Now Linux runs on both your cherished real hardware via cartridge, or in a Jaguar emulator.

Anyone wishing to port Linux to the Atari Jaguar would face numerous constraints due to the hardware. One of the first hurdles successfully leaped by cakehonolulu was the CPU used. Atari’s system designers architected the Jag using a Motorola 68000 CPU, which was already pretty old at the time, but a moderately fast 13.3 MHz version was selected. Though the gaming prowess of the console was lifted by custom co-processors dubbed Tom & Jerry, some games didn’t make much use of this graphics and DSP acceleration, as it was notoriously difficult to tap into.

For this Linux port, the general CPU capabilities of the M68000 would also be targeted to run the OS. With that in mind, and knowing that the CPU lacked an MMU, cakehonolulu was lucky to find that classic Motorola 68k processors are still supported by Linux, and also the uClinux project, which allows Linux to run on MMU‑less systems like the Jaguar.

While these prior works were helpful, it wasn’t long until the linux_jag developer needed to battle with other Atari Jaguar constraints. The console comes with just 2MB of RAM and up to 6MB of ROM, which is incredibly miserly compared to even the cheapest microcontrollers and SBCs nowadays. Much RAM and storage optimization later, cakehonolulu tripped over a few issues getting Linux to boot on the Jaguar, and ended up implementing a console driver for Tom so the OS would work on real hardware.

A brief Atari Jaguar history

Atari’s Jaguar was released with great pride by the iconic video game company in 1993. It was controversially claimed to be the world’s first 64-bit console, but it still never managed to push aside incumbent previous-gen machines from Sega (Genesis / Mega Drive) or Nintendo (Super NES).

The mass market had enough patience to largely ignore the first wave of ‘early fifth-generation consoles’ like this, the 3DO, and the Amiga CD32. They were rewarded handsomely with the launch of the true accelerated 3D gaming next-gen wave, led by the Sega Saturn (which also used an M68000 CPU, alongside co-processors), Sony’s first PlayStation, and the Nintendo 64.

History can be a little unfair to the Atari, though, as it did have some eye-popping for the time original games and ports. I owned the original console with Alien vs. Predator (1994), and it was quite a stunning, tense, and scary game. Others thought the Jag’s Tempest 2000 was a killer app. In addition, there were strong Doom and Wolfenstein 3D FPS ports from the PC.

No need to pinch yourself — it is, in fact, 2026, and there was a court hearing last June 22 about IBM allegedly using copyrighted source code in Unix-like products, yet again for the umpteenth time since 2003, a saga that's part of the Unix wars.

For historical context, Xinuos (formerly SCO) and IBM have been embroiled in legal battles for decades, as the companies cooperated between 1998 and 2001 on developing an Itanium variant of Unix. Since then, SCO has repeatedly and dramatically taken IBM to court, claiming the defendant misused SCO-owned source code from the collaborative effort in its AIX and z/OS products, as well as Linux. Many battles have been fought over who owns the "Unix" name, what code IBM put in Linux, and even FreeBSD.

The latest hearing pertains to a 2021 lawsuit by Xinuos, the company that acquired the remnants of Santa Cruz Operations, more commonly known as SCO. Xinuos' CEO reportedly once stated the group didn't purchase SCO just to acquire the right to sue IBM, but the company eventually changed its mind in 2021 and dragged IBM back to court on claims that its conduct and copyright infringement resulted in great damage to Xinuos' market position.

Xinuos picking a fight with a team of lawyers colloquially known as the Nazgûl is questionable on its own — yet, in the aforementioned 2021 lawsuit, Xinuos added bold claims, such as stating that IBM's purchase of Red Hat should be reversed under antitrust law, and that the company's strategy in said acquisition was to destroy FreeBSD — the variant underpinning Xinuos' wares.

How, exactly, an MIT-licensed operating system would be "destroyed" is an interesting matter. Xinuos stated at the time that "IBM and Red Hat have abused their control over the Unix/Linux operating system market for far too long." One wonders if Linux users with hundreds of distributions at their disposal would agree that IBM has been pulling their strings all along.

The lawsuit dragged on until 2025, when Xinuos voluntarily chose to drop the antitrust claim (presumably after finding little purchase from the court). It also found itself disabused of the merits behind the copyright complaint, as the New York judge in question framed the claim as time-barred: too long had passed for Xinuos to file a complaint, and original ownership of the code is murky at best. Darl McBride, the SCO executive who launched the original lawsuit, passed away from ALS in 2024.

Xinuos did, however, press on with the copyright issue and requested a hearing for an appeal. And on June 22, 2026, the firm argued in front of a three-judge Second Circuit panel that the previous judge miscast a copyright infringement claim as an ownership claim.

Say whaaaat? Hannah Montana Linux is back. The distro made as a tribute to the noughties Disney Channel sitcom for tweens and teens, featuring the eponymous secret pop star, was basically abandoned in 2009. Now it's back, with a modern kernel and about 18 years of patches, with the release of the Hannah Montana Linux v26.0 remaster by developer Noah Cagle.

Little is known about why the original Hannah Montana Linux was developed, released, and almost immediately abandoned. The version available via Archive.org is the only known release, identified as Hannah Montana Linux x86 basic edition 202201. It is still available if you’d like to test out a frozen-in-time HM-themed version of Kubuntu. You can grab it as a 691.7MB download via the link provided. Be warned that it is now “basically unusable,” though, according to Cagle, due to being insecure and for its poor software support.

Fast forward to the present day, and Cagle’s HML26 release solves all the issues with the old distro. Browsing the modern web is possible and safe, finding and installing software is easy, and the dev has even made the terminal look pretty.

In the video feature about the release of Hannah Montana Linux v26.0, Cagle provides some insight into how this version of the OS was customized, built, and released. After initially considering the Cubic GUI wizard for creating customized live ISO images of Ubuntu and Debian-based platforms, the developer decided to go with Live Build, an official tool for Debian-based distros.

We then get a walkthrough of using this tool to make a Pretty in Pink version of Debian Linux. Briefly, a lot of the work required to make a distro like HML26 is adding various files and references into a set folder structure, and then building the Linux ISO. Most of the custom imagery and iconography sit in an includes.chroot directory.

Key customized elements would include an icon pack, color scheme, and wallpapers, and they were largely built by cloning and then editing existing theme resources. The main wallpaper looks a lot like the original, and that’s because it uses the original PNG as a source, updated by Cagle to 16:9. The cherry on the cake, though, might be the stylized ‘H’ start button.

When Cagle was happy with his customizations, he sought out a way to transform the ISO from being a live-CD only so it could offer an install option. This final step in creating HML26 was done with a tool called Calamares. This app is strong in applying branding, so it was a great choice for a professional revival of Hannah Montana Linux.

You can download and try out Hannah Montana Linux v26.0 now, with the ISO available at the above-linked GitLab page under GPL 3.0. You’ll want a system with at least 8GB of RAM to enjoy this OS. Those with older machines might want to look at HML26 Lite, which switches KDE Plasma 6 for the lightweight LXQt.

The RAMpocalypse is hitting enthusiasts hard. We recently reported on the crisis seeping down to affect supplies of the decades-old DDR2 gen RAM. So it comes as no huge surprise that a well-known tech tinkerer has been inspired to look at the viability of Windows 11 on an even more ancient DDR1 platform. Step forward Omores, who demonstrates Microsoft’s newest OS running on a Core 2 Quad Q6600, using a DDR1 motherboard, supported by an ATI Radeon HD 4650 AGP graphics card. “The best part,” says our hacky hero. “It’s completely stable.”

Windows 11 on a DDR1 motherboard, with AGP support enabled from r/windows

DDR1 first became available to PC builders and DIYers at the turn of the century, replacing the aging SDR SDRAM. The DDR1 rollout began with data rates like DDR-200 and DDR-266, being the preferred choice over older platforms featuring PC100 or PC133 SDRAM. We don’t know the rated speed of the DDR1 sticks Omores used, as it isn’t shown, but DDR-400 was the best official non-overclocked standard (a couple of years later). It would make sense to use the best memory on a cherry-picked older system like this.

Other key components of this age-defying Windows 11 PC build include an ASRock ConRoe 865PE motherboard. This is regarded as something of a legendary board as it bridged generations and allowed folks to use the latest Core 2 Duo and Core 2 Quad chips from Intel while keeping their DDR1 RAM and AGP graphics cards. It isn’t only today that PC DIYers have cared deeply about component longevity.

The last significant component in this DDR1 system that we were told about was the ATI Radeon HD 4650 AGP graphics card. This seems to have required the most wrangling to make it work with Windows 11 / modern software. However, Omores reveals that “With some 'hacking' ... AGP 8X is fully functional and H.264 hardware decoding is active.” The key was finding, then crowbarring, ATI’s Windows 7 64-bit drivers from 2012 onto the system.

Once some details of the setup were confirmed in the video using tools like CPU-Z and GPU-Z, Omores showed the ‘fresh’ Windows 11 DDR1 system running modern browsers, with embedded video and hardware decoding. A handful of games and 3D benchmarks were also shown running without glitches. Last but not least, the system did indeed run Crysis.

In a later comment on the Reddit post, Omores elaborates on how to install the ATi driver on Windows 11 and shares a more detailed video link. “I like that Windows 11 is rock stable on these older systems with no UEFI whatsoever and only ACPI 1.1,” adds the adventurer in older PC tech. “A lesser-known fact is that Windows 11 actually officially supports BIOS systems via Windows 11 IoT, so it's kind of expected to run smoothly.”

Microsoft has extended its free consumer Windows 10 Extended Security Updates (ESU) program by a year, pushing the cutoff for critical security patches to October 14th, 2027. The change came without any actual announcement, appearing instead in an edit to Microsoft's Windows 10 ESU support page. Devices already enrolled roll over to the new date automatically, with no action required from users. The program was originally set to expire on October 12th, 2026, one year after Windows 10 reached end of support on October 14th, 2025. With the extension, however, users who can’t or won’t move to Windows 11 now have a second free year of patches.

Speaking to BleepingComputer, Microsoft said that the change reflects “our ongoing commitment to helping customers stay secure during the transition,” adding that the extra year gives users “more time and flexibility to find the best PC for their needs while keeping them protected.”

In terms of enrollment, nothing has changed: users can enroll for free by syncing their PC settings to a Microsoft account through Windows Backup, by redeeming 1,000 Microsoft Rewards points, or with a one-time payment of $30. Users in Europe can enroll at no cost simply by signing in with a Microsoft account, a concession Microsoft made after pushback from consumer advocacy groups over its original requirements. A single ESU license covers up to 10 devices tied to the same account.

Microsoft's consumer program is limited to personal devices, however. Systems joined to an Active Directory domain or to Microsoft Entra, or managed through Mobile Device Management, are corporate-controlled and therefore not eligible. Personally owned machines that are only Entra-registered — e.g., a work account added to a personal device, rather than the device itself being organization-owned — still qualify.

Windows 11 has surged to roughly 73% of desktop share against Windows 10’s 26%, so it’s clear that the broader migration is working. Those users still on Windows 10 are increasingly the difficult edge cases, with around 400 million active PCs unable to officially upgrade to Windows 11 because their hardware fails its TPM 2.0, Secure Boot, or supported-processor requirements.

Users of those machines face a choice of remaining on unsupported Windows 10 or upgrading their hardware outright. But thanks to the AI-driven memory shortage, doing so has never been more expensive: DRAM contract prices have roughly doubled since early last year (and are expected to double again) as Samsung, SK Hynix, and Micron divert wafer capacity toward high-bandwidth memory for AI accelerators.

IDC expects PCs, tablets, and smartphone prices to rise 10% to 20% through the end of 2026, with memory now accounting for a far larger share of a system's bill of materials than it did two years ago.

For users unwilling to buy new hardware at current prices, some third-party options remain. The security firm 0patch has pledged to provide unofficial Windows 10 micropatches through 2030, and Linux migration efforts such as the End of 10 initiative continue to court holdouts whose machines can’t run Windows 11.