Support me this summer in the Clarion Write-A-Thon and help raise money for the Clarion Science Fiction and Fantasy Writers' Workshop! This summer, I'm writing The Reverse-Centaur's Guide to AI, a short book for Farrar, Straus and Giroux that explains how to be an effective AI critic.
More than a quarter-century ago, a group of hackers decided that, as a label, "free software" was a liability, and they set out to replace it with a different label, "open source," on the basis that "open source" was easier to understand and using it instead of "free software" would speed up adoption.
They were right. The switch from calling it "free software" to calling it "open source" sparked a massive, unbroken wave of adoption, to the point where today it's hard to find anyone who will profess enmity for "open source," not even Microsoft (who once called it "a cancer").
Two motives animated "open source" partisans: first, they didn't like the ambiguity of "free software." Famously, Richard Stallman (who coined "free software") viewed this ambiguity as a feature, not a bug. He liked that "free" had a double meaning: "free as in speech" (an ethical proposition) and "free as in beer" (without cost). Stallman viewed the ambiguity of "free software" as a koan/conversation-starter: a normie, hearing "free software," would inquire as to whether this meant that the software couldn't be sold commercially, which was an opening for free software advocates to explain the moral philosophy of software freedom.
For "open source" partisans, this was a bug, not a feature. They wanted to enlist other hackers to develop freely licensed codes, and convince their bosses to adopt this code for internal and public-facing use. For the "open source" advocates, a term designed to confuse was a liability, a way to turn off potential collaborators ("if you're explaining, you're losing").
But the "open source" side wasn't solely motivated by a desire to simplify things by jettisoning the requirement to conscript curious bystanders into a philosophical colloquy. Many of them also disagreed with the philosophy of free software. They weren't excited about building a "commons" or in preventing rent extraction by monopolistic firms. Some of them quite liked the idea of someday extracting their own rents.
For these "open source" advocates, the advantage of free software methodologies – publishing code for peer review and third-party improvement – was purely instrumental: it produced better code. Publication, peer review, and unrestricted follow-on innovation are practices firmly rooted in the Enlightenment, and are the foundation of the scientific method. Allowing strangers to look at your code, critique it, and fix it is a form of epistemic humility, an admission that we are all forever at risk of fooling ourselves, and it's only through adversarial peer review that we can know whether we are right.
This is true! Publishing code makes it better, and prohibitions on code publication make code worse. That's the lesson of the ransomware epidemics of the past decade: these started with a series of leaks from the NSA and CIA. Both agencies have an official policy of researching widely used software in hopes of finding exploitable bugs and then keeping those bugs secret, so that they will be preserved in the wild and can be exploited when the agencies wish to attack their enemies.
The name for this practice is NOBUS, which stands for "No One But US": we alone are smart enough to find these bugs, so if we discover them and keep them secret, no one else will find them and use them to attack our own people. This is a provably false proposition, and a very dangerous one.
The Vault 7, Vault 8, and NSA cyberweapon leaks blew a hole in NOBUS. Failures in the agencies' own security protocols resulted in the release of a long list of defects (mostly in versions of Windows, but other OSes and programs were affected). Malicious software authors used these as can openers to pry open millions of computers, enlisting them into botnets and/or shutting them down with ransomware.
These leaks also provided some "ground truth" for researchers who study malicious software. Once these researchers had a list of which defects the spy agencies had discovered and when, they were able to compare that list of defects that malicious software authors had discovered and exploited in the wild, and estimate the likelihood that a spy agency defect would be independently discovered and abused by the agency's enemies, who they were supposed to be protecting us from. It turns out that the rediscovery rate for spy agency bugs is about 20% per year – in other words, there's a one in five chance that a bug that the CIA or NSA is hoarding will be used to attack America and Americans within the year.
NOBUS is a form of software alchemy. Alchemy is the pre-Enlightenment version of scientific inquiry, and it resembles science in many respects: an alchemist observes phenomena in the natural world, hypothesizes a causal relationship to explain them, and performs an experiment to test their hypothesis. But here is where the resemblance ends: where the scientist must publish their results for them to count as science, the alchemists kept their findings to themselves. This meant that alchemists were able to trick themselves into thinking they were right, including about things they were very wrong about, like whether drinking mercury was a good idea. The failure to publish meant that every alchemist had to discover, for themself, that mercury was a deadly poison.
Alchemists never figured out how to transform lead into gold, but they did convert the base metal of superstition into the precious metal of science by putting it through the crucible of disclosure and peer-review. Both open source and free software partisans claim transparency as a key virtue of their system, because transparency leads to improvement ("with enough eyeballs, all bugs are shallow").
At the outset, "open source" and "free software" were synonyms. All code that was open was also free, and vice-versa. But over the ensuing decades, that changed, as Benjamin "Mako" Hill explained in his 2018 Libreplanet keynote, "How markets coopted free software’s most powerful weapon":
As Hill explains, the philosophical differences between "open" (making better code) and "free" (making code to enhance human freedom) may not have mattered at the outset, but they each served as a kind of pole star for its own adherents, leading them down increasingly divergent paths. Each new technology and practice represented a decision-point for the movement: "Is this something we should embrace as compatible with our project, or should we reject it as antithetical to our goals?" If you were an "open source" person, the question you asked yourself at each juncture was, "Does this new thing increase code-quality?" If you were a "free software" person, the question you had to answer was, "Does this make people more free?"
These value judgments carried enormous weight. They influenced whether hackers would work to improve a given package or pursue a use-case; they determined who would speak or exhibit at conferences, they created (or deflated) "buzz," and they influenced the direction that new license versions would take, and whether those licenses would be permissible on influential software distribution channels. For a movement that runs on goodwill as much as on dollars, the social acceptability of a practice, a license, a technology or a person, mattered.
Hill describes how chasing openness without regard to its consequences for freedom created a strange situation, one in which giant tech monopolists have software freedom, while the rest of us have to make do with open source. All the software that powers the cloud systems of Facebook, Google, Apple, Microsoft, etc, is freely licensed. You can download it from Github. You can inspect it to your heart's content. You can even do volunteer work to improve it.
But only Google, Apple, Microsoft and Facebook get to decide whether to run it, and how to configure it. And since nearly all the code our users depend on takes a loop through a Big Tech cloud, the decisions made by these Big Tech firms set the outer boundaries of what our code can do. They have total freedom while we make do with the crumbs they drop from on high.
In other words, the freedom mattered, and when we forgot about it, we lost it.
Which is not to say that free software doesn't benefit from open source's popularity. The vast cohort of people who have been won over by open source's instrumental claims to superior code are the top of a funnel that free software partisans can operate to convince these people to consider the ways that their lives have been made more free through open code, and to prioritize freedom, even ahead of code quality.
The free/open source movement is actually a coalition of people who share some goals even if they differ on others. Coalitions are politically powerful. Nearly everything that happens, happens because a coalition has been pulled together:
But coalitions are also brittle, because after they get what they want (transparency for code), then they have to resolve their differences, which means that some members of the coalition are going to be bitterly disappointed.
After all, there's code that we don't want to make better – at least, not if we care about human freedom. For example: code that helps ICE kidnap our neighbors. Code that powers drones. Code that spies on us, both for governments and for private-sector snoops, like the data-broker industry. Code that helps genocidiers target Gazans. Code that helps defeat adblockers. Code that helps locate new sites for fossil fuel extraction, and code that helps run fossil fuel extraction operations. Human freedom has an inverse relationship to this code: the better this code is, the worse off we all are.
Periodically, some free software advocate will follow this to its logical conclusion and propose a new free software license that prohibits use for some purpose: "you may not use my code in the military," or "you may not use my code for ad-tech," or "you may not use my code in ways that despoil the environment."
It's not surprising that this is a recurring event. After all, if you care about software as a tool for enhancing human freedom, and you notice that your code is being used to make people less free, it's natural to want to do something about it.
And yet, every one of these efforts have foundered – and I think every one will. This isn't because ethics clauses in license are a foolish idea, but because they are logistically transcendentally hard to get right.
First, there is the problem of writing good "legal code." Free software licenses are extraordinarily hard to get right. Not only do the terms have to spell out the rights and obligations of participants in the software project, but the whole system needs to be designed so that these clauses can be enforced. The right to sue for breaching a license is determined by "standing" – only people who have been injured by a license violation have the right to seek justice in court. This has proven to be a serious technical challenge in free software licensing, and if you screw it up, you'll end up with an unenforceable license:
Even if you figure out all that stuff, it's possible for even extremely talented lawyers working in collaboration with the most ethical of technologists to make subtle errors that take years or decades to surface. By that time, there might be millions or even billions of works that have been released under the defective version of the license, and no practical way to contact the creators of all those works to get them to relicense under a patched version of the license.
This isn't a hypothetical risk: for more than a decade, every version of every flavor of Creative Commons license had a tiny (but hugely consequential) defect. These licenses specified that they "terminated immediately upon any breach." That meant that if you made even the tiniest of errors in following the license terms, you were instantly stripped of the protections of the CC license and could be sued for copyright infringement. Many billions of works were released under these older CC licenses.
Today, a new kind of predator called a "copyleft troll" exploits this bug in order to blackmail innocent Creative Commons users. Multimillion dollar robolawyer firms like Pixsy represent copyleft trolls who release timely images under ancient CC licenses in the hopes that bloggers, social media users, small businesses and nonprofits will use them and make a tiny error in the way they attribute the image. Then Pixsy helps the troll extort hundreds or thousands of dollars from each victim, under threat of a statutory damages claim of $150,000 per infringement:
Creative Commons spent millions over years, working with a who's-who of international copyright and licensing experts, and it took them more than a decade to fix this bug, and the billions of works released under the old licenses are ticking time-bombs. After all, the copyright in those works will last for 70 years after their authors die, which means that anyone who acquires the copyright to those older images could turn troll and go hunting.
There's a reason that old FLOSS hands react with instant derision whenever someone proposes making up a new software license. It's the same reason cryptographers are so hostile to the idea of people rolling their own ciphers: no matter how smart and well-intentioned you are, there's a high likelihood that you will screw up and irrevocably place innocent people at risk. Yes, irrevocably: getting all those creators to relicense their works under a modern CC license is effectively impossible. Even projects with a relatively small number of contributors – like Mozilla – had to resort to throwing away chunks of code whose authors couldn't be located and paying someone to rewrite them under a new license.
Those are reasons not to come up with new free and/or open licenses, period. But on top of that, there's a special set of perplexities and confounders that arise when ethics clauses are added to free/open licenses.
The first of these is the definitional problem. Even seemingly simple categories can elude consensus on definition. Again, the Creative Commons licenses are instructive here: from the outset, CC licenses let creators toggle an ethics clause, called the "NonCommercial" (NC) flag. Works licensed under "NC" couldn't be used commercially. Seems simple, right?
Wrong. For years – and to this day – CC creators and users have been unable to consistently agree on what constitutes a "commercial use." If you post something, in your personal capacity, to a commercial service, is that "commercial?" Well, it had better not be, because anything you find online is going to have some kind of commercial enterprise involved in getting that file to you: a long-haul fiber provider, a data-center, a hosting company, a cloud company, a social media service, etc, etc. If "noncommercial" means "no one can make any money as a result of the distribution of this work," then an NC license would mean that works couldn't be distributed at all (even if you're just printing off copies of a cool image at home and stapling them to telephone poles, the printer ink company and the staple company are making money off of every copy you post).
The CC organization did extensive polling, conducted seminars, consulted experts, and produced a 255-page document that is fascinating and subtle:
And even with this document, CC users and creators still argue about whether some users are in and out of bounds.
Now, the CC NC ethics clause is the best case for an ethics clause in a license. CC is a centralized organization that has total authority over the text of CC licenses and exercises near-total control over their interpretation.
Now imagine how a hypothetical ethics clause in a software license would perform, given the CC NC experience. Compared with, say, "military/nonmilitary," the "commercial/noncommercial" distinction is trivial to draw. Is Ford – whose cars are in DoD motor-pools – a "military" user? What if Ford decides to boycott the Pentagon, but the Navy still buys a bunch of used Ford Focuses from a wrecking yard and fixes them up with Ford parts they buy at an Autozone: does Ford now become a "military" user of free/open software?
Categories are clusters, not shapes. This is why the right wing troll mantra "What is a woman?" is so effective: women aren't whats; they are whos, and if you try to come up with a definition that encompasses all the people who are women, it will stretch to dozen of pages and still miss people out. This isn't unique to women – almost every category defies exhaustive definition. Famously, there is no such thing as a fish:
Neither is there any such thing as a name, an address or a date:
https://github.com/kdeldycke/awesome-falsehood
Obviously, the fact that "name" is a slippery concept doesn't stop us from introducing ourselves and referring to one another. But imagine now that we are going to create billions of works whose copyright will endure for more than a century, and if any of them fails to refer to someone by their name correctly, then any of millions of people, some of them not even born yet, could ruin some software contributor's life and maybe the lives of thousand or millions of users of their software.
And "name" – like "noncommercial" – is an easy case. The hard cases are things like "military/nonmilitary," "fossil fuel-sector/non-fossil fuel sector" etc etc. Big, distributed projects with informal institutions and leaders are poorly suited to adjudicating any of these definitional questions, but toothy ethics clauses require these loose ad-hocracies to create and enforce definitions of the most pernicious and slippery concepts of all.
I want to be clear that I'm not opposed to the idea of an ethics clause in free/open licenses. I make extensive use of both the NC and commercial CC licenses, after all. My objections are practical, not philosophical.
A couple weeks ago, I traveled to Rochdale in Greater Manchester to give the opening keynote at the 2025 Coop Congress. After my talk, I was on a panel with Chris Croome, who has been campaigning for a co-op software license:
either enforce co-operation and sharing and do not allow code to be privatised (made proprietary) or code that is released under terms that dictate that if the code is used to run a business the nature of the business must be a co-operative.
I've been thinking about this ever since and I think all my concerns about other ethics clauses apply here. Admittedly, there is a widely accepted and mature definition of "co-op," the seven "Rochdale Principles":
https://en.wikipedia.org/wiki/Rochdale_Principles
These have been around since 1937, and many of the seeming ambiguities in the language have been resolved through debate over the past 88 years. But there are plenty of entities that are recognizable as "co-ops" that exist outside of the UK, the Anglosphere and the global north that don't embrace all of these principles, or embrace them in ways that fit into the consensus as to their meaning that has emerged among Rochdale-derived co-ops. It's not merely that a "co-op" license might exclude these co-ops, but also that the enforcement mechanism for software licenses is that individual software authors retain the copyright to their lines of code, and use copyright law to threaten and punish people who violate the license terms.
This means that you could have a pool of potentially thousands of software authors, and their literary estates, who would have the right – for more than a century – to attack co-ops that use "co-operatively licensed" software on the grounds that the differ in their interpretation of what is – and is not – a co-op.
What's more, there are plenty of groups that could organize as a co-op and satisfy the software license's definition, who might nevertheless not be "ethical" by the lights of the co-op movement. Think of a firm of mercenaries that set up as a worker co-op (if this strikes you as implausible, I remind you that the most vicious, human-rights-abusing cops in the world are mostly members of "unions").
So a co-op license creates three risks:
Excluding co-operators because of small differences in which co-op principles they adopt;
ii. Including co-operators who are structured as compliant co-ops, but do terrible things; and
iii. Putting license users at the risk of copyleft trolls who exploit ambiguity in the definition of "co-op" to extort massive "settlement fees" from software users.
That all said, a co-op license has positive aspects as well. Remember what happened when we stopped stressing "freedom" in our software licenses: we got the code quality of "open," applied to all kinds of code, including code that destroys freedom. I've been involved with co-ops since I was a pre-teen, and I've experienced firsthand what happens when a co-op forgets its ethical basis in favor of instrumental goals.
Take the Mountain Equipment Co-Op, Canada's most beloved and successful consumer co-op. MEC was inspired by the US outdoor gear co-op REI, and it served Canadians proudly for decades. But like most consumer co-ops, MEC had very low member involvement, so a cabal of MBA-poisoned looters were able to take over MEC's board, change the bylaws, and then flip the co-op to a ruthless American private equity fund:
MEC isn't a co-op anymore. The board's argument was that keeping MEC a co-op wasn't as important as infusing it with capital so it could source the goods its members wanted and offer them at reasonable prices. Joke's on them: after five years of PE looting, MEC's quality sucks and its prices are sky-high.
Institutional structure (like whether you are a co-op or not) can influence the kind of activity an organization engages in, but it can't control it. Keeping enshittification at bay requires multiple, overlapping constraints that prevent the institution from caving into the worst instincts of its worst members. That's why I'm rooting for Bluesky to become more federated. It's nice that they're structured as a B-corp, but that alone won't stop a dedicated investor class from replacing the current management with enshittifiers who destroy the lives of tens of millions of Bluesky users. However, if a large plurality of Bluesky users weren't actually on Bluesky, but on federated servers, they could credibly threaten Bluesky's business by defederating with it if it enshittified:
So maybe the prospect of losing access to all of its business-critical software could have acted as a check on MEC's board and prevented them from sleazing up to private equity vampires. This is certainly a possible benefit to a co-op ethics clause in a software license. I'm not convinced that it outweighs the risks, though.
I'm a free software person. There are bitter free software partisans who think that the open source people stole our revolution. I understand their outrage. But I also think we left an open goal. In retrospect, choosing a deliberately confusing name in the hopes of sparking conversations was a tactical error. The cohort of potential movement supporters who also enjoy word-games is smaller than the cohort who are put off by being deliberately confused.
I also don't think it's a problem that the software freedom coalition includes people who value software freedom for purely instrumental reasons – because open code is better code. I do think it's a problem that they are the senior partners in the coalition and have steered it for a quarter-century. After all, they steered it into this ditch where tech monopolists have free software and we all make do with open source.
Coalitions, though, are hugely important. Take the as-yet-nameless coalition lined up against corporate power, which has defied political science's laws of gravity, pushing antitrust enforcement across the world, against the world's largest and most powerful corporations:
This coalition needs a name. I often cite James Boyle's explanation of the role the word "ecology" played in bringing together thousands of disparate issues (spotted owls, ozone depletion) under a single banner and turning them into a movement. The anti-corporate-power movement doesn't have a name that can unite labor, climate, environment, antitrust, anticorruption, antigenocide, antiracist, antisexist, antitransphobic groups under one banner. Almost all of our definitional terms are "anti-something," from "antitrust" to "antifascist." We have no end of words to describe what we stand against (even "enshittification"'s opposite is "disenshittification"), but we still lack a word to express what we're for.
If you'd like an essay-formatted version of this post to read or share, here's a link to it on pluralistic.net, my surveillance-free, ad-free, tracker-free blog:
Have YOU got an old Windows PC Microsoft has told you can't run Windows 11? It's time to give it a new life!
How to install Windows 11 on unsupported PC Hardware using Rufus. You can also disable some other Windows 11 bullshit like data harvesting and needing a Microsoft account.
It has been in the news a lot lately that Windows 11 isn't allowed to be installed on PCs without certain requirements, including the TPM 2.0, a chip that was only included in PCs made in 2018 or later. This means that once Windows 10 stops receiving security updates, those PCs will not be able to (officially) run a safe, updated version of Windows anymore. This has led to an estimated 240 million PCs bound for the landfill. Thanks Microsoft! I get you don't want to be seen as the insecure one, but creating this much waste can't be the solution.
(I know nerds, Linux is a thing. I love you but we are not having that conversation. If you want to use Linux on an old PC you are already doing it and you don't need to tell me about it. People need Windows for all sorts of reasons that Linux won't cut.)
So lately I have been helping some under privileged teens get set up with PCs. Their school was giving away their old lab computers, and these kids would usually have no chance to afford even a basic computer. They had their hard drives pulled so I have been setting them up with SSDs, but the question was, what to do about the operating system? So I looked into it and I found out there IS actually a way to bypass Microsoft's system requirement and put Windows 11 on PCs as old as 2010.
You will need:
Rufus: An open source ISO burning tool.
A Windows 11 ISO: Available from Microsoft.
A USB Flash Drive, at least 16GB.
A working PC to make the ISO, and a PC from 2018 or older you want to install Windows 11 on.
Here is the guide I used, but I will put it in my own words as well.
Download your Windows 11 ISO, and plug in your USB drive. It will be erased, so don't have anything valuable on it. Run Rufus, select your USB drive in the Device window, and select your Windows 11 ISO with the Select button. (There is supposed to be a feature in Rufus to download your ISO but I couldn't get it to work.?
Choose standard windows installation, and follow the screenshot for your settings. Once you are done that, press Start, and then the magic happens. Another window pops up allowing you to remove the system requirements, the need for a microsoft account, and turn off data collecting. Just click the options you want, and press ok to write your iso to a drive.
From there you just need to use the USB drive to install windows. I won't go into details here, but here are some resources if you don't know how to do it.
Boot your PC from a USB Drive
Install Windows 11 from USB Drive
If you had a licensed copy of Windows 10, Windows 11 will already be licensed. If you don't, then perhaps you can use some kind of... Activation Scripts for Microsoft software, that will allow you to activate them. Of course I cannot link such tools here. So there you go, now you can save a PC made from before 2018 from the landfill, and maybe give it to a deserving teen in the process. The more we can extend the lives of technology and keep it out of the trash, the better.
Additional note: This removes the requirement for having 4GB Minimum of RAM, but I think that requirement should honestly be higher. Windows 11 will be unusable slow on any system with below 8GB of RAM. 8GB is the minimum I think you should have before trying this but it still really not enough for modern use outside of light web and office work. I wouldn't recommend trying this on anything with 4GB or less. I am honestly shocked they are still selling brand new Windows 11 PCs with 4GB of ram. If you're not sure how much RAM you have, you can find out in the performance tab of Task Manager in Windows, if you click the More Details icon on the bottom right. If you don't have enough, RAM for old systems is super cheap and widely available so it would definitely be worth upgrading if you have a ram starved machine you'd like to give a new life.
We even jumped 2 minor versions just to make sure we got as many reported bug fixes as possible, of course it's never enough and we will keep improving! 💪🛠️
To find release notes & download this version✏️
🔽🔽🔗Check the link below 🔗🔽🔽
We’re happy to announce the release of Pencil2D v0.7.2! This release is all about making your animation experience smoother and more reliabl
PSA - This is a BUG FIX release. Any tool or capability that is achievable by our team will be slated for v0.8.0.
still confused how to make any of these LLMs useful to me.
while my daughter was napping, i downloaded lm studio and got a dozen of the most popular open source LLMs running on my PC, and they work great with very low latency, but i can't come up with anything to do with them but make boring toy scripts to do stupid shit.
as a test, i fed deepseek r1, llama 3.2, and mistral-small a big spreadsheet of data we've been collecting about my newborn daughter (all of this locally, not transmitting anything off my computer, because i don't want anybody with that data except, y'know, doctors) to see how it compared with several real doctors' advice and prognoses. all of the LLMs suggestions were between generically correct and hilariously wrong. alarmingly wrong in some cases, but usually ending with the suggestion to "consult a medical professional" -- yeah, duh. pretty much no better than old school unreliable WebMD.
then i tried doing some prompt engineering to punch up some of my writing, and everything ended up sounding like it was written by an LLM. i don't get why anybody wants this. i can tell that LLM feel, and i think a lot of people can now, given the horrible sales emails i get every day that sound like they were "punched up" by an LLM. it's got a stink to it. maybe we'll all get used to it; i bet most non-tech people have no clue.
i may write a small script to try to tag some of my blogs' posts for me, because i'm really bad at doing so, but i have very little faith in the open source vision LLMs' ability to classify images. it'll probably not work how i hope. that still feels like something you gotta pay for to get good results.
all of this keeps making me think of ffmpeg. a super cool, tiny, useful program that is very extensible and great at performing a certain task: transcoding media. it used to be horribly annoying to transcode media, and then ffmpeg came along and made it all stupidly simple overnight, but nobody noticed. there was no industry bubble around it.
LLMs feel like they're competing for a space that ubiquitous and useful that we'll take for granted today like ffmpeg. they just haven't fully grasped and appreciated that smallness yet. there isn't money to be made here.
Sorry to stroke my own dick chat but I cannot help but just feel silly watching people do these challenges of "daily driving Linux for x amount of time"- like 'man doing this for a month has been so hard, I cannot use my Photoshop!' meanwhile my Brokeass has been learning with FOSS software from the getgo because I am broke. I am perfectly capable of using Linux for my needs and i 100% understand it is not for every1.
of course Linux is just pretty hard in general at times, I am struggling really hard with my NVidia graphics because Linux and nvidia drivers just dont get along well and I did have to give up on quite a couple of things already such as vtubing or PCVR but still-
"oh I cannot use the only video editor I know of and foss options r too stinky" idk about you man but i can edit videos in blender even just fine if I just take some extra time to look for tutorials 🙏
The only point i can give to those ppl tho is that gimp is not the best photoshop alternative and as an artist I preffer Krita way more over gimp
I guess this rant is moreso that y'all rich people can work with FOSS options just fine if u took some time to learn IMO 😭
"Android was supposed to be the open alternative to Apple's locked-down iPhone. That was the whole promise: your phone, your rules. But starting September 2026, Google is forcing every app developer on the planet to register with them, hand over government ID, pay a fee, and submit their signing keys, or their apps simply won't install. In this video, we break down what Google's Developer Verification Mandate actually means, who it hurts, and why 50 organizations including the EFF and Free Software Foundation are fighting back. Is this really about security? Or is this about control?"
