Hacker News Digest

Калифорния приняла поправку к закону о верификации возраста, освободив все открытые операционные системы — включая Linux, BSD и SteamOS — от обязательства собирать данные о возрасте пользователей. Исключение распространяется на ПО, распространяемое под лицензиями GPL, MIT, BSD и Apache, что охватывает Debian, Ubuntu, Arch и другие дистрибутивы. Закон теперь не применяется к системам, где пользователи могут свободно копировать, изменять и перераспространять код, а также к библиотекам и зависимостям, устанавливаемым через пакетные менеджеры вроде apt и pacman.

Поправки также устранили абсурдное определение «пользователя», которое автоматически классифицировало всех владельцев устройств как детей, и запретили запрашивать сигнал возраста без прямого законного основания, закрывая путь к злоупотреблениям. Разработчики получили защиту от ответственности за ошибочные сигналы. Windows, macOS, iOS и Android остаются под законом — им нужно будет запрашивать возраст при создании учётной записи с 1 января 2027 года. Статус SteamOS остаётся неясным из-за проприетарного клиента Steam, но GrapheneOS теперь полностью вне юрисдикции закона.

Исключение Linux и открытого ПО из закона о верификации возраста — тактическая уступка, которая может привести к блокировке Linux-клиентов соцсетями: без сигнала возраста от ОС платформы не смогут выполнить требования, а исключение лишь смещает проблему приватности на другие уровни, не решая её. Участники спорят о границах исключения: одни считают, что под него подпадут только Linux, тогда как Android и GrapheneOS могут быть заблокированы; другие предлагают расширить его на браузеры и гипервизоры или вовсе использовать blacklist закрытых коммерческих систем вместо whitelist открытого ПО. Исключение технически обосновано, но юридически хрупко — законодатели могут пересмотреть определение «открытого ПО». Принятие закона единогласно вызывает подозрения в лоббистском давлении и подготовке к отмене исключений. Большинство согласны, что закон — плохая политика: он не решает корневую проблему приватности, не проверяет возраст, а требует передачу сигнала, превращаясь в инструмент слежки. Вместо защиты детей он перекладывает ответственность на разработчиков ОС, игнорируя родительский контроль и образование, а для школьников, уже сталкивающихся с жёсткой цензурой, Linux может остаться единственным путём к открытому интернету. Среди предложений: использовать ZK-доказательства возраста на уровне протокола HTTP и пересылать этот пример законодателям Иллинойса для влияния на аналогичные инициативы.

Keychron анонсировал первый открытый прошивка для игровых мышей под названием ZGM, который будет выпущен в первом квартале 2027 года для мыши G6 HE с гибридными магнитными переключателями. Эта разработка представляет собой мышиный эквивалент популярных QMK и ZMK, используемых в механических клавиатурах. Внутренняя память мыши будет хранить прошивку, поэтому для её работы не требуется запуск фоновых программ. Проект предусматривает низкую задержку, модульные слои для сенсора, кнопок, скролл‑колёсика и подсветки, а также поддержку широкого спектра микроконтроллеров как по проводному, так и по беспроводному соединению.

ZGM‑ прошивка открывает доступ к свободной кастомизации, позволяя пользователям менять параметры без ограничений производителя, а также включать продвинутые функции, недоступные в стандартных решениях. Лицензия проекта — GPL, а исходный код размещён на GitHub, где планируется вести разработку публично и учитывать отзывы сообщества. Поскольку открытый прошивка для мышей пока редкость, успех ZGM может установить новый стандарт, аналогично тому, как QMK стал базой для малосерийных клавиатур. Конкуренцию ему составит Logitech X2 SuperStrike, но ZGM обещает более гибкую модульную архитектуру и полную прозрачность кода.

Пользователи ценят открытый исходный код за возможность настройки устройств и повышение доверия, но отмечают риски: проблемы с качеством, сложность настройки и потенциальные баги в прошивке. Некоторые считают открытую прошивку для мышей излишней, другие — важной для кастомизации и улучшения производительности. Рекомендуется производителям выпускать открытую прошивку для повышения лояльности и ускорения поддержки и обновлений.

Теория, что GPL распространяется на AI-модели, обученные на GPL-коде, подразумевает: модель — производная работа GPL-кода, поэтому при её распространении применяются copyleft-условия, включая раскрытие исходного кода. С запуском GitHub Copilot в 2021 году дебаты разгорелись из-за использования OSS-кода в обучении, но к 2025 году энтузиазм угас под влиянием пользы ИИ. Однако теория не опровергнута: вопрос остаётся открытым, без ясных решений правительств.

Идёт два ключевых иска: Doe v. GitHub (классовый иск по Copilot) сохраняет претензии о нарушении OSS-лицензий; GEMA v. OpenAI трактует "память" в моделях как юридическое воспроизведение. Аргументы против — на уровнях авторского права (обучение не создаёт производную), текста GPL (не охватывает модели), техники (веса не копируют код) и политики (подорвёт ИИ-развитие). OSI и FSF не поддерживают propagation; в Японии аналогично скептицизм.

• Скептицизм по применению GPL к ИИ: сложно доказать обучение на copyleft-коде, аналогии с человеческим обучением и fair use.
• Критика GPL/copyleft за навязчивость; предложения новых лицензий, запрещающих использование в обучении моделей.
• Споры о виральности GPL, авторских правах на вывод ИИ и влиянии на open source сообщество.
• Мнения о безнаказанности корпораций, необходимости законодательных изменений и рисках для контрибьюторов.

Основатель Pebble Эрик Мигицовский и сообщество Rebble ведут спор о будущем умных часов Pebble. Мигицовский основал Core Devices в 2025 году для возрождения бренда, в то время как Rebble, некоммерческая организация с 2017 года, поддерживает сообщество после закрытия Pebble. Конфликт возник из-за соглашения о платежах $0.20 в месяц на пользователя и спора о правах на данные магазина приложений Pebble (13 000 приложений 2012-2016 годов). Rebble утверждает, что полностью владеет этими данными и хочет создать "закрытый сад", в то время как Мигицовский настаивает на открытости экосистемы.

Rebble обвиняет Мигицовского в "краже" их работы для коммерческих часов, но он отрицает эти обвинения, подчеркивая, что все вклады в PebbleOS были полностью открытыми. В ноябре 2025 года Core Devices отгрузила 5 000 часов Pebble 2 Duos и работает над Pebble Time 2. Мигицовский отмечает, что они перешли на собственный репозиторий из-за долгих проверок PR в репозитории Rebble.

• Rebble опасается вытеснения из экосистемы после предоставления Core доступа к данным магазина приложений, требуя гарантий против создания "враждебного" закрытого сервиса.
• Core Devices (Эрик) стремится использовать инфраструктуру Rebble для возрождения часов, но Rebble видит в этом попытку "ренты" вместо сотрудничества, обвиняя Core в недобросовестных действиях (включая "скрапинг" данных).
• Сообщество разделено: часть пользователей поддерживает Rebble за сохранение открытости, другая — Core за возрождение часов, предлагая технические решения (переход на GPL/AGPL) или альтернативные устройства (BangleJS).
• Проблемы прозрачности: использование Discord вместо публичных каналов усложняет отслеживание решений, а публикация переписки без согласия участников вызывает вопросы о доверии.
• Обе стороны зависят друг от друга (Core — от инфраструктуры Rebble, Rebble — от новых часов), но не осознают этого, ведя к "избегаемому проигрышу" для пользователей.

В Ubuntu 25.10 обнаружен баг в Rust-версии команды date из пакета uutils, нарушающий автоматические обновления системы. Проблема затронула облачные развертывания, контейнеры, десктоп и серверные версии. Системы с rust-coreutils версии 0.2.2-0ubuntu2 или ранее подвержены уязвимости, исправленной в версии 0.2.2-0ubuntu2.1. Интересно, что баг не влияет на ручные обновления через apt.

Ubuntu реализует проект "окисления" дистрибутива, переходя на uutils и sudo-rs для версии 25.10, чтобы оценить пригодность Rust-утилит для долгосрочного выпуска в апреле. Этот переход вызвал дискуссию: одни считают, что замена проверенных десятилетиями C-утилит неизбежно приведет к краткосрочным проблемам, другие поддерживают инициативу как необходимую. Также поднимаются вопросы лицензирования MIT вместо GPL и управления проектом uutils.

• Обсуждение вокруг замены GNU coreutils на Rust-версию свелось к тому, что проблема лицензии (GPLv3 vs MIT), а не безопасность, и что в конце концов, как и следовало ожидать, никакой "серьёзной" уязвимости там не было.
• Участники обсуждения отмечают, что даже если бы это была уязвимость, то это была бы не более чем типичная для мейнтейнеров Ubuntu ошибка пакетов, которые не были бы исправлены в нужное время.
• Сообщество высказывает опасения по поводу переписывания критически важных утилит, которые были проверены временем, на новом и потенциально менее стабильном языке программирования.
• Некоторые комментаторы подчеркивают, что обсуждение не касается безопасности, а вопрос лицензии и что это не более чем естественное течение времени и что в конце концов, как и следовало ожидать, никакой "серьёзной" уязвимости там не было.

Steinberg выпустил VST SDK 3.8.0 с важными изменениями, включая переход на открытый исходный код под лицензией MIT. Основные обновления включают поддержку MIDI 2.0 с новыми интерфейсами IMidiLearn2 и IMidiMapping2, которые заменяют предыдущие версии, а также добавление отсутствующего перечисления ControllerNumbers для MIDI 1.0. Появилась предварительная поддержка Wayland в Linux с интерфейсами IWaylandHost и IWaylandFrame.

VSTGUI обновлен до версии 4.15.0 с новым API Task Concurrency для выполнения задач в фоновых потоках, поддержкой пользовательских макетов вида, включая GridLayouter, аналогичный CSS Grid, и скриптингом для UIDescription. Также добавлен новый текстовый редактор и предварительная поддержка Wayland. В SDK исправлены ошибки в cmake, helper classes и VST3PluginTestHost, а документация адаптирована под новую модель лицензирования.

• Steinberg/Yamaha открыли исходники VST3 SDK под GPL-3, что стало возможным благодаря давлению со стороны CLAP и сообщества.
• Это снимает юридические барьеры для распространения VST3-плагинов в свободных программах и делает возможным включение SDK в дистрибутивы Linux.
• Одновременно, Steinberg открыла исходники примеров и утилит, что упрощает разработку плагинов и хостов.
• Несмотря на то, что VST3 всё ещё более сложен в реализации, чем CLAP, сообщество продолжит использовать VST3 из-за его широкой поддержки.
• Сообщество приветствует этот шаг как победу свободного программного обеспечения в аудио-индустрии.

EUPL — это публичная лицензия Европейского Союза, созданная для распространения ПО, разработанного европейскими институтами. Она обеспечивает юридическую точность в терминах европейского права, включая чёткие формулировки об ограничении ответственности и гарантий, что отличает её от многих лицензий, ориентированных на законодательство США. Важной особенностью является доступность на всех официальных языках ЕС, что обеспечивает равную юридическую силу в разных юрисдикциях.

Лицензия имеет сильный copyleft, предотвращающий присвоение улучшенных версий ПО третьими сторонами. EUPL совместима с другими популярными лицензиями, такими как GPL, через специальное положение о совместимости, позволяющее комбинировать код под разными лицензиями. Хотя изначально предназначена для госсектора, она может использоваться любым правообладателем ПО.

• EUPL моделируется после GPLv3, закрывает SaaS-лазейку, но исключает положения о тивоизации и DRM, а также явно определяет юрисдикцию ЕС.
• Лицензия фокусируется на юридической интероперабельности в ЕС, имеет список совместимых лицензий, но её совместимость с GPL вызывает споры о потенциальном релизайсинге.
• EUPL мало распространена, воспринимается как политический/правовой компромисс, а не идеологическое заявление, и её практическая полезность ставится под сомнение.
• Некоторые участники обсуждают выбор между EUPL и AGPLv3, отмечая модификации EUPL и её применимость вне ЕС.
• Поднимаются вопросы о лицензиях с ограничительными клаузами (например, против оружия или ископаемого топлива), но отмечается их непопулярность из-за неоднозначности.