Bonum Certa Men Certa

Microsoft's Monopolistic Abuses Continue as Red Hat and Fedora Tax Are Put in Place

Werewolf

Credit: beranger.org



Summary: Microsoft puts an unjust 'feature' in place and then uses it to blackmail Red Hat into paying for 'permission' (from Microsoft) to boot

THE anti-competitive behaviour of Microsoft is thoroughly documented in this Web site. Our item of focus has been the deal of Microsoft and Novell, but Microsoft had a much longer history of systematic abuse and violation of laws.



Recently, with the likely end of Oracle's tactless attack on Android, Groklaw returned to focusing a bit on Microsoft antitrust, as it applies to the company's abuses against Novell. To quote Pamela Jones:

The trial ended in a mistrial, because one juror held out for Microsoft on the issue of damages, after the entire group of twelve agreed that Microsoft was guilty of anticompetitive behavior.


Apologists of Microsoft love to pretend this is just something from the 1990s and that the so-called "new Microsoft" is all reformed. But this is utter nonsense; Microsoft just got more of its cronies inside the most dominant government (some are funded by Microsoft), which gives this convicted monopolist yet more leeway.

Microsoft spent some more buying the competition out some years ago (Novell) and now it uses SUSE to tax GNU/Linux under the pretence of "community". Some bloggers fall into the trap and assess it only on technical grounds. Quoting one of them:

I have installed it on pretty much everything around here, and it looks good.


What Microsoft is doing with SUSE -- patents-wise -- does not look good at all. The ultimate goal is to tax most GNU/Linux users. Fedora/Red Hat is the latest victim of those types of schemes, with Phoronix providing a roundup about the subject. Here is an article which puts it as follows:

Future versions of Fedora could come with a bootloader that is signed by Microsoft, a move that would ensure that the Linux distribution is easy to install on computers with the secure boot mechanism. The proposal was described in a blog entry this week by Red Hat kernel developer Matthew Garrett.


What a bad idea it is to become complicit. "UEFI signing won't affect security," said a contributor of ours, "except for market share security" (he cited this news as proof and another contributor gave this link).

The H labels it "support" and the original/main post about this UEFI stupidity gathered well over 200 comments. It's from a well-known Red Hat developer who wrote:



Fedora 17 was released this week. It's both useful and free, and serves as a welcome addition to any family gathering. Do give it a go. But it's also noteworthy for another reason - it's the last Fedora release in the pre-UEFI secure boot era. Fedora 18 will be released at around the same time as Windows 8, and as previously discussed all Windows 8 hardware will be shipping with secure boot enabled by default. While Microsoft have modified their original position and all x86 Windows machines will be required to have a firmware option to disable this or to permit users to enrol their own keys, it's not really an option to force all our users to play with hard to find firmware settings before they can run Fedora. We've been working on a plan for dealing with this. It's not ideal, but of all the approaches we've examined we feel that this one offers the best balance between letting users install Fedora while still permitting user freedom.


IDG's coverage of this emphasises that Red Hat is paying for it (can small distributors afford it also?) and calls it "capitulation". To quote:

In order to get its Linux distribution to run on the next generation of secured desktop computing hardware, the Fedora Project will obtain a digital signature from Microsoft, a developer from the project announced Wednesday.

"This isn't an attractive solution, but it is a workable one," wrote Matthew Garrett in a blog post on Wednesday. "We came to the conclusion that every other approach was unworkable."


Microsoft's new antifeatures are a bad scenario to software freedom and given that Vista 8 is not guaranteed to gain ground (Microsoft boosters do not like it either) Red Hat's actions represent a surrender; instead of surrendering, Red Hat should have filed an antitrust complaint about Microsoft. Not that a systemically-corrupt regime would be able to stand up to a large corporation, but sometimes one needs to stick to principles.

We also wrote about this a few days ago, having covered UEFI for quite some time [1, 2, 3, 4, 5, 6, 7]. To accept and work around UEFI is not the solution; it sends out a message of defeatism.

Recent Techrights' Posts

Links 01/11/2025: Microsoft Distributes Malware Again, Radio Free Asia Shut Down by Dictator
Links for the day
 
Links 01/11/2025: Microsoft Azure Goes Offline Again
Links for the day
November is Here, Anniversary Party This Coming Friday
Expect this site to return to its normal publication pace either by tomorrow or Monday
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Friday, October 31, 2025
IRC logs for Friday, October 31, 2025
Gemini Links 01/11/2025: Synergetic Disinformation and Software Maintenance
Links for the day
IRC Proceedings: Thursday, October 30, 2025
IRC logs for Thursday, October 30, 2025
IRC Proceedings: Wednesday, October 29, 2025
IRC logs for Wednesday, October 29, 2025
Slopwatch: Brian Fagioli, Google News, and Other LLM Slopfarms
Why does Google News keep promoting these fake articles?
Links 29/10/2025: Amazon Kept "Data Center Water Use Secret", "Abuse of Power" Against Media
Links for the day
Gemini Links 29/10/2025: "My Hardware Specs" and "Goodbye Debian…"
Links for the day
EPO Cocainegate: Feedback and Clarifications
Part III will come out soon
Links 29/10/2025: "US Military Is Destroying the Planet Beyond Imagination" and Boat Strikes Deemed Unlawful
Links for the day
Quality Comes First (Techrights Search)
It's generally working already, but we wish to polish it some more
Techrights Party Countdown
Late next week we'll be holding a party near our home