- wlug - list.wlug.org.nz

A Homegrown Excel Bug?
by Lawrence D'Oliveiro 26 Mar '26

26 Mar '26

A correction to MBIE’s report on current fuel reserves <https://www.nzherald.co.nz/nz/politics/mbie-clarifies-fuel-data-showing-far…> adds a previously-missing column showing ships that are currently “discharging” their fuel load. This gives an extra 16 days’ supply of diesel that was previously reported as only on its way here, not actually here. How do you miss out a column from a report? Answers on a postcard, please ...

1 0

Wine 11 Rewrites How Linux Runs Windows Games At the Kernel Level
by Peter Reutemann 25 Mar '26

25 Mar '26

'Linux gamers are seeing massive performance gains with Wine's new NTSYNC support, "which is a feature that has been years in the making and rewrites how Wine handles one of the most performance-sensitive operations in modern gaming," reports XDA Developers. Not every game will see a night-and-day difference, but for the games that do benefit from these changes, "the improvements range from noticeable to absurd." Combined with improvements to Wayland, graphics, and compatibility, as well as a major WoW64 architecture overhaul, the release looks less like an incremental update and more like one of Wine's most important upgrades in years. From the report: The numbers are wild. In developer benchmarks, Dirt 3 went from 110.6 FPS to 860.7 FPS, which is an impressive 678% improvement. Resident Evil 2 jumped from 26 FPS to 77 FPS. Call of Juarez went from 99.8 FPS to 224.1 FPS. Tiny Tina's Wonderlands saw gains from 130 FPS to 360 FPS. As well, Call of Duty: Black Ops I is now actually playable on Linux, too. Those benchmarks compare Wine NTSYNC against upstream vanilla Wine, which means there's no fsync or esync either. Gamers who use fsync are not going to see such a leap in performance in most games. The games that benefit most from NTSYNC are the ones that were struggling before, such as titles with heavy multi-threaded workloads where the synchronization overhead was a genuine bottleneck. For those games, the difference is night and day. And unlike fsync, NTSYNC is in the mainline kernel, meaning you don't need any custom patches or out-of-tree modules for it work. Any distro shipping kernel 6.14 or later, which at this point includes Fedora 42, Ubuntu 25.04, and more recent releases, will support it. Valve has already added the NTSYNC kernel driver to SteamOS 3.7.20 beta, loading the module by default, and an unofficial Proton fork, Proton GE, already has it enabled. When Valve's official Proton rebases on Wine 11, every Steam Deck owner gets this for free. All of this is what makes NTSYNC such a big deal, as it's not simply a run-of-the-mill performance patch. Instead, it's something much bigger: this is the first time Wine's synchronization has been correct at the kernel level, implemented in the mainline Linux kernel, and available to everyone without jumping through hoops. ' -- source: https://tech.slashdot.org/story/26/03/24/1946246 Cheers, Peter

1 0

MultiTail
by Peter Reutemann 16 Mar '26

16 Mar '26

Just came across this post/tutorial on MultiTail: 'MultiTail is a powerful terminal-based utility that allows you to view multiple log files simultaneously in a single terminal window. Think of it as tail -f on steroids. Instead of opening several terminal tabs or splitting your screen with tmux, MultiTail creates dynamically managed panes inside one terminal session. Each pane can follow a different file, command output, or even network stream. At its core, MultiTail is designed to: - Monitor multiple log files at once - Display them in split windows - Apply colorization rules - Merge multiple files into one unified view - Filter content live - Follow new files dynamically' -- source: https://idolinux.com/multitail-what-it-is-and-how-it-can-make-you-a-better-… Cheers, Peter

1 0

Keep Android Open
by Michael Doerner | TechnologyWise 08 Mar '26

08 Mar '26

Any suggestions who to address, where to go to with this in NZ? https://keepandroidopen.org/

2 1

Norwegian Consumer Council PSA -- In English! (Language Warning)
by Lawrence D'Oliveiro 06 Mar '26

06 Mar '26

The Norwegian Consumer Council (Forbrukerrådet) has released a wickedly funny skit (in English, even) warning against products that start out attractive and fun to use, but then get enshittified with extra-cost “options” that turn out not to be so “optional”. And yes, they use the word a lot. <https://www.youtube.com/watch?v=T4Upf_B9RLQ>

1 0

A Taste Of CDE
by Lawrence D'Oliveiro 02 Mar '26

02 Mar '26

An emulation of an early-1990s Linux GUI in a browser <https://www.tomshardware.com/software/linux/nostalgic-developer-recreates-t…>. Actually, who says CDE was ever “dead”? GNU created their own version of the OSF Motif GUI toolkit, called “Lesstif”, and it continues to be available in Linux distros to this day.

3 4

The Two Linuses
by Lawrence D'Oliveiro 28 Feb '26

28 Feb '26

This 53-minute video <https://www.youtube.com/watch?v=mfv0V1SxbNA> was posted back in January, but I only discovered it more recently. In it, Linux creator Linus Torvalds pays a visit to the offices of Linus Sebastian (the brains behind the “Linus Tech Tips” YouTube channel), while the latter builds the former a new custom PC to the former’s requirements. With a 24-core, 48-thread CPU (great for kernel builds, which is what Torvalds spends much of his work day doing), and 64GiB worth of memory -- proper ECC memory (a long-time pet peeve of the Linux man). As the build progresses, they discuss many things, including questions previously collected from the community, addressed to Linus T. Asked which of his software “children” he is more fond of, Linux or Git, Torvalds reveals that he only spent 6 months working on Git, before passing it off to Junio Hamano, who has been the prime mover behind it for the past 20 years. (What, no mention of Subsurface?) He also brought in one of the guitar-effects pedals that he has been designing, purely as a hobby to unwind from his day job, with no expectation that they will ever be useful to anybody, not even himself (he doesn’t play guitar). Which distro does he use? It turns out his current fave is Fedora, because (unlike, say, Ubuntu) they make it easy for him to replace their kernel with his custom, fresh-built ones.

1 0

Firefox 148 Lets You Kill All AI Features in One Click
by Peter Reutemann 27 Feb '26

27 Feb '26

'Mozilla has released Firefox 148 for Windows, macOS and Linux, bringing a new AI Settings section that lets users disable all of the browser's AI-powered features in one click and then selectively re-enable the ones they actually want, such as the local translation tool that works locally rather than in the cloud. The update also patches more than 50 security vulnerabilities -- none known to be under active exploitation -- over half of which Mozilla classifies as high risk, including five sandbox escape flaws and eight use-after-free bugs in the JavaScript engine that could allow code execution.' -- source: https://news.slashdot.org/story/26/02/26/182239 Cheers, Peter

1 0

Austria Military Ditches Microsoft for Open-Source Libreoffice – Here’s Why
by Peter Reutemann 26 Feb '26

26 Feb '26

'Austria's military has completed a major IT overhaul, replacing Microsoft Office with the open-source LibreOffice suite across all its desktop systems. The change, finalized this month, affects approximately 16,000 workstations in the Austrian Armed Forces. This move will substantially reduce Austria's software bill. At $33.75 per user per month, a Microsoft 365 E3 subscription for 16,000 workstations costs approximately $6,480,000 per year, compared to LibreOffice's zero cost. But this move isn't about saving money. The real motivation is to gain digital sovereignty and control over critical data. As Michael Hillebrand of Directorate 6 information and communications technology (ICT) and Cyber Defense, explained: "It was very important for us to show that we are doing this primarily to strengthen our digital sovereignty, to maintain our independence in terms of ICT infrastructure and to ensure that data is only processed in-house."' -- source: https://www.zdnet.com/article/this-european-military-just-ditched-microsoft… Cheers, Peter

2 2

Fear Of Forking, Revisited
by Lawrence D'Oliveiro 23 Feb '26

23 Feb '26

Was rereading this old essay <http://linuxmafia.com/faq/Licensing_and_Law/forking.html> that I found some years ago. It’s a commentary on the status of the Free Software movement (unfortunately referred to as “freeware” at one point) as of late 1999, at a point when various parties (*cough* proprietary software propagandists *cough*) were still trying to spread FUD about how “forks” of software projects could leave them fragmented and users without a coherent support framework. He recaps the unfortunate history of Unix, and the swallowing up of essentially its entire market by Microsoft: Those companies bought the right [from AT&T] to make their own Unixes: IBM released AIX. Apple did A/UX. DEC did Ultrix[8], OSF/1, and Digital Unix (later renamed "Compaq Unix" and now "Compaq Tru64 Unix"). Data General did DG/UX, SGI did IRIX, HP did HP/UX, and SCO did Xenix[9] which eventually mutated into SCO Open Server. And we could cite others, but I'll spare you. The point is that these were the jokers who ruined Unix. Every one of them marketed his mutant Unix as "Unix plus" — everything the other guys have and more. Needing to create differentiators, they deliberately made their Unixes incompatible while giving lip service to "standards". For customers, this was simply a mess, and Microsoft drove right through these guys' disunity like a Sherman tank. It is the classic instance of forking that sticks in people's minds. Which is why you folks are expected to assure customers that the same won't happen to GNU/Linux. We'll return to this point later. Among various other examples, the author tries to explain why this is not a serious possibility with the Linux kernel, and how even the BSD forks were not really forks, and would stay largely in sync. Well, he was mostly right on the first of those cases, but somewhat wrong on the second one. As to how the release of Open-Source BSD came about: One fine day in 1991, grad student Keith Bostic came to the BSD lead developers, inspired by Richard M. Stallman's (remember him?) [13] GNU Project, and suggested replacing BSD's remaining AT&T work to create a truly free BSD. Dreading the confrontation likely to result with AT&T, they tried to stall by assigning Bostic the difficult part of this task, rewriting some key BSD utilities. This backfired when he promptly did exactly that. So, they grumbled but then completed the job[14], and tried to prevent AT&T from noticing what they had done. AT&T did notice[15], panicked, and sued. That, too, is a long story best omitted. Under the stress of the lawsuit, freeware BSD split into three camps (FreeBSD, NetBSD, and OpenBSD).[16] But there were also several proprietary branches[17], made possible because U.C. Berkeley's "BSD Licence" allowed creation of those: Sun Microsystems's SunOS, Tenon Intersystems's MachTen, BSDI's BSD OS [18], and NeXT Computer's NeXTStep OS all came out for sale without public access to source, and were all based on the Berkeley BSD source code. For one thing, I thought *every* proprietary Unix was based on code licensed from AT&T; but this is saying that SunOS and NeXTStep, among a few others, came from BSD and owed nothing to AT&T. A word about the three free BSD variants: All three were splinters from a now-dead project called 386BSD. All have talked about re-merging in order to save duplication of effort, but they now persist as separate projects because they've specialised: FreeBSD aims for the highest possible stability[19] on Intel x86 (IA32) CPUs, NetBSD tries to run on as many different CPU types as possible, and OpenBSD aims to have the tightest security possible. In other words, the 386BSD project remains forked because there are compelling reasons that make this a win for everyone. Also, where possible, these three sister projects collaborate on tough tasks — and they also collaborate with GNU/Linux programmers. Some of the best hardware drivers in the Linux kernel are actually BSD drivers. There's a high level of compatibility among the three BSDs and between them and GNU/Linux: Unlike the proprietary Unix vendors, BSD and GNU/Linux programmers have an incentive to eliminate incompatibility and support standards. But as we know from more recent history, the BSDs don’t cooperate that much at all, at least not any more. As of today, they are well and truly fragmented. As for the AT&T lawsuit, it seems it had no legal basis at all: At the time, the lawsuit's allegation of infringement of AT&T source-code copyright cast a shadow over not just Berkeley's BSD and BSDI's BSD OS, but also William and Lynne Jolitz's free-software 386BSD project, which was a patchkit of about 180 patches based on Berkeley's "NET/2" BSD release. (In retrospect, there is grave doubt about whether AT&T's complaint ever had merit, on several grounds, but this was not clear at the time. Kirk McKusick told me that defendants ultimately agreed in the settlement that seven BSD files were encumbered by AT&T copyrights only to let AT&T save face on what would otherwise have been a dead loss, allowing that concession because the seven files were dreadful spaghetti code and overdue for replacement anyway.) Apparently in part because of the legal threat, the Jolitzes withdrew from the project, leaving copyright questions and a leadership vacuum on top of the project's other problems. Anyway, there are other examples of forks that were successful versus those that were not so successful. I don’t think the pattern the author claims to see holds up; I think it is far more an issue of management culture: if the original project leaders try to be too controlling and reject useful-looking ideas, then forks will happen. The new ideas in the forks may or may not succeed; but of course that success (or not) is key to the success of the fork.

1 0