Инженер-разработчик компании Canonical, работающий над Mir, продемонстрировал средства для обеспечения совместимости X11 и Mir. В ходе эксперимента, используя прослойку XMir, удалось запустить Xfce, LXDE и Gnome, благодаря чему разработчикам DE не нужно прилагать усилий для поддержки дисплейного сервера Canonical.

Скриншоты:

• LXDE в Mir
• Xfce в Mir
• Gnome в Mir

ОБНОВЛЕНО: 26 июля добавлена демонстрация работы KDE на XMir.

>>> Подробности

Это вольный перевод статьи, намедни размещённой на phoronix. Оринальная статья — обзор недостатков, их исправлений и преимуществ между X и Wayland. Её написал Eric Griffith, при участии Daniel Stone, специально для ресурса phoronix. Работа собрана по кусочкам из презентаций Keith Packard, David Airlie, Kristian Høgsberg, из страниц про X11, X12, Wayland в вики и на freedesktop.org, из прямых интервью с разработчиками.

Оригинал выпущен под Creative Commons версия 3, с указанием авторства; перевод доступен на тех же условиях (с указанием на авторов оригинала, как мне кажется).

( читать дальше... )

>>> Подробности

Спустя полгода после выхода предыдущей версии состоялся релиз графического сервера Xorg 1.13 под кодовым именем «Чай со льдом». Этот выпуск можно считать юбилейным: первая версия X11 вышла ровно 25 лет назад. В настоящее время этот графический сервер продолжает интенсивно развиваться, получая новые перспективные фичи, несмотря на то, что большая часть разработчиков работает над Wayland и Weston.

Новшества версии 1.13:

• Окончательное удаление архитектуры XAA-акселерации. Большинство графических драйверов теперь используют EXA-ускорение либо SNA/GLAMOR/UXA, так как архитектура XAA бесполезна на современном железе. Если вы используете один из популярных графических драйверов, вы совершенно не заметите удаления архитектуры XAA.
• Оформление кода Xorg наконец приведено к единому стилю.
• В рамках работы над горячим подключением и сменой графических ускорителей произведены некоторые изменения в API драйвера DDX.
• Изменения на стороне сервера для обеспечения поддержки горячего подключения GPU.
• Изменения на стороне сервера для поддержки GLX_ARB_create_context, также, теперь поддерживаются другие расширения GLX.
• Обеспечена поддержка функций RandR для расширений ресайза/поворота для использования в Optimus и других технологий гибридной графики.
• Выгрузка обработки графики на периферийные устройства посредством DRI2.

Что всё это даёт? Прежде всего: бесшовное переключение между графическими устройствами и драйверами без перезапуска Xorg, а также задействование нескольких GPU одновременно для обработки одной сцены.

Основные графические драйверы уже обновлены для поддержки нового API. Проприетарные драйверы NVIDIA уже поддерживают ABI Xorg 1.13. Как обычно, отстаёт только AMD со своим Catalyst, но AMD обещает обеспечить поддержку в течение нескольких месяцев.

Скачать новый релиз можно тут.

>>> Подробности

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

Итак, приступим.

1. В Wayland может быть реализована сетевая прозрачность.

   Это дело конкретного композитора. Всё дело в ошибочном понимании фразы «в Wayland нет сетевой прозрачности». Правильное понимание этой фразы таково: «спецификация Wayland не занимается сетевой прозрачностью и не определяет её». Композиторы могут быть выполнять локальную отрисовку, могут быть сервером и передавать картинку по сети (хоть на много машин одновременно), а могут делать и то и другое. Те, кто думают, что в Wayland сетевой прозрачности быть не может вообще, ошибаются.

2. Сетевая прозрачность X11 не подходит для современных приложений.

   Она давно устарела, будучи сделанной с расчётом на то, что приложения используют простые команды для отображения содержимого окна, и эти команды можно отправлять по сети. Когда-то это было разумно, но современные приложения не используют X11 для рендеринга, они используют такие технологии как Cairo, Clutter, QPainter (Raster) или OpenGL. В этом случае X11 вынужден отправлять по сети готовую картинку, а для этой ситуации есть технологии, которые делают это гораздо лучше, чем X11. Сетевая прозрачность в X11 померла и так, без участия Wayland.

3. X11-приложения будут поддерживаться.

   Никто не хочет ломать систему, переход на Wayland будет произведён если и только тогда, когда X11-only приложения будут в ней хорошо работать (через слой совместимости). Сетевую прозрачность X11, очевидно, тоже можно будет использовать.

4. Сетевой прозрачности не место в оконной системе. Если вы хотите быстрой сетевой прозрачности, ей место в тулките виджетов.

   Оконная система должна просто заниматься отображением картинки, которую ей дали. Она не знает ничего про виджеты, у неё есть только картинка, которую гнать по сети достаточно накладно. Сетевой прозрачности когда-то было место в X11 только потому, что X11 был не только оконной системой, но ещё и тулкитом виджетов.

5. «Дистибутивы выкинут иксы, моё любимое X11-only приложение не заведётся!»

   Для этого уже есть слои совместимости (X11 приложения можно запускать из композитора Wayland). Поддержку X11 никто не выкинет из дистрибутивов, пока она будет востребована, даже Mac OS X всё ещё поддерживает X11 для совместимости. Постепенно количество X11-only приложений будет уменьшаться (переписывание, естественная смерть), и даже если из вашего дистрибутива поддержку X11 уберут, вы всегда сможете её собрать сами.

Прекратите повторять ошибочные утверждения.

P.S. Отвечу на вопрос «Зачем вообще нужен Wayland, давайте улучшать X11».

Такие (или аналогичные) изменения даже если были бы возможны в X, всё равно бы сломали X11 и дали несовместимый с ним X12. Без слоя совместимости обойтись невозможно, а сам X12 тоже был бы не сахар, так как писался бы с оглядкой на X11. И чем это было бы лучше того, что мы имеем с Wayland?

В основе X11 лежат архитектурные решения более чем двадцатилетней давности (см выше). Так делать уже не надо, очень много функциональности иксов перешло в тулкиты, ядро, D-Bus, и другие системы. Замену легче написать с нуля, которая делает только свою прямую работу, а не пытается объять всё.

>>> Подробности

В основе Orcsome лежит простая идея: отрисовка окон возлагается на стабильный, проверенный временем, быстрый менеджер окон, а управление им осуществляется при помощи скрипта на Python.
Это позволяет в широких пределах варьировать поведение любых менеджеров окон, даже имеющих весьма бедные возможности для настройки.

Теоретически возможности Orcsome ограничены только вашими знаниями Xlib — библиотеки функций клиента X Window.
Если вы не обладаете таковыми знаниями совсем или обладаете, но в недостаточной степени, Orcsome предоставляет обёртку, реализующую самые распространённые задачи по управлению окнами:

• управление фокусом, вызов окна на передний план с активацией нужного рабочего стола;
• перемещение окна на указанный рабочий стол;
• возможность перемещать окно внутри стека;
• выборка и фильтрация окон по их свойствам;
• подписка на события X Window: нажатие горячих клавиш, создание/удаление окна, изменение свойств окна;
• захват клавиатуры и мыши;
• история фокуса.

Всё это в сочетании с понятным скриптовым языком позволяет реализовывать достаточно сложные операции, например, такое популярное действие, как «spawn or raise» — запуск приложения или передача ему фокуса, если оно уже запущено.

Пример конфигурации от baverman

Документация

>>> Страница проекта на github'e

Вышел первый стабильный релиз ветки 2.6.x оконного менеджера Fvwm.

Из нового, по сравнению с последним бета-релизом (2.5.31) — поддержка libpng 2.5.0.

Также традиционные исправления ошибок:

• корректно определяется ширина FvwmTaskBar;
• исправления в алгоритме изменения размера скрученных окон;
• исправления в команде CursorMove;
• при заданном NeverFocus при открытии меню фокус не перехватывается.

Также была окрыта новая нестабильная ветка 2.7.x

>>> Подробности

20 декабря 2010 года фонд X.Org и сообщество разработчиков X.Org анонсировали релиз X11R7.6 - то есть X Window System Version 11 (X.Org) версии 7.6. Следующий полный релиз планируется в 2011 году и он будет называться X11R7.7.

X11R7.6 поддерживает операционные системы Linux, BSD, Solaris, MacOS X, Microsoft Windows и GNU Hurd. Среди изменений - новый функционал, корректирующие изменения, работа по улучшению такого параметра как стабильность. Конкретно изменения касаются улучшенный автоконфигуратор, расширение поддержки устройств ввода, изменения в документации, предприняты действия по переходу на API XCB-клиента.

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

Авторы релиза с прискорбием сообщают о том, что двое ранних лидеров проекта в этом году скончались от рака. Их имена Smokey Wallace и Hideki Hiura. Smokey Wallace был лидером DEC WSL, создавшей первоначальную реализацию протокола X11 Hideki Hiura работал в Sun Microsystems, он участвовал в интернационализации X11R6. Релиз X11R7.6 посвящён памяти о них.

Узнать подробности данного релиза, об X.org в целом и в деталях можно на официальном сайте проекта.

Сводная информация об основных изменениях в версии 7.6:

• Разделы InputClass в файле конфигурации xorg.conf (и в других файлах конфигурации) значительно расширены, теперь туда можно вносить новые специфические правила об адресе устройства, его типе, разработчике, или любую другую информацию, предоставляемую hotplug. Подробности об этом находятся в разделе INPUTCLASS обновлённой man-страницы об xorg.conf.
• Использование каталогов конфигурации для того, чтобы предоставить нескольких разным файлам составлять единую конфигурацию X Server. Например, правила для устройств ввода, описываемые в .fdi-файлах для HAL, теперь могут находиться в разделах InputClass .conf-файлов в каталоге xorg.conf.d.
• В Linux для обнаружения устройств ввода и последующего их горячего подключения по-умолчанию стал использоваться udev. В других платформах для этого по-прежнему используется HAL.
• В состав компонента katamari включён XCB, он же X protocol C-language Binding. В зависимости XCB входят некоторые компоненты на стороне клиента: libX11, xlsatoms, xlsclients и xwininfo. XCB позиционируется как замена Xlib, занимающая немного памяти, предоставляющая минимизацию задержек (latency hiding), имеющая прямой доступ к протоколу, умеющая работать в многопоточном режиме, поддерживающая дополнения. Подробности об XCB.
• Крупное «осовременивание» документации - описания большинства библиотек и спецификаций протокола упорядочены, это позволяет легко обновлять их в новых версиях X.org. Большая часть документации переделана в DocBook, до этого форматы файлов были самыми разными. Найти документацию X.org 7.6 можно как в каталоге /usr/share/doc/, так и на этом сайте

>>> Подробности

Доступен новый релиз библиотеки манипуляций над пикселями для X и cairo. В новом релизе:

• Улучшения в работе с градиентами:
  • Радиальный градиент теперь следует спецификации PDF [Andrea Canciani]
  • Большие линейные градиенты отрисовываются точнее [Andrea]
  • Конические градиенты теперь работают лучше [Søren Sandmann Pedersen]
• Улучшения производительности:
  • Увеличена скорость масштабирования [Siarhei Siamashka]
  • Увеличена скорость аффинных преобразований [Søren]
  • Улучшения работы с ARM NEON [Siarhei]
  • Улучшения бэкенда SSE2 [Siarhei, Søren]
• А так же множественные исправления ошибок и улучшения в тестовом пакете

>>> Подробности

Изменений по сравнению с веткой 1.8.x достаточно немного:

• xrandr: per-CRTC pixmap (что это и зачем);
• код dix devPrivates переписан для более эффективного использования памяти;
• новый механизм аутентификации, позволяющий собрать xorg-server без libdrm;
• оптимизация и многочисленные исправления в DRI2;
• сервер может быть запущен без устройств вывода;
• xinput: невидимый курсор больше не будет портить вывод, что также улучшает производительность, исправлена отрисовка SW-курсора при смене экранов;
• произведена очистка кода MAXSCREENS, allocation function wrapping, кода PCI bus, все собственные функции работы с памятью заменены на их C89 эквиваленты (улучшение производительности), mandratory render;
• документация теперь представлена в формате docbook/xml;
• поддержка mibank, multibuffer extension (MBE) переведены в разряд устаревших (deprecated);
• 399 коммитов, исправляющих ошибки.

Исходный код

Анонс релиза в рассылке

>>> Подробности (план релиза XServer 1.9)

Вышел X Server 1.7. Из нового:

• X Input 2 / MPX (да-да, нативный мультипойнтер),
• вычищен xkb,
• поддержка VGA arbitration (используется, если видеокарт больше одной), требуются libpciaccess и ядро версии ≥2.6.32,
• Xdmx,
• XQuartz.

1.7.1 обещают выпустить в течении трёх недель, если не случится ничего экстраординарного.

Следующая версия (1.8) будет примерно через шесть месяцев, судя по появлению цикла релизов.

>>> Подробности

Kaliber — один из основателей когда-то польского дистрибутива Linux: Pingwinek и дистрибутива HaikuOS: TiltOS, портировал X–сервер в HaikuOS. Теперь в HaikuOS доступны GTK+, GIMP, Abiword и Gnumeric.

Как установить:

• Установить «TiltOS for Haiku»
• Установить GIMP:

  $ box -i gimp --no-deps

• Установить X11:

  $ box -i xhaiku

Как запустить приложение:

• Запустить сервер X11:

  $ startxhaiku

• Запустить GIMP (из другого терминала)

  $ export DISPLAY=:0

  $ gimp

Скриншот GIMP в HaikuOS

>>> Подробности

В свет вышел X Server 1.6, правда ожидали мы его увидеть ещё в прошлом году. Особенно данный релиз ждала корпорация Intel. Задержки для подобных релизов можно считать нормой, возьмем к примеру X Server 1.4.1. Будем надеяться, что ждали не напрасно:

• Серверная часть DRI2 (3D часть за некоторое время до этого попала в xf86-video-intel 2.6 и mesa 7.3)
• XInput 1.5
• Predictable pointer acceleration
• RandR 1.3
• Багфиксы

Изначально планировались к включению, но не вошли в релиз X Input 2 и Multi-Pointer X. В этой версии также нет поддержки архитектуры ускорения UXA.

>>> новость на Phoronix

На встрече разработчиков X.org Stephane Marchesin предложил добавить возможность компиляции шейдеров с помощью компилятора LLVM в Galium3d.

Идея встраивания LLVM (Low-Level Virtual Machine) в инфраструктуру драйверов для поддержки компиляции шейдеров не нова, она используется в Apple Mac OS X.

>>> Подробности

Адам Джексон [Adam Jackson] анонсировал выпуск давно ожидаемого X Server 1.5.0, ключевого компонента X.Org 7.4, который, будет представлен уже на этой неделе в ходе конференции X Developer Summit 2008.

>>> Список исправленных ошибок и изменений

>>> Скачать X Server 1.5.0

>>> Подробности

Эта быстродействующая и быстрозагружающаяся реализация GNOME предназначена, в первую очередь, для нетбуков и устаревших аппаратных средств. Выполненный на базе GTK+ 2 LXDE (Lightweight X11 Desktop Environment) продвигается группой программистов из Тайваня. В центре внимания это рабочее окружение оказалось после выхода на этой неделе дистрибутива gOS 3. Основатель проекта gOS Дэвид Лиу [David Liu] считает, что «проект LXDE, масштабируемая версия GNOME, имеет большое будущее».

В состав LXDE входят следующие компоненты:

• PCManFM — диспетчер файлов;
• LXPanel — панель конфигурирования рабочего стола;
• LXSession — менеджер сеансов X11;
• LXAppearance — переключатель тем на основе GTK+;
• Openbox — оконный менеджер;
• GpicView — просмотрщик изображений;
• Leafpad — текстовый редактор;
• LXTerminal — эмулятор терминала на базе VTE;
• Xarchiver — архиватор на базе GTK+;
• LXNM — демон сетевых подключений.

>>> Подробности

Уже давно очевидно, что хранение настроек иксов в xorg.conf устарело и не справляется с возложенными на него задачами, в связи с чем, например, писатели проприетарных драйверов от AMD/ATI и NVIDIA изобрели собственные реестроподобные велосипеды.

Недавно по этому поводу разгорелась дискуссия среди разработчиков иксов, в ходе которой было выдвинуто несколько смелых идей — в их числе, например, хранение настроек в GConf. Мэтью Типпет из AMD рекомендовал использовать иерархаичную конфигурацию, сходную с решением в проприетарных драйверах ATI. «NIH syndrome always rules...» — отметил он.

>>> Подробности в репортаже Phoronix

Приставка Sony PlayStation 3 (PS3) может работать под управлением операционной системы Linux, но для ее нормального функционирования требуется дополнительная настройка. В этой статье, последней из серии, посвященной PS3 Linux, автор рассказывает о способах превращения X11 в более легкую среду, для которой требуется меньше системной памяти.

>>> Подробности

NoMachine объявила о выпуске новой версии своей кроссплатформенной системы компрессии и кеширования протокола X11. Использование NX сервера, клиента и узла позволяет использовать удаленный доступ через графический терминал на скоростях линии вплоть до 10kb/s. Также представлена унифицированная система доступа к дискам и звуковым потокам. Имеется инкапсуляция протоколов VNC и RDP.

Несмотря на то, что NoMachine является коммерческим продуктом, доступна Free NX Edition, позволяющая одновременно не более двух соединений с сервером. Кроме того, исходные коды практически всех компонент системы доступны на сайте проекта под GPL2.

>>> Подробности

После 5 месяцев разработки анонсирован новый релиз Compiz 0.7.0.

Новшества:

• Поддержка вывода на несколько мониторов;
• Изменение в организации работы плагинов. Выделен core plugin, предоставляющий расширенный доступ к API базового модуля. Новый объектный механизм, позволяющий добавлять новые объекты без изменения интерфейса плагинов или нарушения целостности API;
• Приведение кода в соответствие с требованиями ICCCM (Inter-Client Communication Conventions Manual, стандарт определяющий правила взаимодействия X-сервера и X-клиента);
• Улучшение контроля прорисовки видимой области в cube plugin;
• Возможность настройки реакции на нажатие средней или правой кнопки мыши в gtk-window-decorator, задействования колеса прокрутки;
• Добавлен KDE4 порт kde-window-decorator. Исправлено несколько ошибок, приводящих к краху kde-window-decorator;
• Многочисленные исправления ошибок.

>>> Подробности