The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышло обновление X Server 1.4.1. Кризис проекта X.Org ?

11.06.2008 10:21

Вместо ожидаемого релиза X.Org 7.4 разработчики с 212-дневным опозданием выпустили обновление X Server 1.4.1 с исправлением 108 ошибок, накопившихся с момента выпуска X.Org 7.3. Интересно, что X Server 1.4.1 был выпущен при наличии в трекере ошибок двух нерешенных проблем, помеченных как блокирующих релиз (проблема в XKB и утечки памяти при работе с DBUS). Семь из исправленных ошибок устраняют проблемы безопасности, обнаруженные еще в январе. Изначально X Server 1.4.1 был запланирован на ноябрь прошлого года.

Выход X.Org 7.4, в составе которого будет поставляться X Server 1.5, в очередной раз отложен до исправления всех блокирующих выпуск релиза ошибок (не исправлено 36 проблем). По неофициальным данным релиз выйдет в июле или августе, хотя изначально был запланирован на февраль. Ранее, после отклонения на три месяца от графика, было принято решение о сокращении числа новых возможностей. Из-за задержки выпуска X.Org 7.4 разработчики Fedora Linux были вынуждены включить в состав дистрибутива ранний пре-релиз X Server 1.5, что отрицательно отразилось на стабильности продукта.

В прошлом году разработчики выступали с критикой низкого качества релиза X.Org 7.3, который был выпущен без устранения всех известных критических ошибок, не проходил успешно все XTS (X Test Suite) тесты и изначально имел проблемы сборки некоторых модулей, как минимум на одной из поддерживаемых платформ. В настоящее время ситуация только ухудшилась.

В X.Org 7.4 ожидается:

  • Переработанные (работа через инфраструктуру XACE) модули для SELinux и Solaris Trusted Extensions;
  • Работа с PCI устройствами через новую библиотеку libpciaccess;
  • Оптимизация направленная на уменьшение времени загрузки X сервера;
  • Поддержка DRI2 Direct Rendering, пока только для карт Intel;
  • Улучшение поддержки Mac OS X;
  • В x11perf добавлены тесты производительности композитного режима;
  • Обновление драйверов. Например, xf86-video-ati 6.8.0, xf86-video-intel 2.3.0, xf86-video-nv 2.1.8

В X.Org 7.4 не будет реализована поддержка Multi-Pointer X (MPX), XGE (X Generic Events), XKB 2, Glucose (новая архитектура акселерации основанная на OpenGL) и RandR 1.3, данные новшества войдут в состав релиза X.Org 7.5, который выйдет не раньше 2009 года.

Дополнение: Вышел X Server 1.4.2 с исправлением нескольких уязвимостей в дополнениях RENDER, RECORD, Security и MIT-SHM.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: Анонсирован релиз X.Org 7.3
  3. OpenNews: Доступна тестовая версия X Server 1.5
  4. OpenNews: Релиз X.Org 7.4 отложен на неопределенный срок
  5. OpenNews: В дерево исходных текстов X.Org интегрирована поддержка Multi-Pointer X
  6. OpenNews: План выпуска Xorg 7.4.
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/16420-x11
Ключевые слова: x11, xorg
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (81) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Ne01eX (??), 11:08, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да нет никакого кризиса, нормально все. Кому надо соберет себе комплект Х сам, используя 7.3 и каррент.
     
     
  • 2.14, Светочка (?), 12:24, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    1 Собирать Xorg я просто ненавижу из-за все тех же гнутых autotools собирается... большой текст свёрнут, показать
     
     
  • 3.17, Michael Shigorin (ok), 12:47, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Милая, да выберите и пишите Может, поймёте по дороге, почему же для низкоуровн... большой текст свёрнут, показать
     
     
  • 4.20, Светочка (?), 13:02, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Дело в том, что на C обычно пишется весь проект, а на ассемблере - маленькие кус... большой текст свёрнут, показать
     
     
  • 5.56, Michael Shigorin (ok), 21:11, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Не скажу, когда последний раз видел человека, который может и при этом не ленитс... большой текст свёрнут, показать
     
  • 5.66, PereresusNeVlezaetBuggy (ok), 00:49, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Если _хорошо_ уметь программировать на ассемблере Иначе - далеко не факт А уме... большой текст свёрнут, показать
     
     
  • 6.78, geekkoo (??), 08:40, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да, взять хотя бы Сережку Удальтсофа. Такому же действительно проще на Джаве лабать, чем в С разбираться. Вот  и имеем дырки в XKB.

    Это ему не ЛОРом командовать...

     
  • 6.91, User294 (ok), 23:21, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на самом деле сгорбить на ассемблере так как это порой делает сишный компилер... большой текст свёрнут, показать
     
     
  • 7.93, PereresusNeVlezaetBuggy (ok), 00:20, 13/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Ну почему, современные компиляторы оптимизируют код порой очень даже неплохо, ос... большой текст свёрнут, показать
     
  • 4.31, man (??), 15:26, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Милая, да выберите и пишите.  Может, поймёте по дороге, почему же
    >для низкоуровневого системного софта как раз C и является ассемблером.  
    >И не в ём тут проблема.

    Уже обсуждалось. И в нем тоже. "С" не годится для масштабных проектов, тем более что в XServer сплош и рядом на "C" реализуют функционал "C++" что неспособствует ни скорости разработки ни стабильности проекта ни понимания кода сторонними разработчиками. И мифическое быстродействие С по сравнению с С++ приводить не нужно, я STL использовать никого не заставляю.

     
     
  • 5.38, vitek (??), 17:28, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    точно. обсуждалось.
    и что?
    > "С" не годится для масштабных проектов

    нда. голословное утверждение.
    на него можно ответить только так:
    у Вас есть отличный шанс доказать свои слова - выпустить, например, X.man.org на C++/Java/.Net/..., который будет быстрее и без глюков.

    а пока, например, проект KDE никак не может доказать GNOME'у целесообразность выбора С++ по сравнению с C.
    И это чуть ли не единственный факт масштабного использования C++ не на прикладном уровне.

    p.s.:
    никакого функционала C++ в XServer не реализуется.
    а STL - отличная вещь.

     
     
  • 6.89, geekkoo (??), 23:02, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >точно. обсуждалось.
    >и что?
    >> "С" не годится для масштабных проектов
    >
    >нда. голословное утверждение.
    >на него можно ответить только так:
    >у Вас есть отличный шанс доказать свои слова - выпустить, например, X.man.org

    Ну, как на джаве уже реалиизовано - http://www.jcraft.com/weirdx/index.html
    Понятно, что proof of concept
    >[оверквотинг удален]
    >на C++/Java/.Net/..., который будет быстрее и без глюков.
    >
    >а пока, например, проект KDE никак не может доказать GNOME'у целесообразность выбора
    >С++ по сравнению с C.
    >И это чуть ли не единственный факт масштабного использования C++ не на
    >прикладном уровне.
    >
    >p.s.:
    >никакого функционала C++ в XServer не реализуется.
    >а STL - отличная вещь.

     
     
  • 7.92, User294 (ok), 23:43, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну, как на джаве уже реалиизовано - http://www.jcraft.com/weirdx/index.html
    >Понятно, что proof of concept

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

     
  • 4.36, Кан (?), 16:28, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Есть некая существенная разница между разработкой ядра Линукс один проект и ра... большой текст свёрнут, показать
     
     
  • 5.59, Michael Shigorin (ok), 21:31, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Уважаемый, а ничего, что они сами пожалели о чрезмерном дроблении Помнится, пр... большой текст свёрнут, показать
     
     
  • 6.63, Kan (??), 23:28, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Что это меняет Они сделали именно то, что в своё время Линус рекомендовал сдела... большой текст свёрнут, показать
     
     
  • 7.64, Michael Shigorin (ok), 23:43, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Не знаю, почему там так рекомендовал, но Вы не находите, что некоторые рекоменда... большой текст свёрнут, показать
     
     
  • 8.67, PereresusNeVlezaetBuggy (ok), 01:07, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Вы будете смеяться - это недостаток git Слишком плохо работает на больших реп... большой текст свёрнут, показать
     
     
  • 9.69, vitek (??), 02:55, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ага давай только без KDE-шников - слишком предвзято ... текст свёрнут, показать
     
     
  • 10.72, PereresusNeVlezaetBuggy (ok), 03:24, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да причём тут KDE-шники, можно просто прочесть письмо Линуса и сделать выводы h... текст свёрнут, показать
     
     
  • 11.77, vitek (??), 05:03, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    выводы сделали в троллтеч у меня тоже нет причин считать их безосновательными... текст свёрнут, показать
     
     
  • 12.80, geekkoo (??), 14:31, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, wget http lwn net Articles 246381 -O - 124 tr blank n 124 ... текст свёрнут, показать
     
     
  • 13.82, vitek (??), 16:58, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    ну и что я тоже так могу где там написано зато там есть это But I certainly w... текст свёрнут, показать
     
     
  • 14.83, PereresusNeVlezaetBuggy (ok), 17:18, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Если я отказываюсь от использования итнсрумента, которым... текст свёрнут, показать
     
     
  • 15.85, vitek (??), 17:34, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    тяжело писано но это и не доказывает, что башенный кран хуже лопаты, впрочем к... текст свёрнут, показать
     
     
  • 16.86, PereresusNeVlezaetBuggy (ok), 18:53, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Угу Просто для меня слово недостаток не абсолютно, всё время забываю, что э... текст свёрнут, показать
     
  • 8.68, Kan (??), 02:35, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Нахожу, и даже очень Рекомендации разломать рабочую модель разработки вдребезги... большой текст свёрнут, показать
     
  • 3.18, Radeon (?), 12:50, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    скажи еще, что ты это делаешь вручную , все мэйки и инсталлы :D
     
  • 3.22, Дмитрий Ю. Карпов (?), 13:12, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Код, от которого требуется наибольшая производительность (это, как правило, около 5%) можно написать и на ассемблере

    На ассемблере какого процессора будем программировать: i386, IA-64, AMD-64, Sparc-32, Sparc-64, PowerPC, Alpha, ARM?

     
     
  • 4.32, man (??), 15:27, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >на ассемблере какого процессора будем программировать: i386, IA-64, AMD-64, Sparc-32, Sparc-64, PowerPC, Alpha, ARM?

    Умный да? А ты бы в код для начала какого-нить видеодрайвера заглянул.

     
  • 4.33, Chosen Someone (?), 15:32, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Вы что все так на девушку накинулись?
    А на каком ассемблере написана часть ядра, угадайте?! :)
     
  • 3.88, User294 (ok), 21:34, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Совсем с дуба рухнули Они и так то легкостью и производительностью не блещут а с... большой текст свёрнут, показать
     
     
  • 4.90, smb (?), 23:19, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Вас похоже серьезно обидели апологеты C C , что вы т... большой текст свёрнут, показать
     
  • 2.16, Michael Shigorin (ok), 12:40, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Да нет никакого кризиса, нормально все.

    Ага, только многие "старики", у которых код рабочий получался -- тихо исчезли из проекта.  Кто в менеджмент, кто устал, наверное...

    А гопота строгает код бочками -- который, однако, неживой.  Такое впечатление, что пишется xorg сейчас, сидя под виндой.

     
     
  • 3.23, vitek (??), 13:32, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    к сожалению, правда.
    но я не понимаю, почему некоторые думают, что если эту "гопота" будет писать на C++/D/Java/.., то и код получится "живой".
     
     
  • 4.47, geekkoo (??), 18:05, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >к сожалению, правда.
    >но я не понимаю, почему некоторые думают, что если эту "гопота" будет
    >писать на C++/D/Java/.., то и код получится "живой".

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

     
     
  • 5.60, Michael Shigorin (ok), 21:32, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>к сожалению, правда.
    >>но я не понимаю, почему некоторые думают, что если эту "гопота" будет
    >>писать на C++/D/Java/.., то и код получится "живой".
    >Вообще-то по-научному это называется технологичность.

    Точно?

    >Возможность получать (более или менее) качественный результат
    >при использовании неквалифицированной рабочей силы.

    Это не про плюсы... там неквалифицированные ещё страшней режутся, чем сями :(

     
  • 5.71, vitek (??), 03:14, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    что именно называется (по-научному и/или нет) технологичностью?
    ...
    а геморрой по-научному - emerods. И что?
    ...
    x.org относится к системному программированию и "более или менее" качественный результат ИМЕННО СЕЙЧАС мы и имеем.
    на прикладном уровне - так мне пох... как работает Ваша прога. Мне тока лучше.
     
     
  • 6.79, geekkoo (??), 08:55, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >что именно называется (по-научному и/или нет) технологичностью?
    >...
    >а геморрой по-научному - emerods. И что?

    Беспокоит? Хотите об этом поговорить?
    >...
    >x.org относится к системному программированию и "более или менее" качественный результат ИМЕННО
    >СЕЙЧАС мы и имеем.
    >на прикладном уровне - так мне пох... как работает Ваша прога. Мне
    >тока лучше.

    Угу. Продолжайте читать новости про утечки памяти в DBUS, хотя GC уже давно в любой кофеварке имеются.

     
     
  • 7.81, vitek (??), 16:30, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    так что такое технологичность?
    а передергивать я и сам могу

    >Угу. Продолжайте читать новости про утечки памяти в DBUS, хотя GC уже давно в любой кофеварке имеются.

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

    возможно таким программистам, которые выпускают релиз с утечкой памяти и поможет garbage collector, но мне кажется, что все-таки что-то другое

     
     
  • 8.84, PereresusNeVlezaetBuggy (ok), 17:23, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален GC хорош для программ, которые периодически выключаются ... большой текст свёрнут, показать
     
     
  • 9.87, vitek (??), 19:35, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    вот и я о чем а еще GC очень плохо работает при граничных условиях т е когда ... текст свёрнут, показать
     
  • 4.65, MiG (?), 00:39, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что у этой "гопоты" получается писать на Яве хоть что-то рабочее, а при переходе хотя бы к С++ сразу получают утечки памяти, баги, а некоторые даже потерю производительности. Что будет если такие люди начнут кодить на С и ниже представить страшно.
    Лирика конечно, лучше таких "гопников" вообще не подпускать к ответственным проектам. Но это уже к управляющим проектом.
     
     
  • 5.70, vitek (??), 02:59, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    пример, pls.
    если конечно отличаем системное программирование от прикладного
    ..
    что-то я не слышал о jvm, написанном на java
     
     
  • 6.75, PereresusNeVlezaetBuggy (ok), 03:30, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >пример, pls.
    >если конечно отличаем системное программирование от прикладного
    >..
    >что-то я не слышал о jvm, написанном на java

    Больше того, есть, например, JNode. Толку-то...

    Изредка бывает надо так извращаться, не спорю. Но иногда и приходится стёкла бить в чужих квартирах - чтобы детей из пожара вытащить, например. Это же не значит, что всем всегда можно и/или нужно это делать:).

     

  • 1.2, Андрей (??), 11:22, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Про федору, а что с ней не так? Как это отрицательно сказалось? Можно конкретные примеры?
     
     
  • 2.15, Xavier (?), 12:25, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Про федору, а что с ней не так? Как это отрицательно сказалось?
    >Можно конкретные примеры?

    Сразу после выпуска 9-й Федоры не работали проприетарные дрова НВидии и АТИ

     
     
  • 3.27, Андрей (??), 14:19, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Это не с X Server-ом, а с ядром проблема. И тут намек на стабильность был.
     
  • 3.34, User (??), 16:10, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>Про федору, а что с ней не так? Как это отрицательно сказалось?
    >>Можно конкретные примеры?
    >
    >Сразу после выпуска 9-й Федоры не работали проприетарные дрова НВидии и АТИ
    >

    А для меня это хорошо, именно из за этого я понял что nv нормальный драйвер, подходящий для моих задач. А то этот хрен-пойми как написанный модуль в ядре никогда не нравился)

     
  • 2.35, Осторожный (?), 16:26, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Про федору, а что с ней не так? Как это отрицательно сказалось?
    >Можно конкретные примеры?

    Федора и Стабильность ?
    Ха-ха, хорошая шутка - мне понравилось :)

     
     
  • 3.45, Аноним (-), 17:55, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажи ка нам от чего вдруг тебе смешно сделалось Федора работает стабильно ... большой текст свёрнут, показать
     
     
  • 4.61, Michael Shigorin (ok), 21:34, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А вы говорите кризис.

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

    PS: про провайдура -- порадовали :)

     
  • 4.62, Шкйх (?), 23:26, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Расскажи ка нам от чего вдруг тебе смешно сделалось. Федора работает стабильно.
    >У меня например. Со времен 1 и почти все ( то
    >ли FC3 3 то ли FC4 пропустил - уже не помню).

    Согласен. Сам года 2-3 на федоре первой сидел(с редхата9 перешел). Никаких проблема. Сервера правда не фре и дома щас деском тоже фря, но это не принципиально. Федорой был доволен, работала нормально. И с видюхой встроенной интел и с ЖеФорс 5700. Так что про федору народ зря. Кстате федора4 показалась гораздо глючнее(тормоза сильные были) чем первая.

     
  • 3.73, vitek (??), 03:26, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    самый лучший дистр.
    как бы я ни хотел deb, но...
    ...
    пока redhat в fedora задают тон.
    а все остальные - подпевают.
     

  • 1.3, ZANSWER (??), 11:30, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кризис на лицо, не нужно отрицать то, что есть, факт остаётся фактом, даже, если не признают некоторые...*XORG*
     
     
  • 2.28, Аноним (28), 14:20, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    А что вы собственно хотите от реализации x-windows как некоего стандарта?
     
     
  • 3.53, Guest (??), 18:53, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >А что вы собственно хотите от реализации x-windows как некоего стандарта?

    Что такое x-windows?

     
  • 2.74, vitek (??), 03:28, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    прям как  open solaris
     

  • 1.8, vadiml (?), 11:53, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По мне, так важнее чтоб фиксились ошибки и писались дрова, а всякие фичи -- второстепенны
     
     
  • 2.9, RedChrom (?), 12:05, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы не фичи, то до сих пор бы приходилось на каждый чи и пук в конфиг лезть, а сейчас и моник можно второй к ноуто завести, через xrandr настроить (если видюха нормальная), да и клавиатура/мыши/видео само определяется не говоря про разрешение. А кризис да, судя по всему есть.
     
     
  • 3.19, Michael Shigorin (ok), 12:52, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Если бы не фичи, то до сих пор бы приходилось на каждый
    >чи и пук в конфиг лезть, а сейчас и моник можно
    >второй к ноуто завести, через xrandr настроить (если видюха нормальная), да
    >и клавиатура/мыши/видео само определяется не говоря про разрешение.

    Вот не надо только про разрешение :(

    У меня на домашнем мониторе оно пытается встать в 1920x1200 (@75, кажется) вместо нормальных для него 1600x1200@93.

    Ума не приложу -- каким местом надо было думать, чтоб сломать забирание разрешений из xorg.conf и кому мешало, чтоб работало и так, и так.

    Если бы работало и с указанием в xorg.conf, и на автомате (при отсутствии строчки, секции или вообще конфига) -- да, была бы фича.  А так багофича.  Для меня вот -- чистая бага, с учётом того, что переключение по Ctrl-Alt-+/- тоже сломалось.

     
     
  • 4.24, Vlad Ber (?), 13:46, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да... а я устал с мышью бороться. После перехода на xorg 7.3 на A4 Tech скролинг перестал работать, что тока не делал...

    Будем надеяться на лучшее...

     
     
  • 5.39, vitek (??), 17:33, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    эмуляцию 3 кнопки убери
     
  • 4.29, geekkoo (??), 14:33, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >вместо нормальных для него 1600x1200@93.
    >
    >Ума не приложу -- каким местом надо было думать, чтоб сломать забирание
    >разрешений из xorg.conf и кому мешало, чтоб работало и так, и
    >так.
    >
    >Если бы работало и с указанием в xorg.conf, и на автомате (при
    >отсутствии строчки, секции или вообще конфига) -- да, была бы фича.
    > А так багофича.  Для меня вот -- чистая бага,
    >с учётом того, что переключение по Ctrl-Alt-+/- тоже сломалось.

    use xfce-setting-show,Luke

    It is less hardcore but works.

     
     
  • 5.57, Michael Shigorin (ok), 21:20, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >>с учётом того, что переключение по Ctrl-Alt-+/- тоже сломалось.
    >use xfce-setting-show,Luke

    I can even use xrandr(1) man, but that's not a replacement for age-old (and robust!) hotkeys.

    >It is less hardcore but works.

    BTW it's wmaker over here, no xfce around.

     
  • 2.94, geekkoo (??), 03:11, 13/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >По мне, так важнее чтоб фиксились ошибки и писались дрова, а всякие
    >фичи -- второстепенны

    Кстати, вам тогда лучше вообше на XFree86 вернуться. Mesa/Dri/Freetype - это сторонние разработки, так что дрова пишутся независимо. А в XFree86 в лавке один Marc La France остался, который время от времени ошибки фиксит и бывает даже кое-что мержит из xorg.

     

  • 1.10, Аноним (28), 12:06, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кризис отличается от медленной разработки
     
  • 1.25, geekkoo (??), 14:18, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А когда вы последний раз жали кнопку Donations? Что тогда обижаться.
    Если есть сомнения в квалификации команды xorg, то есть ещё xfree86.
    Конкуренция, блин...
     
  • 1.26, Аноним (28), 14:18, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Единственной альтернативой X является встроенная поддержка графики в ядре, но это уже слишком, тем более что это противоречит великолепной идее клиент-сервер.
     
  • 1.30, Painbringer (?), 14:46, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Из-за задержки выпуска X.Org 7.4 разработчики Fedora Linux были вынуждены включить в состав дистрибутива ранний пре-релиз X Server 1.5, что отрицательно отразилось на стабильности продукта.

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

     
     
  • 2.48, Volodymyr Lisivka (?), 18:12, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > вот интересно, кто их вынуждал? че нельзя было на стабильной ветке релиз выпустить? имхо в федореном горе надо ж быть в переди планеты всей, а остабильности особо никто и не думает

    Анегдот:
    Приходит мужик в аптеку и говорит:
    - я у вас свечи от гемороя купил, а они не помогают. Уже три штуки съел.
    Аптекарь:
    - вы их едите?!!!
    Мужик (с сарказмом):
    - нет, я их в опу засовываю!

    Федора ориентирована на bleeding edge. Если тебе нужны вчерашние версии софта, используй вчерашнюю Федору. Она же работает, не правда ли?

     
     
  • 3.58, Michael Shigorin (ok), 21:24, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Федора ориентирована на bleeding edge. Если тебе нужны вчерашние версии софта,
    >используй вчерашнюю Федору. Она же работает, не правда ли?

    Режется уже тухлым bleeding edge даже через двухсотметровый слой апдейтов? ;-)

     

  • 1.37, Аноним (28), 16:45, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ваще не понимаю тех кто федорино горе юзает, сидеть на полуглючном совте да еще и сервера подымать. не ну фтп сервер можно конечно поднять, но что посерьезнее надо дебиан юзать.
     
     
  • 2.40, Андрей (??), 17:45, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >ваще не понимаю тех кто федорино горе юзает, сидеть на полуглючном совте
    >да еще и сервера подымать. не ну фтп сервер можно конечно
    >поднять, но что посерьезнее надо дебиан юзать.

    А что в нем глюченное? Давай конкретнее. Для серверов я бы правда тоже не стал использовать, но это к делу не относиться.

    Это вопрос и ко всем остальным, кому федора не угодила.

     
     
  • 3.43, Аноним (28), 17:53, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да, может быть федору и не используют на серверах, но чтобы всключить в релиз глючную недоделанную бету, до этого не всякий додумается. В конце концов, могли бы и старую версию запихнуть.
    Самый лучший вариант - использование постоянно обновляющегося дистрибутива, например Арча. У них критические пакеты тестируются около недели до попадания в основную ветку. А всякие кандидаты и беты отправляются с unstable.
     
     
  • 4.49, Андрей (??), 18:14, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Да, может быть федору и не используют на серверах, но чтобы всключить
    >в релиз глючную недоделанную бету, до этого не всякий додумается. В
    >конце концов, могли бы и старую версию запихнуть.
    >Самый лучший вариант - использование постоянно обновляющегося дистрибутива, например Арча. У них
    >критические пакеты тестируются около недели до попадания в основную ветку. А
    >всякие кандидаты и беты отправляются с unstable.

    Не будь таким наивным, в Arch мало что отправляется в unstable. И внимательно посмотри какой в нем XServer, такой же как и в федоре.

    Если бы эту версию объявили не пререлизной, а релизной, все похоже были бы счастливы.

     
     
  • 5.54, anonymous (??), 20:29, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    $ pacman -Qs xorg-server
    local/xorg-server 1.4.0.90-13 (xorg)
        X.Org X servers
     

  • 1.42, Аноним (-), 17:52, 11/06/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это конечно моё скромное мнение, но на мой взгляд всё что делает freedesktop.org - гавно. Скажите мне, нах X'ам DBUS, а HAL? Я не удивлюсь если они скоро от гнома зависеть будут. Короче повелся весь мир на это попсовое г..., а теперь удивляются.


     
     
  • 2.46, geekkoo (??), 18:02, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Это конечно моё скромное мнение, но на мой взгляд всё что делает
    >freedesktop.org - гавно. Скажите мне, нах X'ам DBUS, а HAL? Я
    >не удивлюсь если они скоро от гнома зависеть будут. Короче повелся
    >весь мир на это попсовое г..., а теперь удивляются.

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

     
  • 2.50, AsphyX (??), 18:19, 11/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Скажите мне, нах X'ам DBUS, а HAL?

    А они иксам и не нужны. Реализация D-BUS у них, если не ошибаюсь, собственная, от libdbus Xorg не зависит. И HAL тут опционален: Xorg сам не стучиться к HAL за информацией об оборудовании, он вообще не имеет представления о существовании HAL. Но если ты хочешь использовать hotplug в X'ах, то тебе нужно каким-то способом передавать X'ам сообщения о подключении/отключении через D-BUS. Примочка к HAL, делающая это, - только один из возможных вариантов. Хотя и самый очевидный.


     
     
  • 3.76, vitek (??), 03:33, 12/06/2008 [^] [^^] [^^^] [ответить]  
  • +/
    почти так...
    а еще гребаный compiz...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру