Проект возродил Джо Мэлони (Joe Maloney), принимавший участие в разработке старого NextBSD и смежных проектов, таких как helloSystem, ravynOS, FreeNAS/TrueNAS, PCBSD/TrueOS и GNUstep, а также известный как создатель среды рабочего стола Gershwin, применяемой в GhostBSD. Код распространяется под лицензией BSD-2 и развивается с привлечением AI-ассистента Claude. Для загрузки доступны ежедневного формируемые экспериментальные сборки.

Проектом используется ядро FreeBSD, для которого поставляется патч с реализацией механизма межпроцессного взаимодействия на базе микроядра Mach и ряд надстроек. Специфичные для NextBSD изменения применяются поверх штатной кодовой базы ядра FreeBSD без создания форка. На уровне ABI ядро остаётся совместимо с FreeBSD. Вместо модулей ядра, загружаемых утилитой kldload, применяются расширения ядра (kext), для загрузки которых задействован инструментарий kextload и kextstat из Darwin kext_tools.

Для взаимодействия через Mach IPC в системное окружение включены библиотеки libsystem_kernel, libdispatch, libxpc, liblaunch и libCoreFoundation, используемые в окружении Darwin. Для обработки событий от аппаратных устройств вместо devd в ядро встроен механизм IORegistry (/dev/ioregistry), использующий для передачи сообщений шину Mach IPC, с обработкой уведомлений через библиотеку libIOKit и утилиту ioreg.

В качестве системы инициализации (PID 1) и системного менеджера задействован инструментарий launchd, основанный на последнем открытом выпуске launchd-842.92.1, который был портирован на использование интегрированных в ядро FreeBSD компонентов Mach и стека libxpc. Порт стека межпроцессного обмена сообщениями libxpc перенесён из проекта ravynOS.

Вместо rc-скриптов и настроек rc.conf задействованы plist-файлы с описаниями сервисов, размещаемые в каталоге /System/Library/LaunchDaemons/. Для настройки сетевого стека вместо dhclient применён фоновый процесс IPConfiguration (ipconfigd), а для хранения сетевых настроек - реестр configd (netconfigd), хранящий данные в формате ключ/значение.

Вместо syslogd для ведения логов задействована система ASL (Apple System Log), а для обработки событий и доставки уведомлений - фоновый процесс notifyd. Из окружения Darwin перенесены некоторые утилиты командной строки, такие как launchctl, ipconfig, ioreg и syslog, при сохранении базовых системных утилит FreeBSD, таких как top, ps и pkg. При этом помимо типовых для FreeBSD библиотек в систему интегрированы библиотеки GNUstep и swift-corelibs.

В планах отмечено задействование в NextBSD поставляемых в Darwin наборов утилит bootstrap_cmds (для Mach RPC), network_cmds (ifconfig, route, netstat...), file_cmds (cp, mv, ls, chmod...), shell_cmds (echo, test, kill, su...), system_cmds (ps, sysctl, login...), text_cmds (sort, uniq, cut, cat...) и adv_cmds (last, finger, работа с локалью). Для переноса из Darwin также запланированы инструменты для управления энергопотреблением (pmset) и монтирования накопителей (DiskArbitration поверх libgeom и devctl). Намечено создание инсталлятора и системы upd для проверки и установки обновлений.

1. Главная ссылка к новости
2. OpenNews: Проект NextBSD приступил к развитию BSD-системы нового поколения
3. OpenNews: Представлен Open Launchd, порт системного менеджера OS X для FreeBSD
4. OpenNews: Проект Airyx развивает редакцию FreeBSD, совместимую с приложениями macOS
5. OpenNews: Выпуск дистрибутива helloSystem 0.7, использующего FreeBSD и напоминающего macOS
6. OpenNews: Выпуск ravynOS 0.6, редакции FreeBSD, нацеленной на совместимость c macOS

Среди изменений в новой версии:

• Внедрена начальная версия управления владением памятью (как в Rust) с использованием флага -ownership. Вся логика реализована во время компиляции (comptime), поэтому не оказывает влияния на скорость или размер обычного V-кода.
• Добавлен VGC, параллельный сборщик мусора (tri-color mark-and-sweep), перенесённый из Go.
• Реализованы модули для iOS и macOS, позволяющие писать код без использования Objective-C.
• Включена поддержка нового бэкенда компилятора V2 ("v -v2 file.v").
• Разрешено использование отрицательного индексирования массивов, например, "arr#[-1]".
• Добавлен оператор возведения в степень "**".
• Добавлен новый стандартный модуль mcp для взаимодействия V-приложений с AI-моделями, инструментами и сервисами, используя протокол MCP (Model Context Protocol).
• Добавлена возможность перегрузки оператора "[]".
• Полностью удалён устаревший фреймворк vweb, заменённый на фреймворк veb некоторое время назад.
• Добавлена возможность использовать "$if bsd" на этапе компиляции.
• Стандартная библиотека:
  • Появился модуль для работы с изображениями, вдохновлённый модулем image для языка Go.
  • Появился модуль для работы с большими числами (math.decimal)
  • Появился модуль для работы с tar-архивами (archive.tar)
  • Появился модуль для работы с разметкой markdown (x.markdown)
  • Появился модуль для работы с форматом yaml (yaml)
  • В модуль compress добавлен код для работы с форматами bzip2 (compress.bzip2), snappy (compress.snappy) и brotli (compress.brotli).
  • В модуль crypto добавлен алгоритм ML-DSA (crypto.mldsa) и код для работы hkdf (crypto.hkdf).
  • В модуль crypto.aes добавлена поддержка шифра AES-GCM (crypto.aes)
  • В модуле os исправлена проблема 2038 года (int => int64)
  • В модуль hash добавлен код для работы с контрольными суммами crc64 (hash.crc64) и adler32 (hash.adler32)
  • В модуль time добавлен метод unix_now() для быстрого получения текущего времени (в секундах, UTC).
  • Модули compress.deflate и compress.zlib переписаны на чистом V.
  • В модуле veb добавлена поддержка создания и обслуживания сжатых файлов; промежуточного ПО (middleware) для конкретного пути и комбинации HTTP-методов; SSL; повторно используемых соединений; параллельного цикла обработки событий (многопоточная обработка соединений).
  • В модуль net.websocket добавлена поддержка совершения запросов через прокси
  • В модуль net.http добавлена опция для обхода проверки HTTPS-сертификата
  • В модуль net.smtp добавлен настраиваемый таймаут при отправке писем и возможность отправки как HTML, так и текстовых писем (multipart/alternative)
  • В модуль net добавлена поддержка многоадресной рассылки по UDP.
  • В модуль http.fetch добавлен S3-совместимый клиент и диспетчер обработчиков схем
  • В модуль net.ssl добавлена поддержка протокола ALPN для бэкендов mbedtls и OpenSSL
  • В модуль net.http для HTTP/2 добавлена поддержка сжатия заголовков HPACK (RFC-7541); кодека бинарных кадров (binary framing layer, RFC-7540); синхронных клиентских соединений (H2Conn); [[https://github.com/vlang/v/pull/27362 согласования HTTP/2 в fetch с помощью ALPN. HTTP/2 включён по умолчанию для HTTPS-запросов.
• ORM: Добавлена поддержка продвинутых типов PostgreSQL (например geometry), базы данных H2, метода SQL для операций UPSERT, оператора "OR" в динамических блоках WHERE.
• В модуль db.sqlite добавлены методы tables, columns, schema, db_size
• В модуле db.pg теперь потокобезопасный пул для DB, Tx и Conn с API в стиле Go
• В модуле db.mysql обеспечена поддержка многооператорных запросов.
• В C бекенд добавлена поддержка архитектуры sparc64 и реализована возможность отладки кода с помощью GDB или LLDB.
• Появилась возможность писать функции, вычисляемые во время компиляции (помечаются атрибутом @[comptime]).
• В утилиту командной строки добавлена команда для генерации C-проекта, флаг "-generate-c-project path".
• Реализован менеджер версий V, предоставляющий возможность собирать проект с указанной версией V в файле .vvmrc.
• В пакетном менеджере (vpm) появилась поддержка ользовательских зеркал для установки пакетов.

Связанные с проектом новости:

• Появилась открытая реализация сервера Minecraft (Bedrock Edition), написанная на V.
• Опубликован Mustela, сверхбыстрый (9000 страниц в секунду) генератор статических сайтов, написанный на V.
• Встроенный драйвер PostgreSQL в V, который также используется в V ORM, теперь является потокобезопасным, как и в Go. Больше не нужно использовать пулы соединений. Драйверы для MySQL, sqlite и MSSQL скоро также получат эту возможность.
• Veb (веб-фреймворк V) теперь многопоточный. Старый однопоточный цикл событий picoev заменён на совершенно новый бэкенд fasthttp (по одной рабочему потоку на каждое ядро процессора; epoll в Linux, kqueue в macOS/BSD; отсутствие конфликтов блокировок; передача статических файлов без копирования через sendfile()).
• Модернизированы трассировки стека (включаются опцией "-g"), которые при аварийном завершении теперь показывают полные пути к файлам с номерами строк и именами методов, что позволяет сразу перейти от сообщения об ошибке к точному коду, который её вызвал.
• Экспериментальный модуль x.json2, написанный полностью на V, теперь стабилен и заменил старый модуль json, основанный на cJSON.

1. Главная ссылка к новости
2. OpenNews: Релиз языка программирования V 0.4.10
3. OpenNews: Открыты исходные тексты языка программирования V

В варианте GNOME Calendar от Linux Mint остаются неисправленными некоторые ошибки и пользователи регулярно обращаются по этому поводу к основным разработчикам GNOME Calendar, считая, что они ответственны за возникающие проблемы. На странице "About" в приложении сохранены контактные данные основного проекта и пользователи направляют уведомления о проблемах напрямую разработчикам GNOME Calendar, при том, что описываемые проблемы либо уже исправлены в актуальных версиях GNOME Calendar, либо вызваны изменениями, внесёнными сопровождающим пакет в Linux Mint.

Девять месяцев назад один из ключевых разработчиков GNOME Calendar создал тикет в трекере ошибок Linux Mint, в котором попросил сопровождающего пакет с GNOME Calendar удалить все ссылки, указывающие на основной проект, и выполнить ребрендинг, заменив пиктограмму приложения. Шесть месяцев запрос оставался без ответа, и после напоминания о его существовании, сопровождающий пакет в Linux Mint попросил уточнить, о каких именно проблемных изменениях речь. Он также подчеркнул, что в поддерживаемых ветках Linux Mint и LMDE используются пакеты, импортированные из Ubuntu 24.04 LTS и Debian 13, и соответствующие поставляемым в этих дистрибутивах версиям GNOME 46 и 48.

Разработчик GNOME Calendar пояснил, что у него нет времени анализировать изменения в пакете из Linux Mint и удаление отдельных изменений не решит проблему, так как пакет на базе GNOME 46 и 48 сильно отстаёт от актуальной версии. По его мнению проблему можно решить удалив пакет или проведя ребрендинг форка и удалив все ссылки, указывающие на GNOME.

Сопровождающий пакет ответил, что дополнительно проверил все специфичные для Linux Mint изменения и не выявил в них проблем. Он также указал, что пакеты с устаревшей версией GNOME Calendar из Ubuntu 24.04 LTS и Debian 13 используют миллионы пользователей и уточнил, не собирается ли разработчик потребовать у Debian и Ubuntu прекратить поставку их пакетов.

Разработчик GNOME Calendar ответил, что речь не столько об исправлении изменений, сколько о том, что Linux Mint поставляет проблемные версии GNOME Calendar, вынуждающие пользователей отправлять отчёты об ошибках в основной проект. И речь не о пакетах из Debian Stable или Ubuntu LTS, а о пакете из Linux Mint и о жалобах, поступающих именно от пользователей Linux Mint, а не от пользователей Debian и Ubuntu. Если бы жалобы отправлялись пользователями пакетов Debian и Ubuntu, то аналогичная просьба была бы направлена этим проектам.

Сопровождающий пакет в Linux Mint написал, что разница в пакетах из Debian/Ubuntu и пакетом из Linux Mint лишь в некоторых дополнительных исправлениях, и поставляя в дистрибутиве GNOME 46 он никаким образом не может обновить GNOME Calendar до состояния из GNOME 50. Удалив специфичный для Linux Mint пакет пользователи получат ещё более проблемную версию, но уже из репозитория Ubuntu 24.04 LTS, также основанную на GNOME 46, но без исправлений ошибок, добавленных сопровождающим пакет в Linux Mint. Поэтому единственная возможность блокировать поставку в Linux Mint и LMDE устаревших версий GNOME Calendar - это удалить пакет из Ubuntu 24.04 LTS и Debian 13, иначе эти версии всё равно установятся из репозиториев этих дистрибутивов.

Один из участников дискуссии предложил решить проблему, добавив поле с версией GNOME Calendar в шаблон заполнения отчёта об ошибках, что позволило бы сразу закрывать запросы, связанные с устаревшими версиями. Разработчик GNOME Calendar написал, что поступление жалоб не ограничивается официальной формой отправки отчётов об ошибках, и многие пользователи сообщают о проблемах через социальные сети, Matrix-чат и прочие каналы связи. В ответ сопровождающий пакет задал вопрос - причём тогда здесь удаление ссылок в диалоге "About" о которых изначально шла речь, когда разработчик просто не желает, чтобы пользователи запускали старые версии.

После этого сопровождающий закрыл тикет, пояснив, что удаление ссылок в диалоге "About" лишь решит вопрос в краткосрочной перспективе, но не устранит системную проблему с поставкой устаревших версий в LTS-дистрибутивах. Кроме того, подобное изменение тогда нужно вносить и в Debian с Ubuntu, так как нет никаких причин, по которым проблема может затрагивать только Mint, но не проявляться в Ubuntu и Debian. Лицензия на код GNOME Calendar допускает неограниченное распространение программы и для запрета поставки старых версий необходим переход на несвободную лицензию.

Разработчик GNOME Calendar остался при своём мнении и опубликовал статью с критикой поставки старой версии в Linux Mint, в которой упомянул, что Linux Mint перекладывает на разработчиков GNOME Calendar ответственность за ошибки и, вероятно, нарушает товарный знак GNOME, распространяя неподдерживаемые сборки, но преподнося их как поддерживаемые основным проектом и вводя пользователей в заблуждение, чтобы самостоятельно не заниматься их поддержкой.

1. Главная ссылка к новости
2. OpenNews: Нарушение авторского права в хранителе экрана GNOME и производных проектах
3. OpenNews: Конфликт из-за поставки устаревшей версии XScreenSaver в Debian
4. OpenNews: Debian перешёл на поставку урезанного варианта менеджера паролей KeePassXC
5. OpenNews: Проекту Fedora пригрозили иском из-за поставки сбойного flatpak-пакета с OBS Studio
6. OpenNews: OBS Studio и Fedora урегулировали конфликт

Значительное изменение номера версии объясняется внесением оптимизаций, повышающих производительность более чем в два раза в некоторых ситуациях, в которых вычисления производятся только на стороне CPU. Улучшена обработка вызова ProcessVertices, в котором для всех вычислений при помощи CPU задействованы SSE-инструкции, а также оптимизирована работа с буферами. В итоге, по сравнению с выпуском D7VK 1.12 производительность в игре Half-Life выросла с 19.8 до 59.9 кадров в секунду, а в игре Toy Story 2 - с 9.8 до 30 FPS.

Отключена большая часть обработчиков для записи в отладочные логи, приводивших к заметным накладным расходам из-за манипуляций со строками. Показатели производительности D3D6 в тесте 3DMark 99 Max увеличились с 75282 баллов в D7VK 1.12 до 111398 в D7VK 2.0, а D3D7 в тесте 3DMark 2000 v1.1 с 69566 в D7VK 1.12 до 164075 в D7VK 2.0. В игре Unreal Tournament FPS вырос с 484 до 654, а нагрузка на GPU снизилась с 18% до 17%.

Осуществлён переход на работу поверх выпуска DXVK 3.0.2. Внесены исправления, улучшающие поддержку игр Dungeon Keeper 2, Empire Earth, Total Annihilation: Kingdoms, Revenant, Need for Speed: Porsche, The Sims: Complete Collection.

Дополнительно можно отметить выпуск выпуск прослойки DXVK 3.0.2, предоставляющей реализацию DXGI (DirectX Graphics Infrastructure), Direct3D 8, 9, 10 и 11, работающую через трансляцию вызовов в API Vulkan. Для использования DXVK требуется наличие драйверов с поддержкой API Vulkan 1.4, таких как NVIDIA 575.51.02, Mesa AMD RADV 25.0, NVIDIA 25.1 и Intel ANV 25.1. DXVK может применяться для запуска 3D-приложений и игр в Linux при помощи Wine, выступая в качестве более высокопроизводительной альтернативы встроенных в Wine реализаций Direct3D, работающих поверх OpenGL.

В новой версии добавлен режим отладки зависаний и аварийных завершений из-за возникновения ошибок VK_ERROR_DEVICE_LOST, включаемый через переменную окружения "DXVK_DEBUG=hang" и записывающий лог с дополнительной информацией. Решены проблемы в играх Dying Light: The Beast, Granblue Fantasy Relink, Halo CE, Overwatch и Splinter Cell: Chaos Theory.

1. Главная ссылка к новости
2. OpenNews: Выпуск D7VK 1.12, реализации Direct3D 3-7 поверх API Vulkan
3. OpenNews: Выпуск DXVK 3.0, реализации Direct3D 8/9/10/11 поверх API Vulkan
4. OpenNews: Выпуск DXVK 3.0.1, реализации Direct3D 8/9/10/11 поверх API Vulkan

Ключевой задачей проекта названо построение инфраструктуры непрерывной интеграции для организации автоматизированных сборок, отслеживающей состояние непрерывно обновляемых репозиториев Arch Linux и определяющей требуемые зависимости. Помимо создания патчей, необходимых для работы некоторых пакетов на системах Aarch64, в процессе реализации проекта потребовалось решить несколько проблем.

Часть проблем вызвана тем, что в непрерывно обновляемом репозитории Arch Linux новое состояние некоторых пакетов завязано на старое и для сборки требуется воспроизвести всю цепочку состояний (например, для пересборки rust 1.91 должен присутствовать rust 1.90, для которого, в свою очередь, требуется rust 1.89 и т.д.). Похожая ситуация наблюдается для библиотек, на которые завязан сборочный инструментарий (например icu и gpgme, используемые в pacman) - в случае обновления версий данных библиотек, для успешной пересборки необходимо наличие как старой, так и новой версии.

Ещё одним ограничением стала неопределённость с порядком сборки - в Git-репозитории Arch Linux пакеты часто добавляются не последовательно в порядке, непригодном для автоматизированной пересборки без пересчёта всей цепочки зависимостей. Помимо этого, при попытках сборки старых версий преградой становятся изменения в инфраструктуре upstream-проектов - исходный код может быть перемещён, проект перейти на другой git-хостинг, контрольные суммы на код в git поменяться из-за замены коротких хэшей на длинные, а автоматизированная загрузка блокироваться антибот-защитой.

Подготовленный в рамках проекта Holo Core CI-инструментарий способен вычислять полное дерево зависимостей и "воспроизводить" (replay) историю сборок Arch Linux от начального bootstrap-а до выбранного состояния, охватывая все необходимые промежуточные пересборки. Опубликованная тестовая версия соответствует версиям пакетов в репозитории Arch Linux по состоянию на 18 ноября 2025 года и является своего рода прототипом, демонстрирующим готовность созданной инфраструктуры для формирования конечных продуктов.

Когда система будет отлажена, её планируют синхронизировать с версиями пакетов, используемыми при разработке будущих версий SteamOS для архитектуры x86_64. Код развиваемого CI-инструментария будет опубликован под открытой лицензией и предложен для внедрения в проекте Arch Linux, у которого пока нет CI-инфраструктуры. В основной проект также планируют передать наработки для создания официального порта Arch Linux для архитектуры AArch64.

1. Главная ссылка к новости
2. OpenNews: Компания Valve начнёт напрямую участвовать в разработке Arch Linux
3. OpenNews: Компания Valve выпустила игровую приставку Steam Machine на базе Linux
4. OpenNews: Компания Valve представила приставку Steam Machine и VR-шлем Steam Frame, поставляемые с Linux
5. OpenNews: Выпуск дистрибутива Apertis 2026, позволяющего не использовать код под лицензией GPLv3
6. OpenNews: Компания Valve опубликовала дистрибутив для игровых консолей SteamOS 3.8

• В композитный менеджер KWin добавлена возможность автоматической дорисовки на стороне сервера теней и контуров окон, а также применения эффекта закругления углов для приложений, применяющих декорирование окон на стороне клиента (CSD, client-side-decorated), но не поддерживающих указанные элементы оформления. Изменение позволило придать типовой для KDE вид таким приложениям, как Steam и Discord, окна которых ранее отрисовывались без теней, обрамления и скруглений.

  Для активации теней реализовано новое правило переопределения атрибутов окон приложений (KWin Window Rules) - "Window manager draws titlebar, frame, and shadows". Автоматически тени добавляются к X11-приложениям, в которых не используется декорирование на стороне сервера и не отрисовыаются тени на стороне клиента.

  
• В приложении System Monitor предоставлена возможность привязки процессов к выбранным CPU или группе CPU, для выполнения только на них (CPU affinity).
• В конфигураторе реализация страницы настройки поведения окон переведена на использование QML, а оформление унифицировано с другими страницами.
• Добавлены глобально действующие клавиатурные комбинации для перегруппировки задач в списке (Meta+Ctrl+PageUp, Meta+Ctrl+PageDown) или цикличного переключения между задачами (Meta+Ctrl+Shift+PageUp, Meta+Ctrl+Shift+PageDown) в виджете Task Manager.
• В наборе библиотек Frameworks 6.29 проведена оптимизация компонентов ksvg и kguiaddons, позволившая немного снизить потребление памяти.

1. Главная ссылка к новости
2. OpenNews: Недельный отчёт о разработке KDE
3. OpenNews: В KDE улучшена анимация и прекращена поддержка OpenGL в KWin. Уязвимость в обработчике "Open New Window"
4. OpenNews: В KDE включена поддержка тройной буферизации вывода на системах c GPU NVIDIA
5. OpenNews: Релиз среды рабочего стола KDE Plasma 6.7
6. OpenNews: Размер кодовой базы KDE достиг 8 млн строк кода

Одновременно продолжается развитие открытой программной платформы PebbleOS для умных часов, в которой за последние месяцы заметно улучшена энергоэффективность: время автономной работы Pebble 2 Duo увеличилось с 17 до более чем 30 дней, а Pebble Time 2 теперь работает около трёх недель без подзарядки.

В SDK для разработчиков добавлена поддержка сенсорного экрана, динамика, RGB-подсветки, расширены возможности JavaScript-платформы Alloy, реализованы механизм вызова кода на C через FFI и встроенный отладчик XSBUG. По данным проекта, сообщество уже создало 2120 приложений и циферблатов для новых устройств.

В мобильном приложении Pebble появилась поддержка гаджета Index 01 (кольцо с кнопкой и микрофоном) и заявлена поддержка webhook, протокола MCP и сквозного шифрования резервных копий. Исходные тексты мобильного приложения опубликованы под лицензией GPLv3.

1. Главная ссылка к новости
2. OpenNews: Представлены умные часы Pebble Round 2 на открытой платформе PebbleOS
3. OpenNews: Открытие кода программного обеспечения для умных часов Pebble Watch
4. OpenNews: Представлены две модели умных часов на открытой платформе PebbleOS
5. OpenNews: Google открыл код операционной системы для умных часов Pebble

Особенностью Whonix является разделение дистрибутива на два отдельно запускаемых компонента - Whonix-Gateway с реализацией сетевого шлюза для анонимных коммуникаций и Whonix-Workstation с рабочим столом. Компоненты представляют собой отдельные системные окружения, поставляемые внутри одного загрузочного образа и запускаемые в разных виртуальных машинах. Выход в сеть из окружения Whonix-Workstation производится только через шлюз Whonix-Gateway, что изолирует рабочее окружение от прямого взаимодействия с внешним миром и допускает использование только фиктивных сетевых адресов. Подобный подход позволяет защитить пользователя от утечки реального IP-адреса в случае взлома web-браузера или эксплуатации уязвимости, дающей атакующему root-доступ к системе.

Взлом Whonix-Workstation позволят атакующему получить только фиктивные сетевые параметры, так как реальный IP и параметры DNS скрыты за границей сетевого шлюза, работающего на базе Whonix-Gateway, который направляет трафик только через Tor. При этом следует учитывать, что компоненты Whonix рассчитаны на запуск в форме гостевых систем, т.е. не исключена возможность эксплуатации критических 0-day уязвимостей в платформах виртуализации, которые могут предоставить доступ к хост-системе. В связи с этим, не рекомендуется запускать Whonix-Workstation на том же компьютере, что и Whonix-Gateway.

В Whonix-Workstation по умолчанию предоставляется пользовательское окружение LXQt. В поставку включены такие программы, как VLC и Tor Browser. В поставке Whonix-Gateway можно найти набор серверных приложений, в том числе Apache httpd, ngnix и IRC-серверы, которые могут использоваться для организации работы скрытых сервисов Tor. Возможен проброс поверх Tor туннелей для Freenet, i2p, JonDonym, SSH и VPN. При желании, пользователь может обойтись только Whonix-Gateway и подключить через него свои обычные системы, в том числе Windows, что позволяет обеспечить анонимный выход для уже находящихся в обиходе рабочих станций.

Системное окружение базируется на параллельно развиваемом теми же разработчиками защищённом дистрибутиве Kicksecure, расширяющем Debian дополнительными механизмами и настройками для повышения безопасности: AppArmor для изоляции, установка обновлений через Tor, использование PAM-модуля tally2 для защиты от подбора паролей, расширение энтропии для RNG, отключение suid, отсутствие открытых сетевых портов по умолчанию, использование рекомендаций от проекта KSPP (Kernel Self Protection Project), добавление защиты от утечки сведений об активности CPU и т.п.

Основные изменения:

• Обновлено окружение Kicksecure, в котором вместо GnuPG задействован пакет Sequoia-PGP (реализация OpenPGP на Rust), отключён по умолчанию репозиторий Debian Fast Track, при использовании LXQt прекращена установка Qps (интерфейс для просмотра запущенных процессов), добавлена поддержка qemu:///session для запуска виртуальных машин непривилегированными пользователями.
• Проведён внутренний аудит безопасности и начат внешний аудит.
• Улучшен пакет Kloak, применяемый для противостояния идентификации пользователя по характеру ввода с клавиатуры и движению мыши.
• В поставку Qubes-Whonix-Gateway включён пакет fwupd-qubes-vm.
• Переписаны Whonix-Windows-Installer и Whonix-Windows-Starter.
• Улучшена сборка для устройств c процессорами Apple Silicon.

1. Главная ссылка к новости
2. OpenNews: Выпуск Whonix 18.1, дистрибутива для анонимных коммуникаций
3. OpenNews: Опубликован дистрибутив для анонимных коммуникаций Whonix 18.0
4. OpenNews: Релиз ОС Qubes 4.3.0, использующей виртуализацию для изоляции приложений

1. Главная ссылка к новости
2. OpenNews: Компания xAI, созданная Илоном Маском, открыла большую языковую модель Grok
3. OpenNews: Прекращение существования Nitter, свободного альтернативного фронтенда к Twitter
4. OpenNews: SpaceX использует Linux и обычные x86-процессоры в Falcon 9
5. OpenNews: Компания Tesla намерена открыть код систем обеспечения безопасности
6. OpenNews: Twitter открыл код компонентов, формирующих ленту рекомендованных сообщений

Целью проекта является реализация расширений протокола X11, достаточных для функционирования рабочего стола CHasm, развиваемого тем же автором и также написанного на ассемблере. В качестве необходимого минимума заявлена поддержка запуска типовых X11-приложений, среди которых Firefox, VS Code, GIMP и Inkscape. Из намеченных к реализации X11-расширений упомянуты SHAPE, RENDER, XKB, COMPOSITE, DAMAGE, RANDR, MIT-SHM, XInput2 и XVideo.

Разработка разделена на 14 стадий. В настоящее время проект находится на 7 стадии, на которой уже реализованы базовые возможности для запуска терминала и некоторых X11 приложений. 14 стадия будет достигнута, когда будут реализованы все возможности для полноценной работы с Firefox. На текущем этапе заявлено о возможности запуска базового рабочего стола CHasm, GIMP и Firefox (с ограничениями).

Среди уже реализованных возможностей: приём X11-запросов через Unix-сокет, программная отрисовка через подсистему ядра DRM/KMS, обработка ввода через evdev, API для управления вводом, поддержка подключения нескольких X11-клиентов, функции для создания и работы с окнами, операции с пиксельными картами, атомарные операции, выделение текста для буфера обмена, X11-расширения SHAPE, RANDR, XKB, XInput2 и MIT-SHM. Ещё не реализованы примитивы векторной отрисовки, атомарное переключение видеорежима, буфер обмена, переключение раскладки клавиатуры, управление курсором, X11-расширения RENDER, DAMAGE и COMPOSITE.

Среда рабочего стола CHasm насчитывает около 100 тысяч строк кода и включает написанные на ассемблере компоненты: мозаичный оконный менеджер Tile, панель состояния Strip, блокировщик экрана Bolt, интерактивная оболочка Bare и эмулятор терминала Glass. Разработанные компоненты заменяются собой связку из gdm, X11 Server, i3, conky, wezterm и zsh.

Разработка ведётся с оглядкой на минимальное потребление энергии при использовании на ноутбуке. В режиме ожидания оконный менеджер Tile и терминал Glass совсем не потребляют ресурсы и активируются только при действии пользователя. Frame в режиме простоя расходует почти в три раза меньше ресурсов CPU, чем X.Org Server.

Утверждается, что окружение на базе Frame и CHasm уже достаточно стабильно для использования в повседневной работе автора проекта. Когда возникают проблемы или чего-то не хватает, автор по мере необходимости привлекает Claude и устраняет недоработки. Автор также развивает набор консольных утилит fe2o3, написанных на Rust и покрывающих все его потребности, кроме web-браузера. В состав fe2o3 входит двухпанельный файловый менеджер Pointer, командный интерпретатор rush, vim-подобный текстовый редактор Scribe, RSS-ридер Gazette, почтовый клиент и мессенджер Kastrup, календарь-планировщик Tock, конфигуратор Crush, просмотрщик документов Viewer.

1. Главная ссылка к новости
2. OpenNews: Выпуск X-сервера yserver 1.0.0, написанного на Rust и пригодного для запуска MATE, Xfce и Cinnamon
3. OpenNews: Проект Phoenix развивает современный X-сервер, написанный на языке Zig
4. OpenNews: Проект SonicDE продолжил развитие KDE для систем с X11
5. OpenNews: Основан GNOME-X11, форк GNOME 50 с возвращённой поддержкой X11
6. OpenNews: Выпуск проекта XLibre XServer 25.2.0, развивающего форк X.Org Server

Основные изменения в протоколе:

• Добавлено событие wl_pointer.warp, через которое можно получать уведомления о новой позиции указателя без обработки события wl_pointer.motion, генерируемого при активности пользователя.
• Добавлен запрос wl_fixes.ack_global_remove, предназначенный для отправки композитному менеджеру подтверждения того, что клиент прекратил обработку события для исключения состояния гонки при удалении глобальных событий. После получения подтверждения от всех клиентов композитный менеджер может удалить связанный с событием обработчик на своей стороне.
• Добавлена функция wl_display_remove_socket_fd() для удаления сокетов, до этого добавленных через вызов wl_display_add_socket_fd().
• В отладочном режиме WAYLAND_DEBUG обеспечен вывод в лог времени в формате "HH:MM:ss.xxxxxx", упрощающем разбор и сравнение логов.

Добавленные после прошлого выпуска Wayland расширения протоколов, дополняющие базовый протокол Wayland и поставляемые в отдельном наборе Wayland-Protocols:

• xx-fractional-scale - для масштабирования системы логических координат, значения в которой задаются целыми числами, для повышения точности позиционирования и увеличения разрешения логических координат до отдельных пикселей. Подобная возможность решает проблему с ограниченным разрешением системы логических координат, недостаточным для позиционирования на уровне отдельных пикселей, необходимого для полноценной реализации дробного масштабирования.
• xx-cutouts - для получения информации о вырезах на экране (например, области под фронтальную камеру на экране смартфона).
• xx-zones - для создания и добавления окон верхнего уровня в "зоны" - окружения со своим пространством координат. Протокол позволяет организовать логическую расстановку окон, в которой каждое окно размещается относительно другого окна.
• xx-keyboard-filter - для перехвата клиентом выбранных событий клавиатуры, изменения событий ввода или блокирования передачи определённых событий в Wayland-поверхность, на которой установлен фокус ввода.
• В категорию "staging" добавлен протокол xdg-session-management, предоставляющий возможности для восстановления состояния и позиции окон прерванного сеанса в окружениях на основе протокола Wayland, например, после аварийного завершения композитного сервера или приложения.
• В протокол "linux-dmabuf" добавлена поддержка работы на системах с несколькими GPU. На подобных системах клиент может согласовать с композитными сервером какой из GPU следует использовать.
• В протокол color-management-v1 добавлена поддержка метаданных изображений в формате BT.2100 для применения в композитном сервере специфичных обработчиков, позволяющих корректно отображать HDR-контент, созданный для Windows.

Наиболее заметные события, связанные с Wayland и произошедшие после публикации прошлого выпуска:

• В Cinnamon реализована полноценная поддержка Wayland.
• В библиотеку ANGLE, используемую в Chrome и Android, добавлена поддержка Wayland.
• В KDE при использовании Wayland реализована поддержка восстановления сеансов и реализован Wayland-протокол xx-fractional-scale-v2 для дробного масштабирования.
• Создан порт X.Org-драйвера Synaptics для окружений на базе Wayland.
• Инициирована проверка готовности платформ VFX и анимации к замене X11 на Wayland.
• Началось тестирование композитного сервера Xfwl4 от проекта Xfce.
• На базе Wayfire и Libadwaita воссоздана пользовательская оболочка Unity.
• Обновлены композитные серверы и среды рабочего стола: COSMIC 1.3.0, Weston 16, Phosh 0.56, Nourish 1.0.0, miracle-wm 0.10, KDE Plasma 6.7, labwc 0.20, Sway 1.2, Wayland Maker 0.8, Hyprland 0.55, Niri 26.04, LXQt 2.4.0, Cage 0.3.

Напомним, что Wayland представляет собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK и Qt, берущих на себя работу по компоновке содержимого окон.

Wayland решает многие проблемы с безопасностью X11 в X.Org Server, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентов, а также не допускает перехват связанных с другими окнами событий ввода (в XLibre XServer реализовано X11-расширение Xnamespace, обеспечивающее изоляцию клиентов через разделение на уровне пространств имён). Поддержка прямой работы c Wayland реализована для большинства применяемых в Linux графических библиотек, включая GTK, Qt, SDL, FLTK, wxWidgets, Clutter и EFL (Enlightenment Foundation Library).

Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов (drm modesetting) и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWayland (Device-Dependent X), похожий по организации работы на Xwin и Xquartz для платформ Win32 и macOS.

1. Главная ссылка к новости
2. OpenNews: Доступен Wayland 1.25
3. OpenNews: Выпуск композитного сервера Weston 16.0
4. OpenNews: Опубликован порт X.Org-драйвера Synaptics для окружений на базе Wayland
5. OpenNews: Выпуск Wayland-Protocols 1.49
6. OpenNews: Инициатива по изучению готовности платформ VFX и анимации к замене X11 на Wayland

В новой версии:

• Добавлена поддержка серий принтеров:
  • HP Laser 10x, HP Laser MFP 13x,
  • Samsung SL-M2020, SL-M2070
  • Samsung ML-1670, ML-1860,
  • Samsung SCX-3400,
  • Samsung M262x 282x, M267x 287x, M283x
  • Xerox Phaser 3020, 3052, 3260,
  • Xerox WorkCentre 3025, 3215, 3225.
• Перенесены идентификаторы (1284DeviceID) принтеров Samsung и Xerox из Fedora Linux.
• Добавлена поддержка дуплексного режима на принтере Samsung SCX-4521F.
• В драйвер ULD добавлена поддержка дополнительных размеров страниц.
• Решена проблема с печатью на листах в формате A5 на принтерах Samsung ML-15x0, ML-16x0, ML-17x0, ML-225x и Phaser 3117.

1. Главная ссылка к новости
2. OpenNews: Удалённо эксплуатируемые уязвимости в сервере печати CUPS
3. OpenNews: Уязвимость в CUPS оказалась пригодна для усиления трафика при DDoS-атаках
4. OpenNews: Проект OpenPrinting выпустил систему печати CUPS 2.4.0
5. OpenNews: Автор CUPS выпустил PAPPL 1.0, фреймворк для организации вывода на печать
6. OpenNews: Проект Open Printer развивает открытый струйный принтер

Сопровождавший платформу Loongson разработчик отметил, что у него нет времени и сил разбирать причины возникшей регрессии, особенно с учётом того, что цикл самосборки clang на имеющемся компьютере с CPU Loongson занимает 10 дней. Вероятно регрессия связана с обработкой порядка следования байт, так как на MIPS-платформе Octeon проблема не проявляется (Loongson - Little-Endian, Octeon - Big-Endian). Вариант возвращения на использование GCC 4 отброшен из-за того, что многие порты требуют компилятора с поддержкой стандарта C++ 11.

Стоит подчеркнуть, что речь идёт не о современной архитектуре LoongArch от компании Loongson, а только об их процессорах на базе MIPS64, выпущенных в 2006 и 2007-ых годах соответственно. Системы в теории поддерживали до 2 ГБ DDR2, но на практике их крайне редко удавалось запустить с 2-гигабайтными модулями, в результате они чаще ограничивались одним гигабайтом. На сегодня практическая применимость подобных компьютеров под большим вопросом, использоваться они вероятнее всего могут разве что энтузиастами ретро-систем.

1. Главная ссылка к новости
2. OpenNews: В Debian реализована официальная поддержка архитектуры LoongArch
3. OpenNews: OpenBSD начал формирование сборок для архитектуры powerpc64

Среди наиболее заметных изменений:

• Хранение сессий и настроек в отдельных файлах.
• Отдельный launcher в системном трее.
• Возможность изменять размер шрифта комбинацией "Ctrl+колесо мыши".
• Автоматическое сохранение размера и положения окна.
• Комбинация "Ctrl+Shift+клик левой кнопкой мыши" для открытия URL.
• По умолчанию работа с курсором в режиме "xterm-style bitmap", благодаря чему курсор в Midnight Commander отображается и работает корректно.

1. Главная ссылка к новости
2. OpenNews: Выпуск SSH-клиента PuTTY 0.84
3. OpenNews: Домен putty.org начали использовать для распространения идей антипрививочников
4. OpenNews: Уязвимость в PuTTY, позволяющая восстановить закрытый ключ пользователя
5. OpenNews: Terrapin - уязвимость в протоколе SSH, позволяющая снизить защиту соединения
6. OpenNews: Представлен SSH3, вариант протокола SSH, использующий HTTP/3

Тем, кто недоволен подобной политикой или пытается навязывать другим запрет использования AI-инструментов, Линус рекомендовал создать свой форк ядра или прекратить участие в разработке. По мнению Линуса, ещё год назад применение AI при разработке могло вызывать вопросы, но сейчас польза от AI стала очевидной и отрицать это могут лишь те, кто не использовал современные AI-инструменты. Никто в сообществе разработчиков ядра не заставляет других использовать AI, но попытки препятствовать использованию AI другими людьми будут пресекаться.

Применение AI может создавать проблемы, такие как увеличение нагрузки на сопровождающих и выявление неприятных ошибок, но, по мнению Линуса, нужно не зарывать голову в песок, а заставить AI-инструменты, такие как Sashiko, помогать сопровождающим. Современные AI-отчеты часто превосходят по качеству и гибкости традиционные инструменты, такие как checkpatch, и находят нетривиальные ошибки.

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

В продолжении дискуссии Линус посоветовал не навязывать свои этические нормы другим людям и сравнил применение AI с вегетарианством - среди разработчиков ядра есть вегетарианцы, у которых разные причины не есть мясо (социальные, религиозные, этические, вкусовые), но они не ожидают, что все остальные разработчики станут вегетарианцами из‑за их личной позиции. С принятием AI то же самое.

Противникам AI, пытающимся ссылаться на этику, Линус посоветовал держать свою этику там, где ей место - в личной жизни, и не пытаться навязывать её другим людям. Развивая тему этики Линус также упомянул взаимоотношения сообщества разработчиков ядра с Фондом СПО, у которого тоже имеются этические доводы, и они используют их как оружие. Именно поэтому Linux - это не GNU/Linux, и в сообществе разработчиков ядра предпочитают использовать термин "Open Source", а не "Free Software".

1. Главная ссылка к новости
2. OpenNews: Интервью с Грегом Кроа-Хартманом о созданных через AI отчётах об ошибках
3. OpenNews: Введён в строй AI-сервис Sashiko для рецензирования изменений в ядре Linux
4. OpenNews: Линус Торвальдс раскритиковал приватный разбор уязвимостей, выявленных при помощи AI
5. OpenNews: Рекомендации по использованию AI при разработке открытого кода
6. OpenNews: Благодаря AI для включения в ядро Linux стали присылать на 20% больше изменений