Someone Forked Systemd to Strip Out Its Age Verification Support

https://lemmy.dbzer0.com/post/65894673

Someone Forked Systemd to Strip Out Its Age Verification Support - Divisions by zero

Lemmy

I find that move extremely funny, since it’s purely made for sensationalism and nothing else. I mean, if you hate how systems implemented age verification, then why don’t you remove its identity verification too, i.e. also optional fields for stuff like your address an e-mail that most users don’t even fill out.

There is no mechanism verifying what birth date you type in - you can type whatever date you want and systems doesn’t care.

I’d say no matter where you stand with age verification, this is the best solution to handle the situation. After all, any and all age checks we have nowadays are a black box anyways. There is no real knowing how other systems are checking ages, and there is AFAIK no real government mandated rules on how it is verified. They could make you scan your ID’s front, back, nuclear composition and dietary preferences and give you a result that is almost, but not quite, entirely unlike a proper age verification procedure.

If the government wants to introduce age verification, they have to do it themselves - build an API that handles the age verification, similar to how the digital ID in Germany works, as an example. If they want proper age verification, they also have to take the blame themselves if things go wrong.

I agree with all that you’ve said. But why add it now? Why haven’t they added it a long time ago? Or if now they remembered, why not other extra optional fields that some people might want, like gender, sex, any other field? Oh, it would be too political? I see…

I mean, the introduction of the date of birth field is obviously done to make it easy for distros to comply with age verification by simply saving the birth date and nothing else.

As for the other fields: what use would it have to have such info at OS level? What application would use these fields and how? I mean, some fields, like the ‘location’ one, already are pretty useless, as, for example, the ‘location’ field doesn’t seem to bhave any firm consensus on how it should be formatted. Even the documentation lists both “Berlin, Germany” as well as “Basement, Room 3a” as valid values.

So I doubt not introducing such fields has any sort of political agenda to it, but just raises the question on why such fields would be useful to begin with.

JSON User Records