Вот еще до кучи ссылка: http://lists.freedesktop.org/archives/xorg/2006-May/015396.html Спасибо birdie.

Руководство по модульной сборке (если кому надо):

http://wiki.x.org/wiki/ModularDevelopersGuide

>Руководство по модульной сборке (если кому надо):

А на русском нету?=(

Тут в теме ниже, говарили что с 7.1 не совместимы дрова от NVIDIA. Это так?

кто-то еще пользуется этим дырявым поделием?

А есть что предложить в замен? С полной совместимостью с текущими приложениями и с OpenGL?
P.S. Не дырявь штаны - пригодятся =)

>кто-то еще пользуется этим дырявым поделием?

А ты видно в консоле все сидишь?

Или в виндофсс?

> кто-то еще пользуется этим дырявым поделием?

А вы предложить альтернативу? Такую чтоб тоже X Window, на Linux и с аппаратной поддержкой OpenGL 2.0 для карточек NVidia? :) Был бы Весьма признателен.

Раскритиковали, теперь можно и зарелизить.

> кто-то еще пользуется этим дырявым поделием?

перднул в комментах тупой ни на что не способный анонимус.

Ждем ебилдов, и тогда винде конец.

> А на русском нету?=(

Тот, кто не знает английского, идёт учить албанский.

Круто! Жаль, что они 6.х ветку прикрыли, мне проще собрать целым паком, нежели качать сотню файлов, да и еще с дурацкими зависимостями...

>Круто! Жаль, что они 6.х ветку прикрыли, мне проще собрать целым паком, нежели качать сотню файлов, да и еще с дурацкими зависимостями...

приплыли. Модульность уже не рулит?

Нет, у кого-то пакетные менеджеры не рулят :)

>Нет, у кого-то пакетные менеджеры не рулят :)

слака, наверное. Кстати, Патрик выкинет Xorg вслед за гномом? :)

Не может не радовать пункт 2.1

а чё перестали постить анонсы новых ядер?

сабж

// дырявый бздун

> - непрямые клиенты GLX

Хорошо звучит :)

>http://lists.freedesktop.org/archives/xorg/2006-May/015396.html


Хе-хе, 64-битникам рано радоваться, вот:


>It may be dangerously close to 7.1 release, but I would like
to suggest padding the DrawableRec data structure such that the
id field is still only 32-bits, as it is now (and therefore
still fixes bug 6438), but that the fields retain the same
alignment that they had previously.  Either Aaron Plattner
or I will provide a patch to bug 6924.

> приплыли. Модульность уже не рулит ?

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

> ниразу не ясно зачем их вообще раскрошили

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

>просто говорится о том, что теперь сборка превратилась в веселый такой хардкор

4.2. man <пакетный менеджер>

>с кучей пакетов которые один без другого существовать не могут.

4.2. можешь сам депсы посмотреть

>Ну дык 6.9 тоже модульные

Ага, модульные. Только состоят из одного бооольшого модуля.

Угу. По-моему, лучше было бы поставлять всё одним куском (хотя бы, чтобы был такой вариант) с конфигурялкой типа menuconig.

menuconfig то есть

> с конфигурялкой

+1 Это было-бы удобно.

> man <пакетный менеджер>

Там где присутствуют пакетные менеджеры - сборка из сырцов не всегда имеет смысл (точнее практически не имеет оного).

> можешь сам депсы посмотреть

Уже посмотрел... сборка 6.9 раньше занимала копеечное время - прочитал readme - настроил свою конфигурацию - и пошло-поехало собираться...

Теперь ... да впрочем в приведенной в новости ссылке все описано.

>Угу. По-моему, лучше было бы поставлять всё одним куском (хотя бы, чтобы был такой вариант) с конфигурялкой типа menuconig.

исключительно ради слакварщиков? Тогда это забота всевышнего :)

>Там где присутствуют пакетные менеджеры - сборка из сырцов не всегда имеет смысл (точнее практически не имеет оного).

о ужас. emerge xorg-x11 в gentoo не имеет смысла! Пойду йаду выпью

всем добрый день, я вот немного чего - то не пойму, а как же обещаный Xgl входящийв в Xorg или это будит уже в 8 ветке, ребята поясните плиз, неужеле зря ждал. С ув. chechen

>всем добрый день, я вот немного чего - то не пойму, а как же обещаный Xgl входящийв в Xorg или это будит уже в 8 ветке, ребята поясните плиз, неужеле зря ждал. С ув. chechen

а он там есть. в cvs, правда. уж не знаю, включают ли его в релиз. Но я бы на месте девелоперов не включал, больно уж Xgl сырой

> emerge xorg-x11

Емержи и едбилды это вообще отдельная тема...

Ещё одно тупое поделие с открытым кодом. Втопку!

>исключительно ради слакварщиков? Тогда это забота всевышнего :)

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

ЗЫ Я и вправду слакварщик и собирал X11R7 с помощью emerde. Так что тоже буду ждать ебилда:)

>Покажите мне человека, который использует ВСЁ что туда напихали.

Это челы которые собирают LiveCD аля Knoppix и т.д. Или все через vesa работают? =)

Ждем лучше 7.2, он то и будет скорей всего первый stable 7 ветки =)

Дистроклепатели не в счет, им сам бох велел:)

>Ждем лучше 7.2, он то и будет скорей всего первый stable 7 ветки =)

А с этим что не в порядке? У меня очень прилично работал.

>А с этим что не в порядке? У меня очень прилично работал.

Баг-трек почитай, ну плюс моя природа идеалиста =)

А так сам пользуюсь 6.9.0, но походу придется обновлятся до 7.1 из-за юникодных шрифтов fixed...

Главное, что работает, а идеального софта не бывает) Я в данный момент по долгу службы вынужден вообще на rhel3/XFree сидеть.

> - Новое расширение GLX: GLX_EXT_texture_from_pixmap

значит ли это, что всякие там Compiz будут работать без нужды специального сервера Xgl?

>>>Обновлять модульные компоненты намного проще и экономнее как по объёму, так и по времени.

Да, давно (точнее никогда) в Х-ах не было геморроя с несовместимыми версиями Х-овых библиотек. Типа, старый X-сервер не совместим с баг-фиксом xlib, а та в свою очередь с обновленным libGL. Ну, теперь будет.

Dependencies конечно рулят, только они приведут к тому, что обновление одной компоненты потянет обновление всех x-ов. Т.е. те же яйца...

Т.е. зачем X раскрошили понятно, но непонятно зачем так мелко.

>Руководство по модульной сборке (если кому надо): >А на русском нету?=(

Вообще-то для модульной сборки используется скрипт. Остаётся только выкинуть из него ненужные компоненты.

По поводу неудобства (я так понял) использования менеджеров пакетов с модульной сборкой могу поспорить. Всё равно для сборки пакета собранные файлы нужно установить в отдельную директорию для сборки пакета. Поэтому, например, сначала собираем все библиотеки с загоолвками и создаём пакет, затем собираем все нужные приложения и создаём пакет, затем сервер, шрифты. При таком варианте будет несколько пакетов, но и возможность обновлять только нужный компонент. Проблем нет.

>всем добрый день, я вот немного чего - то не пойму, а как же обещаный
>Xgl входящийв в Xorg или это будит уже в 8 ветке, ребята поясните плиз,
>неужеле зря ждал. С ув. chechen

Работа по добавлению Xgl в ветку Xorg начнутся (по плану) после выпуска 7.1.
Т.е. уже скоро

>Руководство по модульной сборке (если кому надо): >А на русском нету?=(

liuxfromscratch.org -наше все. Здесь показано как собирать что душе угодно.

В частности Xorg: http://www.linuxfromscratch.org/blfs/view/svn/x/xorg7.html

Собрал, поставил, стартует ощутимо быстрее. Работает.

А оф. дрова от ATI/Nvidia пашут? Мне как ATI-шнику придется ждать этих дров, как я полагаю до релиза 7.2 и т.д.

>А оф. дрова от ATI/Nvidia пашут? Мне как ATI-шнику придется ждать этих дров, как я полагаю до релиза 7.2 и т.д.

Купи _нормальную_ видеокарту, с _нормальными_ драйверами.

> Собрал, поставил, стартует ощутимо быстрее. Работает.

Ну хватит, ну пожалуйста :)

>>А оф. дрова от ATI/Nvidia пашут? Мне как ATI-шнику придется ждать этих дров, как я полагаю до релиза 7.2 и т.д.

>Купи _нормальную_ видеокарту, с _нормальными_ драйверами.

Не подскажешь, где _продают_ _нормальные_ драйвера видеокарт для Linux?

в ноутбук тоже видеокарту другую купить?