Мне кажется что это очень хорошо т.к. цели и задачи проектов freedesktop.org направлены на интеграцию настольных приложений.

x.org, насколько я понимаю это форк xfree 4.4rc2 (с нормальной лицензией), так что совместимость есть. Не путать с xserver.freedesktop.org, который не совместим (хотя вроде в него тоже что-то (DDX) от xfree начали вкручивать, под названием xizzle)

xserver - это вообще такая беда. Типическое ... "поделие" (сорри, я не люблю этого слова, но факт:) Вообще, цели этого проекта хорошие, но пока это не просто сырятина - это супер-сырятина. Там даже xkb нет.

Сыро - да. Но почему "поделие"??? У меня в некоторых местах даже Xfbdev от freedesktop работал быстрее, чем xfree86. Например gnome-terminal (vte или как-там его)

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

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

Fedora RIP! Long live Gentoo !!!!

2anonymous (*) (22.03.2004 16:19:55)
> Говорят что с одной стороны железная
> полупрозрачность, с другой стороны большая глючность.

А посередине что? :-)))

про поддержку адаптеров.

> На стабильность и полноту поддержки (как в смысле набора адаптеров,

<IMHO>

Надо пинать до посинения kernel hackers на предмет нормального fbdev. Не надо мешать в кучу собственно windowing system и драйверы.

<\IMHO>

> Говорят что с одной стороны железная полупрозрачность,

Интересно, зачем это ( кроме игрушек ) может понадобиться?

Ох, уж... Наконец-то, Fedora станет одним большим глюком.

А раньше все глюки как-то были не упорядочены.

мда, посмотерл действительно SRPM'ка лежит. это хорошо :-)

Может, и так. Только реально Вы будете пинать одних и тех же людей, в любом случае. А уж они будут работать с той стороный 0x80, с какой сочтут удобным. И через тот интерфейс, который им нравится. Мне кажется, на сегодня простой drm их устраивает - а остальное они делают в пользовательской моде. Может, если бы архитектуру fbdev заполировали, они бы поменяли точку зрения - но, я не слыхал в dri-devel, чтобы кто-то об этом сильно убивался.

про разные стороны...

> А уж они будут работать с той стороный 0x80, с какой сочтут удобным.

Не будут. Хотя бы потому, что выходом в массы SELinux про CAP_RAWIO можно будет забыть.

> а остальное они делают в пользовательской моде.

В гамаке, стоя, в противогазах...

> Не будут. Хотя бы потому, что выходом в массы SELinux про CAP_RAWIO можно будет забыть.

Выкрутятся:)

> В гамаке, стоя, в противогазах...

Человек - не свинья, ко всему привыкает:)

Блин, опять все в глупый флейм превратилось. Кто-нибудь может сказать конкретно такие вещи:
- NVIDIA дрова на xorg встанут?
- Скорость работы по сравнению с XFree
- объем занимаемой памяти по сравнению с XFree
- совместимость с существующими приложениями: Qt, gtk, KDE, Gnome, x* etc.

> - NVIDIA дрова на xorg встанут?

ИМХО - да

> - совместимость с существующими приложениями: Qt, gtk, KDE, Gnome, x* etc.

Они работаю с X11 ;-) Посему, если xorg поддерживает x11 (а он поддерживает, т.к. по сути является форком xfree), то совместимость обеспечена. ;-)

PS Поправьте, если я не прав

Игрушкам это совсем ни к чему. Десктопным приложениям некоторым может потребоваться.

>- NVIDIA дрова на xorg встанут?

"Дрова от нвидиа" - это их железки кривые так сейчас называются?

Не могу согласится - мне например _очень_ не хватает _прозрачных_ xterm'ов.

:) :) :) Respect! :)

>:) :) :) Respect! :)
а я не люблю стругацких...
имхо среди фантастов тех лет
тока Лемм или Кларк более менее

Стругацких надо понимать... не все могут :(

А кто позвольте узнать является майинтейнером xorg-a?

> > Не будут. Хотя бы потому, что выходом в массы SELinux про CAP_RAWIO можно будет забыть.

> Выкрутятся:)

Поскольку с железякой можно будет работать только через интерфейс, предоставляемый ядром ( читай: framebuffer, dri ), то единственная возможность выкрутиться -- довести его до ума.

про дрова

> "Дрова от нвидиа" - это их железки кривые так сейчас называются?

Respect :)

Matrox forever!

>> а я не люблю стругацких... имхо среди фантастов тех лет тока Лемм или Кларк более менее

Стругацкие и Лем - это очень разные вещи. Лем - в большей степени философ. А Стругацкие - это скорее психология (если можно так выразится), они про человека писали.

>> а я не люблю стругацких...

Забавно выглядит эхо удаленного флейма :)

>имхо среди фантастов тех лет >тока Лемм или Кларк более менее

Вообще-то "Лем", а не "Лемм". А Стругацких я повыше Кларка ставлю. Как, впрочем, и Лема.

>"Дрова от нвидиа" - это их железки кривые так сейчас называются?

нефиг китайский нонейм брать

Филип К. Дик Вернор Виндж =)

> Поскольку с железякой можно будет работать только через интерфейс, предоставляемый ядром ( читай: framebuffer, dri ), то единственная возможность выкрутиться -- довести его до ума.

Сделают дырку в SELinux для графики:) Скорее, dri дополируют, чем framebuffer. Мне так кажется. Хотя, могу ошибаться.

> Сделают дырку в SELinux для графики:)

1) Лавры GDI/Win32 messaging system не дают покоя?

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

"Джентльмены, у вас совсем нет чувства юмора!":)

И все-таки они скорее dri домучают, чем fb. Масса разработчиков уже привыкла к dri - это просто так со счетов не сбросишь...

>мда, посмотерл действительно SRPM'ка лежит. это хорошо :-)

Где? Покажите, интересно посмотреть. Я как ни старался не нашел :-( Как она хоть называется?

про юмор...

> "Джентльмены, у вас совсем нет чувства юмора!":)

Упомянутая дырка для X'-ов давно существует, см. man 2 iopl

И никакая зараза даже и не думает о том, чтоб как-то это исправить. Равно как и о том, что исполнять код в стеке -- это нехорошо, что для загрузки динамических библиотек есть ld.

вот он: http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/xor...