Планы по удалению KDrive, Xnest, Xvfb из X.Org.

These need to die. This removes 30K lines of code from xorg-server. It must be good!

Доставило) А можно вообще снести всё под ноль, не предложив ничего взамен, будет ещё лучше

Вот пытался я некоторое время назад собрать Xvesa и заодно удивлялся, куда всё делось. Ну и как теперь делать легковесные дистрибутивы с графикой?

смысл иксов теперь просто удаляют

Так это ещё пока только предложение вынести код этих x-серверов из кода x.org

If someone really misses functionality, we should fix that deficiency in hw/xfree86, xf86-video-dummy, or xf86-video-nested.

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

Выпилить то проще) Он выпилит, а запиливают пусть те, кому надо или пускай сидят на старых версиях иксов.

This removes 30K lines of code from xorg-server. It must be good!

Хороший аргумент. Ещё из иксов можно удалить код графической подсистемы, это ж сколько места-то освободится!

из компании Apple

Ну да, нафиг им иксы :)

Xvesa уже удалили насовсем, из kdrive-подобных остались только Xnest, Xfbdev и Xvfb.

И до них ещё рефактористы доберутся

Омг, такими темпами скоро линуксо-ретроградов лишат их главного фап-символа - сетевой прозрачности в графической системе! Нет, так жить нельзя.

Ну и как теперь делать легковесные дистрибутивы с графикой?

А для них обязательно нужен самый свежий Xorg?

так вроде ж иксы уже того, рип. вяленд грядет!

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

Вяленд же. С тебя спасиба.

Что-то пока ваш Вяленд нихрена полезного не может, а драйверы мы под него очень долго ждать будем)

Как не может? Я видел скриншоты аж с gedit'ом. Правда вроде как c запущенным из-под X11-сервера/вейленд-клиента.

А для них обязательно нужен самый свежий Xorg?

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

Приятнее всё же собирать систему из «latest stable» версий ПО, а когда, например, GParted и его зависимости можно взять из репозитория, а за иксам нужно лезть в какие-то архивы и накладывать кучу патчей - это ещё и трудно и неудобно.

＞Also, there's nothing stopping anyone from using older server versions if they still need these DDXs.
Предлагаю его пороть, хоть иксы и не нужны.

Вот-вот вяленд сейчас запускается под иксами и никак иначе, это даже забавно)

Не, он ещё запускается нативно через всякие kms, если звёзды сойдутся определённым образом. Правда кроме х11 сервера и терминала в этом wayland запускать особо нечего.

Давайте отметелим всех работников Apple? It must be good!

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

И в этом он абсолютно прав.

P.S. Для Ъ-аналитиков ЛОРа мнение автора KDrive:

I'm all for deleting the code. I would like to have some idea of what

you mean by 'most' here — is there any significant functionality which
isn't provided by the xf86-video drivers?

Если они замену не сделают - будет очень плохо.

Jeremy Huddleston из компании Apple выступил с предложением в списке рассылки об удалении из кода X.Org технологий KDrive, Xnest, Xvfb.

А... Ну да. Ябблу же не нужно, чтобы в OS X иксы содержали «лишние и неинтересные для Apple возможности». Только у этих мудаков ручки пока до CUPS дотянулись, и они нужный для линуксовой версии код убирают. Но от иксов пусть свои грязные лапы уберут.

А форкнуть капс, нет?

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

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

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

*собирает «минимальную» систему из прекомпиленных бинарников из репозитория дистрибутива

*тащит туда раздутый GParted*

*что-то ещё говорит о «минимальной» системе

Ага-ага.

пишут, что, мол, опять всё собрались выпиливать и не предложили замену, хотя замена давно есть и о ней написано в первом посте (!).

Ну ЛОР же, ну. А самое забавное, слово «Apple» они заметили, а вот фразу про существующие альтернативы - нет.

*собирает «минимальную» систему из прекомпиленных бинарников из репозитория дистрибутива

Неправда, это была Gentoo с USE="-* minimal".

*тащит туда раздутый GParted*
*что-то ещё говорит о «минимальной» системе

Таки да, система собиралась исключительно для того, чтобы запускать GParted. Никогда не пробовали на Celeton 1,1GHz и 128M RAM запускать PartedMagic в этом их режиме для старых ПК?

Если CUPS форкнут - CUPS сдохнет. Вообще пока серьёзных причин форкать CUPS нет. Но если яббл дальше будет тянуть свои грязные кривые ручонки - придётся.

There's also a potential blocker that in removing these features and relying upon their DDX driver alternatives, non-root users cannot use them since Xorg only reads configuration files from system directories when run as a root user.

ИМХО единственное что может помешать удалению.

Таки да, система собиралась исключительно для того, чтобы запускать GParted. Никогда не пробовали на Celeton 1,1GHz и 128M RAM запускать PartedMagic в этом их режиме для старых ПК?

Во-первых, для старых(действительно старых, а не то, что ты описал) компьютеров есть как минимум DSL, во-вторых, у тех же Puppy и Sysrescuecd требования к компьютеру довольно скромные(если не запускать браузер без свопа, то всё будет работать отлично), а, наконец, в-третьих, если ты не умеешь пользоваться нормальными программами вроде parted, fdisk, gdisk и e2fsprogs, то есть как минимум cfdisk с псевдографическим интерфейсом.

Во-первых, для старых(действительно старых, а не то, что ты описал) компьютеров есть как минимум DSL

Ок, _умеренно_ старые компьютеры - звучит лучше? Мне нужны умеренно старые компьютеры, на которых всё ещё можно запускать современные ОС.

во-вторых, у тех же Puppy и Sysrescuecd требования к компьютеру довольно скромные

Так и работаю с sysresccd. Вот только загружается он сравнительно долго.

нормальными программами вроде parted, fdisk, gdisk и e2fsprogs

Предлагаете набивать руками все нужные размеры файловых систем? Мне лень, да это ещё и опасно.
parted не умеет изменять размеры ФС, кроме FAT и ext*.
gdisk вообще не умеет изменять размеры ФС.
cfdisk из util-linux также не ресайзит ФС, а GNU cfdisk - только поддерживаемые libparted (т.е. те же FAT, ext* и resierfs при наличии определённой so-шки).

Без xnest будет скучно - удобно пилить и подстраивать новый wm из старого,

Хм. Это вполне Ъ-шные штуки. Не надо их выпиливать.

KDrive - предыдущая крошечная реализация X.Org сервера.
Xnest - позволяет вкладывать X.Org сервер в окно уже запущенного X.Org сервера.
Xvfb - позволяет запускать X.Org сервер в виртуальном фрейм-буффере.

KDrive нужен сейчас?
Xnest, Xvfb нужны, не нужно их удалять.

Если они замену не сделают - будет очень плохо.

Там вообще по рассылке никто так и не родил сценария который их выпилить не позволяет, разве что «чтобы было». Например пускание Xvfb в mmap. Единственное что там предлагают добавить соответствующие выпиливаемому конфиги иксов, и что-то сделать с запускалкой чтобы работала не из под рута.

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

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

Xnest, Xvfb нужны, не нужно их удалять.

Есть типа соответствующие драйвера которыё делают тоже самое:

http://lists.x.org/archives/xorg-devel/2012-March/030070.html

Дебилоиды вон пишут, что, мол, опять всё собрались выпиливать и не предложили замену, хотя замена давно есть и о ней написано в первом посте (!).

Это вот здесь-то?

If someone really misses functionality, we should fix that deficiency in hw/xfree86, xf86-video-dummy, or xf86-video-nested.

Ок, _умеренно_ старые компьютеры - звучит лучше?

Вполне себе актуальное оборудование, не преувеличивай.

Так и работаю с sysresccd. Вот только загружается он сравнительно долго.

Там же очень гибкая загрузка, просто добавь параметры, отключающие лишние модули, sshd, nfsd и т.д.

Предлагаете набивать руками все нужные размеры файловых систем? Мне лень, да это ещё и опасно.

Почему нет(как минимум parted позволяет указывать размеры разделов в процентах)? И в чём опасность?

parted не умеет изменять размеры ФС, кроме FAT и ext*. gdisk вообще не умеет изменять размеры ФС.

Вот именно, ведь это редакторы разделов, им такая функциональность ни к чему. Да и, как я уже говорил, для ресайза разработчики parted рекомендуют использовать соответствующие утилиты. Это гораздо надёжнее, даже чем глюкавый GParted.

Елы-палы, да пусть уже наконец оставят только какой-нибудь xf86-video-drmfb, без этой всей вакханалии типа «вот это драйвер для ядра, вот это драйвер для иксов, вот это непонятно для чего». А то задолбали уже, в каждой программе свой драйвер для всего.

Да, именно.

Most functionality of these servers can be provide by Xorg with either the nested or dummy video driver. If someone really misses functionality, we should fix that deficiency in hw/xfree86, xf86-video-dummy, or xf86-video-nested.

Большая часть функциональности этих серверов может быть обеспечена драйверами nested или dummy. А если кому-то действительно не хватает [их] функциональности, мы молжны исправить этот недостаток в hw/xfree86, xf86-video-dummy или xf86-video-nested.

Уж не знаю, что тебе показалось странным. Кстати, отлично вырываешь из контекста.

без этой всей вакханалии типа «вот это драйвер для ядра, вот это драйвер для иксов, вот это непонятно для чего». А то задолбали уже, в каждой программе свой драйвер для всего.

Сдаётся мне, ты не совсем представляешь себе устройство нынешней видеоподсистемы(особенно DRI). Либо просто не понимаешь, что нечего юзерспейсным драйверам делать в ядре.

А то задолбали уже, в каждой программе свой драйвер для всего.

++.

Вот интересно - а вяленд не имеет своего аналога xorg дров? Почему-то помнится что не нужны by design, но не уверен.

Либо просто не понимаешь, что нечего юзерспейсным драйверам делать в ядре.

Скорее так, я не понимаю, зачем юзерспейсные драйвера, которые сами по себе лезут напрямую к шине PCI, как это было в эпоху UMS, причем прямым доступом к GPU заведовал ядреный компонент, вообще нужны, и с какого перепугу это можно считать примером сколь-нибудь хорошей архитектуры.

Теперь у нас что:
видеорежимами занимается ядро
фреймбуфером занимается ядро
энергосбережением занимается ядро
ускорением занимается ядро

...и при этом у иксов есть еще _свои_ драйверы для каждой карточки. Ну хоть здесь, епта, единый список этих гребучих ioctl'ов не могли сделать? Ково хрена в одном ядре такой бардак? Почему иксам до сих пор не все равно, на каком драйвере ядра они сидят? Почему запустить иксы на нескольких GPU в режиме единого рабочего стола до сих пор невозможно?

Есть же Xephyr.

Да они ж упороты.

Если следовать твоей логике, то надо выпилить всю основную подсистему иксовых дров, а вот перечисленные в стартовом посте как раз можно оcтавлять. :-D

Причины так думать? Я считаю они очень вменяемы.