 |
от DeepUltramarine(29-03-2026)
Спекулациите и страховете можем вече да ги оставим настрана.
Може би се случва.
От публикаиця в It's FOSS от 20 март разбираме, че systemd може би ще добави функционалност за проверка на възрастта.
Какво знаем засега?
Създаден е pull request #40954 (с автор dylanmtaylor, отворен 5 март 2026), с който се добавя опционално поле birthDate в JSON записите на userdb (системната база данни за потребители в systemd).
Задаването на записа или промяната му може да се направи само от администратор (root) чрез homectl или подобни инструменти. Обикновените потребители не могат да го редактират сами.
Успокояващо засега е, че полето не е задължително.
Също така, systemd не прави нищо активно с него.
Няма policy engine, няма автоматична проверка на възраст, няма API за приложенията. Просто стандартизира данните, за да могат други проекти (като xdg-desktop-portal / Flatpak) да го ползват, ако искат.
Lennart Poettering (създателят на systemd) лично коментира няколко пъти:
Това е просто опционално поле в userdb JSON обекта. Не е policy engine, не е API за приложения. Просто дефинираме полето, за да е стандартизирано, ако някой иска да съхранява датата там – но е изцяло optional.
Това се прави в отговор на нови закони в няколко щата/държави, които влизат в сила от 2027 г.
California AB-1043 (Digital Age Assurance Act, подписан октомври 2025) – изисква от OS провайдърите (вкл. Linux дистрибуции) да събират birth date/age при създаване на акаунт и да дават age-bracket signal (под 13 / 13-15 / 16-17 / 18+) към приложенията чрез API.
Colorado SB26-051 – с почти идентичен механизъм.
Подобни закони има и в Бразилия (Lei 15.211/2025).
Законите не изискват сканиране на лична карта или биометрия (засега) – достатъчно е self-attestation (потребителят сам въвежда датата си).
Целта е приложенията (особено в app stores) да знаят възрастта на потребителя и да прилагат родителски контрол или ограничения на съдържанието.
Реакциите, разбира се, не закъсняха.
Настроенията към добавянето на birthDate полето в systemd userdb са силно поляризирани, като негативния тон преобладава.
Много потребители виждат това като "начало на nanny-state" и "политическо подчинение" на американски/бразилски закони (California AB-1043, Colorado и др.). Термини като "slippery slope", "dystopian", "government creep into Linux", "Trojan horse" са често използвани.
Вижда се драстично засилване на анти-systemd настроенията. Хората казват "това е поредното доказателство, че systemd е твърде централизиран и опасен".
На Reddit (r/linux, r/archlinux, r/cachyos и др.) може да се намерят стотици коментари с обвинения към Lennart Poettering, че "се предава на правителството" и че отхвърля revert PR-тата твърде бързо.
На X (Twitter) и YouTube се появиха заглавия като "Did SystemD Just Fold to Age Verification?", "The Linux Age Rebellion", "Nanny state discovers Linux".
Има и дистрибуции (или техни потребители), които заплашват с fork на systemd, преминаване към Devuan-style init системи или просто "намиране на друга дистрибуция".
Разработчиците (включително Dylan M. Taylor, който е подал PR-а, и Lennart Poettering) твърдят, че това е просто опционално поле в JSON запис, както вече съществуващите за realName, email, location и т.н. Systemd "enforces zero policy" — не проверява нищо, не налага нищо.
Полето е само за стандартизация, за да могат горните слоеве (Flatpak/xdg-desktop-portal, дистрибуциите, инсталаторите) да го ползват, ако искат да отговорят на законите.
Някои от поддръжниците на евентуалната промяна се аргументират, че е по-добре да има стандартен начин, отколкото всеки да си пише свое решение.
Част от защитниците коментират, че няма реална принуда — полето по подразбиране е празно, обикновените потребители не могат да го променят, а дистрибуциите могат да го игнорират или да го patch-нат.
Някои от дистрибуциите се колебаят и изчакват, а други изглежда са над нещата.
Canonical заяви, че са наясно с калифорнийския закон (AB-1043), но нямат конкретни планове за промени в Ubuntu засега. Преглеждат го с юридически екип и все още не са решили дали и как да реагират. Има ранни предложения от разработчици (като Aaron Rainbolt) за D-Bus интерфейс (org.freedesktop.AgeVerification1) и добавяне на birthDate при инсталация бяха спрени или не са приети.
На Discourse има петиция/тема "Ubuntu must not implement OS-level age verification" с не малка подкрепа.
Засега няма официално изявление от екипа на Mint. Като производна на Ubuntu, те следват upstream и засега не планират да добавят age verification. Във форумите на Mint темата се обсъжда активно, но тонът е по-спокоен – много хора казват "Mint е в Ирландия, законът не важи директно за нас" и "По-добре да чакаме Ubuntu да реши". Въпреки това, някои потребители се притесняват, че ако Ubuntu въведе нещо, Mint ще го наследи автоматично.
Fedora е една от дистрибуциите, за които се очаква, че може да имплементира нещо, защото Red Hat е голяма компания с юридически отдели и по правило се съобразява с американските закони. Има дискусии във Fedora forum за "practical architectural solution" към age verification laws и темата вече се обсъжда. Все още не е известно да има конкретно решение.
Във форумите на Debian темата също се обсъжда. Отсъстват драматични решения и фокусът е върху това как точно ще се експонира birthDate полето (ако изобщо) и дали ще се ползва xdg-desktop-portal. Като upstream за много дистрибуции, Debian е по-консервативен. Много потребители препоръчват Devuan (Debian без systemd) точно заради тази и подобни теми.
От CachyOS заявиха "ние не правим нищо по въпроса, използваме systemd, ако не ви харесва — намерете друго дистро" и започнаха да трият/банват постове, които смятат за "радикални". Това предизвика допълнителен backlash.
Arch Linux все още обсъждат дали да patch-нат или да го оставят на потребителите.
Garuda Linux излязоха с официално изявление, че няма да имплементират age verification извън законови изисквания и се дистанцират от "радикални" дискусии.
Някои по-малки проекти (като MidnightBSD) реагират по-агресивно — дори банват California в лиценза си.
А вече има и fork на systemd, който премахва birthDate полето (споменат в няколко източника).
Темата се очертава като част от по-широкия дебат за законите за age verification.
Discord също отложи подобни промени заради яростната съпротива на потребителите и мигрирането на не малка част от тях към други решения).
Умората от "защита на децата" като оправдание за все повече контрол и събиране на данни се разпростира все повече, както и съпротивата.
В по-техническите среди (Phoronix форуми, LWN, GitHub) обаче, спокойствието преобладава и тонът е умерен, с фокус върху факти, sandboxing (Flatpak) като истинско решение и че това не е "автоматична проверка при boot".
Засега шумотевицата е голяма, позициите са крайни или изчаквателни и премерени, а окончателни становища или решения все още няма.
Предполагам, всичко ще зависи от това, доколко ще се разпространят тези закони сред други щати в САЩ, както и в други държави.
Лично аз ще се въздържа от коментари. Вече споделих позицията си по тази тема в друга публикация тук. А нямам и никакво време за това.
Източник: https://itsfoss.com/news/systemd-age-verification/
Използвани са и други източници за допълнителни подробности и внасяне на малко повече яснота по темата.
<< | Age verification за всяка OS? >>
|
 |