When you call someone stupid, you've gone a long way towards closing their mind.
If the intention of the law makers is that every package: pkg, deb, rpm, apk, docker container, npm, jar, gz, zip... contained code to comply with California law, these changes would have to be implemented soon. The law does not require a standards compliant implementation which has the advantage that application developers do not need to wait for the operating system developer to deliver one. Application developers and distributors can develop their own age assurance system to achieve 100% compliance with the law in readiness for the enforcement date. This eliminates the dependency on an OS development that is late or that never arrives. Compliant packages can easily be rolled out using conventional update processes between now and New Year's Day 2027. At 0:00 hour, on the first day of enforcement, all of California's software systems would be legally required to have compliant systems in operation.
California requires a human operator to manual enter the age of the primary user. Every compliant package repo and package used after the enforcement date will now require this task to be completed before use so that it can be verified on every execution. Each package developer will likely want to diligently record compliance from that date in their log files. Some may even wish to collect logging information remotely as proof of compliance for every execution.
Developers would need to be careful that compliance with California's law does not consume a considerable amount of additional storage for the multiple copies of geo-location databases as the law does not specify a standardised storage location. They will also have to be careful that remote logging for proof of compliance, does not unduly affect the performance of installed systems.
There is a risk that hundreds of hours could be lost in processing delays when systems are waiting for a human operator to acknowledge T's&C's and provide the age rating required for each package to be legally used.
A potential advantage for compliance is that there will likely be more job opportunities for human system administrators in California to manually enter the age of the primary user. However, this could also present a risk that the cost of doing so makes these systems less competitive when compared to other states that do not require age assurance.
I look forward to reading how FreeBSD Jails, Virtual Machine images, Docker/Podman/Kubernetes containers and the Java Application Servers will be implementing the methods required to collect the human entered declaration for every pull, instance creation and invocation. I am also interested in how these systems will provide proof of compliance in auditing for customers using application hosting services. I hope that the technical challenges do not result in these technologies becoming illegal to use in California next year.