A small set of people are merging changes to various Linux components to make sure every application knows your birth date.
-
I found this a good write-up https://www.sambent.com/the-engineer-who-tried-to-put-age-verification-into-linux-5/
-
duh it's going to be hard. why are we giving up before trying? sometimes difficult things are achieved, and it's because people had a plan of action and didn't stop trying to push even when it looked bleak. I would have been trying something way earlier if I knew this was on the books. if you don't want to do anything, that's fine, personal choice and all. but lots of people are really mad. so what is our plan, what can we do for those of us ready to fight?
@crypticrainfall @wwahammy @smn well to begin with I'm going to see what the EFF have to say, and other freedom and privacy activists. They'll have been applying some expertise to the matter.
-
So the age verification stuff is beyond terrible. But the systemd PR specifically seems like a weird one to get worked up about?
It does 2 things:
1) The schema-docs for the the userdb JSON, which already allows you to add arbitrary user-defined fields in addition to the pre-defined fields, now define an optional "birthDate" field to be to be a "YYYY-MM-DD" string.
2) Added a flag to `userdbctl` (edit: `homectl`, actually) to be able to set the field from that command, instead of having to edit the JSON some other way.Like, I already deal with multi-user systems where "hobbies" is a field in there. I don't see the harm in saying "If you wanna add a birthDate field, it should be 'YYYY-MM-DD' and not seconds-since-epoch or something".
The polkit stuff? Makes my gut churn.
-
So the age verification stuff is beyond terrible. But the systemd PR specifically seems like a weird one to get worked up about?
It does 2 things:
1) The schema-docs for the the userdb JSON, which already allows you to add arbitrary user-defined fields in addition to the pre-defined fields, now define an optional "birthDate" field to be to be a "YYYY-MM-DD" string.
2) Added a flag to `userdbctl` (edit: `homectl`, actually) to be able to set the field from that command, instead of having to edit the JSON some other way.Like, I already deal with multi-user systems where "hobbies" is a field in there. I don't see the harm in saying "If you wanna add a birthDate field, it should be 'YYYY-MM-DD' and not seconds-since-epoch or something".
The polkit stuff? Makes my gut churn.
-
If its stealing your birthdate off other apps, thats outrageous. If it asks for it in order to download, I'll never use the software. I don't give my birthdate to anyone but the IRS and my state voting office. Thats bad enough.
@oldoldcojote the OS asks at first boot and then would share the date (or a rough age) to every application on the system that asks.
-
A small set of people are merging changes to various Linux components to make sure every application knows your birth date.
This is being done rapidly by people with questionable justifications and being merged with no youth and few marginalized people involved.
@wwahammy Fork that shit.
-
@wwahammy Fork that shit.
@flipper I mean, definitely could but defaults are a powerful thing in this world.
-
@flipper I mean, definitely could but defaults are a powerful thing in this world.
@wwahammy It was meant to be a play on words, but I understand your very real and serious point.
California uber alles, as Jello Biafra would have said.
-
@oldoldcojote the OS asks at first boot and then would share the date (or a rough age) to every application on the system that asks.
Will definitely put me off any linux if it goes forward. I use an older ubuntu now on more recent computers, was going to update. Now?
-
@oldoldcojote the OS asks at first boot and then would share the date (or a rough age) to every application on the system that asks.
@wwahammy we need to start refusing to buy this immoral crap. And oust corporate worshippers from our open software. Thank you for helping to spread this info.
-
-
A small set of people are merging changes to various Linux components to make sure every application knows your birth date.
This is being done rapidly by people with questionable justifications and being merged with no youth and few marginalized people involved.
@wwahammy no sir, I don’t like it.
-
@wwahammy no sir, I don’t like it.
@attentionspantherapy not really a Sir but no worries, I don't like it either.

-
So that's clearly (scumbag) Dylan M. Taylor's intent and belief. But I think it is valid to separate them for the purpose of evaluating folks-other-than-Dylan; I don't think bluca did anything wrong by merging it (nor poettering for lgtm'ing it). I don't think it's valid to say "welp, systemd added age verification, I have to switch to a non-systemd OS now to avoid age verification."[1] I think it's totally valid for bluca and poettering to look at the PR and think "the author's motivation is bad, but this specific change is fine."
"They build the tracks and plead innocence as to what is in the trains." I feel that way about a lot of stuff, but... this is even more removed than that? There's no policy engine. "They approved a standard for the width of train tracks."?
[1]: There are plenty of valid reasons to prefer other init systems, but I don't think "birthDate" showing up in a json schema is one of them.
-
So that's clearly (scumbag) Dylan M. Taylor's intent and belief. But I think it is valid to separate them for the purpose of evaluating folks-other-than-Dylan; I don't think bluca did anything wrong by merging it (nor poettering for lgtm'ing it). I don't think it's valid to say "welp, systemd added age verification, I have to switch to a non-systemd OS now to avoid age verification."[1] I think it's totally valid for bluca and poettering to look at the PR and think "the author's motivation is bad, but this specific change is fine."
"They build the tracks and plead innocence as to what is in the trains." I feel that way about a lot of stuff, but... this is even more removed than that? There's no policy engine. "They approved a standard for the width of train tracks."?
[1]: There are plenty of valid reasons to prefer other init systems, but I don't think "birthDate" showing up in a json schema is one of them.
-
@lukeshu @k3ym0 I don't really see this as a case where forking would help anyways. The problem is that the default is supporting the system I oppose. If someone were to fork, which I agree would be kinda pointless anyways, that doesn't solve the original problem: soon, the default for the Linux desktop is for age-gating to be supported and that's bad.
-
@wwahammy @artemis Like seriously. Even if you weren't going to consider complying with this unthinkable, adopting something like this that's a policy matter should be a process that requires a proposal and feedback from the community, with a long enough time window for that to happen. Not rushed-through changes by shadowy actors who show up just to do what some malicious external authority demands.
@dalias @wwahammy @artemis This. Compliance can look like foot dragging and endless committee meetings about how exactly to comply with unclear and contradictory regulation. The Debian list posts noting that compliance in one jurisdiction could be violation in another are a great beginning of sitting down and engineering a feature to either death or satisfaction, which is what actual legal compliance looks like; ad-hoc implementations don't have enough lawyers involved to legally function.
-
A small set of people are merging changes to various Linux components to make sure every application knows your birth date.
This is being done rapidly by people with questionable justifications and being merged with no youth and few marginalized people involved.
In case anyone is unclear, since I hear he's also campaigning on this Linux age-gating trash:
Bryan Lunduke is a fascist hatemonger. He represents the absolute worst in free software and I believe he should be ostracized from any and all parts of our community. He wants software freedom for himself and in the abstract but despises individuals expressing their freedom. He believes in a software freedom that is hollowed out and missing love.
-
@tiotasram @ShadSterling @artemis @smn I think the warning on downloads is perfectly fine but let's step back for a second: which distros need to avoid liability?
Most distros likely don't, they have no assets or there's no organization to actually sue. A few distros have some assets but why would the AG ever consider suing them? And how would they prove the number of negligent violations? There's no centralized record of users.
Are there companies who might be at risk? Valve seems the most likely but the Steam Deck is a gaming platform in millions of houses. That's worth suing over. But why would they sue Canonical over Ubuntu? Are there even 100k kids in all of California using Ubuntu? I doubt it.@wwahammy @ShadSterling @artemis @smn agree with your logic but sadly logic is often not relevant when it comes to bureaucracy.
To put it another way: a vindictive suit designed to take down a distro web server could happen merely because some silicon valley VC got mad (or bored) and decided to drop $100k on an AG race somewhere?
There are innumerable bad reasons for a suit to arise that could absolutely happen, and being "technically in compliance due to disclaimer" probably heads off some number of these. The "don't download if you're in CA" language has other upsides too, like getting a broad group of users pissed at the law and priming them for non-compliance, and setting a standard for your community that you'll stand up to bad laws by refusing compliance.
-
In case anyone is unclear, since I hear he's also campaigning on this Linux age-gating trash:
Bryan Lunduke is a fascist hatemonger. He represents the absolute worst in free software and I believe he should be ostracized from any and all parts of our community. He wants software freedom for himself and in the abstract but despises individuals expressing their freedom. He believes in a software freedom that is hollowed out and missing love.
@wwahammy Ooh, well said.