The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект Phoenix развивает современный X-сервер, написанный на языке Zig

26.12.2025 12:58

В рамках проекта Phoenix предпринята попытка создания с нуля нового X-сервера, не использующего наработки X.org Server и нацеленного на создание современной альтернативы, расширяющей протокол X11 и предоставляющей возможности для совместимости с Wayland. На текущем этапе развития Phoenix пока не готов к повседневному использованию, но уже позволяет организовать работу с простыми приложениями, использующими для вывода графики GLX, EGL или Vulkan, при вложенном запуске Phoenix поверх существующего X-сервера. Код написан на языке Zig и распространяется под лицензией GPLv3.

В Phoenix не намерены реализовывать всю функциональность протокола X11, доступную в X.org Server, и поддерживать устаревшее оборудование. Например, вместо полной поддержки элементов протокола X11 для работы со шрифтами планируют добавить только базовые операции, востребованные в реальных приложениях. Вместо поддержки классических X.Org-видеодрайверов, для вывода графики используются Linux DRM (Direct Rendering Manager) и Mesa GBM (Generic Buffer Management).

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

При этом в протокол X11 планируют добавить новые расширения, учитывающие современные тенденции, такие как поддержка HDR, корректная поддержка многомониторных конфигураций (раздельные фреймбуферы для каждого монитора), возможность указания DPI в привязке к мониторам, адаптивное изменение частоты обновления монитора (VRR), защиту от появления разрывов при выводе (tearing). В Phoenix также изменено поведение при обработке строк - по умолчанию используется UTF-8, а ISO Latin-1 применяется только при явном указании данной кодировки.

Для повышения безопасности приложения в Phoenix по умолчанию изолируются друг от друга и могут взаимодействовать и получать доступ к чужим окнам или событиям ввода только после явного подтверждения полномочий через специальный диалог или предоставлении прав при запуске. Для сохранения совместимости со старыми X11-клиентами, вместо вывода ошибок в случае отсутствия должных полномочий будут передаваться пустые данные. Глобальные комбинации клавиш будут работать только при удержании клавиши модификатора или предоставления отдельных прав доступа.

Для запуска приложений, поддерживающих только Wayland, планируют реализовать встроенную поддержку данного протокола или задействовать внешние прослойки, такие как 12to11.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Разработчики openSUSE развивают zssh, реализацию SSH на языке Zig
  3. OpenNews: Выпуск языка программирования Zig 0.11.0
  4. OpenNews: Выпуск проекта XLibre XServer 25.1.0, развивающего форк X.Org Server
  5. OpenNews: Графическая система X12 начинает обретать форму
  6. OpenNews: Выпуск Wayback 0.3, прослойки для запуска рабочих столов X11, используя компоненты Wayland
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64506-phoenix
Ключевые слова: phoenix, xserver, zig
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (61) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 13:45, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Т.е. с одной стороны хотят фичи, а с другой совместимость? Будет непросто, мягко говоря, но та же хлибра сильно тормозится об внутрянки ксорга и нужно поддержки проприетарных дров невидии и икс-дров под всякое старое, так что может и выгорит.
     
  • 1.3, Аноним (3), 13:55, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Любители возродить иксы забывают одну вещь: нужно уговорить всех подряд остаться на иксах: производителей видеокарт, разрабов тулкитов, разрабов ДЕ и каждого отдельно взятого разработчика каждого отдельно взятого приложения (да!) То есть мало "сделать иксы great again". Это только 1% от всех усилий. Остальные 99% времени уйдут на уговаривание всех подряд, что "пусть даже вяленый это хорошо, но поддержите наш нескучный икс-сервер позязя. Ну позязя! ну че вам стоит, а?"
     
     
  • 2.7, Аноним (7), 14:08, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Любители возродить иксы забывают одну вещь: нужно уговорить всех подряд остаться на иксах: производителей видеокарт, разрабов тулкитов, разрабов ДЕ и каждого отдельно взятого разработчика каждого отдельно взятого приложения (да!) То есть мало "сделать иксы great again". Это только 1% от всех усилий.

    Любители забывают, что можно сделать слой совместимости с wayland. Как сделали с виндовс :)

     
     
  • 3.25, anonymous (??), 14:58, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > что можно сделать слой совместимости с wayland

    wayland не существует, это миф. Есть набор библиотек и расширения. Есть композиторы, которые написаны поверх wayland. У гнома и кедов - это разные композиторы. И они не совместимы между собой.

    Соответственно ты не можешь сделать слой совместимосит с wayland. Ты можешь сделать слой совместимости с гномами или слой совместимости с кедами. Поэтому разработчики и ненавидят вейланд.

     
     
  • 4.28, Аноним (28), 15:12, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >wayland не существует, это миф

    html не существует - это миф. Есть браузеры, которые написаны поверх html

     
  • 4.35, Аноним (7), 15:26, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это нейрослоп или так реально может думать человек-разумный?

    Wayland - это протокол, у него есть расширения. Композиторы не написаны поверх протокола, а реализуют его. У протокола есть расширения, разные композиторы реализуют разные расширения. Но они все описаны, например тут https://wayland.app/protocols/

    Нет особых проблем замапить в X11 (при наличии похожего для x ес-но) расширения wayland специфичные как для гнома так и для кде.

     
  • 4.51, Аноним (51), 16:19, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >  Поэтому разработчики и ненавидят вейланд.

    Выдаёшь желаемое за действительное.

     
  • 4.59, Аноним (59), 16:51, 26/12/2025 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.67, iPony128052 (?), 17:12, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > можно сделать слой совместимости с wayland. Как сделали с виндовс

    Если хочешь, это так просто, раз и ...

    Это про Wine? Даже страшно представлять сколько ресурсов и денег в него потрачено. Благо, что они есть.

     
  • 2.8, IdeaFix (ok), 14:09, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто затащат во фрибсд и всё... ну и в опенмандриву.
     
  • 2.9, Bottle (?), 14:10, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты так говоришь, будто бы вяленый работает.
    Все побухтят и вернутся на кресты.
     
     
  • 3.19, Xasd9 (?), 14:35, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это вы думаете шаз какой щаз год?
     
  • 3.47, Аноним (47), 16:16, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вызывающе неверная информация. Вот передо мной гном - там работает. В виртуалке popos с cosmic de - там тоже работает. Наврал получается?
     
     
  • 4.64, Аноним (64), 16:58, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > В виртуалке

    Троллинг получается?

     
  • 2.11, Аноним (11), 14:13, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не нужно: драйверы видеокарт работают через интерфейсы DRM и GBM, а для одного модного тулкита будет реализована поддержка протокола Wayland. А что два модных DE завязались на собственные реализации дисплейного сервера — так это их проблемы, на них свет клином не сошёлся и без них полным полно софта (в т.ч. от них).
     
  • 2.24, Аноним (24), 14:56, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > нужно уговорить всех подряд остаться на иксах: производителей видеокарт

    а производителей SSD и клавиатур не надо уговаривать?

     

  • 1.4, Аноним (4), 13:57, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличная новость. Свободная лицензия, безопасный и, что не менее важно, удобный язык в отличие от Rust. Глядишь со временем передут на него, когда костыли Wayland уже окончательно его поломают.

    >Для запуска приложений, поддерживающих только Wayland, планируют реализовать встроенную поддержку данного протокола или задействовать внешние прослойки

    Wayback из коробки?

     
     
  • 2.5, Аноним (5), 13:58, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > безопасный и, что не менее важно, удобный язык

    Zig совершенно небезопасный для памяти язык. Это скорее Си нового поколения.

     
     
  • 3.10, IdeaFix (ok), 14:11, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ИИ-асистент проще оттранслирует Си в Зигу, других причин для использования Зиги не было.
     
  • 3.12, Аноним (12), 14:20, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У зига нет футганов как у C и unsafe {} (привет двойному листу в недавнем CVE ядра), поэтому на низкоуровневом это лучший компромисс (безопаснее только Fil-C, но там жуткие потери в производительности, что для такого проекта критично).
    Более того, borrow checker в роадмапе до 1.0 ( https://www.opennet.dev/opennews/art.shtml?num=64506 ), поэтому безопасность зига это вопрос времени.
     
     
  • 4.14, Аноним (12), 14:21, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ссылка отклеилась: https://github.com/ziglang/zig/issues/2301
     
  • 4.65, inferrna (ok), 17:03, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Весь зиг, это и есть аналог unsafe раста
     
  • 3.62, Аноним (64), 16:56, 26/12/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.13, Аноним (13), 14:20, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    cargo/rust гораздо удобнее zig
     
     
  • 3.15, Аноним (12), 14:23, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    cargo это npm-рак; у языков не должно быть пакетных менеджеров.
    У зига пакетный менеджер такой же, что и в Go (где это ключевая фича языка)
     
     
  • 4.44, Аноним (44), 16:09, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен. А еще код нужно писать в vim без расширений, ошибки компиляции нужно нужно искать в в выводе компилятора, отлаживать нужно отладчиком, линковать линковщиком. Да и системы сборки в принципе не нужны, даже Make - это уже перебор. Для слабых духом разрешается скрипты на баше писать, раз не могут сами запомнить все команды и ввести каждый раз заново. Люди создали множество недопустимых излишеств - кулинария та же. Вот зачем брать и смешивать разные ингридиенты, создавать какие-то рецепты и т.д.? Нашел корешок или жучка и съел. Вообще, если подумать компьютеры так-то тоже не нужны, нужно в уме все делать.
     
     
  • 5.63, Аноним (12), 16:56, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Пакетный менеджер в языках - не инструмент для программиста, а привязка к определённой проприетарной экосистеме, которая помимо этого печально известна числом крупных взломов.
    Язык в чистом виде это компилятор; языки с пакетным менеджером это подписка на дядю и вечная война с пакетным менеджером операционной системы.
    Никакие IDE, LSP, линковщики не наделали столько урона открытой экосистеме, как npm-pip-cargo'подобные опухоли.
     
     
  • 6.66, Аноним (44), 17:09, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для cargo легко настраиваются источники, откуда берутся зависимости. Любой дистрибутив linux/любой коммерческий проект и т.д., может заменить crates.io на свой собственный registry и внимательно контролировать, что там там лежит. Все гибко настраивается в зависимости от обстоятельств и требований по безопасности. Ничто в cargo не мешает тебе брать зависимости откуда угодно, хоть из git-репозиториев, хоть из собственной файловой системы.

    При этом, для людей, которые вкатываются в раст, нет боттлнека в виде того, что без пол литра не разберешь, откуда тебе зависимости брать и как тебе вообще настроить сборку своего проекта, потому что есть стандартный crates.io, в котором все есть - а дальше настраивай себе все под свои обстоятельства, когда уже что-то настоящее делаешь.

     

  • 1.18, Аноним (18), 14:32, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Может ещё xfree86 откопать? Нужно больше фрагментации!
     
  • 1.20, Аноним (-), 14:43, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    >В рамках проекта Phoenix предпринята попытка создания с нуля нового X-сервера

    Но зачем? Эпоха X Window System завершается.

     
     
  • 2.23, Аноним (23), 14:55, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Наоборот - всё только начинается! Этот проект - будущее графики в Linux! Тем более после того, как Wayland с треском провалился.
     
     
  • 3.27, Аноним (11), 15:06, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Куда и когда провалился? Где было слышно треск?
     
     
  • 4.29, Аноним (23), 15:14, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В чёрную дыру, поэтому даже треска не слышно.
     
     
  • 5.32, Аноним (32), 15:18, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У онанимов на коре два дуо всё стабильно.
     
  • 4.42, Аноним (42), 16:06, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это не совсем треск, а что-то вроде, прр-пыпыррр...
     
  • 4.50, Аноним (47), 16:19, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Треск видимо со стороны 5 точки того анонима, а провалился аноним в алкогольный делирий.
     
  • 4.61, Аноним (64), 16:54, 26/12/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.53, Аноним (51), 16:21, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Wayland с треском провалился.

    только фактически он сейчас на 80% десткопов

     
     
  • 4.55, Аноним (23), 16:24, 26/12/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.68, iPony128052 (?), 17:20, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что может.

    Имено поэтому есть палемуны, тринити, опен моровинды, оттеры...

    Вон мануал по OSS

    https://wiki.archlinux.org/title/Open_Sound_System

    Последний релиз в 2019 был.

     

  • 1.21, дохтурЛол (?), 14:50, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В Phoenix также изменено поведение при обработке строк - по умолчанию используется UTF-8

    Ох и зря они на юникод-по-дефолту переходят, как мне кажется.

     

  • 1.26, Аноним (24), 14:58, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > При этом в протокол X11 планируют добавить новые расширения, учитывающие современные тенденции, такие как поддержка HDR, корректная поддержка многомониторных конфигураций (раздельные фреймбуферы для каждого монитора), возможность указания DPI в привязке к мониторам, адаптивное изменение частоты обновления монитора (VRR), защиту от появления разрывов при выводе (tearing).

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

     
     
  • 2.31, Аноним (28), 15:18, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    фактически сейчас это ещё более невозможно. Тебе надо чтобы софт поддерживал их новые расширения, а никто этого не будет делать.

    Разработчики софта ориентированы на большинство. А большинство дефолтных DE переходят на wayland и даже выпиливают возможность запускать через иксы.

     
     
  • 3.37, Аноним (23), 15:38, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А большинство дефолтных DE переходят на wayland

    Никто никуда не переходит. W - это сырая поделка, X - это готовый продукт промышленного уровня!

     
  • 2.40, Соль земли2 (?), 15:54, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Wayland - это выбор программистов, а не пользователей. Что-то не нравится - становись программистом. Это Open Source, детка.
     

  • 1.30, Tita_M (ok), 15:18, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Проблем с переключением раскладки клавиатуры не будет?
     
     
  • 2.43, Аноним (42), 16:07, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А в Xorg она есть?
     

  • 1.36, Аноним (36), 15:36, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С одной стороны, конечно, лучше поздно, чем никогда.
    А с другой... Лучше никогда, чем _слишком_ поздно
     
  • 1.38, name (??), 15:49, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Эта реализация будет работать на таком же железе, что и wayland. Пользователь скорее поставит wayland композитор, чем это. Большинство "иксофанатиков" просто сидят с неподдерживаемым железом/драйвером.
     
     
  • 2.39, Аноним (23), 15:50, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Пользователь скорее поставит wayland

    В здравом уме это никто не поставит.

     
  • 2.58, Аноним (64), 16:51, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Большинство "иксофанатиков" просто сидят с неподдерживаемым железом/драйвером.

    Вот только "неподдерживаемое" железо под Иксами прекрасно работает, а в Вейланде - нет, не работало и не будет.


     

  • 1.41, Аноним (41), 15:54, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну развивается этот Х сервер. А русские тысячами за ср....й купянск гибнут. И низачем. Просто так.
     
  • 1.45, Аноним (45), 16:10, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Все правильно делают, одобряем. А то уже надоели эти проекты-спецификации. Ничего хорошего из них не получается. Jabber-клиентов и серверов вокруг XMPP понаписали десятки, но каждый из них кто в лес, кто по дрова. Та же история сейчас происходит с Wayland.

    Проекты должны сначала создаваться в качестве прототипов, чтобы выявить потенциальные узкие места. Переписываться, если надо. И потом уже утверждать спецификацию своего протокола. И уже после этого дорабатываться до релиза.

    Сейчас в Wayland долбятся с позиционированием окон и разводят руками: не предусмотрено бай дизигн. И это эксперты, написавшие X.org Server, люди с опытом. Ну да, ну да.

     
     
  • 2.49, Анонимомус (?), 16:19, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как-будто иксы изначально проектировались под современные нужды, тот же композитинг прикручивали на ходу
     
     
  • 3.56, Аноним (45), 16:27, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Что подтверждает мои слова. Проектируют пусть любители болтовни и сферической разработки в вакууме. Настоящие успешные проекты создаются сразу на практике, без долгого проектирования на бумаге. И вопрос не в скорости разработки и скорейшем выводе на рынок, а в сталкивании с практическими проблемами.
     

  • 1.46, Анонимомус (?), 16:14, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Совершенно не понятно зачем, совместимость с иксам будет частичная, стандарты - не не слышали, изоляция приложений поломает то, за что ругают вяленный, отлаженный годами код не используется, что будет с поддержкой дров непонятно, и будет сырая поделка на модном молодежном языке, что сразу ограничит круг поддерживающих, еще и с самого старта закладывается прокладка для новых приложений на вяленом, для кого оно?

    З.Ы. Разумеется дело авторов на что они хотят тратить время

     
     
  • 2.52, Аноним (45), 16:20, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не правильно ставишь вопрос. Пацанам не понравилось текущее положение вещей - пацаны делают то, как будет лучше по их мнению. Выстрелит или нет - индустрия разберется. И твое непонимание исходит из того, что ты плохо представляешь тему обсуждения, для них-то как раз все ясно.
     

  • 1.48, zeecape (ok), 16:17, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Xorg мёртв. Началась битва между XLibre и Phoenix за право возродить его из пепла индусского кода
     
  • 1.54, Oe (?), 16:22, 26/12/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    'вместо вывода ошибок в случае отсутствия должных полномочий будут передаваться пустые данные' ведроид плачет с его незапускающимися приложениями при отклонении в выдаче прав
     
     
  • 2.57, Аноним (64), 16:40, 26/12/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > ведроид плачет

    Ведроид должен страдать.


     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру