Am I missing something or would the following not meet the requirements?
Add a module that does the following:
On first account login to an interactive interface, ask for an age category (<=13, 15-15,16-17,18+). So a value between 0 and 3. Store that somewhere alongside user-level application settings. Include a library for applications to link against. Library contains one function, that function just returns whatever value was stored before.
I think that meets their bare minimum while also demonstrating just how dumb this is.
super_user_do@feddit.it 1 week ago
It wouldn’t. It would require a dedicated server to ping constantly and also an API that applications should use to ask the computer for age in background. Everyone could therefore us this data to fingerprint users
BennyTheExplorer@lemmy.world 1 week ago
No, you’re just wrong. The law just says, there needs to be a local API, that apps can use to ask, what of 4 age brackets the user is in. That’s basically it. There is nothing about some online server that needs to hold that data.
BartyDeCanter@lemmy.sdf.org 6 days ago
No, sorry, you’re wrong. Go read the bill, particularly section 1798.501.b, 1798.502.a and b. Every developer of every application that can be downloaded from every package system MUST request your age bracket every time it is downloaded. And possibly every time it is launched. Basic utilities like ‘ls’ and ‘cat’, that pong example I pushed as a test, everything.
BennyTheExplorer@lemmy.world 6 days ago
But they could still just request the age bracket that is stored on the system at the time of download, no?
It’s not at all impossible, it just has to be implemented.
Schadrach@lemmy.sdf.org 1 week ago
Nothing in the law requires some kind of online server. Only a local API, which a local library that can be linked is. And it only requires age to bebe described in four brackets, hence just storing a value 0-3. Didn’t see anything obvious as to why this wouldn’t actually meet the requirements, while being as dumb and pointless as possible.