Hacker News Digest

DEsk — это рабочий стол для Linux на Wayland, выполненный в стиле реалистичного скевоморфизма, как в iOS 6: всё на экране нарисовано так, чтобы выглядеть как настоящие предметы. Сам стол — это письменный стол из орехового дерева, окна — листы бумаги на нём, док — выдвижной ящик, приложения хранятся в папках на книжной полке за столом, уведомления приходят в почтовый ящик, а системные настройки — это панель, встроенная в заднюю стенку стола. Комната отрисована методом трассировки лучей, и всё освещает одна настольная лампа.

Название происходит от слов «Desktop Environment» и «desk»; раньше проект назывался DeskWM, но команды теперь desk, desk-session, desk-settings, а прежние настройки и переменные DESKWM_* переносятся автоматически. Версия v0.1.2 (бета) — первый публичный выпуск с исправлениями и установщиком для Fedora. Установка сводится к запуску скрипта для Debian 13, Ubuntu 24.04/26.04, Arch Linux или Fedora 43/44, после чего нужно выйти и выбрать DEsk на экране входа. Первый вход рисует комнату один раз — несколько секунд на видеокарте и дольше без неё.

Окна-бумага имеют загнутый уголок: при наведении он приподнимается и показывает «Fold» (свернуть), «Unfold/Refold» (развернуть и восстановить) и «Discard» (закрыть, смяв в комок). Ящик-док открывается по латунной ручке или Super+D. Среди горячих клавиш — Super+Tab для переключения окон, Super+L для блокировки экрана и Print для снимка экрана. Проект создан при помощи ИИ: большую часть кода и документации написал Claude под руководством автора, который тестировал систему на реальных машинах. Код распространяется под лицензией MIT.

Обсуждение вызывает ностальгию по эстетике 90-х и ранних iOS. Пользователи отмечают, что современный минимализм стал слишком однообразным, а реализация DEsk может быть полезна для детей или в VR/AR. Часть пользователей считает проект возвращением к красоте и разнообразию UI, другие называют это «плохой идеей» из 90-х, сравнивая интерфейс с Papers Please или MS Bob. По мнению @d1l, главная проблема — сопротивление современных UI-тулкитов (особенно GTK/libadwaita) кастомизации и темам; Qt может быть более подходящим выбором. Скевоморфизм может задействовать пространственную память (@tenacious_tuna) и помочь новичкам или детям понять концепции окон и вкладок (@V__). @Retr0id считает, что шарм iOS 6 был в текстурах фиксированного разрешения, а не в рейтрейсинге, который использует DEsk. Развитие wlroots способствует появлению большего количества экспериментальных рабочих столов для Linux (@iamnothere). Некоторые пользователи критикуют README проекта за чрезмерное использование текстов, сгенерированных ИИ (@lpghatguy).

eth68 — это Ethernet-аудиоинтерфейс для Linux с очень низкой задержкой: 3,620 мс туда и обратно при 48 кГц и буфером 64 сэмпла. Он использует микроконтроллер STM32H7 с пользовательской прошивкой, эмулирующей netJACK1, и поддерживает 6 симметричных входов и 8 выходов на TRS-разъёмах, а также DIN MIDI. Устройство работает при частотах дискретизации 48 и 96 кГц, построено на кодеке Burr-Brown PCM3168A и помещено в корпус 1U 19-дюймовой стойки.

Для работы с JACK достаточно запустить jackd -d netone, после чего система создаст порты ввода-вывода, сопоставленные физическим интерфейсам eth68. Также поддерживается интеграция с PipeWire через клиент pw-eth68. Задержка измерялась через jack_delay с петлёй: при 48 кГц и буфере 64 — 3,620 мс, что совпадает с результатами RME HDSPe AIO Pro, а при 96 кГц eth68 быстрее на 0,33 мс. Динамический диапазон составляет до -107,5 дБFS (A-вес) при 96 кГц на входе с заземлённым сигналом. Возможна синхронизация нескольких устройств через общий HF-сигнал и UDP-команду для компенсации смещения сэмплов, хотя для объединения каналов требуется прокси-приложение eth68proxy. Устройство тестировалось на Ubuntu 24.04 с ядром 6.19 и процессором Ryzen 7 5700X. JACK-Router позволяет использовать eth68 на macOS и Windows, хотя поддержка на macOS actualmente сломана из-за изменений в системе.

ETH-68 обеспечивает низкую задержку 3.6 мс и Ethernet-интерфейс в Linux, что редко для этой платформы. Однако возникают вопросы по выбору кодека PCM3168, отсутствию открытого ПО и ограничению частоты дискретизации (нет поддержки 44.1 кГц, критичной для мастеринга CD). Некоторые считают 3.6 мс недостаточно низкой для профессионального аудио, где «очень низкая» задержка — ≤1 мс (как у Dante), что ставит под сомнение маркетинговое позиционирование. Дискуссия о кодекe: @Neywiny предлагает заменить PCM3168 на более современный TI-кодек с лучшим SNR, но @alowell защищает текущий выбор — надежность и низкая стоимость в массовом производстве. @mrheosuper выражает недоверие к TI из-за скандала с NE5532, противореча мнению @alowell. Ethernet-интерфейс позволяет избежать проблем с задержкой USB MIDI в Linux, которые вынуждают некоторых использовать устаревшие PCI-карты. @mrktf отмечает, что переход на Gigabit Ethernet не снизит задержку — она определяется обработкой пакетов, а не пропускной способностью; для заметного эффекта нужны 10–25 Гбит/с. Синхронизация тактовой частоты реализована через одиночный генератор на устройстве, без сетевой синхронизации (PTP не поддерживается, хотя @zbrozek предлагает добавить его). Буфер прихода управляет потоком данных в Linux, исключая долгосрочное дрейфование. @alowell подтверждает, что синхронизация не требуется — буфер является тактовым событием, что противоречит традиционным аудиосистемам. Прошивка закрыта, репозитория нет — это вызывает разочарование у пользователей, желающих модифицировать устройство. @delis-thumbs-7e отмечает, что открытый Dante был бы полезен для малых студий, но отсутствие открытости делает ETH-68 лишь альтернативой, несмотря на преимущества. @inatreecrown2 поднимает отсутствие поддержки 44.1 кГц как критичный недостаток для мастеринга CD. @ravimakhijapi задает вопрос о преимуществе Ethernet перед USB для низкой задержки — прямого ответа нет, но подразумевается избежание ограничений USB-стека Linux. @landgenoot спрашивает о сравнении с PipeWire поверх Ethernet; @nine_k уточняет, что ETH-68 — аппаратный интерфейс с низкой задержкой, а не программный виртуальный драйвер, поэтому принципиально иное решение. @russdill хвалит пост за отсутствие хайпа и техническую глубину, редкую для HN. @Gracana сообщает о проблеме с доменом naturalsystems.io, помеченным Cloudflare как «новый» и блокируемым фильтрами Ubiquiti, предлагая подать запрос на переоценку категоризации.

Пользователь попросил Muse экспортировать файлы, которые он может видеть, и получил архив размером 2,7 ГБ сжатого и 6,8 ГБ распакованного. В нём оказалась корневая файловая система Linux-среды сессии: системные файлы Ubuntu, внутренняя документация Muse, код интеграций, шаблоны приложений, файлы памяти и журналы агентов, включая SSH-ключи. Автор не публикует архив из-за чувствительности данных.

Большая часть интересных файлов находилась в /home/hatch, /opt/hatch и /opt/hatch-image. В директории agents/ хранились 113 записей суб-агентов в формате JSONL, а в домашней директории агента — файлы вроде SOUL.md, IDENTITY.md, MEMORY.md и др. Документация включала около 20 Markdown-файлов по использованию браузера, платежам, данным, голосовым функциям и расписанию, а также гайды для WhatsApp, Mac, Tailscale и Home Link.

В /opt/hatch/skills/ насчитывалось около 68 директорий навыков, каждая с файлом SKILL.md и связанным кодом — для Google Workspace, соцсетей Meta, Outlook, здоровья, бытовых устройств и генерации медиа. Особенно примечательной оказалась документация по экспериментальной интеграции Home Link (docs/devices/home_link.md), описывающая использование ESP32-C5 с Wi-Fi и BLE для подключения Muse к домашним устройствам через прокси с отдельным шагом одобрения.

Автор отправил отчёт в программу bug bounty Meta, но получил ответ «Not Applicable» без уточнения причин. Он также связался с несколькими сотрудниками, но не добился дальнейших действий. Несмотря на попытки исследовать границы контейнера (например, через 80 открытых сокетов), escape не был продемонстрирован из-за недостатка опыта и осторожности по отношению к продакшен-системе. Для уточнений пользователь предлагает связаться по почте pete@mouse.dev.

Обсуждение уточняет, что предоставление Muse полного доступа к файловой системе виртуальной машины — запланированная особенность, а не уязвимость; поднимает спор о том, что считается «software engineering» в эпоху LLM‐агентов; раскрывает технические детали (изолированная VM на пользователя, 332 МБ Rust‐бинарник, возможный отдельный Postgres вместо SQLite); отмечает готовность Meta выпускать рискованные AI‐продукты без баг‐баунти и даёт практические рекомендации по точному промпт‐инжинирингу и будущей миграции конфигураций в базы данных.

• Спор: Некоторые комментаторы считают, что создание markdown‐файлов — это «software engineering», тогда как другие утверждают, что реальная инженерная работа заключается в оценке этих файлов, а markdown лишь продукт, а не процесс.

• Большинство участников согласны, что каждый пользователь получает отдельную VM и что агент имеет полный доступ к своей файловой системе, что является запланированной функцией, а не уязвимостью.

• Совет: Для получения желаемого поведения от Muse рекомендуется формулировать запросы максимально точно, сравнивая процесс с «взмахом волшебной лампы» — так называют «magic genie engineering».

• Спор: Некоторые пользователи критикуют отсутствие баг‐баунти за раскрытие полной файловой системы, в то время как другие считают, что это не баг, а преднамеренный доступ внутри изолированной VM.

• Тред отмечает, что готовность Meta запускать этически неоднозначные AI‐продукты даёт ей уникальное преимущество по сравнению с другими крупными технологическими компаниями.

• Полный доступ агента к VM рассматривается как положительный сигнал для открытости: разработчики могут работать с агентами так же, как с обычными программами на компьютере.

• Спор: Один комментарий указывает, что Muse, судя по всему, использует отдельный экземпляр Postgres для каждого агента, что кажется избыточным по сравнению с заявлением о единой SQLite базе.

• Пользователь поделился, что основной «harness» Muse представляет собой монолитный 332 МБ бинарник, написанный на Rust, подтверждая значительный размер исполняемого кода.

• Совет: Ожидается, что текущий подход к конфигурации в виде ini‐файлов будет заменён более структурированной базой данных в будущих версиях.

• Несколько комментариев выражают обеспокоенность, что зависимость от AI‐генерируемых markdown‐файлов свидетельствует о деградации традиционных навыков программной инженерии.

• Совет: Рекомендовано не публиковать извлечённый архив с файловой системой, так как в нём могут находиться SSH‐ключи и внутренняя документация, представляющие конфиденциальную информацию.

• Спор: Некоторые считают файлы с SSH‐ключами и внутренними документами чувствительными, тогда как другие полагают, что в контексте изолированной VM они могут не быть строго конфиденциальными.

About 20 Markdown files described browser use, connectors, payments, credentials, data handling, generated files, voice, goals, and scheduling.This the state of software engineering in 2026.Edit: clarified engineering to software engineering, which is more correct — @tolugenius

Двенадцать лет назад я написал 174-строчный PHP-полифил для функции http_build_url() как временное решение при переходе CMS AOL с PHP 5.2 на 5.3, когда расширение pecl_http было удалено. Опубликовав его на Packagist, не ожидал широкого распространения — но за годы он набрал почти 20 миллионов установок, включая более 400 тысяч в месяц, и стал частью зависимостей таких проектов, как WPML (используется на 1,5 млн сайтов WordPress), idna-convert и дистрибутивов Debian и Ubuntu.

В процессе использования выявились серьёзные баги, например, удаление всех букв «а» из пути при добавлении слеша в URL из-за некорректного обходного решения с добавлением и удалением символа. Несмотря на предложения новых мейнтейнеров и форков, я решил объявить пакет устаревшим: современные альтернативы вроде URI-библиотеки PHP League и встроенного стандартосоответствующего API в PHP 8.5 превосходят его по надёжности и безопасности. Поддержка устаревшего кода рискует создать уязвимости, особенно при передаче мейнтейнерства непроверенным лицам. Пакет останется доступным, но без исправлений — включая упомянутый баг — чтобы не вводить непредвиденных изменений в зависимости миллионов сайтов. Это был добросовестный временный патч, но время двигаться дальше. P.S. Сам AOL CMS так и не мигрировал с него — использовал до закрытия платформы около 2020 года.

Баг с удалением всех букв 'a' из пути при наличии завершающего слеша в URL известен и обсуждается. Автор признаёт необходимость депреката из‐за багов и наличия альтернативных решений в сообществе. Layer8 отмечает, что без багов пакет остался бы без изменений из‐за широкого распространения. Dolmen предлагает использовать ИИ для генерации исправлений, снижая нагрузку на поддерживающих. Swiftcoder описывает баг: при завершающем слеше в URL удаляются все 'a' из пути. TimWolla сообщает, что пакет помечен как «abandoned» на Packagist без предложенной замены. Jamietanna отмечает, что депрекат будет виден в инструментах и статическом анализе, помогая разработчикам. Edg5000 указывает, что баг остался незамеченным, возможно, нарушив работу множества сайтов. Dspillett уточняет, что баг проявляется только при наличии завершающего слеша. Hk__2 приводит GitHub‐issue, подтверждающий поведение: при соединении пути к URL с завершающим слешем удаляются все 'a'. Staplung цитирует закон Хайрума, подразумевая, что баг может использоваться для удаления 'a'. KellyCriterion выражает обеспокоенность рисками безопасности от устаревших расширений и фиксов.

Ubuntu 26.10 завершает переход на Rust-версии базовых утилит coreutils, включая cp, mv и rm, которые ранее оставались на GNU-версиях из-за уязвимостей TOCTOU (time-of-check to time-of-use). Эти проблемы были исправлены в upstream-версии uutils, что позволило дистрибутиву полностью перейти на memory-safe реализации. Теперь в «Stonking Stingray» поставляется полный набор Rust-утилит: ls, cat, chmod, du и другие, обеспечивая drop-in совместимость с GNU-версиями без функциональных изменений для конечных пользователей.

Переход начался в 2025 году Canonical начала «оксидировать» Ubuntu, заменяя критически важные компоненты на Rust-аналоги для повышения безопасности: язык ловит ошибки памяти на этапе компиляции, в отличие от C. Первым шагом стал Rust-базированный sudo в Ubuntu 25.10, а позже — аудит uutils от Zellic, который выявил именно те TOCTOU-проблемы, что задерживали миграцию. Canonical также ежегодно выделяет €40 000 фонду Trifecta Tech Foundation, поддерживающему разработку Rust-программного обеспечения, включая переписывание NTP на Rust, которое планируется сделать клиентом по умолчанию к Ubuntu 27.10. Релиз Ubuntu 26.10 «Stonking Stingray» стабильной версии ожидается 15 октября 2026 года.

Переход на Rust-версии coreutils в Ubuntu 26.10 вызывает сомнения из-за багов, падения производительности и нарушения совместимости. Основные проблемы: — Нестабильность: uutils rm вызывает segfault при удалении директорий с 32K элементами, в отличие от GNU rm. — Производительность: dd из uutils v0.8 на Ubuntu 26.04 снижает скорость передачи с 350MB/s до 30MB/s из-за некорректной обработки буферов (критично для Ganeti). @linsomniac рекомендует использовать bs=32k вместо bs=1M для обхода проблемы. — Безопасность и совместимость: Rust-утилиты тянут множество зависимостей, увеличивая поверхность атаки, и ломают политики AppArmor. sudo-rs не поддерживает все опции оригинального sudo, что делает его непригодным для продакшена. — Зависимости: build-essential и sudo-rs теперь зависят от uutils, что затрудняет откат на GNU-версии. Альтернативы и решения: — @linsomniac предложил установить coreutils-from-gnu с pinning на -10 приоритета для предотвращения обновления. — @WatchDog отметил, что Fil-C позволяет компилировать GNU coreutils с более строгими гарантиями памяти без потери совместимости и с меньшим падением производительности, чем у uutils. Участники обсуждения (@atoav, @dsign, @1saadcodes) призывают оценивать утилиты по реальным показателям корректности и совместимости, а не по предпочтениям к языку. Многие (@synergy20, @sehw, @forest_brothers) считают замену отлаженных компонентов незрелыми версиями введением нестабильности и поводом для перехода на Debian или Mint.

Cloud in a Bottle — это открытая платформа для личного облака, которая делает самохостинг простым и приятным, как использование смартфона. Она запускает веб-приложения в изолированных rootless-контейнерах на Ubuntu-машине, обеспечивая безопасность и минимальные изменения в существующем ПО. В отличие от простых хостеров контейнеров вроде Coolify, Cloud in a Bottle предоставляет интегрированную платформу: единый вход, общий доступ к данным между приложениями и единый дашборд для управления. Цель — создать ощущение «облачного смартфона», где установка и использование приложений так же просты, как в закрытых сервисах, но без слежки, рекламы и привязки к корпорациям.

Платформа включает curated каталог приложений с высоким порогом качества, хотя сейчас он небольшой и растёт еженедельно. Управление доступно через веб-интерфейс, поддерживается бесконтактный вход во все приложения после авторизации, а также механизмы безопасного обмена данными между ними. Проект полностью открыт, без телеметрии, и может быть развёрнут самостоятельно на VPS, локальном железе или виртуальной машине. Также предлагается управляемый вариант от компании Imbue с бесплатным кредитом — он использует тот же код и служит бизнес-моделью для поддержки open-source версии. Авторы видят в Cloud in a Bottle способ вернуть цифровую суверенность пользователям и стимулировать создание удобного открытого ПО для широкой аудитории, а не только для технических энтузиастов.

Самохостинг остаётся сложным из-за резервного копирования, доступа к белым IP и доменам, а также долгосрочной поддержки — даже при упрощённой установке пользователи не справляются дольше 3–4 лет из-за износа оборудования и энтропии. Потеря данных без надёжного восстановления — главная причина отказа от проектов; многие не хотят управлять бэкапами вручную, нужен автоматизированный механизм. Без двух машин и репликации самохостинг не решает проблему отказоустойчивости. Совет из прода: каждый сервис должен иметь отдельный sidecar-бэкап, иначе координация между компонентами (например, в Immich) становится неподъёмной. Авторитетный DNS на порту 53 мешает использовать Cloudflare и CDN, что критично для пользователей, заботящихся о безопасности. Ограничения провайдеров и бюрократия при получении белого IP и домена остаются барьером. Пользователи с 2 ГБ ОЗУ и 1–2 ядрами сталкиваются с нестабильностью при запуске нескольких сервисов на одном VPS. Проект теряет уникальность: Cloudron, SelfPrivacy, FreedomBox, Proxmox + community-scripts.org уже предлагают аналогичные функции. Отсутствие Home Assistant и Immich в каталоге приложений — существенный недостаток. Многие предпочитают Tailscale Aperture и exe.dev за простоту подключения и интеграцию с AI, а не изолированные контейнеры. AI-агенты уже помогают в настройке и диагностике, делая самохостинг доступнее для нетехнических пользователей. Для массового принятия нужна мобильная версия с настройкой домена и оплатой с телефона, но это конфликтует с правилами магазинов приложений. Отдельно: часть пользователей обвиняет авторов в спаме в репозиториях без раскрытия связи с проектом, что ставит под сомнение этичность продвижения.

Калифорния приняла поправку к закону о верификации возраста, освободив все открытые операционные системы — включая 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 и пересылать этот пример законодателям Иллинойса для влияния на аналогичные инициативы.

RustDesk теперь поддерживает полноценный удалённый доступ без участия пользователя на Wayland — включая подключение с экрана входа после перезагрузки и работу с несколькими мониторами. Ранее это было одной из самых сложных задач для Linux-десктопных решений: AnyDesk требует Xorg, а TeamViewer считает Wayland экспериментальным. Теперь RustDesk позволяет подключаться без одобрения на удалённой машине, что особенно ценно для серверов и автоматизированных рабочих мест.

На данный момент функция доступна только в превью-сборке для x86_64 Debian/Ubuntu, в виде отдельного .deb-пакета. Разработчики пока не включают её в основную версию, ожидая обратной связи от реальных пользователей. Планы включают поддержку Fedora и Arch Linux, а затем интеграцию в стандартные релизы. Если вы используете Wayland — особенно с несколькими экранами — стоит протестировать сборку и сообщить о багах или неожиданных сбоях, чтобы ускорить стабилизацию функции.

RustDesk позволяет подключаться без одобрения на удалённой машине — преимущество перед VNC и TeamViewer. Он лучше работает с Wayland, чем VNC, не требует открытия портов или VPN, что повышает удобство и безопасность. При самостоятельном хостинге шифрование соединений по умолчанию отсутствует, но его можно обеспечить через WireGuard или аналогичные средства на уровне сети. Wayland пока не достиг полного функционального паритета с Xorg, но RustDesk помогает преодолеть некоторые ограничения удалённого доступа.

Ubuntu 25.10 представляет поддержку архитектурных вариантов, в частности amd64v3 (x86-64-v3), позволяя оптимизировать пакеты под современные процессоры без потери совместимости со старым оборудованием. Для этого были изменены dpkg, apt и Launchpad, чтобы создавать несколько версий пакетов для разных уровней архитектуры. В текущем релизе около 2000 пакетов в компоненте "main" уже пересобраны, но они не прошли полное тестирование, поэтому возможны ошибки. Бенчмарки показывают прирост производительности около 1% для большинства пакетов и больше для числовых приложений.

Большинство облачных экземпляров и машин за последние 10 лет поддерживают x86-64-v3, что можно проверить командой ld.so --help | grep '\-v[0-9]'. Чтобы включить amd64v3, нужно установить последнюю версию dpkg и добавить конфигурацию APT::Architecture-Variants "amd64v3"; в /etc/apt/apt.conf.d/99enable-amd64v3, затем обновить систему. Важно, что после установки amd64v3 версий пакетов перенос жесткого диска на старое оборудование без поддержки x86-64-v3 станет невозможен. В 26.04 LTS эта проблема будет решена, а все пакеты будут пересобраны и полноценно протестированы.

• Ubuntu 25.10 предлагает оптимизированные пакеты для x86-64-v3 (AVX2), но не делает акцент на этом в анонсе.
• Сторонние репозитории уже предоставляют оптимизированные пакеты для разных уровней ISA, что делает спор о «1 % прироста» не столь значимым.
• Вопрос о том, стоит ли жертвовать совместимостью ради 1 %, остаётся открытым, особенно если учесть, что в будущем может появиться v4 или v5.
• Пользователи обеспокоены, что не смогут вынуть диск и загрузиться на старом ноутбуке в случае сбоя.
• Сторонние репозитории уже предоставляют оптимизированные пакеты для разных уровней ISA, что делает спор о «1 % прироста» не столь значимым.

В 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 ошибка пакетов, которые не были бы исправлены в нужное время.
• Сообщество высказывает опасения по поводу переписывания критически важных утилит, которые были проверены временем, на новом и потенциально менее стабильном языке программирования.
• Некоторые комментаторы подчеркивают, что обсуждение не касается безопасности, а вопрос лицензии и что это не более чем естественное течение времени и что в конце концов, как и следовало ожидать, никакой "серьёзной" уязвимости там не было.

Корпорация Microsoft активно продвигает Windows 11, но эта ОС вызывает опасения из-за встроенных функций слежки. Например, функция «Recall» записывает действия пользователя и хранит данные в облаке. Некоторые настройки по умолчанию, как интеграция OneDrive, сложно отключить. Edge сложно заменить как браузер по умолчанию.

Из-за этих проблем конфиденциальности автор рекомендует переходить на Linux. Дистрибутивы вроде Zorin OS или PopOS предлагают интерфейс, похожий на Windows, и подходят для обычных задач. Ubuntu и Elementary OS — тоже жизнеспособные альтернативы.

Автор подчеркивает, что даже геймеры могут найти альтернативы, так как многие игры теперь работают на Linux. Для пользователей со старыми компьютерами подойдет MX Linux. Автор предлагает помощь в миграции.

В целом, Microsoft движется в сторону тотальной слежки, и Linux представляет собой практичную, этичную альтернативу.

• Обсуждение в основном касается перехода с Windows на Linux, при этом подчеркнута проблема аппаратных требований Windows 11, которые ограничивают выбор пользователя и способствуют корпоративному контролю.
• Участники обсуждения подчеркивают, что Microsoft использует TPM и Secure Boot как инструменты для ограничения выбора пользователя и продвижения корпоративного контроля.
• Также обсуждается, что Linux дистрибутивы предоставляют альтернативу, но при этом возникают проблемы с совместимостью и поддержкой.
• Участники также обсуждают, что Microsoft продолжает использовать свою монополию для ограничения выбора пользователя и продвижения корпоративного контроля.

Python 3.14 вышел 8 октября 2025 года. Автор сравнил его с 3.9-3.13, а также с PyPy 3.11, Node.js 24 и Rust 1.90. Для тестов использовались два скрипта: рекурсивный расчет 40-го числа Фибоначчи и пузырьковая сортировка 10 000 элементов. Все тесты запускались на ноутбуке с Intel Core i5 под Ubuntu и ноутбуке Apple M2 под macOS.

Результаты: CPython 3.14 оказался на 10-15% быстрее 3.13 и примерно вдвое быстрее 3.9. JIT в 3.14 работает стабильно, а в 3.13 еще может выдавать сбои. Free-threading в 3.14 показал себя как надежный способ распараллеливать задачи, но прирост не столь драматичен, как ожидалось. PyPy 3.11 оказался в 2-3 раза быстрее CPython 3.14, но требует в 2-3 раза больше памяти. Node.js и Rust оказались в 2-3 раза быстрее, но это сравнение не совсем корректно, так как они не тестировали рекурсию.

• Пользователи обсуждают производительность Python 3.14, сравнивая его с PyPy и другими языками, и обсуждают, почему сообщество продолжает тратить усилия на ускорение CPython вместо перехода на PyPy.
• Несколько комментаторов отмечают, что 3.14 всё ещё значительно уступает PyPy и даже Node.js в ряде тестов, хотя и демонстрирует прогресс.
• Обсуждается, почему Python не может быть переименован в π-thon, несмотря на то, что это было бы логично, и почему не используется возможность перехода на PyPy, несмотря на то, что он быстрее.
• Участники также обсуждают, что, несмотря на то, что Python всё ещё остаётся медленным, он остаётся незаменимым для прототипирования и имеет огромную экосистему библиотек, что делает его незаменимым для многих задач.
• Наконец, обсуждается, что, несмотря на то, что Python медленный, он всё ещё может быть использован для большинства задач, и что важнее всего - он всё ещё может быть использован для большинства задач.

Неофициальный инструмент обхода требований Windows 11 теперь умеет отключать все AI-функции

Утилита Rufus, известная возможностью устанавливать Windows 11 на «несовместимое» железо, получила обновление. Теперь она может полностью вырезать из системы компоненты ИИ: Recall, Copilot, Click-to-Do и другие. Достаточно поставить галочку «Disable AI features» при создании загрузочной флешки — и после установки они будут заблокированы на уровне реестра и служб.

• Пользователи жалуются на встроенную рекламу, телеметрию и невозможность полностью отключить «блоат» в Windows; даже сторонние «деблоатеры» регулярно ломаются после обновлений.
• Многие предлагают «чистую» редакцию Windows (LTSC/IoT), но она дороже, лицензируется пачками и всё равно не лишена шпионских модулей.
• Часть разработчиков и геймеров переходит на Linux (Fedora KDE, Mint, Ubuntu) + Proton/Wine; железные проблемы остаются, но «парадоксально, работает лучше, чем Windows».
• Сообщество сомневается, что Microsoft выпустит публичную «Optimal»-версию без телеметрии: слишком выгодны данные пользователей и рекламные вставки.
• Пока нет закона, обязывающего поддерживать старые CPU; официальные требования Win-11 можно обойти Rufus, но это временное решение, и пользователи всё чаще рассматривают полный уход в Linux/BSD.

Краткая сводка проблемы
Два Ryzen 9950X вышли из строя за несколько месяцев при запуске тестов GMP. На обратной стороне процессоров появилось пятно ≈25 мм². Оба случая при низкой температуре окружающей среды (<20 °C).

Конфигурации

1. Ubuntu, Asus B650M-K, 64 ГБ DDR5-4800 ECC, SF450, NH-U9S.
2. Gentoo 6.12.31, Asus B650M-A WIFI II, 96 ГБ DDR5-5600 ECC, RM650, NH-U9S.

Возможные причины

• TDP 170 Вт, радиатор рассчитан на 165 Вт.
• Смещённое крепление радиатора (по рекомендации Noctua) выдавило термопасту, возможно, образовались пустоты при термоциклах.
• Процессоры работали под полной нагрузкой: цикл MULX каждый такт.
• Ни разгона, ни повышенного напряжения не было.

Наблюдения

• Оба процессора вышли из строя не сразу, а через пару месяцев максимальной нагрузки.
• Система на 7950X при аналогичной нагрузке стабильна и даже горячее.

• Пользователи массово сообщают о смерти процессоров Ryzen 9 9950X/9950X3D даже без разгона.
• Основные подозрения: слабое охлаждение (NH-U9S на 140 Вт при реальных 200–240 Вт), агрессивные настройки питания/матплаты (PBO, LLC), возможные локальные перегревы, не отлавливаемые датчиками.
• TDP 170 Вт назван маркетинговым; реальное потребление доходит до 235–240 Вт, поэтому «кулер на 165 Вт» изначально недостаточен.
• Некоторые добавляют проблемы с напряжением/питанием от конкретных плат ASRock/ASUS и «рваными» нагрузками вроде GMP или FFT.
• Общий вывод: железо должно само защищаться, но при несоответствии СО, BIOS-настроек и реальных нагрузок защита может не успеть.

AnduinOS — лёгкий, приватный, бесплатный дистрибутив на базе Ubuntu.
ISO 2 ГБ, GNOME-оболочка, Flatpak-приложения, никакого слежения.
Совместим с пакетами Ubuntu, подходит для работы, игр, сервера и обучения.

Версии

• LTS 1.1 (Noble Numbat) — до апреля 2029, GNOME 46, ядро 6.11, стабильность.
• Standard 1.3 (Plucky Puffin) — до января 2026, GNOME 48, ядро 6.14, новейшие функции.

Ссылки

• Скачать | Документация | Исходники | Поддержать

«Переход с Windows прошёл безболезненно, система лёгкая и красивая» — пользователи.

• Многие спутали название «AnduinOS» с «ArduinoOS».
• Это одиночный проект китайского инженера Microsoft: ремикс Ubuntu с GNOME, стилизованным под Windows 11.
• Критика: «distro-дистро-дистро» не заслуживает звания OS, не ясен уникальный посыл по сравнению с Mint/Ubuntu.
• Плюсы: простая установка Flatpak, может помочь консервативным пользователям перейти с Windows.
• Минусы: нет ARM-сборки, в скриншотах замечен сомнительный WPS Office, отсутствует описание отличий от Ubuntu.