About a small town’s worth of people pointed me to this on Mastodon, so here it goes: In an IMAX theater, the m130’s job is to control the quick turn reel unit, or QTRU for short. (For many years, it appears, a non-emulated m130 sat holstered in most theaters.) The QTRU’s job is to control the platters, which are those large horizontal shelves where all of a film’s many reels are stitched together, stored, and then quickly spun out to and from the projector. The IMAX 1570 projector moves film at a little under six feet per second, so it’s all happening really fast. The m130 is apparently crucial to keeping the thing humming — “PALM PILOT MUST BE ON ALL THE TIME,” reads a notice above an image of a different m130 that has since been passed around the internet — but doesn’t often need to be used. “I’ve never had to interact with the Palm Pilot,” says one person familiar with the technology. “It’s really just a status screen.” Its job is to keep the QTRU moving at a consistent speed and to help keep the film’s video in sync with its audio. This doesn’t surprise me one bit. In environments like these, if something works, and has been working reliably for decades, there’s really no reason to change any of it. This application is probably quite simple, but since there’s only a very small number of theaters out there even capable of showing 70mm film, and it doesn’t look like it’s a format on the up and up.
USA readers may wonder why I was waiting for the release of a game already published. While Street Fighter II made it to the Super Famicom on June 10, 1992 in Japan and July 15, 1992 in North America, France had to wait until December 17, 1992 to get a PAL version. As I waited, I saw ads in French magazines offering imported cartridges of my Holy Graal. To make them work on a European Super Nintendo, one had to buy an adapter. The combo cost almost as much as the console (595F + 199F vs 1290F). Needless to say I couldn’t afford it. But I always wondered how Nintendo seemingly controlled the regions and how tinkerers had managed to circumvent that protection. A detailed look at how the 10NES sysyem worked.
Apple says it will remove services such as FaceTime and iMessage from the UK rather than weaken security if new proposals are made law and acted upon. The government is seeking to update the Investigatory Powers Act (IPA) 2016. It wants messaging services to clear security features with the Home Office before releasing them to customers. The act lets the Home Office demand security features are disabled, without telling the public. Under the update, this would have to be immediate. I wonder if Apple would actually follow through with something like this, or if they’re only looking for a token concession so they can claim they’re still in the clear and do nothing. Interesting, though, that when the Chinese government comes calling, Tim Cook drops his “privacy is a fundamental human right” shtick real quick, but when the government of a western country comes calling, it’s a lot of rah-rah. A spine is clearly not very expensive.
A few weeks ago I embarked on a somewhat crazy side project: Make the Open Watcom debugger work on OS/2 1.0. This project was not entirely successful, but I learned a couple of things along the way. I love these stories.
Perhaps unsurprisingly, the techniques described in Let’s Go Whaling bear comparison to some of those that bookmakers and casinos have long deployed, capitalising on deep understanding of psychology. The big difference, of course, is that the gamer can never win money, only prestige or progress in a virtual game. The very uncomfortable truth for Apple and Google: much – 70-75% – of App Store and Play Store revenue comes from exploitative casino games, mostly expertly designed to target the most vulnerable among us, like gambling addicts, children, people with mental issues like depression, and so on. It’s seedy, disgusting, predatory, and should be deeply, deeply illegal. Left or right, can’t we all agree we should ban these practices?
Ars Technica: Antitrust enforcers released a draft update outlining new rules today that officials say will make it easier to crack down on mergers and acquisitions that could substantially lessen competition in the US. Now the public has 60 days to review the draft guidelines and submit comments to the Federal Trade Commission (FTC) and the Department of Justice (DOJ) before the agencies’ September 18 deadline. A fierce debate has already started between those in support and those who oppose the draft guidelines. Any corporation should be serving the democratically elected government of a country – not the other way around. If a merger or acquisition is deemed harmful to the competitive landscape, and thus to consumers, a government should be able to just stop it. The same applies to corporations who grow too large, too rich, too powerful – if a company’s actions start to dictate significant parts of the market or even economy, they are a threat to the stability and functioning of the society it’s claiming to be a part of, and as such, they should be able to be split up or their actions otherwise remedied to protect society. In other words, any steps the Us FTC and DOJ take to take control over runaway corporations are positive.
Starting in Windows 11, version 22H2, Enhanced Phishing Protection in Microsoft Defender SmartScreen helps protect Microsoft school or work passwords against phishing and unsafe usage on sites and apps. We are trying out a change starting with this build where users who have enabled warning options for Windows Security under App & browser control > Reputation-based protection > Phishing protection will see a UI warning on unsafe password copy and paste, just as they currently see when they type in their password. This actually seems like a cool and useful feature. The basic gist – which is a bit unclear from the short blurb above – seems to be that if, e.g., a child using a school account copies and pastes that school account password to use somewhere else, this feature will warn them about it. Usefulness of warning dialogs aside, I can see this being quite useful in large organisations.
Turns out Intel’s NUC line is not going to die after all. Today, Intel announced it has agreed to a term sheet with ASUS, a global technology solution provider, for an agreement to manufacture, sell and support the Next Unit of Compute (NUC) 10th to 13th generations systems product line, and to develop future NUC systems designs. If you’re into Intel NUCs, Asus is the way to go now.
The contractors are the invisible backend of the generative AI boom that’s hyped to change everything. Chatbots like Bard use computer intelligence to respond almost instantly to a range of queries spanning all of human knowledge and creativity. But to improve those responses so they can be reliably delivered again and again, tech companies rely on actual people who review the answers, provide feedback on mistakes and weed out any inklings of bias. It’s an increasingly thankless job. Six current Google contract workers said that as the company entered a AI arms race with rival OpenAI over the past year, the size of their workload and complexity of their tasks increased. Without specific expertise, they were trusted to assess answers in subjects ranging from medication doses to state laws. Documents shared with Bloomberg show convoluted instructions that workers must apply to tasks with deadlines for auditing answers that can be as short as three minutes. That’s the reality of “artificial intelligence” – the same reality it always seems to be in Silicon Valley: thousands and thousands of exploited workers behind the scenes running around like ants keeping the illusion of futurism alive for meager pay.
Together with the open source software community, GitHub has been working to support EU policymakers to craft the Cyber Resilience Act (CRA). The CRA seeks to improve the cybersecurity of digital products (including the 96 percent that contain open source) in the EU by imposing strict requirements for vendors supplying products in the single market, backed by fines of up to €15 million or 2.5% of global revenue. This goal is welcome: security is too often an afterthought when shipping a product. But as written it threatens open source without bolstering resilience. Even though the CRA, as part of a long-standing line of EU ‘open’ strategy, has an exemption for open source software developed or supplied outside the course of a commercial activity, challenges in defining the scope have been the focus of considerable community activity. Three serious problems remain with the Parliament text set for the industry (‘ITRE’) committee vote on July 19. These three problems are set out below. Absent dissent, this may become the final position without further deliberation or a full Parliament plenary vote. We encourage you to share your thoughts with your elected officials today. The three problems are substantial for open source projects. First, if an open source project receives donations and/or has corporate developers working on it, it would be regulated by the CRA and thus face a huge amount of new administrative rules and regulations to follow that would no doubt be far too big a burden for especially smaller projects or individual developers. On top of that, the CRA, as it currently stands, also intends to mess with the disclosure process for vulnerabilities in a way that doesn’t seem to actually help. These three problems are big, and could have far-reaching consequences for open source.
The Interactive Advertising Bureau, one of the biggest names in online advertising, held some sort of corporate event or whatever in January of this year, and the IAB CEO, David Cohen, held a speech there to rally the troops. Apparently, those of us who are fighting back against the online advertising industry? We’re “extremists”. Extremists are winning the battle for hearts and minds in Washington D.C. and beyond. We cannot let that happen. These extremists are political opportunists who’ve made it their mission to cripple the advertising industry and eliminate it from the American economy and culture. This guy, who uses double spaces after a period and hence is already on my shitlist, just gave us an amazing creed.
The Framework Laptop 16, available for preorder today starting at $1,699 prebuilt, is one of the most exciting notebooks we’ve ever seen. When it ships in Q4, the modular computer company’s first gaming laptop will let you swap practically every component — not just memory and storage, but each and every individual port, the motherboard, the battery, the speakers, you name it. Framework seems to be making it, despite the ridicule. There’s more and more companies taking repairability seriously, and the EU, too, is flexing its legal muscle in this area. We’re getting there. Slowly.
The biggest changes last month were a series of commits by waddlesplash, all related to the user_mutex API and the consumers of it. This API is the kernel portion of the implementation of basically anything related to mutexes or locks in userland, including pthread_mutex, pthread_cond, pthread_barrier, unnamed semaphores (via sem_open), rwlocks, and more. It bears some resemblance in concept to Linux’s futex API, but is very different in both design and implementation. This month’s activity report contains a detailed description of what these commits actually entail, but as OSNews regulars will know, I’m not at all qualified to tell you what it all means. Other changes this month that my limited brain can actually comprehend are work done to make Haiku partially buildable using gcc 13, more RISC-V and ARM improvements, and a whole lot more.
There’s a specter looming over the realm of Mastodon, and it’s the ghost of computing’s past. A loose group of retro computing hobbyists have taken it upon themselves to build Mastodon clients for various operating systems. Developing web clients using the technology of the 80’s and 90’s is a challenge, but the following projects have proven that their devs are up to the task! Should we find ourselves in the unlikely scenario where an apocalypse happens, people can still post to Mastodon using retro PCs. This is an impressive list, and demonstrates the skill and dedication you can find in the retrocomputing community.
Android 14 introduces a number of new features for app stores, including an “update ownership” API that lets an app store claim ownership over an app it installs. If any other app store tries to push an update to that app, Android will throw up a dialog asking you what they want to do. The dialog asks you if you want to “update this app from ” since “this app normally receives updates from ” and warns that “by updating from a different source, you may receive future updates from any source on your phone.” You can choose to cancel or update anyway, which is good since it means one app store can’t lock you out of getting app updates from somewhere else. When taken in isolation, I think this dialog is a good addition to Android – I personally see no issues with informing users of the very valid risk that come with installing applications from outside the Play Store, especially ones coming from random websites (and not from APKMirror or F-droid or similar, more well-known sources). There are real risks associated with doing so, and it’s a good idea to warn people of this in the highly unlikely event they both accidentally download a random APK and open it to install it. However, the ‘when’ clause is doing a lot of heavy lifting here. Google has been slowly locking Android down for years now, and it’s not unreasonable to assume that this is simply yet another stop along the way in that process. I don’t think Google will ever fully remove sideloading from Android, but they sure will do whatever they can to make it as hard, cumbersome, annoying, and frustrating as possible.
The availability of support for various apps and drivers (for various hardware and software) is crucial for the general adoption of any general purpose operating system like Redox OS. Some of us developers are working on improving the core of Redox OS (like the Kernel), which should create a solid base on which high quality native drivers and apps can be created with ease. Some others are working on porting (and adapting) various open source drivers and apps (written for other OSes) such that they can work with Redox OS. This work is super important and helps Redox OS progress forward. But in the meanwhile, there’s a potential shortcut to enabling wide driver and app support for Redox OS, without having to manually port and adapt drivers to Redox OS. (which can be helpful, both today and in the future). The shortcut, in simple words, is to use our Host machine running Redox OS, to run a Virtual Machine with another OS (Linux/Windows) as the guest, and then cleverly use the drivers and apps that can run on that guest OS to help coverup the missing drivers and apps on Redox OS. This is not a novel solution, but it is quite clever and ingenious. I’m wondering how this would impact performance, and if stability suffers from going through several layers like this. There’ll be a more detailed post with technical details of the implementation later on, so keep an eye out for that one.
A year ago, we compiled a model list of Macs spanning over two decades, complete with their launch dates, discontinuation dates, and all the available information about the macOS updates each model received. We were trying to answer two questions: How long can Mac owners reasonably expect to receive software updates when they buy a new computer? And were Intel Macs being dropped more aggressively now that the Apple Silicon transition was in full swing? The answer to the second question was a tentative “yes,” and now that we know the official support list for macOS Sonoma, the trendline is clear. The only thing this article makes clear is that if Apple truly cared about its customers, it would post exactly how much longer each Mac is planned to be supported.
Collapse OS (which we talked about 4 years ago) has a successor. Dusk OS is a 32-bit Forth and big brother to Collapse OS. Its primary purpose is to be maximally useful during the first stage of civilizational collapse, that is, when we can’t produce modern computers anymore but that there’s still many modern computers still around.
We talked about Chimera Linux before – it’s a unique coupling of the Linux kernel with a FreeBSD userland, musl, the package manager from Alpine Linux, and dinit. The project recently entered the alpha stage, and while not ready for everyday use, Wesley Moore still decided to try and give it a go. So far my experience has actually been better than I expected. Since I installed it I have not rebooted back into Arch. This isn’t the first time I’ve run a desktop musl system and I was prepared to encounter incompatible software more often than I did. Flatpak really helps fill the gaps there. As the alpha announcement suggested, I have run into the odd bug here and there but for the most part the system is remarkably polished and stable. I plan to keep using it as the primary OS on my laptop, including its Framework 13 AMD replacement that should arrive Q4 2023. That’s good news. Chimera is one of the more interesting operating system projects out there, and it’s headed by the same person who used to run the Void Linux for POWER hardware project, so there’s some real pedigree here.
As a former BeOS user and fan(atic), I consider myself quite knowledgeable on the subject, but as I was watching the latest Micheal MJD video about BeOS, I learned something new I had never heard of before. It’s common knowledge that Be actively tried to court x86 OEMs to bundle BeOS alongside Windows in a dual-boot configuration. However, these efforts fell apart as soon as Microsoft caught wind of it and Redmond sent representatives to these OEMs to, shall we say, politely discourage them from doing so. I thought this is where this story ended – the OEMs ghosted Be, and no PC with BeOS preinstalled ever shipped. But in his video, Micheal MJD mentions that at least one OEM did actually ship BeOS preinstalled alongside Windows – Hitachi. However, while the company technically shipped BeOS, it still wanted to appease Microsoft’s goons representatives, and so Hitachi just… Disabled the special boot loader that would’ve allowed users to pick BeOS at boot. BeOS was technically installed and took up a part of the hard drive of every one of these machines shipped, but unless you followed a set of detailed instructions posted by Be online, using a BeOS boot floppy, you wouldn’t be able to actually boot into BeOS. Trying to find more information about this, I ended up at the article archive of Scot Hacker, author of, among other things, The BeOS Bible. In 2001, Hacker wrote the post “He who controls the boot loader“, in response to the news that Be had been acquired by Palm: In the 1998-1999 timeframe, ready to prime the pump with their desktop offering, Be offered BeOS for free to any major computer manufacturer willing to pre-install BeOS on machines alongside Windows. Although few in the Be community ever knew about the discussions, Gassée says that Be was engaged in enthusiastic discussions with Dell, Compaq, Micron, and Hitachi. Taken together, pre-installation arrangements with vendors of this magnitude could have had a major impact on the future of Be and BeOS. But of the four, only Hitachi actually shipped a machine with BeOS pre-installed. The rest apparently backed off after a closer reading of the fine print in their Microsoft Windows License agreements. Hitachi did ship a line of machines (the Flora Prius) with BeOS pre-installed, but made changes to the bootloader — rendering BeOS invisible to the consumer — before shipping. Apparently, Hitachi received a little visit from Microsoft just before shipping the Flora Prius, and were reminded of the terms of the license. Be was forced to post detailed instructions on their web site explaining to customers how to unhide their hidden BeOS partitions. It is likely that most Flora Prius owners never even saw the BeOS installations to which they were entitled. So clearly, this information has been out there since at least 2001 – I had just never heard of it. There’s countless references to Hacker’s article out there as well, so it’s not like it’s some deeply hidden secret nobody was aware of. I, of course, dove into our own archives and… For the love of KDL, we even linked to Hacker’s article. I wasn’t working for OSNews at the time – this was about 4-5 years before I came on as Managing Editor – but I find it highly entertaining this was already part of OSNews lore. In any event, I’m wondering if this makes Hitachi the only OEM to have ever shipped a computer with BeOS preinstalled. Several Mac clone makers put a BeOS installation CD in the box of their machines, but I don’t think any of them ever shipped machines with BeOS preinstalled. Even if they did, Hitachi would still be the only x86 OEM to have ever shipped BeOS preinstalled, and that, too, is incredibly noteworthy. Of course, I now have to try and find a working example of this Hitachi Flora Prius computer line. They were apparently only sold in Japan, so the odds of finding one anywhere seem slim, at best. It doesn’t help that most people who bought one of these had no idea BeOS was installed or what BeOS even was, so the historical significance was lost on them. I also think these weren’t particularly noteworthy computers otherwise – most likely one of the many dime-a-dozen beige boxes sold all over the world. Searches on eBay and Japanese auction sites yield no results. We really need to find a working example of a Hitachi Flora Prius with BeOS preinstalled. We need to image its hard drive for posterity on Archive.org, and I want to see it running – either on YouTube or in real life, I don’t care. This is a piece of computing history that needs to be preserved.
