LINUX.ORG.RU

Вышел X.Org 1.16

 , , , ,


0

2

Совершилось!

Наконец-то выпущен графический сервер X.Org версии 1.16.

Этот выпуск привносит множество изменений, некоторые из них перечислены ниже:

  • Добавлена новая подсистема ускорения видео Glamor.

    В данный момент она уже имеет достаточную производительность, что позволяет обойтись без коррекции ошибок на программном уровне ;

  • XWayland - конвергенция с проектом Wayland.

    XServer интегрируется в оконную подсистему Wayland.

    Для отрисовки используется библиотека Glamor, что позволяет избежать большинства проблем с производительностью на уровне оконного менеджера;

  • Интеграция с Systemd. Возможен запуск и управление сервисом посредством данной системы инициализации, что должно улучшить скорость запуска «иксов» и надежность взаимодействия в целом.
  • Очистка кодовой базы проекта от тысяч предупреждений времени компиляции. В течении многих лет мы добавляли различные флаги компиляции, чтобы остерегаться использования небезопасных практик программирования. Новая версия значительно сокращает количество таких предупреждений компилятора;
  • Glamor для Xephyr. Данная реализация x-сервера поверх себя самого служит основной средой разработки для нашей подсистемы 2D-ускорения. Она позволяет вести быструю разработку и тестирование кода сервера на одной и той же машине;
  • Поддержка устройств с интерфейсом подключения отличным от PCI. Некоторые современные графические устройства недоступны посредством стандартного PCI API. Новая версия графического сервера автоматически опознаёт и конфигуриет такое оборудование, как это происходит в других ОС.

Впервые, в сравнении с предыдущими релизами, мы добавили довольно много кода в серверную часть графической библиотеки, 2/3 изменений относятся к подсистеме Glamor: 604 файла подверглись изменениям, произведено 34449 коммита, 7024 удаления блоков кода.

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

★★★★★

Проверено: fallout4all ()
Последнее исправление: fallout4all (всего исправлений: 2)

Закапывайте уже

fornlr ★★★★★
()

Иксокапец всё ближе!

Polugnom ★★★★★
()

рёхнулися шоле?
куда закапывать?

Оно единственное работает, других Х-ов у мира СПО для вас нет.

Deleted
()
Ответ на: комментарий от Deleted

1) Постоянный вывод в stdout. При этом неважно, выполняется что-нибудь или нет.
2) Из-за неясности моделей скриптов загрузки сервисов я не могу добавить свой скрипт. Либо могу, но я об этом не знаю. Кстати, из-за этого же я не могу поменять имеющиеся. А в Sysvinit и OpenRC мне сразу все понятно.

DeadEye ★★★★★
()

она уже имеет достаточную производительность, что позволяет обойтись без коррекции ошибок на программном уровне

ты не щмог

Добавлена новая подсистема ускорения видео Glamor

поздравляю камрадов с пополнением в рядах костылей и подпорок

anonymous
()
Ответ на: комментарий от DeadEye

2) Из-за неясности моделей скриптов загрузки сервисов я не могу добавить свой скрипт.

Можно, указываешь путь к скрипту в стартовом параметре юнита.

Deleted
()

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

Sahas ★★★★☆
()
Ответ на: комментарий от anonymous

поздравляю камрадов с пополнением в рядах костылей и подпорок

Почему же только иксы? Весь багаж линукса такой. А может и винда...

Deleted
()
Ответ на: комментарий от Deleted

Короче, пример.
Вот у меня Дебиан. Сейчас у меня не Дебиан, но это было именно на нем. А других systemd-дистров у меня не было.
Сижу я на tty1. Ничего не ввожу. На экране приглашение:

twilight$
Как только изменяется состояние чего-либо, или я, скажем, что нибудь подключил, получаю овер9000 строк вывода, что новое устройство на таком-то порту, бла-бла-бла.
Такая же болезнь с login:, туда тоже падает лишний вывод сразу после загрузки.
В Slackware (sysvinit) такое не проявлялось, в Gentoo (OpenRC), которую я таки осилил, тоже. Логинюсь я с консольного входа. Всегда.

DeadEye ★★★★★
()
Ответ на: комментарий от Sahas

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

anonymous
()
Ответ на: комментарий от DeadEye

U did it wrong!

В общем, не знаю, что у тебя была за беда, но такого в нынешней системде нет и в помине, очевидно. У меня был арч(ещё с самого начала его перехода на системду), была федора и был дебьян с системдой — ни на одном дистрибутиве такой проблемы не было. Вполне возможно, что ты ССЗБ и угробил всё сам.

Логинюсь я с консольного входа. Всегда.

Либо это понты, либо тупость, либо и то, и то, ибо удобства в этом никакого нет.

Deleted
()
Ответ на: комментарий от anonymous

а что, разве ЛОР не для домохозяек?.. Куда ж теперь идти, не на хабр же...

Sahas ★★★★☆
()
Последнее исправление: Sahas (всего исправлений: 1)
Ответ на: комментарий от Deleted

Либо это понты, либо тупость, либо и то, и то, ибо удобства в этом никакого нет.

Когда я был на Дебиане, я еще не успел подобрать идеальную оболочку (графическую). KDE была у меня fallback-оболочкой (если я все ломал, я мог продолжать из KDE). Я часто менял .xinitrc, да и попонтоваться было надо.

DeadEye ★★★★★
()
Ответ на: комментарий от anonymous

Glamor как раз менее костылист нежели все эти SNA/UXA, ибо представляет собой, фактически, лишь интерфейс, который может использовать асболютно любой DDX-драйвер, умеющий OpenGL

anonymous
()
Ответ на: комментарий от DeadEye

попонтоваться было надо

Вся суть. Мог бы ограничиться этим.

Deleted
()
Ответ на: комментарий от Deleted

Вполне возможно, что ты ССЗБ и угробил всё сам.

После первой установки я всегда только создаю нового пользователя да задаю пароль. Потом перезагружаюсь. В Дебиане это появилось после перезагрузки.

DeadEye ★★★★★
()
Ответ на: комментарий от Deleted

Либо это понты, либо тупость, либо и то, и то, ибо удобства в этом никакого нет.

Ты не рассматриваешь все юзкейсы, а именно - это может быть консольный режим восстановления, первоначальная настройка без иксов, это может быть домашний или рабочий локальный сервер (с KM Switch, например).

И во время работы в mc или в каком-нить parted экран начинает корячить от вывода в консоль какой-то херотени.

Я уже на такое натыкался в вполне реальной ситуации на офисе.

Так что тут не стоит вопрос «удобно/неудобно», а есть факт - ломается работа приложений в tty.

PreciousProtection
()
Ответ на: комментарий от DeadEye

Почему разрабам Xorg не насрать?

Потому что среди них есть те, кому нравится systemd, и они написали опциональный код поддержки systemd?

PreciousProtection
()

Теги упоротые.

Кто-нибудь в курсе, r600 по прежнему рекомендуется собирать без glamor?

Stil ★★★★★
()
Ответ на: комментарий от DeadEye

Из-за неясности моделей скриптов загрузки сервисов я не могу добавить свой скрипт

Не знаю точно, что ты имеешь ввиду, но в systemd нет поняти «скриптов загрузки». Как писать юнита, расписано в man systemd.service

Кстати, из-за этого же я не могу поменять имеющиеся

Во-первых, зачем тебе их менять? Во-вторых, в systemd не принято менять файлы установленных юнитов — они располагаются вне /etc, если тебе надо их изменить, то либо создаёшь в /etc юнит с нуля, либо копируешь туда существующий и редактируешь его — файлы в /etc имеют больший приоритет, при этом сохраняется изначальный юнит, на который всегда можно откатиться.

redgremlin ★★★★★
()
Ответ на: комментарий от Stil

Кто-нибудь в курсе, r600 по прежнему рекомендуется собирать без glamor?

Кем рекомендуется? Он с 7.2, ЕМНИП, по умолчанию включён.

Gotf ★★★
()

для тех, кто не понимает, зачем в иксах нужна поддержка systemd:

Hans de Goede has posted a set of systemd integration patches that provide systemd-socket activation support, an xfree86 change for keeping non-seat0 X.Org Servers from touching VTs, and preparation patches for systemd-logind integration. Wayland/Weston already supports logind integration so this work doesn't come too much of a surprise and given systemd's growing usage and dependence in non-Ubuntu worlds.

anonymous
()
Ответ на: комментарий от anonymous

ну и плюс возможность запуска с правами обычного юзера

anonymous
()
Ответ на: комментарий от Deleted

Да нет, systemd действительно гадит в klogd как сумасшедшее. Из-за этого и мусор, загрузка асинхронная, приглашение появляется раньше, чем она закончилась, да и она в systmd может долго не заканчиваться - событийный интерфейс, однако. Скажите спасибо ублюдочной системе логгирования, которую так усиленно там форсят, не слушая вопли народа. :)

slapin ★★★★★
()
Ответ на: комментарий от DeadEye

Не зная шелла и не видя примеров, ты бы тоже обосрался при написании собственных скриптов. Может быть, все-таки, RTFM, благо документация к systemd чуть более, чем о$%#ная?

anonymous
()
Ответ на: комментарий от slapin

Скажите спасибо ублюдочной системе логгирования, которую так усиленно там форсят, не слушая вопли народа. :)

Какие злые, и даже конфиг для настройки не оставили...

Deleted
()
Ответ на: комментарий от DeadEye

1) Постоянный вывод в stdout. При этом неважно, выполняется что-нибудь или нет.

 
ForwardToSyslog=, ForwardToKMsg=, ForwardToConsole=, ForwardToWall=
           Control whether log messages received by the journal daemon shall be forwarded to a traditional syslog daemon, to the kernel log buffer
           (kmsg), to the system console, or sent as wall messages to all logged-in users. These options take boolean arguments. If forwarding to
           syslog is enabled but no syslog daemon is running, the respective option has no effect. By default, only forwarding to syslog and wall
           is enabled. These settings may be overridden at boot time with the kernel command line options "systemd.journald.forward_to_syslog=",
           "systemd.journald.forward_to_kmsg=", "systemd.journald.forward_to_console=" and "systemd.journald.forward_to_wall=". When forwarding to
           the console, the TTY to log to can be changed with TTYPath=, described below.

       MaxLevelStore=, MaxLevelSyslog=, MaxLevelKMsg=, MaxLevelConsole=, MaxLevelWall=
           Controls the maximum log level of messages that are stored on disk, forwarded to syslog, kmsg, the console or wall (if that is enabled,
           see above). As argument, takes one of "emerg", "alert", "crit", "err", "warning", "notice", "info", "debug" or integer values in the
           range of 0..7 (corresponding to the same levels). Messages equal or below the log level specified are stored/forwarded, messages above
           are dropped. Defaults to "debug" for MaxLevelStore= and MaxLevelSyslog=, to ensure that the all messages are written to disk and
           forwarded to syslog. Defaults to "notice" for MaxLevelKMsg=, "info" for MaxLevelConsole= and "emerg" for MaxLevelWall=.

       TTYPath=
           Change the console TTY to use if ForwardToConsole=yes is used. Defaults to /dev/console.

man journald.conf читал?
liaonau
()

GLAMOR? SNA? UXA?

что теперь будет использоваться по умолчанию для видеочипов Intel? (если в конфигурации X.Org не прописано ни чего)

user_id_68054 ★★★★★
()
Ответ на: GLAMOR? SNA? UXA? от user_id_68054

Думаю, что Glamor. Подождем широкого использования нового релиза народными массами и послушаем оных :)

Twissel ★★★★★
() автор топика
Ответ на: комментарий от Twissel

на моём компьютере — SNA слегка подглючивает :-) [изредка графические артефакты — необновлённые области.. выглядит как повреждение видеокарты]

UXA работал постабильнее.

интересно как оно теперь будет с GLAMOR.. я конечно же держусь бодрячком^Wоптимистом :)

user_id_68054 ★★★★★
()
Последнее исправление: user_id_68054 (всего исправлений: 1)
Ответ на: комментарий от DeadEye

потому что чем гибче настройка - тем лучше

троллишь жиденько и глуповато, как школиё, ей-богу

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.