Xorg что это

Xorg

Метапакет Xorg предоставляет компоненты для рабочей станции под управлением X Window System. Упрощённо: пакет отвечает за вывод информации на экран, приём и обработку управляющей информации от клавиатуры и мыши. Xorg предоставляет X-библиотеки, X-сервер, набор шрифтов, и группу основных X-клиентов и утилит.

Установка

Пакет присутствует в хранилище пакетов debian.
Для установки пакета

• в командной строке: следует выполнить команду # apt-get install xorg
• в графическом режиме: воспользоваться специализированной программой управления пакетами

После установки пакет готов к использованию.
Файлы конфигурации — например /etc/X11/xorg.conf — расположены в каталоге /etc/X11. Современные системы Linux (например Debian-squeeze) не требуют наличия xorg.conf. В этом случае будет осуществлено тестирование оборудования и установлены все доступные устройства с параметрами по умолчанию.
Некоторые часто используемые команды

# killall Xorg - остановка всех запущенных копий программы # startx - старт X Window System # /etc/init.d/kdm restart - перезапуск X Window System вместе с менеджером дисплея

Тонкая настройка

Для тонкой настройки X-сервера следует создать (если его нет) и настроить файл конфигурации /etc/X11/xorg.conf. После внесения изменений в файл конфигурации для их применения требуется перезапуск X-сервера.

Часто удобнее использовать вместо одного общего файла конфигурации несколько мелких. X-сервер считывает все файлы конфигурации (с расширением .conf) из каталога /etc/X11/xorg.conf.d.

Установка универсального графического режима

Для видеокарт совместимых со стандартом vesa (иногда называемом «псевдографическим») в поставку Xorg включён универсальный видеодрайвер xorg-vesa. Известные нам видекарты (ATI, nVidia, S3, Intel, Trident) работают с указанным видеодрайвером. Кроме того они успешно проходят с ним тест — # glxgears — на 3D-ускорение.

Для запуска видеокарты в режиме vesa

• устанавливаем драйвер xorg-vesa

# apt-get install xserver-xorg-video-vesa

• добавляем в файл конфигурации X-сервера/etc/X11/xorg.conf секцию

Section "Device" Driver "vesa" EndSection

• перезапускаем X-сервер

• Режимы работы видеоадаптера
• Стандартный VGA BIOS
• Особенности работы в режимах VESA

Изменение клавиши-переключателя клавиатуры

Для изменения (установки) клавиши-переключателя клавиатуры добавляем секцию в файл конфигурации

Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us,ru(winkeys)" Option "XkbOptions" "grp:caps_toggle" # установка переключения клавиатуры по нажатию '''CAPS''' #Option "XkbOptions" "grp:alt_shift_toggle" EndSection

Изменение частоты экрана

Допустим имеется видекарта Radeon 9600 и монитор SyncMaster 757nf

#lspci 01:00.1 Display controller: ATI Technologies Inc RV350 AR [Radeon 9600] (Secondary)

Для установки частоты экрана

• устанавливаем частоты синхронизации монитора

# xvidtune Vendor: SAM, Model: SyncMaster Num hsync: 1, Num vsync: 1 hsync range 0: 30.00 - 97.00 vsync range 0: 50.00 - 161.00

• определяем Modeline для требуемого режима

# gtf 1024 768 85 # 1152x768 @ 85.00 Hz (GTF) hsync: 68.60 kHz; pclk: 106.46 MHz Modeline "1152x768_85.00" 106.46 1152 1224 1352 1552 768 769 772 807 -HSync +Vsync

• добавляем секцию в файл /etc/X11/xorg.conf

Section "Monitor" Identifier "Monitor" VendorName "SAM" ModelName "SyncMaster" Option "DPMS" HorizSync 30-97 VertRefresh 50-161 # 1024x678 @ 85.00 Hz (GTF) hsync: 60.52 kHz; pclk: 82.31 MHz Modeline "1024x678_85.00" 82.31 1024 1080 1192 1360 678 679 682 712 -HSync +Vsync # 1024x678 @ 100.00 Hz (GTF) hsync: 71.90 kHz; pclk: 98.93 MHz Modeline "1024x678_100.00" 98.93 1024 1088 1200 1376 678 679 682 719 -HSync +Vsync # 1152x768 @ 85.00 Hz (GTF) hsync: 68.60 kHz; pclk: 106.46 MHz Modeline "1152x768_85.00" 106.46 1152 1224 1352 1552 768 769 772 807 -HSync +Vsync # 1152x768 @ 100.00 Hz (GTF) hsync: 81.40 kHz; pclk: 127.64 MHz Modeline "1152x768_100.00" 127.64 1152 1232 1360 1568 768 769 772 814 -HSync +Vsync EndSection

• добавляем секцию в файл /etc/X11/xorg.conf

Section "Screen" Identifier "Default Screen" Monitor "Monitor" SubSection "Display" Depth 24 Modes "1152x768_85" "1024x768_100" "800x600" "640x480" EndSubSection EndSection

Настройка мультимониторной конфигурации

(незавершённый раздел)
Настройка мультимониторной конфигурации позволяет например

• существенно ускорить работу пользователя. Например разделение рабочего стола на несколько мониторов облегчает переключение между открытыми окнами.
• использовать один системный блок как сервер рабочих столов, путём подключения нескольких мониторов, клавиатур и мышек
• осуществлять презентацию через второй «монитор».

Подключение нескольких мониторов можно осуществить несколькими способами

• путём использования возможности X-сервера (и её драйверов видеокарты) осуществлять вывод изображения через несколько выходов видеокарты — HDMI, DVI, VGA, s-Video
• путём использования возможности X-сервера (запущенном на отдельном системном блоке или ноутбуке) осуществлять отображение дисплея удалённого рабочего стола
• путём запуска нескольких X-серверов с выводом изображения (дисплеев) на выходы отдельных установленных видекарт

один X-сервер на одной видеокарте

распределённый X-сервер

В целях настоящей статьи будем называть распределённым X-сервер формирующий изображение на несколько независимых системных блока распределённых по локальной сети. Количество мониторов отображающего части такого распределённого рабочего стола не ограничено (16 ?). Формирование такого рабочего стола можно осуществить через X-прокси сервер Xdmx — смотри Пример создания распределённого рабочего стола.

несколько X-серверов на разных видеокартах

• Настройка мультимониторной конфигурации (multihead monitor linux video x11 xfree86 xorg)
• Как подключить сразу несколько мониторов
• Приемы работы в Ubuntu. Подключаем несколько дисплеев
• Настройка Dual-Head в Linux на примере ноутбука Asus M5200AE
• Подключение внешнего монитора к ноутбуку с помощью xrandr в Linux
• Настройка двуxмониторной системы на KDE-4.4
• 2 монитора
• опять 2 монитора и kde4

Литература

• X.Org Foundation:Wiki
• Википедия: X Window System
• Xorg — тонкости настройки

Справочная информация

• 13.06.2011: Xorg: создание статьи в википедии на примере debian squeeze adm64

XOrg

X Window System — оконная система, обеспечивающая стандартные инструменты и протоколы для построения графического интерфейса пользователя. Используется в UNIX-подобных ОС.

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

В X Window System предусмотрена сетевая прозрачность: графические приложения могут выполняться на другой машине в сети, а их интерфейс при этом будет передаваться по сети и отображаться на локальной машине пользователя (в случае если это разрешено в настройках). В контексте X Window System термины «клиент» и «сервер» имеют непривычное для многих пользователей значение: «сервер» означает локальный дисплей пользователя (дисплейный сервер), а «клиент» — программу, которая этот дисплей использует (она может выполняться на удалённом компьютере).

Система X Window System была разработана в Массачусетском технологическом институте (MIT) в 1984 году. Нынешняя (по состоянию на февраль 2009 года) версия протокола — X11 — появилась в сентябре 1987 года. Проект X возглавляет фонд X.Org Foundation. Референсная (или образцовая) реализация ( reference implementation ) системы свободно доступна на условиях лицензии MIT и подобных ей лицензий. [1]

X Window System часто называют X11 или просто X, неформально «иксы́».

Клиент-серверная модель и сетевая прозрачность

В этом примере X-сервер принимает ввод с клавиатуры и мыши и производит вывод на экран. На пользовательской рабочей станции выполняются веб-браузер и эмулятор терминала. Программа обновления системы работает на удалённом сервере, но управляется с машины пользователя. Обратите внимание, что удалённое приложение работает так же, как если бы оно выполнялось локально.

X Window System использует клиент-серверную модель: X-сервер обменивается сообщениями с различными клиентскими программами. Сервер принимает запросы на вывод графики (окон) и отправляет обратно пользовательский ввод (от клавиатуры, мыши или сенсорного экрана). X-сервер может быть:

• системной программой, контролирующей вывод видео на персональном компьютере;
• приложением, отображающим графику в окно какой-то другой дисплейной системы;
• выделенным компонентом аппаратного обеспечения.

Эта клиент-серверная терминология — пользовательский терминал в качестве «сервера» и удалённые приложения в качестве «клиентов» — зачастую запутывает новых пользователей X, так как обычно эти термины имеют обратные значения. Но X Window System принимает точку зрения программы, а не конечного пользователя аппаратуры: локальный дисплей предоставляет услуги отображения графики программам, и потому выступает в роли сервера. Удалённые программы используют эти услуги, и потому играют роль клиентов.

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

Чтобы запустить удалённую клиентскую программу, выводящую графику на локальный X-сервер, пользователь обычно открывает эмулятор терминала и подключается к удалённой машине при помощи SSH. Затем он отдаёт команду, указывающую дисплей, на который следует выводить графику (например, export DISPLAY=[имя компьютера пользователя]:0 при использовании

Использование удалённых клиентов может быть полезно, например, в таких ситуациях:

• графическое администрирование удалённой машины;
• выполнение интенсивных ресурсоёмких вычислений на удалённой Windows-машине;
• выполнение графических программ одновременно на нескольких машинах, с одним дисплеем, одной клавиатурой и одной мышью.

Принципы дизайна X

В 1984 году Боб Шейфлер и Джим Геттис зафиксировали ранние принципы построения X:

• Добавляй новую функциональность только в том случае, если без неё нельзя завершить какое-то реальное приложение.
• Решить, чем система не является, столь же важно, сколь решить, чем она является. Не пытайся удовлетворить все мыслимые потребности; вместо этого сделай систему расширяемой, чтобы новые потребности могли быть удовлетворены совместимым образом.
• Хуже обобщения одного примера может быть только обобщение вообще без примеров.
• Если проблема не понята до конца, возможно, лучше не решать её вовсе.
• Если ты можешь добиться 90 процентов нужного эффекта, затратив всего 10 процентов сил, используй более простое решение.
• Изолируй сложные места как можно сильнее.
• Обеспечивай механизм, а не политику. В частности, политика интерфейса пользователя должна быть в руках клиентов.

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

Интерфейсы пользователя

X Window System в Mac OS X

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

Оконный менеджер управляет размещением и внешним видом окон приложений. Он может создавать интерфейс, подобный Microsoft Windows или KDE и GNOME), или совершенно другой стиль (например, в фреймовых оконных менеджерах, таких, как Ion). Оконный менеджер может быть простым и минималистичным (как Enlightenment).

Многие пользователи используют X вместе с полной средой рабочего стола, которая включает в себя оконный менеджер, различные приложения и единый стиль интерфейса. Наиболее популярные среды рабочего стола — KDE. В стандарте указана среда freedesktop.org пытается обеспечить взаимодействие между различными средами, а также компоненты, необходимые для конкурентоспособного рабочего стола на основе X.

Реализации

Референсная (или образцовая) реализация (англ. reference implementation ) от фонда X.Org Foundation, называемая X.Org Server, является канонической реализацией X Window System. Поскольку она распространяется на условиях весьма либеральной лицензии, появились несколько её разновидностей (как свободных, так и проприетарных). Коммерческие поставщики аппаратному обеспечению, обычно сильно модифицируя её и добавляя проприетарные расширения.

Вплоть до 2004 года проект порт X на 386-совместимые персональные компьютеры. К концу 1990-х этот проект стал главным источником технических инноваций в X Window System и де-факто руководил разработкой X. [2] Однако в 2004 году форком XFree86, но со свободной лицензией) стала более распространённой.

Mac OS X. В среде X запущен графический редактор OpenVMS — операционная система компании CDE, известную как DECwindows. В состав операционных систем Mac OS X 10.3 (Panther) и выше от Apple входит XFree86 4.3 и X11R6.6, с более полной интеграцией в Mac OS X .

Cygwin/X выполняется без корневого окна на Microsoft Windows XP. X-приложения (xeyes, xclock, Windows (Дата/Время, Калькулятор).

Microsoft Windows не включает в себя поддержку X, но существуют многочисленные сторонние реализации: как свободные (Cygwin/X,

Когда X Window System выполняется внутри другой оконной системы (например, оконной подсистемы Microsoft Windows или Mac OS), она обычно работает в режиме без корневого окна (англ. rootless ). Это значит, что корневое окно (фон экрана и связанные с ним меню) управляется внешней оконной системой, а не самой X Window System. При этом внешняя оконная система также управляет геометрией X-окон, создаваемых внутри неё. Однако некоторые серверы (например, Exceed, Xming или Cygwin/X) способны создавать и корневое окно — в этом случае клиенты отображаются в отдельном окне во внешней системе.

X-терминалы

X-терминал — это выделенное аппаратное обеспечение, на котором выполняется X-сервер и которое служит в качестве тонкого клиента. Эта архитектура завоевала популярность при построении недорогих терминальных парков, в которых множество пользователей одновременно используют один большой сервер приложений. Такое применение X Window System хорошо соответствует изначальным намерениям разработчиков из MIT.

X-терминалы могут изучать сеть (в пределах локального широковещательного домена) с использованием протокола англ. X display manager ).

В настоящее время выделенные (аппаратные) X-терминалы не пользуются широкой популярностью: обычно персональный компьютер с X-сервером обеспечивает ту же функциональность при меньшей стоимости.

Расширения

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

DDC

VESA Display Data Channel (DDC™) — стандарт обмена информацией между монитором и графической платой, позволяющий монитору передавать данные о поддерживаемых разрешениях, частотах развёртки, производителе монитора и т. д. Модуль DDC поддерживает версии 1 и 2 спецификации DDC. В соответствии с полученными данными он устанавливает основные параметры экрана или предупреждает о несоответствии заданных пользователем параметров.

RANDR

X Resize, Rotate and Reflect Extension — расширение X-сервера, реализующее функции масштабирования, поворота и отражения корневого окна. Используется при изменении разрешения, при динамической замене монитора (например, при переключении со встроенного экрана ноутбука на внешний монитор). Рассылает запущенным приложениям предупреждения об изменении конфигурации экрана.

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

Shape

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

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

Xv

Основная статья: X video

X video extension — расширение, позволяющие ускорить вывод видеофрагментов на экран с использованием возможностей графической платы (а точнее — её драйвера) и уменьшить тем самым нагрузку на центральный процессор. Многие графические платы позволяют выводить видеоизображения в форматах кодирования цвета телевидения SÉCAM, портов (каждый порт может использовать только одно приложение), поддерживаемых форматах кодирования цвета. Всю эту информацию можно просмотреть с помощью утилиты xvinfo .

Ограничения и критика X

В книге «The UNIX-HATERS Handbook» (1994) целая глава [3] посвящена проблемам X в конце 1980-х — начале 1990-х годов. Статья «Why X Is Not Our Ideal Window System» [4] («Почему X не является идеальной оконной системой») (1990) подробно рассматривает проблемы протокола и даёт рекомендации по улучшению.

Видеоаппаратура

Сегодня граница производительности графических компьютерных систем пролегает в области наиболее продвинутых графических функций. Изготовители аппаратного обеспечения, как правило, реализуют эти продвинутые возможности в проприетарных драйверах, причём эти драйверы обычно пишутся в первую очередь для систем Microsoft Windows (как для самых распространённых на потребительском рынке). Драйверы многих старых графических плат подверглись обратной разработке в рамках проектов X.Org Server. Однако некоторые производители рассматривают свои разработки в области высокопроизводительного видео как коммерческую тайну, или же как патентованные изобретения, которые они не хотят раскрывать.

Многие нынешние реализации X управляют видеоаппаратурой напрямую. Неустойчивый X-сервер может сделать дисплей непригодным к использованию даже в тех случаях, когда сама операционная система продолжает нормально функционировать; при этом может потребоваться перезагрузка всей системы. Технология Direct Rendering Infrastructure (DRI) призвана устранить эту проблему.

Функции интерфейса пользователя

X Window System намеренно не включает в себя спецификации интерфейса пользователя, равно как и большей части межпрограммного взаимодействия. По этой причине возникли очень сильно отличающиеся друг от друга интерфейсы, а также приложения, не всегда правильно работающие друг с другом. Существует спецификация взаимодействия клиентов Motif и среда программистам. [5] В настоящее время разработчики обычно добиваются единого стиля в приложениях, ориентируясь на одну конкретную среду рабочего стола или на конкретный инструментарий. Это также позволяет избежать непосредственной работы с ICCCM.

Протокол X не предоставляет никаких средств для работы со звуком. Поддержка звуковой аппаратуры и воспроизведение звуков возлагается на операционную систему. Поскольку пользователям всё чаще необходим звук, эта ситуация привела к появлению различных несовместимых друг с другом звуковых подсистем. В прошлом многие программисты игнорировали сетевые проблемы, и просто использовали локальные звуковые API операционной системы. Первое поколение клиент-серверных звуковых систем включает в себя rplay и Network Audio System. Более современные системы — esound в aRts в

До недавнего времени X Window System не включала в себя хорошего решения для печати содержимого дисплеев. Многие X-клиенты печатают в формате [6] и набирают популярность в инструментариях элементов интерфейса.

Сеть

По состоянию на июнь 2006 года в X Window System нет возможности отключить X-клиент или сеанс от одного сервера и подключить его к другому серверу (как в VNC). Работа над добавлением этой функции в X уже ведётся. Существуют обходные механизмы (просмотрщики VNC :0), которые делают экран текущего X-сервера доступным через VNC.

Пример туннелирования приложения X11 поверх SSH.

Данные, передаваемые по сети между X-сервером и удалёнными X-клиентами, по умолчанию не шифруются. Злоумышленник может при помощи сниффера перехватить и прочитать эти данные. Для предотвращения этого, как правило, X туннелируется поверх

Независимость от аппаратуры и отделение клиентов от серверов влияет на производительность системы. Сетевая прозрачность X требует, чтобы клиенты и сервер работали отдельно друг от друга. В прошлом это существенно снижало производительность отдельностоящей системы — по сравнению с Microsoft Windows и Mac OS, где оконная подсистема внедрена глубоко в саму операционную систему. Для нормальной работы X Window System рекомендовалось от 4 до 8 Мб оперативной памяти — значительно больше (по тем временам), чем для Windows или Mac OS.

Текущие версии Windows и Mac OS X имеют внутреннее разделение графической подсистемы, похожее на клиент-серверное разделение в X, и имеют примерно те же требования к ресурсам, что X с GNOME. Бо́льшая часть накладных расходов в X теперь приходится на задержку при передаче данных по сети между клиентом и сервером. Существует распространённое заблуждение, согласно которому при локальном использовании X Window System её сетевые возможности (ненужные в данном случае) отрицательно сказываются на производительности. На самом деле современные реализации X используют в таком случае локальные сокеты и общую память (напр.

Конкуренты X

В UNIX-подобных операционных системах для вывода графики почти повсеместно используется X Window System. Тем не менее, история знает несколько попыток создания альтернативы или замены X. Среди них: NeWS компании Sun Microsystems, не завоевавшая популярность на рынке; и Display PostScript компании Apple Aqua для Mac OS X .

Производились и попытки решить проблемы X путём полной её замены; в том числе — проекты Berlin/Y Window System . Однако эти проекты не получили практически никакого распространения.

Другие конкуренты пытаются избежать накладных расходов, возникающих в X, путём работы непосредственно с аппаратным обеспечением. Примерами таких проектов являются DirectFB и очень маленький FBUI. Механизм Direct Rendering Infrastructure (попытка создать надёжный ядерный интерфейс к видеобуферу) может сделать эти проекты ненужными.

Есть и другие способы добиться сетевой прозрачности графических служб:

• VNC ( Virtual Network Computing ) — очень низкоуровневая система, которая пересылает сжатые растровые изображения по сети. Реализация для
• Citrix MetaFrame — подобный X продукт для Microsoft Windows.
• Tarantella, Inc. — компания, поставляющая
• Технология NX NoMachine — узкополосный протокол для удалённых дисплеев.
• SVG Terminal [7] — протокол для обновления веб-браузере в почти реальном времени.

История

Предшественники

До появления X существовало несколько растровых дисплейных систем. Из 1973) и Star (1981). В Lisa (1983) и 1984). В мире Роба Пайка (1984) и проект Andrew (1982).

X получила своё имя как преемница оконной системы W Window System (в латинском алфавите буква X следует сразу за буквой W). Система W работала под управлением операционной системы V. W использовала сетевой протокол с поддержкой терминальных и графических окон, при этом сервер поддерживал списки дисплеев.

Истоки и ранние разработки

Изначальная идея X Window System возникла в Массачусетском технологическом институте (MIT) в 1984 году в результате сотрудничества Джима Геттиса (из проекта отладки системы Argus. Проект Athena (совместный проект DEC, MIT и университете Карнеги—Меллон велась работа над оконной системой, но для неё не были доступны лицензии, а альтернатив не существовало.

Проект решил эти проблемы путём создания протокола, который поддерживал как локальные приложения, так и вызов удалённых приложений. В середине 1983 года начальный порт W на аппаратного обеспечения.

Шейфлер, Геттис и Рон Ньюмен приступили к работе, и X стала быстро развиваться. В январе 1985 года была выпущена версия 6. Компания DEC, которая в то время готовилась к выпуску своей первой рабочей станции

Во втором квартале 1985 года в X была реализована поддержка цветов для работы под DEC VAXstation-II/GPX . Эта версия стала известна как версия 9. Ранее MIT лицензировал X6 некоторым сторонним группам за плату. Однако теперь было решено распространять X9 и будущие версии свободно — на условиях, которые получили название лицензии MIT. X9 появилась в сентябре 1985 года.

Группа из Браунского университета портировала версию 9 на 1986 году из внешних организаций начали поступать запросы на использование X. Выпуск X10R2 состоялся в январе 1986 года, X10R3 — в феврале. X10R3 стала первой версией, получившей широкое распространение; DEC и Sun, и даже на IBM PC AT. В то же время на выставке Autofact были проведены демонстрации первого коммерческого приложения на основе X (инженерной системы, работающей на персональных компьютерах с X-сервером). Последняя версия X10 — X10R4 — появилась в декабре 1986 года.

Хотя X10 обладала интересной и мощной функциональностью, стало очевидно, что протокол X желательно сделать менее зависимым от аппаратуры до того, как X Window System станет слишком широко распространённой. Однако MIT в одиночку не справился бы со столь крупными изменениями в протоколе. Смоуки Уоллэс из лаборатории DEC WSL и Джим Геттис предложили DEC WSL заняться разработкой X11 и сделать её свободно распространяемой на тех же условиях, что X9 и X10. Этот процесс начался в мае 1986 года; протокол был готов в августе. Альфа-тестирование программного обеспечения началось в феврале 1987 года; бета-тестирование — в мае. Наконец, 15 сентября 1987 года X11 была официально выпущена.

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

Консорциум X MIT и X Consortium, Inc.

DECwindows OpenVMS 7.3-1

В 1987 году, когда успех X11 стал очевидным, MIT пожелал отказаться от дальнейшего управления проектом X. Однако на собрании девяти поставщиков, состоявшемся в июне 1987 года, поставщики сообщили MIT, что необходима нейтральная сторона, которая предотвращала бы распад X на рынке. В январе 1988 года была сформирована некоммерческая группа под названием Консорциум X MIT ( MIT X Consortium ). Её целью являлось управление дальнейшей разработкой X в нейтральной атмосфере, с учётом как коммерческих, так и образовательных интересов. Директором Консорциума стал Шейфлер. Джим Фултон и Кейт Паккард присоединились в качестве старших разработчиков в январе и марте 1988 года соответственно. При этом Джим работал в основном над шрифтами, оконными менеджерами и утилитами; а Кейт занимался переделыванием сервера. Донна Конверс и Крис Петерсон присоединились позже в том же году; их усилия были сосредоточены в области инструментариев и наборов элементов интерфейса, они работали в тесной связи с Ральфом Свиком из проекта

В 1993 году был сформирован преемник Консорциума X MIT — некоммерческая корпорация X Consortium, Inc. Под её началом 16 мая 1994 года была выпущена версия X11R6. В 1995 году корпорация взяла на себя управление разработкой инструментария CDE для 1996 года, выпустив последнюю версию, X11R6.3, и оставив после себя возрастающее коммерческое влияние в разработке. [8] [9]

The Open Group

В середине 1997 года X Consortium передал руководство проектом X организации The Open Group, образованной в 1996 году в результате слияния Open Software Foundation и X/Open.

The Open Group выпустила X11R6.4 в начале 1998 года. В этой версии было решено отказаться от традиционной либеральной лицензии, поскольку The Open Group желала обеспечить финансовую поддержку разработки X. [10] Новые условия не позволяли многим проектам (например, форк со стороны XFree86 [11] The Open Group сменила условия распространения X11R6.4 обратно на традиционную лицензию в сентябре 1998 года. [12] Последним выпуском под руководством The Open Group стал X11R6.4 patch 3.

X.Org и XFree86

Проект 1992 году из сервера X386 для IBM PC-совместимых компьютеров. X386 был написан Томасом Роэллом и Марком Снитили, пожертвован Консорциуму X MIT компанией Snitily Graphics Consulting Services (SGCS) и включён в состав X11R5 в 1991 году. Со временем XFree86 превратился из просто отдельно взятого порта X в ведущую и самую популярную реализацию системы и стал де-факто руководить разработкой X. [13]

В мае 1999 года The Open Group основала [14] ; технические инновации происходили в основном в рамках проекта XFree86. [15] В 1999 году команда XFree86 вошла в состав X.Org в качестве почётного члена [16] , чему способствовали различные компании-производители аппаратного обеспечения [17] , заинтересованные в использовании XFree86 вместе с GNU/Linux и в его статусе как наиболее популярной версии X.

Вплоть до 2003 года, пока популярность GNU/Linux (и, как следствие, распространённость X) возрастала, X.Org бездействовала [18] , и основная разработка происходила в XFree86. Проект XFree86 страдал от слишком закрытой модели разработки: программисты не могли получить доступ на запись в патчей. [19] В марте 2003 года организация XFree86 исключила Кейта Паккарда, который присоединился к XFree86 после распада Консорциума X MIT; сделано это было в весьма недружелюбной обстановке. [20] [21] [22]

X.Org и XFree86 начали обсуждать реорганизацию, дабы обеспечить полноценную разработку X. [23] [24] [25] Джим Геттис настаивал на переходе к открытой модели разработки по крайней мере с 2000 года. [9] Геттис, Паккард и другие начали подробно обсуждать изменения, которые требовалось внести для перехода к эффективной открытой разработке X.

Наконец, в феврале 2004 года проект XFree86 выпустил версию 4.4 под более ограниченной лицензией: в неё был добавлен пункт, аналогичный рекламному пункту (англ. advertising clause ) оригинальной лицензии BSD. Многие проекты, полагавшиеся на X, посчитали такую лицензию неприемлемой. FSF и GNU GPL. [26] Другие группы (например, форка.

Фонд X.Org Foundation

Основная статья: X.Org Foundation

В начале 2004 года представители freedesktop.org основали фонд X.Org Foundation. The Open Group передала ему управление доменным именем x.org . Это стало коренным изменением в разработке X. В то время как распорядители X с 1988 года (включая предыдущую X.Org) были организациями поставщиков, X.Org Foundation был основан самими разработчиками программного обеспечения, и в нём использовалась открытая модель разработки, опирающаяся на вклад извне. Было открыто членство для частных лиц, а корпоративное членство представлено в виде спонсорства. В настоящее время фонд X.Org Foundation поддерживается несколькими крупными корпорациями, такими, как Sun Microsystems.

Фонд выпустил X11R6.7 — X.Org Server — в апреле 2004 года. Эта версия была основана на лицензией), с добавленными изменениями X11R6.6. Благодаря внедрению открытой модели разработки и сохранению совместимости с GNU GPL проект привлёк многих бывших разработчиков XFree86. [26]

X11R6.8 вышла в сентябре 2004 года. В неё были включены значительные нововведения, в том числе предварительная поддержка прозрачных окон и других сложных визуальных эффектов, экранных луп и миниатюр, а также средства для интеграции с трёхмерными дисплейными системами (такими, как проект Looking Glass от Sun и проект Croquet). Политику внешнего вида предоставляют сторонние приложения, называемые композитными менеджерами (англ. composite managers ).

Дальнейшие разработки

21 декабря 2005 года фонд выпустил [27] X11R6.9 — монолитное дерево исходного кода для устаревших систем, и X11R7.0 — тот же исходный код, разбитый на независимые модули, которые могут поддерживаться в рамках отдельных проектов. [28] Версия X11R7.1 была выпущена 22 мая 2006 года, примерно через четыре месяца после 7.0, и включает в себя существенные улучшения. [29]

Планируется, что в будущем X-сервер будет получать доступ к видеоаппаратуре исключительно посредством Direct Rendering Infrastructure (DRI) на тех комбинациях аппаратного обеспечения и операционных систем, которые поддерживают такой доступ. Инфраструктура DRI впервые появилась в [30] Многие операционные системы начали добавлять соответствующую поддержку в ядро. Работа в этой области продолжается.

Наименование

Компьютерные специалисты зачастую сокращают полное название «X Window System» до «X11» или просто «X». Термин «X Windows» (на манер «Microsoft Windows») официально осуждается и считается неверным, хотя широко используется с самого начала истории X, в том числе и намеренно для литературного эффекта (например, в книге «The UNIX-HATERS Handbook»).

История выпусков

Версия	Дата выпуска	Основные изменения
X1	июнь 1984	Впервые используется название «X». Фундаментальные изменения, отличающие продукт от W.
X6	январь 1985	Первая версия, лицензированная нескольким внешним компаниям.
X9	сентябрь 1985	Поддержка цветов. Первый выпуск на условиях лицензии MIT.
X10	конец 1985	DOS) и другие.
X10R2	январь 1986
X10R3	февраль 1986	Первый выпуск за пределы MIT. uwm становится стандартным оконным менеджером.
X10R4	декабрь 1986	Последняя версия X10.
X11	15 сентября 1987	Первый выпуск нынешнего протокола.
X11R2	февраль 1988	Первый выпуск под начальством Консорциума X MIT. [31]
X11R3	25 октября 1988	XDM.
X11R4	22 декабря 1989	twm становится стандартным оконным менеджером; улучшения в приложениях; расширение Shape; новые шрифты.
X11R5	5 сентября 1991	PEX; Xcms (управление цветом); сервер шрифтов; X386; Расширение Xvideo.
X11R6	16 мая 1994	XFree86.
X11R6.1	14 марта 1996	Расширение X Double Buffer; расширение X keyboard; расширение X Record.
X11R6.2 X11R6.3 (Broadway)	23 декабря 1996	Функциональность WWW; LBX. Последний выпуск под руководством X Consortium. X11R6.2 — это обозначение подмножества X11R6.3, в котором единственными отличиями от R6.1 являются Xprint и реализация в [32]
X11R6.4	31 марта 1998	[33]
X11R6.5	Внутренний выпуск
X11R6.5.1	20 августа 2000
X11R6.6	4 апреля 2001	Исправления багов; изменения в XFree86.
X11R6.7.0	6 апреля 2004	Первый выпуск от фонда X.Org Foundation, включающий XFree86 4.4RC2. Полный комплект для конечного пользователя. Удаление XIE, PEX и libxml2. [34]
X11R6.8.0	8 сентября 2004	Прозрачность окон; XDamage; Distributed Multihead X; XFixes; Composite; XEvIE.
X11R6.8.1	17 сентября 2004	Устранение уязвимости в libxpm.
X11R6.8.2	10 февраля 2005	Устранение багов, обновления драйверов.
X11R6.9 X11R7.0	21 декабря 2005	EXA, значительный рефакторинг кода. [35] Из одного набора исходных кодов получились модульная версия 7.0 и монолитная версия 6.9.
X11R7.1	22 мая 2006	Улучшения EXA; интеграция Kdrive; ОС и платформ. [36]
‘X11R7.2’	15 февраля 2007	Удаление LBX. [37]
X11R7.3	6 сентября 2007	Xorg server 1.4 — see Server14Branch for more details. Highlights:

RandR 1.2: RandR 1.2 offers output hotplug, as well as on-the-fly output reconfiguration and mode switching. Input hotplug: Input hotplug allows hotplugging of input devices, and also adds enhanced support for touchscreens and tablets, through either HAL or D-Bus. KDrive: Numerous enhancements have been made to the KDrive codebase, including better support for multiple input devices. DTrace: When running on OpenSolaris, DTrace support is available in the X server, allowing detailed accounting of operations inside the server. EXA: A great deal of work has been done on the EXA framework to make it more usable. New applications: xbacklight New drivers: xf86-video-glide, xf86-video-vermilion New man pages for API’s: libXinerama, libXcomposite, XKB functions in libX11, Xtest functions in libXtst Support for font catalogue directories in font path xdm: Xft support added. [38]

Примечания

1. ↑Licenses (англ.) . X.Org Foundation (март 2004). Проверено 29 июня 2006.
2. ↑Джим Геттис.Письмо в форум XFree86. Проверено 4 января 2007.
3. ↑Дон Хопкинс.The X-Windows Disaster (англ.) . The UNIX-HATERS Handbook. Проверено 29 июня 2006.
4. ↑Ханя Жаевска, Марк Менес, Джоэл МакКормакWhy X Is Not Our Ideal Window System // Software — Practice & Experience. — 1990. — Т. 20. — № S2.
5. ↑http://lists.debian.org/debian-user/1996/11/msg00637.html
6. ↑Xprint Frequently Asked Questions (англ.) . Проверено 29 июня 2006.
7. ↑http://networkimprov.net/airwrx/awscene.html
8. ↑mako.Financing Volunteer Free Software Projects (англ.) (15 июня 2005). Проверено 29 июня 2006.
9. ↑ 12Джим Геттис.Lessons Learned about Open Source (англ.) (2000). Проверено 29 июня 2006.
10. ↑Shaleh.xstate (англ.) (2 апреля 1998). Проверено 29 июня 2006.
11. ↑Мэттью Арнисон.The means to an X for Linux: an interview with David Dawes from XFree86.org (англ.) (июнь 1999). Проверено 29 июня 2006.
12. ↑Кристофер Браун.X11R6.4 Sample Implementation Changes and Concerns (англ.) . Проверено 29 июня 2006.
13. ↑http://www.xfree86.org/pipermail/forum/2004-February/003945.html
14. ↑Роберт Митчелл.Q&A: The X Factor (англ.) . ComputerWorld (4 февраля 2002). Проверено 29 июня 2006.
15. ↑Кейт Паккард.The Evolution of the X Server Architecture (англ.) (1999). Проверено 29 июня 2006.
16. ↑http://xfree86.org/pipermail/forum/2003-March/000418.html
17. ↑XFree86 joins X.Org as Honorary Member (англ.) . Slashdot (1 декабря 1999). Проверено 29 июня 2006.
18. ↑http://xfree86.org/pipermail/forum/2003-April/003127.html
19. ↑mharris.Diary for mharris (англ.) (9 января 2003). Проверено 29 июня 2006.
20. ↑http://www.xfree86.org/pipermail/forum/2003-March/001997.html
21. ↑http://www.xfree86.org/pipermail/forum/2003-March/002165.html
22. ↑http://www.xfree86.org/pipermail/forum/2003-April/003016.html
23. ↑http://www.xfree86.org/pipermail/forum/2003-March/000554.html
24. ↑http://www.xfree86.org/pipermail/forum/2003-March/002415.html
25. ↑http://xfree86.org/pipermail/forum/2003-April/003144.html
26. ↑ 12Дэвид Уилер.The Cautionary Tale of XFree86 (англ.) . Make Your Open Source Software GPL-Compatible. Or Else (16 февраля 2005). Проверено 29 июня 2006.
27. ↑X11R6.9 and X11R7.0 Officially Released (англ.) (21 декабря 2005). Проверено 29 июня 2006.
28. ↑Пол Андерсон, Алан Куперсмит, Эгберт Эйк, Адам Джексон, Кевин Мартин, Кейт Паккард.Modularization Proposal (англ.) (2005). Проверено 29 июня 2006.
29. ↑Proposed Changes for X11R7.1 (англ.) . Проверено 29 июня 2006.
30. ↑Кейт Паккард.Getting X Off The Hardware (англ.) (2004). Проверено 29 июня 2006.
31. ↑The X Window User HOWTO: Getting Started (англ.) . Проверено 29 июня 2006.
32. ↑XFree86 and X11R6.3 (англ.) . Release Notes for XFree86 3.3.6. XFree86 Project (31 декабря 1999). Проверено 29 июня 2006.
33. ↑X Press Release — X11R6.4 (англ.) . The Open Group (31 марта 1998). Проверено 29 июня 2006.
34. ↑X.Org Foundation releases X Window System X11R6.7 (англ.) . LWN (7 апреля 2004). Проверено 29 июня 2006.
35. ↑ChangesSince68 (англ.) . X.Org Wiki. Проверено 29 июня 2006.
36. ↑Release Notes for X11R7.1 (англ.) . X.Org Foundation (22 марта 2006). Проверено 29 июня 2006.
37. ↑ChangesForX11R72 (англ.) . X.Org Wiki. Проверено 15 февраля 2007.
38. ↑7.3 Release notes (англ.) . X.Org Foundation. Проверено 13 декабря 2007.
39. ↑X.Org Foundation Releases X7.4

См. также

• Графический интерфейс пользователя
• Оконная система
• Xgl
• VirtualGL
• Y Window System
• Программы UNIX-подобных операционных систем
• Sax2

Ссылки

• X.Org Foundation (англ.) — официальный веб-сайт.
• X Window System в DMOZ
• Window Managers for X (англ.) — веб-сайт, посвящённый различным оконным менеджерам X.
• DsY (англ.) — развитие проекта Y Window System.
• Jon Smirl.The State of Linux Graphics (англ.) (30 августа 2005). Проверено 24 ноября 2007.

• Джон Смирл.Состояние графики Линукс (рус.) . Проверено 24 ноября 2007.

• Christopher Browne.16. On the Thesis that X is Big/Bloated/Obsolete and Should Be Replaced (англ.) . Christopher Browne’s Web Pages → VI. Operating System-Centric Computing → The X Window System (2005). Проверено 16 февраля 2009.
• [Геттис, ДжимOpen Source Desktop Technology Road Map (англ.) (9 декабря 2003). Проверено 29 июня 2006.
• Оскар Бойкин.X Marks the Spot: Looking back at X11 Developments of Past Year (англ.) . OSNews (25 февраля 2004). Проверено 29 июня 2006.
• Майк Пакетт.Why Apple didn’t use X for the window system (англ.) . Apple Computer (19 августа 2003). Проверено 29 июня 2006.
• Writing a Graphics Device Driver and DDX for the DIGITAL UNIX X Server (англ.) . DEC (1997). Проверено 29 июня 2006.
• Кентон Ли.Technical X Window System and Motif WWW Sites (англ.) . Проверено 29 июня 2006.

• Демонстрационная реализация от фонда X.Org (англ.)
• Apple — Mac OS X — X11 (англ.) — Mac OS X.
• Win32-x11 — X-сервер под Windows-системы, основанный на GDI/DirectX.
• LibW11 — реализация Xlib под Windows-системы, использующая вызовы Win32 API.

Литература

• Линда Муи, Эрик Пирс. X Window System Volume 8: X Window System Administrator’s Guide for X11 Release 4 and Release 5. — 3rd ed. — O’Reilly, 1993. — ISBN 0-937175-83-8
• Роберт Шейфлер, Джеймс Геттис. X Window System: Core and extension protocols: X version 11, releases 6 and 6.1. — Digital Press, 1996. — ISBN 1-55558-148-X

Основной протокол • Выделение • Менеджер окон • Менеджер сессий • Дисплейный менеджер • Инструментарий • Авторизация • Встроенные средства • Список цветов

Графическое • Клавиатурное • • X video • Контурное • GLX • Важные реализации

Как работают X.org и X.Org Server?

«X.Org Server — часть X.Org, главный компонент системы X Window, который выполняет абстракцию аппаратуры и представляет основу для большинства пользовательских графических интерфейсов, таких как окружения рабочего стола или оконные менеджеры, а также их приложений.»

Всвязи с чем вопрос: после установки по этим гидам и успешного запуска с awesome что и как прописать в автозапуск, чтобы грузиться в awesome окно ввода пользователя и пароля?

znavko ★★
21.05.17 14:30:35 MSK

Первый вопрос никак не связан с последним.
Ответ на последний — установить login manager. Я рекомендую x11-misc/slim
Ответ на первый (упрощенно): XOrg server — выполняет абстракцию аппаратуры. Приложения, которые создают графическую среду, обращаются к нему, чтобы рисовать (и не только).

P. S. Ты на Линукс давно? Ты уже awesome пользовался? К нему нужен набор напильников, чтобы он был юзабелен: у тебя такой набор есть?

Kroz ★★★★★
( 21.05.17 14:37:12 MSK )
Последнее исправление: Kroz 21.05.17 14:37:22 MSK (всего исправлений: 1)

X.org — метапакет, содержащий все компоненты оконной системы.

«X.Org Server — часть X.Org и сам сервер.

Установи дисплейный менеджер, например lightdm

Deleted
( 21.05.17 14:37:34 MSK )

X.org Server — DM — WM — программа (X.org Client).

X.org Server — низкоуровневая работа с железом;
DM (Desktop Manager) спрашивает логин с паролем и запускает WM;
WM (Window Manager) управляет работой окон (декорации и прочие полезные функции, включая рабочие столы) и запуском программ, которые являются клиентами X.org;
программа (X.org Client) указывает X.org Server’у что и как рисовать в её окне.

Xorg

Это команда Xorg, которую можно запустить в бесплатном хостинг-провайдере OnWorks, используя одну из наших многочисленных бесплатных онлайн-рабочих станций, таких как Ubuntu Online, Fedora Online, онлайн-эмулятор Windows или онлайн-эмулятор MAC OS.

ПРОГРАММА:

ИМЯ

Xorg — X11R7 X-сервер

СИНТАКСИС

ОПИСАНИЕ

Xorg это полнофункциональный X-сервер, который изначально был разработан для UNIX и UNIX-подобных.
операционные системы, работающие на оборудовании Intel x86. Теперь он работает на более широком спектре оборудования.
и платформы ОС.

Эта работа была получена X.Org Foundation из проекта XFree86. Xfree86 4.4rc2
выпускать. Релиз XFree86 изначально был производным от X386 1.2 Томаса Роэлла, который
был предоставлен для X11R5 консалтинговой службой Snitily Graphics.

ПЛАТФОРМЫ

Xorg работает под управлением широкого спектра операционных систем и аппаратных платформ. Intel
Архитектура x86 (IA32) является наиболее широко поддерживаемой аппаратной платформой. Другое оборудование
платформы включают Compaq Alpha, Intel IA64, AMD64, SPARC и PowerPC. Наиболее широко
поддерживаемые операционные системы — это бесплатные UNIX-подобные системы с открытым исходным кодом, такие как Linux,
FreeBSD, NetBSD, OpenBSD и Solaris. Коммерческие операционные системы UNIX, такие как UnixWare
также поддерживаются. Другие поддерживаемые операционные системы включают GNU Hurd. Mac OS X — это
при поддержке Кварц(1) X-сервер. Win32 / Cygwin поддерживается Xвыигрыш(1) Х
сервера.

СЕТЬ ПОДКЛЮЧЕНИЕ

Xorg поддерживает соединения, сделанные с использованием следующих надежных байтовых потоков:

месте
На большинстве платформ тип подключения «Локальный» — это сокет домена UNIX. На некоторых
На платформах System V «локальные» типы соединений также включают каналы STREAMS с именами
трубы и некоторые другие механизмы. См. Раздел «ЛОКАЛЬНЫЕ СОЕДИНЕНИЯ» X(7) для
Детали.

TCP / IP
Xorg слушает порт 6000+n, Где n это номер дисплея. Этот тип подключения
обычно отключено по умолчанию, но может быть включено с помощью -Слушать вариант (см.
X-сервер(1) справочная страница для подробностей).

ОПЦИИ

Xorg поддерживает несколько механизмов для предоставления / получения конфигурации и времени выполнения
параметры: параметры командной строки, переменные среды, xorg.conf(5) конфигурация
файлы, автоматическое обнаружение и резервные значения по умолчанию. Когда та же информация представлена ​​в
более чем одним способом используется механизм с наивысшим приоритетом. Список механизмов есть
упорядочены от наивысшего приоритета к низшему. Обратите внимание, что не все параметры могут быть предоставлены
всеми способами. Доступные параметры командной строки и переменные среды (и некоторые
значения по умолчанию) описаны здесь и в X-сервер(1) страница руководства. Самый конфигурационный файл
параметры со значениями по умолчанию описаны в xorg.conf(5) страница руководства. Водитель
параметры конфигурации конкретного модуля описаны в соответствующем драйвере или
страница руководства модуля.

В дополнение к обычным опциям сервера, описанным в X-сервер(1) страница руководства, Xorg
принимает следующие параметры командной строки:

vtXX XX указывает номер устройства виртуального терминала, который Xorg буду использовать. Без этого
вариант, Xorg выберет первый доступный виртуальный терминал, который сможет найти.
Эта опция применима только к платформам, которые поддерживают виртуальный терминал, например
Linux, BSD, OpenSolaris, SVR3 и SVR4.

-allowMouseOpenFail
Разрешить серверу запускаться, даже если устройство мыши не открывается или
инициализирован. Это эквивалентно Разрешить мышь OpenFail xorg.conf(5) файл
опцию.

-allowNonLocalXvidtune
Сделайте расширение VidMode доступным для удаленных клиентов. Это позволяет xvidtune
клиент для подключения с другого хоста. Это эквивалентно
Алловнонлокалксвидтюн xorg.conf(5) вариант файла. По умолчанию нелокальные соединения
не допускаются

-бгамма ценностное
Установите коррекцию синей гаммы. ценностное должно быть от 0.1 до 10. По умолчанию
1.0. Не все драйверы это поддерживают. Также -гамма, -ргамма, и -гамма
настройки.

-bpp n Больше не поддерживается. Использовать -глубина чтобы установить глубину цвета, и используйте -fbbpp если вы
действительно нужно принудительно использовать нестандартный формат пикселей кадрового буфера (аппаратного).

-конфигурация файл
Прочтите конфигурацию сервера из файл. Эта опция будет работать для любого файла, когда
сервер запускается как root (то есть с real-uid 0) или для файлов, относящихся к
каталог в пути поиска конфигурации для всех остальных пользователей.

-configdir каталог
Прочтите файлы конфигурации сервера из каталог. Этот вариант подойдет для любого
каталог, когда сервер запущен как root (то есть с real-uid 0), или для
каталоги относительно каталога в пути поиска каталога конфигурации для всех
другие пользователи.

-конфигурировать
Когда указана эта опция, Xorg сервер загружает все модули видеодрайвера,
пробует доступное оборудование и записывает начальную xorg.conf(5) на основе файлов
на том, что было обнаружено. Эта опция в настоящее время имеет некоторые проблемы на некоторых платформах,
но в большинстве случаев это хороший способ запустить процесс настройки. Этот
эта опция доступна только в том случае, если сервер запущен от имени пользователя root (т.е. с real-uid 0).

-крт / dev / ttyXX
Только ШОС. Это то же самое, что и vt вариант, и предоставляется для совместимости
с собственным сервером SCO X.

-глубина n
Устанавливает глубину цвета по умолчанию. Допустимые значения: 1, 4, 8, 15, 16 и 24. Не все.
драйверы поддерживают все значения.

-disableVidMode
Отключите части расширения VidMode (используемые клиентом xvidtune), которые могут
использоваться для изменения видеорежимов. Это эквивалентно
Дисаблевидмодекстенсион xorg.conf(5) вариант файла.

-fbbpp n
Устанавливает количество бит кадрового буфера на пиксель. Вы должны установить это, только если вы
уверен, что это необходимо; обычно сервер может определить правильное значение из -глубина
выше. Полезно, если вы хотите запустить конфигурацию глубины 24 с 24 бит на пиксель.
framebuffer, а не (возможно, по умолчанию) 32 bpp framebuffer (или наоборот).
Допустимые значения: 1, 8, 16, 24, 32. Не все драйверы поддерживают все значения.

-flipPixels
Поменяйте местами значения по умолчанию для черных и белых пикселей.

-гамма ценностное
Установите гамма-коррекцию. ценностное должно быть от 0.1 до 10. Значение по умолчанию — 1.0.
Это значение одинаково применяется к значениям R, G и B. Эти значения могут быть установлены
независимо от -ргамма, -бгамма, и -гамма параметры. Не все водители
поддержите это.

-гамма ценностное
Установите зеленую гамма-коррекцию. ценностное должно быть от 0.1 до 10. По умолчанию
1.0. Не все драйверы это поддерживают. Также -гамма, -ргамма, и -бгамма
настройки.

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

-isolateDevice идентификатор автобуса
Ограничить сброс устройства на устройство в идентификатор автобуса, идентификатор автобуса строка имеет вид
бюстотип:автобус:устройство:функция (например, «PCI: 1: 0: 0»). В настоящее время только изоляция
Поддерживаются устройства PCI; т.е. эта опция игнорируется, если бюстотип что-нибудь
кроме PCI.

-хозяйственность
Запретить серверу отсоединить свой начальный управляющий терминал. Если хотите
используйте интеграцию systemd-logind, вы должны указать эту опцию. Не все платформы
поддерживают (или могут использовать) эту опцию.

-клавиатура имя-клавиатуры
Использовать xorg.conf(5) файл Устройство ввода раздел называется имя-клавиатуры как ядро
клавиатура. Эта опция игнорируется, когда Планировка раздел определяет ядро
клавиатура. При отсутствии как раздела «Макет», так и этой опции первый
соответствующие Устройство ввода Раздел используется для основной клавиатуры.

-разметка имя макета
Использовать xorg.conf(5) файл Планировка раздел называется имя макета. По умолчанию первый
Планировка раздел используется.

-лог-файл имя файла
Используйте файл с именем имя файла как Xorg файл журнала сервера. Файл журнала по умолчанию
при запуске с правами root / var / log / Xorg.n.log а для некорневых это
$ XDG_DATA_HOME / xorg / Xorg.n.log в котором n номер дисплея Xorg сервера.
На некоторых платформах по умолчанию может находиться в другом каталоге. Этот вариант
доступно только тогда, когда сервер запущен как root (то есть с real-uid 0).

-logverbose [n]
Устанавливает уровень детализации информации, выводимой на Xorg файл журнала сервера. Если
что собой представляет n значение не указано, каждое вхождение этой опции увеличивает файл журнала
уровень многословности. Когда n задано значение, уровень детализации файла журнала равен
установить на это значение. Уровень детализации файла журнала по умолчанию — 3.

-modulepath путь поиска
Установите путь поиска модуля на путь поиска. путь поиска список разделенных запятыми
каталоги для поиска Xorg серверные модули. Эта опция доступна, только если
сервер запускается как root (то есть с real-uid 0).

-носелк Отключите поддержку Silken Mouse.

-novtswitch
Отключите автоматическое переключение на сброс X-сервера и выключение VT, который был
активен при запуске сервера, если поддерживается ОС.

-pixmap24
Установите внутренний формат растрового изображения с глубиной 24 пикселя на 24 бита на пиксель. В
по умолчанию обычно 32 бита на пиксель. Обычно нет причин использовать это
вариант. Некоторым клиентским приложениям не нравится этот формат растрового изображения, даже если он
совершенно законный формат. Это эквивалентно растровое изображение xorg.conf(5) файл
опцию.

-pixmap32
Установите внутренний формат растрового изображения с глубиной 24 пиксельных изображения на 32 бита на пиксель. Это
обычно по умолчанию. Это эквивалентно растровое изображение xorg.conf(5) вариант файла.

-указатель указатель-имя
Использовать xorg.conf(5) файл Устройство ввода раздел называется указатель-имя как ядро
указатель. Эта опция игнорируется, когда Планировка section определяет указатель ядра.
При отсутствии как раздела «Макет», так и этой опции первый соответствующий
Устройство ввода раздел используется для указателя ядра.

-тихо Подавлять большинство информационных сообщений при запуске. Уровень детализации установлен на
нулю.

-ргамма ценностное
Установите коррекцию красной гаммы. ценностное должно быть от 0.1 до 10. По умолчанию
1.0. Не все драйверы это поддерживают. Также -гамма, -бгамма, и -гамма
настройки.

-шаревц
Совместное использование виртуальных терминалов с другим X-сервером, если это поддерживается ОС.

-экран Ник
Использовать xorg.conf(5) файл экран раздел называется Ник. По умолчанию
экраны, на которые ссылаются по умолчанию Планировка раздел, или первый экран
раздел, когда нет Планировка раздел.

-showconfig
Это так же, как -версия вариант и включен для совместимости
причины. Он может быть удален в будущем выпуске, поэтому -версия вариант должен быть
используется вместо

-showDefaultModulePath
Распечатайте путь к модулю по умолчанию, с которым был скомпилирован сервер.

-showDefaultLibPath
Распечатайте пути, в которые должны быть установлены библиотеки.

-выставки
Для каждого установленного модуля драйвера распечатайте список опций и их аргументы.
типы.

-вес NNN
Установите вес RGB на 16 бит на пиксель. По умолчанию 565. Это относится только к тем
драйверы, поддерживающие 16 бит на пиксель.

-подробный [n]
Устанавливает уровень детализации информации, выводимой на stderr. Если n ценность не
при условии, что каждое вхождение этой опции увеличивает уровень детализации. Когда
n значение, уровень детализации устанавливается на это значение. По умолчанию
уровень детализации — 0.

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

КЛАВИАТУРА

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

Следующие комбинации клавиш обычно являются частью раскладки XKEYBOARD по умолчанию.

Ctrl + Alt + Backspace
Сразу убивает сервер — без вопросов. Его можно отключить, установив
что собой представляет не зап xorg.conf(5) для параметра файла значение ИСТИНА.

Следует отметить, что запуск запускается Terminate_Server действие в
карта клавиатуры. Это действие не является частью раскладки клавиатуры по умолчанию, но может быть включено
с опцией XKB «завершить: ctrl_alt_bksp».

Ctrl + Alt + Keypad-Plus
Измените режим видео на следующий, указанный в файле конфигурации. Это может быть
отключен с Не увеличивать xorg.conf(5) вариант файла.

Ctrl + Alt + Keypad-Minus
Измените режим видео на предыдущий, указанный в файле конфигурации. Это может
быть отключенным с помощью Не увеличивать xorg.conf(5) вариант файла.

Ctrl + Alt + F1 . F12
Для систем с поддержкой виртуального терминала используются эти комбинации клавиш.
для переключения на виртуальные терминалы с 1 по 12 соответственно. Это можно отключить
с DontVTSwitch xorg.conf(5) вариант файла.

КОНФИГУРАЦИЯ

Xorg обычно использует файл конфигурации с именем xorg.conf и файлы конфигурации с
суффикс .conf в каталоге под названием xorg.conf.d для его первоначальной настройки. Обратитесь к
xorg.conf(5) справочная страница с информацией о формате этого файла.

Xorg имеет механизм автоматического создания встроенной конфигурации во время выполнения
когда нет xorg.conf файл или xorg.conf.d файлы присутствуют. Текущая версия этого
Механизм автоматической настройки работает двумя способами.

Во-первых, за счет усовершенствований, сделавших многие компоненты xorg.conf файл
по желанию. Это означает, что информация, которую можно исследовать или обоснованно вывести, не
необходимо указать явно, что значительно сокращает объем встроенной конфигурации
информация, которая должна быть сгенерирована во время выполнения.

Во-вторых, иметь «безопасные» резервные копии для большей части информации о конфигурации. Это максимизирует
вероятность того, что Xorg сервер будет запускаться в некоторой пригодной для использования конфигурации, даже если
информация о конкретном оборудовании недоступна.

Поддержка автоматической настройки Xorg находится в стадии разработки. В настоящее время он нацелен
на самых популярных аппаратных и программных платформах, поддерживаемых Xorg. Улучшения
планируется для будущих выпусков.

Используйте Xorg онлайн с помощью сервисов onworks.net