Опубликован (http://lists.freedesktop.org/archives/xorg/2008-February/033...) план выпуска релиза Xorg 7.4 (http://xorg.freedesktop.org/wiki/Releases/7.4), который составлен с учетом даты (http://fedoraproject.org/wiki/Releases/9/Schedule) релиза Fedora 9. Релиз Xorg 7.4 намечен на 25 апреля, спустя четыре дня выйдет релиз Fedora 9. Ранее Xorg 7.4 планировалось выпустить в мае.
Хотя до 25 апреля еще два месяца, разработчиков пугает список нерешенных проблем (https://bugs.freedesktop.org/show_bug.cgi?id=10101), блокирующих подготовку релиза. Некоторые из проблем:
- Библиотека libpciaccess, через которую будет организована работа с PCI устройствами, не завершена, под нее не портировано еще около 20 драйверов.
- Код новой системы ввода (XKB 2) не стабилен и требует отладки, наблюдаются проблемы при переключении раскладки, нарушение работы control-alt последовательностей, залипание мыши, нестабильно работает функция горячего подключения устройств ввода. Вероятно придется вернуться на старую версию XKB 1.3, отложив отладку кода до следующего релиза.
- Рализация X-SELinux оказалась нежизнеспособной и требует значительной доработки.
- Проблемы с RANDR 1.2 планируется решить в ближайшее время.Планы касающиеся 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 (Multi-Pointer X), что позволит организовать работу нескольких независимо управляемых курсоров на экране и ввод в разные окна с разных клавиатур.
URL: http://lists.freedesktop.org/archives/xorg/2008-February/033...
Новость: http://www.opennet.me/opennews/art.shtml?num=14450
Федора 9 это несомненно хороше, но раз такие дела, то я думаю релиз можно и отложить на чуть-чуть... Зачем бежать вперёд паравоза и релизить ещё сыроватый продукт (ИМХО конечно)...
+1Федора может и подождать....
А вы не знаете что федора это изначально бета-дистр, и как не в нем дебажить новые версии прог?
Multi-Pointer X - класс, хочу двумя мышками рулить на зависть виндузятникам =)
Купи MacBook Air
>Купи MacBook AirОоо, тока и слышно купи Мак! купи МАК! Вам че Эппл проплачивает пиар??
>Multi-Pointer X - класс, хочу двумя мышками рулить на зависть виндузятникам =)
>В винде можно двумя мышками рулить, правда поинтер один. Было дело когда мы напивались,подключали к компу 4 мышки и всем отделом пытались что-нибудь сделать на компе.. каждый свое.
А типа в линуксе нельзя...
Вся фишка в независимых курсорах
А какая практическая польза от 2-х указателей?
Ну можно битвы на курсорах устраивать :D
> А какая практическая польза от 2-х указателей?В каждую руку по мышке и вперед...
Можно в пасиансе одной мыукой карту приподнять, а другой открыть :-)
А в Убунту Харди будет 7.4?
XKB2 - может наконец-то не надо будет пугать пользователей настройкой мультимедийных клавиш?
Просветите плиз насчет libpciaccess - мне одному кажется что прямая работа с железом в обход ядра не есть тру? Или как там все устроено?
>Просветите плиз насчет libpciaccess - мне одному кажется что прямая работа с
>железом в обход ядра не есть тру? Или как там все
>устроено?Смотря что за работа. Если не ошибаюсь речь идет о маппинге ресурсов PCI устройства в пространство пользователя, или работа с ними через sysfs что вообщем то одно и тоже.
Насколько это хорошо - ну хм, зато падение и ошибки в драйвере пользовательского уровня не скажутся на работе ядра.
>>Просветите плиз насчет libpciaccess - мне одному кажется что прямая работа с
>>железом в обход ядра не есть тру? Или как там все
>>устроено?
>Смотря что за работа. Если не ошибаюсь речь идет о маппинге ресурсов
>PCI устройства в пространство пользователя, или работа с ними через sysfs
>что вообщем то одно и тоже.
>Насколько это хорошо - ну хм, зато падение и ошибки в драйвере
>пользовательского уровня не скажутся на работе ядра.sysfs есть только в linux, тогда как Xorg везде. То есть получается других вариантов вообще нет?
> sysfs есть только в linux, тогда как Xorg везде. То есть получается
> других вариантов вообще нет?Именно. Из-за кривости, глючности и убогости Юникса в XXI веке. Я понимаю, что когда Коран писали, дорог не минировали, но за 30 лет не придумать унифицированного интерфейса для работы с оборудованием -- это мощно.
"Купите Apple и поставьте Mac OS X". Ну, можно с Дарвином потрахаться, конечно. :)
Там есть тулкиты. И как-то сразу X-серверу root перестаёт быть нужен... IOKit как-то справляется...
Но в Юниксе этого нет, и, скорее всего, в ближайшее время не предвидится. Проект GGI непонятно, в каком состоянии, KGI'шные патчи так и не довели до рабочего состояния. Так что лучше libpciaccess, чем /dev/io. Абстракция лучше выработана.
/me вздыхая
Опять при релизе сломают что-нибудь...
Когда с многокнопочными мышами разберутся непонятно...
>> Когда с многокнопочными мышами разберутся непонятно...А что с ними? Вроде нормально работают...
у меня 10кнопок работает, а у вас?
А что с ними не так? Не проверял, но подозреваю, что через /dev/input/eventn должно работать. event devices очень хорошо ложатся на модель USB HID.
А что с ними не так?
У меня 3 стандартных, колёсико, назад, вперёд отлично работают. Жаль только Konqueror не понимает последних