Привет

Достаточно часто создаются темы, где люди думают переходить на Gentoo и хотят уточнить некоторые моменты. Чтобы сэкономить время себе и другим, решил создать этот топик, в котором буду собирать ответы на частые вопросы.

TL; DR: Для тех, кто думает перейти на Gentoo (комментарий)

В каких случаях имеет смысл выбирать Gentoo:
1. Вы любите настраивать систему под себя. В Gentoo есть больше возможностей по кастомизации системы в сравнении с многими другими дистрибутивами: USE флаги, параметры компиляции, поддержка пользовательских патчей в пакетном менеджере, хуки пакетного менеджера (вставка своих шагов на этапе установки пакетов), игры с версиями приложений и/или зависимостей, игры с альтернативными имплементациями (openrc/systemd/..., rsyslog/syslog-ng/metalog, slang/ncruses, dhcpcd/dhclient/...).
2. Вы хотите обучиться основам Линукс. Установка Gentoo невозможна без практического понимания базовых принципов Линукс: интерфейс командной строки, chroot, работа с диском (MBR, GPT, возможно LVM, возможно шифрование, типы файловых систем, параметры монтирования и т. п.), настройка сети (WiFi/Ethernet, DHCP, ifconfig/ip, выбор между wicd/NetworkManager/sysinit и т. п.), ядро (конфигурация/компиляция/установка, firmware, внешние модули aka @modules-rebuild, возможно параметры при запуске и т. п.), графический сервер (Xorg/wayland, драйвера) и др. Большинство дистрибутивов скрывают это за инсталлятором, но в Gentoo вам придется столкнуться с этим непосредственно.
3. Требуется система максимально оптимизированная под определённую платформу или нефункциональные требования: минимальный размер (embedded), минимальный отклик (банковские системы, игровые сервера), максимальное быстродействие в конкретных областях (обработка видео потоков) и т. п. Стоит заметить, что Gentoo имеет смысл выбирать только в том случае, когда нет дистрибутива уже заточенного под эти требования, или он чем-то не устраивает.

В остальных случаях Gentoo скорее всего не лучший выбор, разве что Just for Fun.

Сильные стороны Gentoo:
#1 Gentoo очень гибкая и всенастраиваема
Пример того что в Gentoo делается просто:
- Использовать openrc вместо systemd или наоборот; pulseaudio или без него
- Наложить кастомный патч; пример когда это нужно
- Подключить или отключить такие вещи как vaapi, vdpau, opencv и т. п.
- Иметь несколько веток софта; уточню, что это работает только для определённых пакетов; например можно одновременно установить python 2.7, 3.4, 3.5 или qt4 и qt5, но нельзя одновременно установить qt 5.7 и 5.8

#2 Очень удобный и функциональный пакетный менеджер
Примеры удобных фич:
- Прервать установку (вплоть до перегрузки компьютера), а потом ее продолжить. Можно продолжить с последнего пакета (emerge --resume), продолжить но пропустить последний пакет, например, если его установка прервалась с ошибкой (emerge --resume --skipfirst, некоторые нюансы); для больших пакетов можно продолжить саму компиляцию (ebuild <полный путь и имя файла>.ebuild merge).
- Когда при установке обновляется конфиг приложения, определяется редактировался ли предыдущий конфиг пользователем. Если да, конфиг не перезаписывается, а кладётся радом, и выводится сообщение пользователю с предложением обновить конфиг.
- Обновить всю систему, но исключить некоторые пакеты (удобно для исключения больших пакетов из ежедневного обновления)
- Почистить зависимости - удалить те пакеты, которые больше никому не нужны.
- Поскольку ebuild - текстовый файл, то можно пропарсить на предмет требований к количеству ресурсов для установки:

$ for F in $(find /usr/portage -name "*.ebuild") ; do REQ=$(grep "CHECKREQS" "$F") ; if [[ -n "$REQ" ]]; then echo -e "\n$F\n$REQ" ; fi; done

#3 Хорошая документация, по крайней мере на английском. Более того, поскольку Gentoo-специфичные утилиты являются лишь надстройкой на generic механизмами, документация от других дистрибутивов (например от Arch) в большинстве случаев тоже подходит.
Опрос 2014: У какого дистрибутива лучшая документация

#4 Достаточно свежий софт, много сторонних репозиториев.
Список сторонних репозиториев
Gentoo - rolling release, а значит как только новая версия конкретного софта появилась в репозитории, её можно установить. Но здесь не имеется ввиду, что как только новая версия зарелизилась, она моментально становится доступна в основном дереве; лаг есть, но он как правило не большой, хотя зависит от пакета. В тестинг ветке новые версии появляются раньше. Кроме того мейнтейнеры Gentoo могут маскировать некоторые версии, если в них обнаруживаются серьезные баги. Однако всегда можно размаскировать нужную версию. Кроме того для некоторых пакетов есть -live версии, когда исходники скачиваются напрямую из github или аналога.
Пример когда «у меня не самый свежий софт в Gentoo»

#5 Полный порядок в системе, ничего лишнего - эстетическое удовольствие, плюс возможно можно немного улучшить перформанс

#6 В процессе установки и эксплуатации получаешь полное понимание как работает система, а значит возникающие проблемы решаются быстро. На самом деле без должного знания Линукса (или желания его узнать в процессе) Gentoo нормально не установить.

Недостатки
#1 Сложная и долгая первичная установка. Если устанавливать в первый раз, нужно готовиться потратить несколько дней. Для опытных - несколько часов + компиляция.
Время установки (компиляции) Gentoo, еще немного цифр по большим пакетам

#2 Пакетный менеджер хоть и удобный, но очень медленный

#3 Если не обновлять систему долго (полгода и более), то сложность обновления сопоставима с установкой новой системы. Есть мнение, что emerge-webrsync --revert=yyyymmdd должен помочь (лично я не проверял).

Особенности
#1 Высокий порог входа; дистрибутив не для новичков. Если человек не комфортно чувствует себя в командной строке, никогда не компилировал ядро, не разбивал диски на разделы, не привык изучать докуменацию, вчитываться в сообщения и анализировать логи, то Gentoo покажется сложной в обслуживании, а возникающие проблемы будут списываться на дистрибутив.

#2 Обновляться нужно часто.

#3 Основные фичи - в командной строке. Для тех, кто не привык работать в командной строке, это будет минусом. А для тех, кто комфортно чувствует себя в командной строке, это будет плюсом, так как работа в командной строке более эффективна, а типовые сценарии можно обернуть в скрипты и еще больше сократить время на обслуживание системы.

#4 Есть две ветки: stable и testing. В stable меньше шансов встретить проблему, но в testing более свежий софт. Ветки можно комбинировать.

Мифы
Миф #1 Gentoo даст прирост производительности за счет того, что весь софт компилируется под конкретное железо.
Краткий ответ: Без дополнительных телодвижений - в пределах пары процентов, так что вряд ли вы это заметите.

Детальный ответ.
Не следует ожидать что просто скомпилировав систему из исходников вы получите сколько-нибудь заметное улучшение перформанса.
Для большинства приложений компиляции под конкретное железо даст прирост производительности в районе 1-2%.
Ложка дегтя: в некоторых случаях даже может быть замедление. Например Firefox, можно ускорить с помощью PGO. В Gentoo по умолчанию это отключено, так как PGO увеличивает время компиляции почти в два раза. В бинарных дистрибутивах соотв. софт может быть скомпилирован с PGO.
Так как добиться улучшения производительности? Узкий круг приложений может быть значительно ускорен при компиляции под конкретную платформу - на 30%-50% и больше. В основном это приложения которые активно занимаются вычислениями. Но для этого требуется соотв. настройки. Например, активация SIMD инструкций, даст прирост производительности в мультимедиа приложениях. Некоторые процессоры имеют аппаратную поддержку шифрования AES. В бинарных дистрибутивах подобные фичи будут отключены, так как не все процессоры это поддерживают, а бинарные дистрибутивы в первую очередь заботятся о совместимости.
Небольшое улучшения перформанса возможно если убрать из системы всё лишнее (мнение 1, мнение 2).
Еще интересный случай

Миф #2 Обновления занимают много времени
Краткий ответ: 5-10 минут на фоне, не мешая основной работе.

Детальный ответ.
Обновления не занимают много времени, но опять же, при правильном подходе.
Во-первых, как было сказано выше, обновляться нужно часто. Для testing ветки это каждый день, или по крайней мере не реже чем в раз 2-3 недели. Для стабильной ветки - раз в неделю достаточно (на стабильной ветке намного реже выпускаются обновления)
Во-вторых, есть пакеты которые правда очень долго компилятся: libreoffice, firefox, chromium... Их всего 10-15. Я их исключаю из ежедневного обновления, а обновляю раз в несколько месяцев.
Еще нужно сказать, что на этом вопросе часто заостряют неоправданно много внимания. Обычно обновления происходят на фоне, и не сильно влияют на работу; так какая разница как долго они выполняются?
В итоге, у меня обновления занимают примерно 5-10 мин ежедневно (у меня тестинг-ветка).
К тому же всё происходит на фоне, в любой момент можно поставить на паузу (Ctrl+Z, fg), продолжить после прерывания (умышленного или случайного).
Мой скрипт ежедневного обновления

Миф #3 Gentoo требует много времени на обслуживание
Краткий ответ: это зависит от вас.

Детальный ответ.
Обслуживание Gentoo занимает меньше времени по сравнению с другими дистрибутивами, но только при грамотном обращении, конечно. Достигается это за счет следующего:
- хороший пакетный менеджер: маскировки, глобальные и индивидуальные установки для пакетов (USE флаги, опции компиляции, каталоги), хуки, приоритеты (чтобы компиляция происходила на фоне и можно было работать), много опций для установки и анализа, подсказки после установки.
- всё происходит в CLI, а значит типовые операции можно обернуть в скрипты/алиасы.
- уже существуют много утилит для облегчения обслуживания: eselect, equery, eix, eclean, euse, genlop и др.
Грамотное обращение означает, что вы правильно и регулярно обновляете систему, исполняете предписания emerge, которые он выдает после установки, держите в порядке конфигурационные файлы, а если таки возникает проблема, которую решить вы не можете, то вы обращаетесь в форумы, а не просто жалуетесь на жизнь.
Что до проблем с обновлениями - см. следующий пункт «Миф #4 Установка, обновление постоянно падают; частые блокировки»

Миф #4 Установка, обновление постоянно падают; частые блокировки
Краткий ответ: Не чаще чем в других дистрибутивах

Детальный ответ.
Если говорить про «часто» и «постоянно», то проблемы с обновлением/установкой могут быть если:
- система давно не обновлялась
- система неправильно обслуживается (см. выше про Грамотное обращение)

В редких случаях пакет просто не компилируется. На самом деле это проблема не Gentoo, а тех, кто писал этот софт. И в подавляющим большинстве случаев это не является проблемой, и вот почему. Если это обновление, то можно продолжить процесс запустив emerge с параметрами --resume --skipfirst - он обойдет проблемный пакет, пересчитает зависимости чтобы система осталась консистентной, и продолжит обновление (а можно изначально передать параметр --keep-going, тогда это будет происходить автоматически, прерываний вообще не будет). Если пакет критичен, можно установить предыдущую версию, которая компилировалась (а проблемную замаскировать чтобы пакетный менеджер ее не видел).

Что может заблокировать обновление полностью:
- просьба пакетного менеджера поменять флаги пакета. При этом emerge предлагает сделать это автоматически, но лично я предпочитаю делать вручную. Для ручного способа, решается добавлением строчки в package.use
- просьба пакетного менеджера задать лицензию. Это валидно только для не-свободных лицензий, например EULA, Skype, Adobe Flash и т. п. Если мы говорим имено про обновление, то такое бывает только когда лицензия обновляется, что бывает очень редко (как много у вас пакетов под не-свободной лицензией, и как часто они меняют лицензию?). Решается добавлением одного слова в make.conf
- просьба пакетного менеджера размаскировать пакет. По моему опыту нужно не размаскировывать, а наоборот замаскировывать пакеты, которые тянут замаскированные зависимости. Это, да, требует минут 5-10 на разобраться. Но, если только у вас нет смешения веток и live пакетов, такой вариант случается раз в пятилетку.
- сложные блокировки. Большинство блокировок пакетный менеджер разрешает сам; по моим наблюдениям, качество данного механизма значительно улучшилось пару лет назад. Из своего опыты скажу, что (учитывая частые обновления) блокировок, которые бы совсем останавливали обновление я уже не видел года 1.5. Но если они есть, то это действительно сложный кейс.

Иными словами, при порядке в системе, кейсы, которые требуют значительного времени и напряжения уственых усилий (сложные блокировки, замаскированные зависимости) случаются раз в несколько лет; кейсы, которые решаются за пару минут - раз в несколько месяцев.

Миф #5 В Gentoo нет бинарных пакетов
Краткий ответ: Есть там, где это действительно нужно.

Детальный ответ
29 декабря 2023 года было официально объявлено о релизе бинарного варианта Gentoo: Gentoo становится бинарным / https://www.gentoo.org/news/2023/12/29/Gentoo-binary.html Также есть Calculate Linux - полностью бинарный форк Gentoo.
С самого начала в «классическом» Gentoo в основном репозитории всегда были несколько бинарных пакетов: libreoffice-bin, firefox-bin, некоторые другие. Связано это с тем, что из исходников они очень долго компилируются, и иногда проще поставить бинарник.
Бинарный пакет можно сделать самому командой quickpkg --include-config y <установленный пакет> - удобно для бекапов.
Но стоит обратить внимание на то, что при использовании бинарных пакетов пропадают те главные особенности, ради которых имеет смысл выбирать Gentoo. Если вам нужен уже скомпилированный софт, возможно вам имеет смысл присмотреться к другим дистрибутивам.

FAQ

#1 Установка на слабый компьютер
Смотря что есть слабый компьютер.
Из собственного опыта: Intel Core2 Duo 6600 @ 2.40GHz, 2Gb RAM + 4Gb swap хватало для комфортной работы в Gentoo.
Зачастую ebuld'ы содержат информацию о том, сколько нужно памяти для компиляции пакета. TOP 5:
16G - chromium
8G - ledger, isabelle
7G - ceph
6G - firefox x64 (для x32 нужно 3G), pypy x64 (для x32 нужно 3G)
5G - electron
Если компьютер и вправду слабый, то лучше выбрать не Gentoo (точнее не-source-based дистрибутив). Альтернатива - можно вынести компиляцию на другой «не-слабый» компьютер с помощью distcc.

Опрос 2025: Какую операционную систему и/или дистрибутив GNU/Linux вы используете на ПК?
Опрос 2022: Какой дистрибутив GNU/Linux вы используете на домашнем ПК/ноутбуке/моноблоке?
Опрос 2022: Лучший дистрибутив линукса или ОС для сервера
Опрос 2021: Какую операционную систему и/или дистрибутив GNU/Linux вы используете на ПК?
Опрос 2021: Какой операционной системой вы пользуетесь на серверах?
Опрос 2018: Какой ОС вы пользуетесь на основном ПК?
Опрос 2017: Какую ОС вы используете на основном ПК?
Опрос 2014: Какой дистрибутив вы используете на десктопе?
Опрос 2013: Какой дистрибутив вы используете на десктопе?
Опрос 2013: Какой дистрибутив Linux считаете максимально близким к UNIX-way?
Опрос 2011: Какой из дистрибутивов, по вашему мнению, обладает наиболее полной и внятной документацией?
Опрос 2011: Какая ОС установлена на вашем рабочем компьютере?
Опрос 2006: Каким дистрибутивом GNU/Linux Вы пользуетесь?
W3Tech стастика дистрибутивов на серверах
Отличия дистрибутивов, время работы ноутбука
Чем удобны USE флаги
Сколько памяти нужно для РАБОТЫ Gentoo (сколько нужно для компиляции было указано выше)
Сколько места на диске нужно для Gentoo
Правильное полное обновление Gentoo, Мой скрипт ежедневного обновления, Еще вариант
Gentoo для девелоперов
Практика инсталляции Gentoo: в двух словах простым языком
Небольшой скрипт - сборка livecd

Через сколько расколупают мою вэдээску если на ней будет стоять стандартный пароль root? Вот в секундах там минутах

Перемещено CrX из admin

Вчера вспомнил про VDS, после очередного «она мне изменила, но я её простил» решил накатить Ubuntu, установить и ввести в строй по-быстрому exim, bind.

Сегодня с утра наблюдаю какой-то кошмар в htop. Ну недолго думая затёр жестокий диск и poweroff.

То есть, чтобы вы понимали, я просто оставил систему в состоянии «из коробки», не заморачиваясь настройками, не ковыряя ssh или ещё что. Установил что было нужно (exim, bind), и забил, типа работает и пусть и работает, что ещё надо-то от меня?

Лень разбираться через что и как, тратить время на изучение причин, факт лишь в том, что Ubuntu из коробки подверглась ололо-взлому за ночь.

Почему-то с CRUX на том же VDS такой беды не происходит, хотя версии ПО по большей части те же, а в CRUX используется ванильный софт с дефолтными настройками от самих разработчиков, над настройкой которого я тоже шибко не парюсь.

Вот существует простая человеческая истина: чем решение проще — тем оно вернее. Зачем вообще этот говнод пихали, усложняли систему, лучше бы систему до ума довели, чтобы её можно было оставлять без присмотра.

РРРР! Бесит.

Добрый день!

В одном из топиков была поднята «данная тема».
Поделитесь мнением: что/как/для чего/лучше/хуже/правильно/неправильно итд

Можно и просто побалагурить на «тему».

спасибо

p.s.
- поднятая тема в топике была: правильно / неправильно (т.е. this - это единственно правильно потому-то и потому-то или наоборот... или просто мысли на тему)

мне-то все давно понятно.
я завел эту тему, что-бы продолжить обсуждение тут а не в «офтоп-теме».
т.е то, что вы «тут обьясняете», вы объясняете, по сути, не мне, а «сообществу»

Тут многие надеются, что цены не память упадут в связи в выходом висты...

http://news.ferra.ru/hard/2006/12/09/64129/

>>"Другими словами, спрос на устройства оперативной памяти столь велик, что даже повышение цен на $10 вряд ли вызовет заметное снижение объёмов продаж, чем производители вполне могут воспользоваться."

Решил таки прикоснуться к прекрасному, потому как все чаще слышу мнения о том, что мол готов уже вайланд n лет, все хорошо.

На поиграться выбрал два композитора, а именно: labwc и river. Потому что модель тайлинга в sway, который по всей видимости самый готовый из прочих, мне не нравится, а niri какой-то инопланетянский.
Hyprland не рассматривал — вижу в конфиге анимации — сразу досвидание). А если серьезно, то похоже его какие-то хипсторы пилят, форкнули wlroots… они вообще понимают во всем этом? К тому же мне нужен стабильный и по возможности простой композитор, не хочу ходить при каждом обновлении вчитываться в changelog, чтобы понять что там опять передвинули.

И так. Labwc кажется совсем не юзабельный, курсор мыши не следует за фокусом окна, в мане есть что-то похожее на эту тему (WarpCursor), но как пользоваться этим не понятно. К тому же, Alt-Tab переключает даже скрытые окна, нафига? За конфиг на xml отдельное спасибо. В мусорку.

River (classic) интересней, простой конфиг, динамический тайлинг, в целом понравился (не въехал пока как тегами пользоваться). Вообще концепция у него интересная — «напиши свой генератор макета», коих уже набросали не мало. Новую версию (4.0) не щупал, в репе нет, лень разбираться с опакечиванием.
Самый главный недостаток — хоткеи не работают в отличной от английской раскладке, надеюсь ошибаюсь и вы меня поправите. Transmission ведет себя неадекватно, плодит новые экземпляры, диологовое окно открывает на первом теге. rofi -window не может переключить фокус на окно в другом теге. Прикрепление приложения к конкретному тегу не понятно как работает, если с pcmanfm сработало, то transmission/telegram никак, аналога xprop похоже вообще не существует, нагуглился лишь какой-то скрипт для sway… как получить информацию о приложении? Эти ужасные заголовки окон… их не убрать.
Из плюсов: шустрый и с плавающими окнами хорошо работает (думаю им впринципе можно как стековым пользоваться).

Да, еще вскользь взглянул на mangowc (основан на dwl). Дефолтный конфиг — мешанина из динамического и прокручивающегося макета, анимации опять какие-то… тут уже лень стало ковыряться.

Господа хорошие! Тема не ради холивара! Как готовить этот ваш вайланд? Из первых уст так сказать, каким композитором пользуетесь, с какими проблемами столкнулись и как их решали. Делитесь опытом, скриптами и прочее.

Наткнулся вчера на одном неотзывчивом форуме:

Bad Gateway (502)
Something bad happened while trying to serve your request.
Don’t worry, we’re likely already working on it. Please try again later.
And yes, we’ll be scolding the Gateway for being bad.

Gateway Timeout (504)
The application took too long to process your request.
Please try again later.
Or, be less demanding. Computers have feelings, too, you know.

А с чем хорошим приходилось сталкиваться вам?

https://github.com/torlando-tech/columba

Вроде как работают через экземпляры друг друга по вайфаю, блютузу и даже LoRa.

Кто что слышал?

UPD: про протокол, там вроде и другие программы клиенты есть https://4pda.to/forum/index.php?showtopic=1114849&st=0

UPD2: народ подтащил ссылок про ридикулум

https://markqvist.github.io/Reticulum/manual/

https://github.com/markqvist/Reticulum/blob/master/Zen%20of%20Reticulum.md

https://github.com/markqvist/Reticulum/wiki/Frequently-Asked-Questions

https://kirillz.github.io/reticulum-docs/

Слушал тут одного блоггера, который заявил, что со смартфона ГБ может снять все данные и спокойно анализировать полученный дамп в оффлайне, читать из этого дампа переписки в соцсетях, емейлы и проч. Что есть у них софт, который это делает легко и просто.

Допустим, даже, упростим задачу. Человека на контроле скажем в аэропорте попросили пройти в комнатку. Там, естественно, человек в штатском предлагает вам добровольно показать смартфон. И вы это делаете (ведь вы-то знаете, что ничего не нарушали и т.п., к тому же, скоро улетит самолёт, на который вы потратили 100т.р.). Далее смартфон пропадает на 20 мин. и возвращается к вам с пожеланиями счастливого пути.

Понятно, что после этого телефон вы можете выкинуть, захардресетить и проч. Но дамп-то уже у кого надо остался…

Каковы ваши действия как Линуксоида по предотвращению несанкционированной утечки информации?

!Ъ:https://www.jdsupra.com/legalnews/analyzing-california-s-digital-age-6008724/

кому удобно слушать голос: https://www.youtube.com/watch?v=Ie9-kgxKjIc

Ъ: в калифорнии приняли закон, по которому с 1 января 2027го года каждый производитель операционной системы обязан внедрить в неё средства проверки возраста пользователя. Также, каждый разработчик софта обязан учитывать возраст пользователя в своем приложении и что-то там цензурить.

Калифорния не первая такая:

In doing so, California joins Louisiana, Texas, and Utah, in passing laws this year requiring app developers to receive age bracket signals….Texas and Louisiana’s laws go into effect January 1, 2026, and Utah’s law will go into effect May 6, 2026.

Есть разница в степени упоротости этих законов:

в техасе закон налагает ограничения на магазины приложений:

The age-verification regimes adopted in Louisiana, Texas, and Utah target specific content categories. They focus on the role of app stores to proactively verify age and prevent minors from accessing applications without parental oversight and consent.

Но в калифорнии-то ахтунг на ахтунге сидит и ахтунгом погоняет, поэтому там требования накладываются именно на разработчика ОС и разработчиков софта.

Unlike the other states’ laws, AB 1043 creates a more fundamental, device-level infrastructure and places the collection burden on OSPs rather than app stores.

То есть например берем убунту. Допустим что в неё на этапе создания аккаунта добавят указание возраста или что-то типа parental control. Вроде бы закон позволяет этим обойтись. Далее, в убунте есть установка приложений: она попадает не только в калифорнии. Хорошо, они туда добавят фичи.

Но дальше эти фичи надо внедрять во все приложения которые лезут в интернет. Браузер, почта, и так далее. Кто будет всё это делать? Для браузера надо резалку траффика сделать - ой, а тут вообще все плохо в линуксе. Как по софту, так и по простоте его использования. Там зачастую не каждый дид в свитере разберется.

А есть еще freebsd, netbsd, openbsd, haiku, freedos… И не у всех них хватит ресурсов чтоб удовлетворить требования поехавших борцов за права детей.

И сказать что мы делаем только для взрослых бородатых дидов в свитерах не получится. Исключений нет. У микрослопа есть бонус: они могут не просто внедрить всё это от браузера до контроля приложений, но также могут обеспечить базовую настройку белых списков чтоб все работало из коробки.

И тут надо понимать, что вот ЭТО тренд по всему миру. Австралия, новая зеландия, германия, франция, англия и теперь сша по кусочкам(но все больше и больше) в деле. РФ туда же движется просто на костылях бежать в ад быстро не получается.

Upd: MidnightBSD уже поменяла лицензию: теперь жители калифорнии с 2027 и колорады с 2028 не могут устанавливать эту бздю потому что мы не сделали, не хотим и не будем делать все эти зонды

https://github.com/systemd/systemd/pull/40954

Stores the user's birth date for age verification, as required by recent laws
in California (AB-1043), Colorado (SB26-051), Brazil (Lei 15.211/2025), etc.

The xdg-desktop-portal project is adding an age verification portal
(flatpak/xdg-desktop-portal#1922) that needs a data source for the user's age.
userdb already stores personal metadata (emailAddress, realName, location)
so birthDate is a natural fit.

Full date rather than just birth year: birth year alone has up to ~12 months of
imprecision at age boundaries, which could misclassify a 17-year-old as 18 or
vice versa.

«Сохраняет дату рождения пользователя для проверки возраста, в соответствии с недавними законами в штатах Калифорния, Колорадо; в Бразилии, и т.д.

Проект xdg-desktop-portal добавляет портал проверки возраста (flatpak/xdg-desktop-portal#1922), которому нужен источник для возраста пользователя. userdb уже хранит личные метаданные (адрес эл. почты, действительное имя, местоположение) так что дате рождения естественно здесь и место.

Полная дата, скорее не просто год рождения: один год рождения имеет около 12 месяцев, что есть неточность границ возраста, которые могут быть недоопределены, 17 лет как 18 и наоборот»