X11R6.7

В чем проблема? Шрифт этот есть и в XF86Config записано 'FontPath "unix/:7100' ---- там же написанно, что конфиг он использует (==) Using config file: "/etc/X11/xorg.conf"

А перегенерить fonts.* файлы?

Минусов не заметил, как впрочем и плюсов.

Хотя нет, плюс есть - все так же работает и все так же не падает ;)

P.S. Поскольку у меня nvidia, то и драйвер стоит их. Все нормально. 3D крутится и не глючит. Игрушки играются.

В трех строчках:
Собираешь xorg.
Сносишь иксы (файл конфигурационный оставь)
Ставишь xorg (и драйверы - опционально).

Все работает.

jackill, а xorg также не хочет подхватывать системные fontconfig, freetype и zlib, как и XFree86?

zlib свой, freetype - убери сборку фритайп в их дереве и все он тебе подхватит.

Насчет fontconfig - хз, не смотрел.

Спасибо, попробуем

> В чем проблема? Шрифт этот есть и в XF86Config
> записано 'FontPath "unix/:7100' ---- там же написанно, что конфиг
> он использует (==) Using config file: "/etc/X11/xorg.conf"

/etc/X11/xorg.conf == /etc/X11/XF86Config (symbol link)

Люди, проведите небольшой ликбез по-поводу проблем с новой лицензией XFree86, т.е. что там такого "страшно-не-свободного", кроме требования упоминать везде список авторов?

Народ, вот кстати офиц. инфа от SUSE нащёт новой лицензиии X-ов:
------------------------------------------------------------------
XFree86 4.4.0
SUSE LINUX does not endorse the XFree86 project's recent license changes. Hence, SUSE will not include versions of XFree86 subject to the project's modified license in future SUSE product offerings.

SUSE LINUX 9.1, available in April 2004, and the next generation of SUSE LINUX Enterprise Server, available in summer 2004, will include an enhanced version of X11 based on a XFree86 version prior to the license change.

For the future we are exploring different options, e.g. X.org and freedesktop.org, to establish a reliable alternative that lets our customers benefit from future enhancements in Linux desktop infrastructure technology.

> А перегенерить fonts.* файлы?

А как это сделать? Какая утилита? Я не нашел у себя fontconfig

X теперь запускаются, но ГНОМ не запускается... пишит:

Fontconfig error: line 24: not well-formed (invalid token)
Fontconfig error: Cannot load default config file

Где это default config file находится? И где взять fontconfig (к CVS серверу у меня нет конекта)

Хех, народ, кстати на официальном сайте xfree86 в разделе новости есть интересная статья насчёт новой лицензии
http://www.theinquirer.net/?article=14511

Хех, так народ я решил тоже присоединиться к тестированию нового X-server-a , короче вопрос , что нужно забекапить прежде чем инсталировать новые Xы?

пидоры. x.org - форк xf86 4.4rc2, fdo xserver - реврайт + форк 4.4rc2 для совместимости с дравами (наз-тся xizzle)

почитал RELNOTES, написали, что всё берут системное если находят, всё равно поставили libfontconfig себе, снёс от греха подальше, всё равно систёмные используют.

Делов-то - удалить старые файлы из /etc/fonts и сделать символические ссылки на /usr/local/etc/fonts.
Теперь все работает.

>А как это сделать? Какая утилита? Я не нашел у себя fontconfig

fc-cache

>>А как это сделать? Какая утилита? Я не нашел у себя fontconfig
>fc-cache

Спасибо, конечно же, за ответ, но я все и сам починил и все работает (из него и пишу)...

Теперь по работе:
Глюки: Глюков пока не наблюдается
Скорость: Немого быстрее предыдущий Xов, но, IMHO, не намного.

В общем если есть очень жгучее желание - ставте, а иначе можно даже и не суетится. :-)

xterm куда-то проимелся и шрифты надо заново настраивать, а так все зашибись.

Глюки: раскладки отлетели
Скорость: это от пересборки ~_^

продолжение глюков:
r128_dri.so валиться segfault
взял r128_dri.so от 4.3, работает.
Думаю всем понятно, за наканьем какого кода я интересно и увлекательно проведу ближайшее ночное время ~_^

Действительно, линуксоидам в ближайшее время будет чем заняться - тестировать, писать баг-репорты, задавать на форумах вопросы и отвечать на них. Может все-же было лучше положить копирайт в папочку /usr/doc/xfree (про какие еще проблемы с лицензированием шла речь?) и пользоваться решением, проверенным временем? Нет, это не наш метод! Будем по-прежнему тестировать работу с локалями, с AA, c randr, компилировать графические приложения, проверяя, подхватывают они новые X-хедеры или нет - а что? мы простых путей не ищем.

Почитайте спецификацию Randr, и потом скажите сколько нам его ещё ждать? Провереного временем, само собой?

И что вы это так сужаете?
X.org на куче платформ работает, общими усилиями!
А для тестов у меня есть ~/fdo!

to anonymous #1 { anonymous (*) (10.04.2004 13:50:51) }
>>>Почитайте спецификацию Randr, и потом скажите сколько нам его ещё ждать?
Чего ждать? xrandr --size 1024x768 - и всего делов. То что некоторые приложения не знают про существование randr - то это проблема приложений, но никак не Xlib.

to anonymous #2 {anonymous (*) (10.04.2004 13:52:42)}
При чем здесь куча платформ? Пока что freedesktop предлагает не особенно сильно пропатченную версию X4.3.99. Если со временем freedesktop с одной стороны и Xfree с другой начнут предлагать альтернативные реализации какого-нибудь extensions, то готовьтесь к тому, что в графическое приложение при компиляции будет вам сообщать про ldd fatal error : symbol not found, только потому что в разных реализациях underscore не в том месте поставлен.

И ваще ...
Мне более или менее понятно, для чего Союх меча и орала (Debian - от общественности, RH+Novell - от купечества, Mandrake - от нац. меньшинств) продвигают freedesktop - приятно иметь караманную реализацию графической подсистемы. Но endusers нах это нужно? Союз вам что ли платит за бета-тестерство тех фич, которые и так в Xfree работают? Или вопрос чисто религиозный (GPL-compatibility)? В последнем случае - вопросов нет, религиозные чувства я уважаю.

Хе-хе, а анонимус то один ~_^

randr - Resize, Rotate and Reflect extension, ну и где полноценная его поддержка? 1/3 показали.

XOrg и freedesktop, как уже отмечалось, несколько разные вещи.

freedesktop никто пока не продвигает, потому как он альфа, а вот для тестирования он самое то, это испытательный полигон, хотя не сомневаюсь, что полученные расширения получат одобрение Икс-консорциума.

И что-то у вас какая-то каша в голове, чтоб вы поняли, есть X consortium (X.org foundation) который продвигал и продолжает продвигать Иксовые технологии.
XFree86 реализация X11R6.6 стандарта выпущенного консорциумом, изначально XFree86 базировался на как раз таки на X.Org реализации, что сделал X.Org, взял XFree86 до смены лицензии, подправил чего-то и сказал, вот вам пример новой реализации X11R6.7, а проверенное временем вообще вот здесь: http://www.x.org/Downloads_XWinSys.html
аж Апрель 2001 года!

Про underscore, как вы думаете зачем стандарты пишуться, спецификации, примеры реализаций?

>>>Про underscore, как вы думаете зачем стандарты пишуться, спецификации, примеры реализаций?

А вы что думали, что спецификации вам naming conventions определять будут? Возьмите спецификации OpenGL к примеру и сравните с реализацией в Mesa. Как тут - количество underscore совпадает?

>>>XOrg и freedesktop, как уже отмечалось, несколько разные вещи.

Настолько разные, что ссылка в топике приведена на freedesktop.org, а на x.org до сих пор лежат X11R6.6 (который нихрена не поддерживает, за исключением Xvfb)

>>> randr - Resize, Rotate and Reflect extension, ну и где полноценная его поддержка? 1/3 показали.

ну и нажмите xrandr -q. У меня на nv Rotate and Reflect = normal. Ну и что? Если у Xfree86 нет спецификаций nvidia карт, то отчего вдруг у ребят с freedesktoр они будут?

Кстати, а где лежат спецификации X-ов? Поиск по freedesktop показал только вот это - http://freedesktop.org/Standards/Home

X clipboard explanation is not a formal specification, but explains our consensus on how the X clipboard works. Qt and GTK+ both follow this document. - это конечно интересно, но где сами спецификации?

Так geekkoo, у кого стоит и XOrg и X Server freedesktop'а? У вас или у меня?
Так вот я вам и говорю разные это вещи
Подробности:
http://freedesktop.org/Software/xserver
http://freedesktop.org/Software/xorg

А у моего друга nvidia, там только rotate=normal, но повороты так и не работают.

Мда, новый сервер собрал, хех, но глючит имхо ещё не подетски, после установки перестал КДЕ грузить (собирал только лишь с командой make world). А так ради эксперемента даже очень интересно было 300 мегов исходников это конкретно :)))
Зы. Народ может ли последний K3B с IDE - CD-Writer работать?, а то я обнаружил что даже последний K3B требует эмуляции SCSI устройств :)

Proton911, K3B это всего лишь морда(как это часто происходит в нашем юникс мире)!
Все возможности писания заложены в проги типа mkisofs, cdrecord, cdrdao.
SCSI-эмуляция не требуеться на ядрах 2.6.x поскольку там сделана подержка интерфейса ATAPI.

<Proton911, K3B это всего лишь морда(как это часто происходит в нашем юникс мире)!
Все возможности писания заложены в проги типа mkisofs, cdrecord, cdrdao.
SCSI-эмуляция не требуеться на ядрах 2.6.x поскольку там сделана подержка интерфейса ATAPI.>
Ага, рассказывай эти сказки кому то другому, на практике всё совершенно по другому выглядит.
Хех, вот к примеру у меня дистр SUSE 9 Prof c ядром 2.6.5 , дополнительно стоит патч для cdrecord, но K3B выдаёт предуприждение мол кое что работать не будет (щас не помню, что то конретно программа писала но это не важно :). При записи СД с использованием native настроек для CD-Writer (хех как IDE) программа писала что типа нет прав на открытие устройства для записи дисков, что самое интересное такая фигня была и в root пользователе. Всё заработало, только лишь тогда, когда в файле menu.list (там где grub загрузчик находиться) было прописана строка для эмуляции SCSI устройств.
Итог: может у кого- то K3B работает с native IDE, но на своём опыте я обнаружил совершенно другое.
-------------------------------------------------------------------
Возвращаяся к основному топику, после сборки новых X-ов перестал грузиться графический логин, в чём может быть проблема ?

Так, как я уже говорил это не от K3B зависит, блин, K3B - морда, то что ATAPI нормально будет пахать тоже не факт, наконец установки для записи через ATAPI, кажись, отличаются от SCSI, предполагаю, что вы пытаетесь писать на scsi устройство, которого естественно нет!

По поводу логина:
ldd `which kdm` если у вас кдешный, может библиотеки какой не хватает.

<блин, K3B - морда>
Хех, да я вообще то уже в курсе :)))
<то что ATAPI нормально будет пахать тоже не факт, наконец установки для записи через ATAPI>
Чем конкретно ?
<SCSI, предполагаю, что вы пытаетесь писать на scsi устройство, которого естественно нет!>
В том то и дело, что всё прекрасно работает когда используеться SCSI эмуляция, другое дело что слишком поздно в ядро Линукса добавили поддержку не SCSI CD-Writer-ов.
<ldd `which kdm` если у вас кдешный, может библиотеки какой не хватает.>
Не, я лутчше подужду нового дистра.....

> <то что ATAPI нормально будет пахать тоже не факт, наконец установки для записи через ATAPI>
> Чем конкретно ?
Насколько я понял
dev=ATAPI:{то что было раньше} или просто dev=/dev/hdX

> <SCSI, предполагаю, что вы пытаетесь писать на scsi устройство, которого естественно нет!>
> В том то и дело, что всё прекрасно работает когда используеться SCSI эмуляция, другое
> дело что слишком поздно в ядро Линукса добавили поддержку не SCSI CD-Writer-ов.
Все CDwriter'ы используют инструкции scsi для записи CD, ATAPI - интерфейс передачи scsi по ide, если у вас указано scsi устройство, а эмуляции нет, естественно у вас и писать не будет!

> <ldd `which kdm` если у вас кдешный, может библиотеки какой не хватает.>
> Не, я лутчше подужду нового дистра.....
У меня kdm грузится, в КДЕ я правда не входил, им у меня сестра пользуется.
Можете XFree 4.4 release собрать, может больше повезёт.
А дистра ждать, хм, не знаю, дистры не успевают за мировыми тенденциями.

А я вот исправил таки segfault в r128_dri.so, прям не знаю что делать, кому писать.

<Насколько я понял
dev=ATAPI:{то что было раньше} или просто dev=/dev/hdX >
Хех, в том то и прикол, что K3B всё находит правильно, но когда я пытаюсь записать диск он пишет что нет прав,(см. топик выше).
Вообще, единственное решение на сегодняшний день это использование SCSI эмуляции.