Bug 12767

reassign to mantainer

Почему же он работает в сизифе? test case plz.

testcase тривиален:
выставить в /etc/X11/xorg.conf драйвер ati
выполнить x11setupdrv

Посмотреть симлинк для libGL.so.1:
$l /etc/X11/lib/libGL.so.1 
lrwxrwxrwx 1 root root 41 Sep 15 00:50 /etc/X11/lib/libGL.so.1 ->
../../../usr/lib/X11/mesa_gl/libGL.so.1.2

Он будет настроен на mesa.

После этого сменить драйвер в конфиге на fglrx.

Выполнить x11setupdrv

Посмотреть симлинк:
$l /etc/X11/lib/libGL.so.1 
lrwxrwxrwx 1 root root 41 Sep 15 00:54 /etc/X11/lib/libGL.so.1 ->
../../../usr/lib/X11/mesa_gl/libGL.so.1.2

Он не поменялся, хотя должен был быть перенастроен на fglrx.

Видимо в Sisyphus он так же не работает.

Если выполнить x11_presetdrv (или /etc/init.d/x11_autosetup), но все ссылки
будут на месте. Если пользоваться неправильными утилитами, то будут неправильные
действия.

А кто сказал что она не правильная ?
Посмотри список тех, кто от неё зависит - достаточно впечатляющий.

xorg у нас в branch-4.0 и в Sisyphus пользуется x11setupdrv, соответственно без
вариантов.

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

Кстати, если выполнять x11presetdrv, то ситуация тоже плохоая - при смене
драйвера с fglrx на ati симлинки не выправляются на mesa.

И судя по выводу:
# x11presetdrv 
nvidia: set version to 100.14.11 because read from
/lib/modules/2.6.18-std-smp-alt7/.versions/nvidia failed.
nvidia: failed to unlink /etc/X11/lib_nvidia/nvidia.xinf: No such file or directory

Эта утилита сделана для использования во время загрузки - переключения настроек
драйвера nvidia с legacy на обычный и обратно.

x11setupdrv используется при смене драйвера в xorg.conf.

(In reply to comment #6)
> Вообще может быть нам мантейнер xorg расскажет, какая из утилит правильная и
> какая из них для чего нужна ?
> 
давно пора


(In reply to comment #7)
> Кстати, если выполнять x11presetdrv, то ситуация тоже плохоая - при смене
> драйвера с fglrx на ati симлинки не выправляются на mesa.
> 
> И судя по выводу:
> # x11presetdrv 
> nvidia: set version to 100.14.11 because read from
> /lib/modules/2.6.18-std-smp-alt7/.versions/nvidia failed.
> nvidia: failed to unlink /etc/X11/lib_nvidia/nvidia.xinf: No such file or
directory
> 
> Эта утилита сделана для использования во время загрузки - переключения настроек
> драйвера nvidia с legacy на обычный и обратно.
> 
> x11setupdrv используется при смене драйвера в xorg.conf.
> 
это все твои и мои догадки - а настоящее тайное знание доступно только избранной
кучке гуру.

Почему же догадки?
Вот в этом треде была активная дискуссия, с твоим участием, где авторы этой
схемы подробно рассказали что и где как работает:
http://lists.altlinux.org/pipermail/sisyphus/2007-September/207433.html

т.е. - drvpre.d - только в том случае, когда нужно что-то поправить в системе в
момент загрузки
drv.d - для переключения в зависимости от настроенного драйвера в xorg.conf.

Т.е. - для тебя фикс становится ещё тривиальнее - достаточно перенести файл
fglrx из drvpre.d в drv.d

кстати, теперь понятно почему всех пользователей 4.0 с НЕ fglrx железом спасало
удаление пакета fglrx - в момент загрузки автоматически выставлялись симлинки на
libGL из fglrx'а.

drvpre.d выполняется независимо от того, на какой драйвер настроен xorg

(In reply to comment #10)
> т.е. - drvpre.d - только в том случае, когда нужно что-то поправить в системе в
> момент загрузки
> drv.d - для переключения в зависимости от настроенного драйвера в xorg.conf.
> 
> Т.е. - для тебя фикс становится ещё тривиальнее - достаточно перенести файл
> fglrx из drvpre.d в drv.d
> 

пример использования drvpre.d в студию (отсылки вида "посмотри там/здесь/"
игнорируются). Кстати, источники знаний в списке рассылки и багзилле не
считаются официальной документацией, поэтому ждем от мантейнера xorg закрепления
данного тайного знания в отдельном документе а еще лучше в макросе.

подключаем тяжёлую артиллерию ;)

про drvpre.d лично я ничего не знаю
в /usr/libexec/X11/drv.d/ кладется скрипт fglrx, который выставляет симлинки 
для fglrx при запуске x11setupdrv

Fixed in 8.40.4-alt2. Запрос на перекладывание пакета в 4.0 отправлен (#12788).

Исправление не отменяет запроса на создание внятного описания по системе
симлинков и утилит для работы с ними.

Немного от темы, но может быть собрать 8.41.7 и положить где-то в people ?

А то я у себя нарвался на то, что 8.41.7 работают на порядок стабильнее тех, что
в branch/4.0 были.

Несмотря на официально неподдерживаемое этими драйверами X1400.

(In reply to comment #13)
> подключаем тяжёлую артиллерию ;)
(глядя в assigned) это типа "вызываем огонь на себя"? ;-)

Спасибо, мужуки, что разобрались и поправили.  Если кто-то всё-таки скажет, от
каких пор до каких законспектировать обсуждение здесь и в sisyphus@ на wiki --
сделаю.

(In reply to comment #17)
> Немного от темы, но может быть собрать 8.41.7 и положить где-то в people ?
С той версией, что попала в Desktop 4.0, ещё и про слой с &*^*&^ unsupported
hardware много непоняток (точнее, спрашивавшие пока 100% соотносят это с
"FTP-версией" сначала).

Давайте поставим #12100 blocker, чтоб не забыть, что к Desktop 4.0.1/DL4 надо
это порешать и проверить.

(In reply to comment #17)
> Немного от темы, но может быть собрать 8.41.7 и положить где-то в people ?
> 
в people/lakostis легко.

Да, в people/lakosts - достаточно.

там идут странные репорты о том, что например xmoto не запускается без
перекомпиляции.. но у меня на ноуте всё как-то заработало с ходу.

 надо тестировать.. предыдущие драйвера совсем кривые - Xorg падал несколько раз
в день на ровном месте (и в 3D и, например, при чтении почты)

(In reply to comment #21)
> Да, в people/lakosts - достаточно.
...
>  надо тестировать.. предыдущие драйвера совсем кривые - Xorg падал несколько раз
> в день на ровном месте (и в 3D и, например, при чтении почты)
в бранче xorg не падает. А в сизифе вообще не работает с fglrx. О каких падениях
мы говорим?

*** Bug 12631 has been marked as a duplicate of this bug. ***

На момент падений у меня был полностью branch-4.0.

Падения начались после того, как я обновился с "какого-то" Sisyphus до
branch-4.0 (это произошло недели две назад), и прекратились как только поставил
себе новые драйвера fglrx (которые официально unstable для X1400).

Не знаю кто тут точно виноват, но падения мне не показались. 

(In reply to comment #24)
> На момент падений у меня был полностью branch-4.0.
> 
> Падения начались после того, как я обновился с "какого-то" Sisyphus до
> branch-4.0 (это произошло недели две назад), и прекратились как только поставил
> себе новые драйвера fglrx (которые официально unstable для X1400).
значит, виноват xorg-x11-server - обновлялся только он. Лучше на него багу в 4.0
повесить, пусть мантейнер разбирается.

У меня было параллельное обновление - xorg + fglrx.

Не могу сказать кто из них виноват, но fglrx исправить намного сложнее чем xorg.

Валера, давай мы тебе багу повесим, сможешь посмотреть что случилось ?

см. xorg-server-1.3.0.0-idletime.patch

А, т.е. ты это уже отключил ?


Отлично!

(In reply to comment #21)
> Да, в people/lakosts - достаточно.
> 
> там идут странные репорты о том, что например xmoto не запускается без
> перекомпиляции.. но у меня на ноуте всё как-то заработало с ходу.
> 
>  надо тестировать.. предыдущие драйвера совсем кривые - Xorg падал несколько раз
> в день на ровном месте (и в 3D и, например, при чтении почты)

ftp://ftp.altlinux.ru/pub/people/lakostis/fglrx-8.41.7/ тестируйте на здоровье.

*** Bug 12632 has been marked as a duplicate of this bug. ***