В обзоре "Planned Features For X.Org 7.4, 7.5 (http://www.phoronix.com/scan.php?page=news_item&px=NjA4OA)" рассказывается о новшествах планируемых к реализации в будущих версиях X.Org.
Планы (http://www.x.org/wiki/Events/XDS2007/Notes#head-b9d08a222aa3...) касающиеся X.Org 7.4:
- Переработка (работа через инфраструктуру XACE) модулей для SELinux и Solaris Trusted Extensions;
- RandR (Reside and Rotate) 1.3, добавлена поддержка с GPU объектами;
- Работа с PCI устройствами через новую библиотеку libpciaccess;
- Интерфейс XGE (X Generic Event), необходимый для работы MPX (см. ниже);
- Glucose - новая архитектура акселерации основанная на OpenGL;
- XKB 2;
- _X_EXPORT;
- DRI memory manager;
- GLX 1.4.
В X.Org 7.5 будет интегрирован код проекта MPX (http://wearables.unisa.edu.au/mpx/) (Multi-Pointer X), что позволит организовать работу нескольких независимо управляемых курсоров на экране и ввод в разные окна с разных клавиатур.
Что касается GNOME 2.22, то в статье "GNOME 2.22 planning: Empathy messaging client and toolkit proposed for inclusion (http://arstechnica.com/journals/linux.ars/2007/09/28/gnome-2...)" подчеркнуты некоторые особенности будущего релиза:- Интеграция Empathy (http://live.gnome.org/Empathy) (виджеты для VoIP/Chat/видеоконференций);- Включение в состав программ Gimmie (http://beatniksoftware.com/gimmie/Main_Page) (декстоп органайзер) и Cheese (http://live.gnome.org/Cheese/) (работа с web-камерой);- Большое обновление Ekiga (VoIP-клиент GNOME), переработка интерфейса пользователя и реализация поддержки сведений о присутствии для протокола SIP. - Большая консолидация апплетов панели управления за счёт их объединения. - Упрощённое расположение апплетов панели, включая улучшенный API для разработчиков. - Переработанный интерфейс пользователя в редакторе профилей Sabayon. - Доступность нового API виртуальной файловой системы, используемого файловым менеджером Nautilus.
Релизы X.Org 7.4 и GNOME 2.22 намечены на март будущего года.
URL: http://gnomedesktop.org/node/3531
Новость: https://www.opennet.ru/opennews/art.shtml?num=12290
В иксах лучше бы починили то, что недавно сломали: LED, xmodmap, горячее передёргивание клавы/мыши, работу с внешними IM. А Multi-Pointer мало кому нужен.
Xorg лучше бы перешел с autotools на cmake, scons или какую-либо другую нормальную систему сборки.
Чем autotools не нравится? Газифицируем по-немногу?
>Xorg лучше бы перешел с autotools на cmake, scons или какую-либо другую
>нормальную систему сборки.Делом надо заниматься, а не газами.
Согласен. Только лучше CMake, ибо SCons не умеет сама библиотеки находить и ее скрипты тоже превращаются в помойку со временем, нет способа указать параметры сборки в окружении или коммандной строке (да и называются они посвоему, CCFLAGS вместо CFLAGS и т.д.), да и пистон ей нужен. В CMake все проблемы решены.Насчет autotools не смешите - этот костыль давно пора выжигать раскаленным железом.
cmake у нас майнтейнеры (в т.ч. оного) иронически или жёстче недолюбливают почему-то; в scons даже я был вынужден исправлять проблемы; боюсь, xorg с его кучей целевых платформ и ситуаций окажется для любой из этих поделок даже более жёстким тестом, чем сам подчас оказывается для нас, пользователей.
Хм, надеюсь Xorg 1.4 не будет таким дерьмом как 1.3, ибо в последнем, судя по рассылкам, поломалось все. У одних видео отвалилось, у других клавиатура, у третьих тормозить начало, у четвертых виснуть.И, кстати, что это за libpciaccess? Разве оно не должно через ядро работать? Ну всмысле через драйвер видюхи как nvidia.
Bce xorg-овские родные драйвера *_drv.so работают в юзерспейсе. И это правильно: во-первых, от ядра ОС не зависят; во-вторых, меньше кода в ядре - ядро устойчивей. Пусть Нвидия тоже научится делать свои дрова для юзерспейса.
А, тогда ладно. Только по производительности от винды в 1.5-2 раза не отставали бы..
ждём убунту 8.04?!
угу! этим и нравиться убунта - тем что не ставя всю эту "лабуду", можно её потестить в доволь... =)