Bonum Certa Men Certa

Guarding and Rescuing the FSF Titanic: Distro-libre and feature-schema

A publication from the Free Media Alliance

Overview



Ski Training Professional

Summary: "Every time a distro does not suit a user's purposes, and it is less work to adapt the distro on one's own than to affect the distro in any other way, a distro is born."

Hundreds of distros exist, many of them with very similar features. We know there is duplication of work, but everyone needs to understand why so many distros exist.



Every time a distro does not suit a user's purposes, and it is less work to adapt the distro on one's own than to affect the distro in any other way, a distro is born. Ego is a factor too, but rarely mentioned is the educational aspect.

"Every time a distro does not suit a user's purposes, and it is less work to adapt the distro on one's own than to affect the distro in any other way, a distro is born."If more people created distros, then more people would have experience or interest in maintaining (contributing) to existing distros. The real trick is facilitating that.

Stallman has said that we don't need more distros. "We" also don't need more text editors, or "hello world" programs. Other people say we don't need more programming languages.

Each of these arguments are subjective (who is "We?") and can be refuted by pointing to a single need that no distro caters to. But in recent years, many more (once-reliable) distros are lacking than before. Are people really saying they don't need to be fixed?

Because they are more likely to be repaired by forking. Control over distros and of software by monopolies is increasing, and if the Halloween documents mean anything then this is a problem the FSF and OSI once acknowledged (hosting the documents on their own servers, though OSI has removed them since) though now that it is a more critical and everyday problem, they are saying nothing about it.

"Stallman has said that we don't need more distros."If we need more freedom, then we need more distros. In fact Stallman said "We don't need more distros" before the FSF gained Hyperbola, one of the very few (and arguably most dedicated) distros to work to remove the monopolistic tentacles of systemd, which GuixSD should also be suitable for, but Hyperbola should be a lot more friendly and mainstream.

We would say that Trisquel probably does not need more distros, but also that Trisquel probably needs a swift kick in the ass.

Incidentally, we have a script that automatically removes systemd from the Trisquel live ISO and spits out a fixed one, but it relies on upstart which is being abandoned by Ubuntu. So while Debian still has some people working to keep "not systemd" an option (if it were really optional, they would be done by now...) Trisquel and Ubuntu are most likely slated to have nothing in that regard. What a shame.

We honestly think that every user should make a machine-readable list of features they want in distros, and that this would be extremely valuable data.

On the drawing board is a feature-schema prototype, which in the friendliest machine-readable way possible outlines the desired and optional features of a distro such as distro-libre.

The key to this schema is indentation, a simulation of XML that requires zero syntax but must develop some kind of standard keywords. If everyone (we mean everyone) made a list of features they want included, this non-industry standard would be easier to develop.

"We honestly think that every user should make a machine-readable list of features they want in distros, and that this would be extremely valuable data."Distro-libre is a growing script that can automatically remaster various live ISOs, ensuring that people can have bootable CDs and DVDs with a receipt (the script) of every possible change. It is written in fig, one of the lowest-syntax, most consistent and minimal (friendly) languages in use today. You could also do distro-libre in python, but then fig translates to python.

Unlike systemd, distro-libre is intended to be easily forkable. We hope that the future of remastering (and building) distros is the application, not the distribution. Instead of maintaining a distribution, what we would like is if you could download a program and either use it to customise a distro (with help from automation, not just by duplication of manual work) or even build one.

We expect mockery and ridicule, but instead of just talking about these things, the Free Media Alliance offers working prototypes. The prototypes increase in sophistication over time, and would increase further with more people forking them. We encourage collaboration between forks, rather than worrying about setting up a large organisation (but you are welcome to do that as well.)

As a remaster tool, the way distro-libre works is not entirely new, but it works like this:

Download ISO -> run automated remaster script -> New ISO

The remaster script can even download the ISO for you.

"Unlike systemd, distro-libre is intended to be easily forkable."The automation serves two purposes -- by default, the script IS / defines the "distro" itself. Instead of downloading "fig os," you download a script that produces fig os. Instead of changing fig os, you change the script.

The automation that produces the default ISO can also assist you in making changes. This is very basic automation, and it can be made even friendlier by moving more distro-libre logic to our indented feature-schema. That way you can still change the code and use the custom "language" (or functions) within distro-libre, but most people will use the more abstract and user friendly schema to do many of the same tasks.

"But because these are remastering and build applications, there is no monopoly."In every step of the process, we encourage the use of languages and tools that are modeled after successful educational languages like Logo and BASIC. We say "modeled after" because these aren't 1:1 duplicates, with artifacts like line numbers or type sigils -- Logo has evolved and remains very low on punctuation, people use it to code without realising they are coding. That's the sort of computer language we want people to have at their fingertips.

But because these are remastering and build applications, there is no monopoly. If you want to fork a distro, change it entirely, you can just fork the application -- written in a language that high-schoolers and perhaps junior high-schoolers can learn to use easily enough.

We need more distros because we need more distro maintainers. Obviously, the way distros are currently made lends itself to all kinds of political and organisational issues.

We do want distros to be more generic -- installers that work across more than one distro (family) like Calamares and Refracta installer, remaster tools that work across more than one distro (family) such as Refracta tools, we even want build tools (applications) that help inexperienced users build their own distro as an educational experience (the FSF does not get education!) in the same way that using SBCs are an educational experience, and so on.

"We need more distros because we need more distro maintainers."We need more distros -- an entire new generation of distros -- because the current distros are gas-guzzlers, both in terms of what they take to run and especially in terms of what they take to build. And it is terribly sad that the primary and original Free software organisation in the world lacks the imagination or ambition for such a scheme.

We do encourage Guix and Hyperbola OS to keep up the good work, because they are probably the most innovative distro builders that the FSF already recognises, but the old way of building distros limits freedom and limits opportunities for education (possibly even to fewer people than we need to keep them going, and that's a very serious problem if it's true -- do we need more evidence than GnewSense folding? If done the way we suggest, you could carry on GnewSense yourself!) And (per the charter) our job is:

the free media alliance is happy to promote free software, but also welcomes thoughtful critiques of the fsfs methods and "extraneous requirements" (other than the 4 freedoms and gpl licenses)


...to create strategies for bolstering the FSF if possible, and salvaging the FSF otherwise.

We are not a monopoly, we are the seed of a Free software federation. And the gas-guzzling distros (mostly in terms of what it takes to maintain one, and the political costs and limited freedom that comes with those methods) can be phased out -- voluntarily -- with better ideas.

We are not suggesting (indeed we regularly criticise) top-down solutions like systemd, which consolidate power in the hands of even larger communities, and we are looking to make distros easier to fork, not harder.

"We do encourage Guix and Hyperbola OS to keep up the good work, because they are probably the most innovative distro builders that the FSF already recognises..."The reason is simple -- when you take enough projects, packages, standards, even people -- and you put a single corporation in charge of them, you are building a monopoly. Systemd is made from projects that were easier for smaller communities or fewer developers to maintain.

By consolidating those projects first under Red Hat, then into systemd itself, they were lumped together (yes, we've read the nonsense that claims to refute this, it is bunk -- pure denial of something they seem most clearly aware of themselves) into something that takes a large corporation to maintain.

Don't believe it? How long has it taken to "separate" back into smaller projects? If it were really modular, it wouldn't take dozens of people to work systemd back into modules. How much more obvious can that point become?

"Systemd is made from projects that were easier for smaller communities or fewer developers to maintain. "This is also, in a less sinister way, how distros themselves are created. And unlike systemd, those were created of necessity -- it was, once upon a time, far too much work for people to just make a "GNU/Linux Boot Disk" and throw on whatever programs people wanted.

Today that is increasingly possible, and the best direction for distros to go in. Alas, it is not like egos and monopolistic attitudes do not exist in the Free software community.

On the contrary -- distros want to remain distinct and are often opaque. It is the opacity, not the distinctions that are the real problem.

Everyone is free to create their own Free software, we are not suggesting that everyone give that up and "do it our way." All we are saying is -- if freedom is the real goal, let's put that freedom in the hands of the user, not just the distro maintainer. Let's make distros that (like Free software) are as forkable as possible, so that no user feels they are "locked-in" to theirs.

"Let's make distros that (like Free software) are as forkable as possible, so that no user feels they are "locked-in" to theirs."Lock-in is a monopoly tactic, and has no place in Free software distributions. If it is created inadvertently and there is a practical way to reduce it, then reducing it is also a good thing.

All the same, distro-libre is a simple prototype for liberating even the distros that do not participate! It is not about putting control of all distros in the hands of a large monopolistic corporation -- It is, like Free software itself, about putting control of all computing in the hands the user. The old distros don't do that as well as they could, and it's time for an overhaul (you do you, but consider these words) of the concept itself.

Licence: Creative Commons CC0 1.0 (Public Domain)

Recent Techrights' Posts

Despite Its Severe Financial Problems Gnome Foundation Inc Paid Rosanna Yuen Over 100,000 Dollars Last Year
maybe relocation should be considered
The "Left" and the Right"
It poisons everything
Mozilla and Rust Are Not Leftists
they're part of the mass consumerism machine
Disposable to Microsoft
There is an extensive set of people who got used by Microsoft, only to be thrown away a month later or a year later or a decade later
The UEFI 9/11 - Part VII - This Coming Week Many PCs Will Refuse to Boot "Linux" (Because of Microsoft's Expired Certificate)
The real solution is, disable "secure boot" or "SecureBoot" while it's still possible. [...] Just like submarine patents, a lot of this problem was "hibernating" for a while
The Thing Nobody in Red Hat Wants to Talk About Openly
There is a real sentiment or worry among Red Hatters, Europeans and Americans in particulars (because of higher salary expectations)
Slopwatch: Small Parade of Fake News About "Linux" and Scams Borrowing the Name (or Word) "Linux"
In practice, LLMs are a risk
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Friday, September 05, 2025
IRC logs for Friday, September 05, 2025
Genini Links 05/09/2025: Community, ROOPHLOCH, and PITkit
Links for the day
Links 05/09/2025: Vaccine Sceptics Poison the Well, Two Exploited Vulnerabilities Patched in Android
Links for the day
Gemini Links 05/09/2025: Logitech Lift and DIY Gemini Servers
Links for the day
Links 05/09/2025: Sainsbury's Caught Spying on In-Store Shoppers and Microsoft "OpenAI is Using Legal Threats to Harass its Critics"
Links for the day
BASIC Predates Microsoft by Over a Decade, Microsoft-Controlled Sites Like The Register MS Don't Want You to Know This
The state of the media is really bad when it relies a lot on oligarchs' money and is appointing editors who are working for oligarchs
Analogies for "Memory Safety" in Rust
Don't worry, it's Rust! It can do anything!
Brian Kernighan, "Only Third to Dennis Richie and Ken Thompson" (UNIX), Agreed With Someone Who Said Rust Was Just Hype, Should Not Replace C
17 hours ago
Reminder: Microsoft's "Secure Boot" Certificate for "Linux" Will be Expired in One Week
Many PCs won't manage to 'rotate' to another certificate
"Many of the Red Hat Employees Are Still Looking for Work"
Shame on IBM's CEO
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Thursday, September 04, 2025
IRC logs for Thursday, September 04, 2025
Microsoft Started With Code Literally From The Trash, Nothing Has Improved Since
The reality is, there are systems and code that are reliable. But they're not Microsoft's.
Hypothesis That New McKinsey/Microsoft Executive Inside Red Hat Will Outsource Research and Development Operations to India (Like They Do in IBM)
IBM is floundering
Slopwatch: Scams, Fake Articles About "Linux", Plagiarism, and Worse
Perhaps some time soon the LLMs or the "Big LLMs" will run out of money (to borrow) and go offline, leaving those slopfarms in a tough place
Gemini Links 04/09/2025: Means of Production and Rusting Out
Links for the day
Links 04/09/2025: Science, Hardware, and Eyes on China
Links for the day
Gemini Links 04/09/2025: Digital Minimalism and Social Control Media
Links for the day
IBM's GNU/Linux Divestment, Based on Hard But Anecdotal Evidence (IBM Fails to Recognise How Much Money It Made and Can Still Make From "Linux")
Love us or hate us, a lot of what we've been saying about Red Hat under IBM turns out to be rather accurate
Links 04/09/2025: Massive Microsoft Staff Cuts (Barely Reported), "Strange Conspiracy Theory Is Reportedly Spreading Inside OpenAI"
Links for the day
Activists Can Win, But Keep an Eye on the Ball and on the Trophy
GitHub is dying, it was a loss-making trap, not free hosting
Gemini Links 04/09/2025: Katrina Remembered, Distracted Driving, and Virtual Economics
Links for the day
At This Point It's No Longer Matthew Garrett But People Who Fund Matthew Garrett (or Companies That Fund His SLAPPs Against My Wife and I)
The only thing worse than misogynists are misogynists who fail to respect other people's right to go on holiday
Over at Tux Machines...
GNU/Linux news for the past day
IRC Proceedings: Wednesday, September 03, 2025
IRC logs for Wednesday, September 03, 2025
The UEFI 9/11 - Part VI - This Serious Harm Was Planned for Over a Decade, Not an Accident or Merely Some Misfortune
The term "Serious Harm" is legally meaningful here
GNOME Unfit for Diversity and Inclusion
GNOME's leadership is using "bad words"
Brodie Robertson Addressing the Recently-Discovered Comments
Most people probably knew nothing about this until he wrote a response
Red Hat QA Team "Had Shrunk by Half Over the Past Year." (After IBM Divestment)
If Red Hat's workforce is being moved to the East, then RHEL can become a national security problem
Slopwatch: "Open Source" and "Linux" News Faked, Made by Bots and Entered Into Google News
Spam combined with slop about "Linux" has entered Google News