this post was submitted on 21 Mar 2026
365 points (82.6% liked)
Linux
64014 readers
2020 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 6 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
to all y'all with the "it's just a text field": what if the field is "race"? "sexual orientation"? "jerks_off_to"? what the fuck has a system managing daemon got to do with any of that? and why would you preemptively put it in there without even a pretense of a fight?
fuck you make us! make linux illegal, in Cali of all places. guess how long that will last?
Yeah, scary.
What about some other scary fields like:
I mean if those fields were stored, could you imagine the danger that Linux users would be in?
You don't have to imagine, because those fields have been stored in UNIX/Linux since 1962. https://en.wikipedia.org/wiki/Gecos_field
Your argument is an informal fallacy called Whataboutism.
I invite you to educate yourself by reading about it on Wikipedia
You should read the article and understand the difference between a comparison and Whataboutism.
Those are also entirely optional and not having them filled in doesn't cause other software to stop doing what the user wants.
(same for the birthDate field)
Not true. Because the stated purpose of the laws at play is to enable that to be queried so that sites can decide what is appropriate for you to see.
That is the purpose, but the field is implemented as optional and modifiable with admin privileges.
Depends how these new laws are written.
The same with the birthDate field.
... unless someone merges a PR making it required, which is the discussion of this thread.
What if someone makes a PR making your real name and address being required? Damn...
You're right.
"What if <insert dystopian scenario that hasn't happened>?" is a silly argument.
And then you can input a random date from before 1940 and forget about it...
I think back then it was generally assumed this simply assisted with office communication.
Imagine telling a UNIX engineer in the 70's how almost everything you enter into a machine would eventually be used to manipulate or entrap you by the State and surveillance capitalism.
This isn't a hypothetical. North Korea uses a version of Linux which does exactly that.
It still doesn't make these fields inherently dangerous, and that same argument applies to birthDate. Even if systemd build a verification system that required photo identification and a DNA sample it wouldn't be a problem.
The community would just fork the project before the totalitarianism update. The FOSS world already has a process to avoid massively unpopular changes. This change isn't massively unpopular, this is a vocal minority who is stirred up by web articles leveraging clickbait and outrage to drive ad revenue.
The age verification laws are unpopular, I'm personally completely against them. However, they do exist and adding an optional field in order to allow project, who choose to do so, to store that data is not a red line or the start of a slippery slope.
In the future, if there was a red line that was crossed, we would fix it with a fork and not with a harassment campaign.
https://en.wikipedia.org/wiki/Boiling_frog
That's you. You have no issues giving anyone an inch and then wondering why you're being lined up on the street afterwards once they've taken the mile.
https://en.wikipedia.org/wiki/Slippery_slope
That's you. You have no issue embarking on a creative writing exercise, painting the scariest possible scenario and pointing at that piece of fiction as if it were reality.
You think you can just make up lies about countries far away from you and no one will notice? Think again, whisu.
Sorry Chairman Kim, congratulations on your 99.8% victory
Stored "because law", right?
Who cares why it is stored, these fields exist for every user in every Linux system and they have existed for decades.
Either birthDate the field is dangerous or it isn't. If it is, how?
It is no different than data fields that ask for way more identifiable and personal information such as Real Name and Office number which have, again, existed for decades without issue.
Ah, but this time the government wants it to be able to be queried so that applications and web sites can decide what to do with you. That's the difference.
The government's wants are not in the PR. The PR is an optional JSON field.
The field isn't dangerous, you're conflating two different things.
The age verification laws are the threat, not an optional text field or the developer who added it.
I care. One thing is "you know, fields with this name have been around since before you were born", another thing is "some idiots passed the law half the globe away, now we are preparing your system to comply. Someone has to (c)". The field is not the danger, the thinking, attitude and act is
Edit: some local law, for fuck's sake
Half a world away where do you live since this is happening everywhere. To be half a world away from any place doing this would be hard.
Being half a world away from Americas is pretty easy, don't ya think?
That's a fair argument.
Is it fair to say: The field is benign but there is contention about if it should be added or not and users of the software are concerned that their voices were not heard on the issue. That can be handled in the normal project framework, perhaps by suggesting a publicly stated policy about these issues around legal compliance so the community can determine if they want to support the project or not.
My argument is that I don't think that the damage that was done justifies the hitpiece in the OP which is, almost literally, painting a target on the developer with the mugshot photograph and loaded language.
So, if you're not one of the people then we're having different conversations. In that conversation, I do agree with what you just said. I'd like to see the very large projects, which affect a lot of users, such as systemd, have a more formal way to accept public comment and respond on contentious changes and feature requests.
It is not a hit piece. No call to action was stated.
It paints him as an active danger, puts his picture on a wanted poster, includes his full name, workplace and the city and state where he lives and then writes up an article like an after action report of a cyberattack.
It then implies that he's going to do it again and that he can't be persuaded and so will be 'harder to stop'.
So if he's done a bad thing, he's going to do it again, and you can't persuade him.
If you can't read the implied call to action then you're being deliberately dense.
To be fair, I am bit split on this. On one hand, name and shame is an effective strategy and should be used. On the other hand, "put age verification into Linux" is a hilarious stretch. And yes, it feels strange that I have yet to see any kind of response from other systemd maintainers and managers - after all, the man authored a pull-request, not merged into into upstream. I have not been looking for that kind of response myself though, which also serves your point: putting all the blame and anger on this one man (I purposefully omit name) is too much
It is benign if it is optional, remains 100% local and under the user's control and doesn't prevent other software from functioning as expected.
It is optional, 100% local, under the user's control and does not prevent other software from functioning as expected.
If it ever is not, then you can simply fork the project at or before that change.
You must be off by a decade. Your reference mentions no OS and Unic was developed around 1970.