Earlier quoted context omitted.
It’s admin settable. So just sudo homectl it. You are presumably admin.
That's beside my 'point', but fine. I'm deliberately conflating things for humor, sorry it missed. I'll get serious/stop joking around. I have no interest in administrating this. Especially on a per-user basis (despite that being the only way this 'works', I'm generally opposed) . I'd prefer a file to drop in /etc ... like one would express preferences over, say, /usr . It's entirely optional, I get that. I could 'ju…
Store birth date in systemd for age verification
51–60 of 129 posts
Re: Store birth date in systemd for age verification
#52Earlier quoted context omitted.
It's the law. If you live in the United States, and a minor in California uses your OS that didn't check age, you could be liable for up to $2500 per occurrence. That can add up quickly if California schoolkids discover your OS does an end run around the law. When ruin is the alternative, compliance becomes non-negotiable.
California can't govern outside California. Other states have discovered the legal limits of their soverignty quite recently. But it certainly argues against hosting in CA and furthermore, consulting an attorney.
Re: Store birth date in systemd for age verification
#53Tangentially related, but does anyone know what Poettering's "cryptographically verifiable integrity" endeavor[0] is about yet? [0]: https://news.ycombinator.com/item?id=46784572
Re: Store birth date in systemd for age verification
#54Earlier quoted context omitted.
It’s admin settable. So just sudo homectl it. You are presumably admin.
That's beside my 'point', but fine. I'm deliberately conflating things for humor, sorry it missed. I'll get serious/stop joking around. I have no interest in administrating this. Especially on a per-user basis (despite that being the only way this 'works', I'm generally opposed) . I'd prefer a file to drop in /etc ... like one would express preferences over, say, /usr . It's entirely optional, I get that. I could 'ju…
Since this is sd-userdbd we are talking about unless the used backend provides the value it is unset by default. And if you manage your home directory using sd-homed unless you explicitly set it it is also unset by default.
Re: Store birth date in systemd for age verification
#55Earlier quoted context omitted.
That's beside my 'point', but fine. I'm deliberately conflating things for humor, sorry it missed. I'll get serious/stop joking around. I have no interest in administrating this. Especially on a per-user basis (despite that being the only way this 'works', I'm generally opposed) . I'd prefer a file to drop in /etc ... like one would express preferences over, say, /usr . It's entirely optional, I get that. I could 'ju…
> Said differently: I don't want to configure the portal, I want to ~~break~~ mask it. Since this is sd-userdbd we are talking about unless the used backend provides the value it is unset by default. And if you manage your home directory using sd-homed unless you explicitly set it it is also unset by default.
> It's entirely optional, I get that. I could 'just' not set anything.
Why? Telemetry, mainly. I'd rather attestation [or whatever intends to use this] fail and make it apparently deliberate.
Re: Store birth date in systemd for age verification
#56Tangentially related, but does anyone know what Poettering's "cryptographically verifiable integrity" endeavor[0] is about yet? [0]: https://news.ycombinator.com/item?id=46784572
Re: Store birth date in systemd for age verification
#57Earlier quoted context omitted.
> Said differently: I don't want to configure the portal, I want to ~~break~~ mask it. Since this is sd-userdbd we are talking about unless the used backend provides the value it is unset by default. And if you manage your home directory using sd-homed unless you explicitly set it it is also unset by default.
I am aware, I kind of want a louder signal than doing nothing [which is a great option, I admit] . I quote myself: > It's entirely optional, I get that. I could 'just' not set anything. Why? Telemetry, mainly. I'd rather attestation [or whatever intends to use this] fail and make it apparently deliberate.
Re: Store birth date in systemd for age verification
#58Earlier quoted context omitted.
I am aware, I kind of want a louder signal than doing nothing [which is a great option, I admit] . I quote myself: > It's entirely optional, I get that. I could 'just' not set anything. Why? Telemetry, mainly. I'd rather attestation [or whatever intends to use this] fail and make it apparently deliberate.
Well, to get something to fail you need an implementation that can fail. And since nothing is using this so far there is nothing you can get to fail. In the end something that implements the actual communication would end up probably defaulting to "under 13" or whatever if it somehow fails to retrieve any value (or maybe not, who knows), so I wouldn't realistically see even without this, getting the attestation to "b…
The failure/assumption of under-13 or whatever, as a result of manipulation, is fine. I'm not actually trying to solution something though, jeez.
I find it more compelling to say, for instance, "x% of our users have chosen not to share their information"... rather than "y% have not set it". This category would almost surely be about as 'useful' (useless) as the 'do not track' header... and a concern for something other than systemd or even the portal (to a degree).
Re: Store birth date in systemd for age verification
#59"protecting" children by providing specific ages to data harvesters. as per usual, liberal policy doing the exact opposite thing they claim it does.
Re: Store birth date in systemd for age verification
#60"protecting" children by providing specific ages to data harvesters. as per usual, liberal policy doing the exact opposite thing they claim it does.
for the california legislation there were no "nay" votes. it's disapointing this performatively protective stance permeates both dominant right-of-global-center parties in America, but it is "all of them"