ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | не создает /etc/X11/xorg.conf.d/10-monitor.conf | ||
|---|---|---|---|
| Product: | Branch p7 | Reporter: | Olexander Chernetskyy <sp_archer> |
| Component: | alterator-x11 | Assignee: | Andrey Cherepanov <cas> |
| Status: | NEW --- | QA Contact: | qa-p7 <qa-p7> |
| Severity: | normal | ||
| Priority: | P3 | CC: | boyarsh, mike, morozov, sem, shrek, snejok, zerg |
| Version: | не указана | ||
| Hardware: | all | ||
| OS: | Linux | ||
У меня при отсутствующих /etc/X11/xorg.conf и /etc/X11/xorg.conf.d/10-monitor.conf и запущенного /etc/X11/xorg.conf.d/10-monitor.conf простой заход в настройки Дисплея и нажатие "Применить" вызывает появление /etc/X11/xorg.conf.d/10-monitor.conf Ой, с paste ошибся. У меня при отсутствующих /etc/X11/xorg.conf и /etc/X11/xorg.conf.d/10-monitor.conf и запущенного alteratord простой заход в настройки Дисплея и нажатие "Применить" вызывает появление /etc/X11/xorg.conf.d/10-monitor.conf . (В ответ на комментарий №2) > Ой, с paste ошибся. > У меня при отсутствующих /etc/X11/xorg.conf и > /etc/X11/xorg.conf.d/10-monitor.conf и запущенного alteratord простой заход в > настройки Дисплея и нажатие "Применить" вызывает появление > /etc/X11/xorg.conf.d/10-monitor.conf . А у меня почему-то нет. Наверное какая-то локальная аномалия... Попробовал в Симпли 7 и даже в LiveCD. И ничего. Фаза луны... У меня тоже не создаётся :) При этом после перезагрузки наблюдаю следующую картину: alex@rhyme ~ $ xdpyinfo | grep -B2 resol screen #0: dimensions: 1920x1200 pixels (508x317 millimeters) resolution: 96x96 dots per inch alex@rhyme ~ $ xrandr | grep ' connected' DVI-0 connected primary 1920x1200+0+0 (normal left inverted right x axis y axis) 518mm x 324mm alex@rhyme ~ $ 508x317 - это НЕправильные показатели. Правильные, выставленные мной вручную в ACC, - это 518x324. То есть, насколько я понимаю, ACC выставил параметры для Xrandr, но в xdpyinfo всё осталось по-прежнему. Осталось, натурально, найти, где он данные Xrandr'а сохранил, простым grep'ом по /etc/ оно пока не отыскивается :( Драйвер - radeon, карточка - ATI Radeon HD 4250 (ChipID = 0x9715). ALT7.0, частично проагрейженный до Сизифа. /etc/X11/xinit/xrandrrc упоминает /etc/sysconfig/xrandr и $HOME/.Xrandr (В ответ на комментарий №6) > dimensions: 1920x1200 pixels (508x317 millimeters) > resolution: 96x96 dots per inch > То есть, насколько я понимаю, ACC выставил параметры для Xrandr Для xorg.conf в /etc/X11/xorg.conf.d/10-monitor.conf, но их кто-то перекрыл(параметром DPI скорее всего), т.к. 96x96 в природе встречается редко. В ответ на комментарий #8: наверное, я повторяюсь, но неприятность заключается в том, что файл /etc/X11/xorg.conf.d/10-monitor.conf не создаётся. Собственно, как о том гласит сабж. Ну а если б и создавался, ему это не помогло. Потому что это линукс, детка^W^W^W https://bugs.freedesktop.org/show_bug.cgi?id=23705 (и кучка связанных с этим багом лучиков ненависти повсюду в интернетах). В общем, я пока обошёлся тем, что руками вписал DPI=94 в /etc/sysconfig/xserver, и только так xdpyinfo начал давать корректные данные, а шрифты стали более-менее приемлемыми. По всей видимости, это самое корректное из имеющихся в рамках ALTLinux решений. Да, на всякий случай: проблема с игнорированием выставленных в /etc/X11/xorg.conf & Co параметрах связана с реализацией Xserver'а (xrandr-1.2, вероятно): драйвер вначале зачитывает корректные значения размеров и DPI из xorg.conf, о чём сообщает в Xorg.<N>.log, а потом перекрывает их DPI 96x96 и соответственно пересчитанными физ.размерами, о чём так же невозмутимо сообщает всё в том же Xorg.<N>.log. Лечится только принудительным заданием DPI в командной строке Xserver'а (у нас делается через sysconfig). Честно говоря, мне непонятна эта навязчивая "забота о тупых пользователях", но это наша Родина, сынок. Ответ на комментарий #7: Миша, xrandr даёт верные значения. Однако, корректному рисованию шрифтов это не помогает, видимо, в этом месте используются данные из xdpyinfo. Какой биллгейц покусал Кейта Паккарда так, что он решил разделять "физические и логические DPI" ( https://bugs.freedesktop.org/show_bug.cgi?id=23705#c6 ) - мне лично не ведомо, сам он мотивировал это заботой о каких-то (мифических на мой взгляд) DE. (В ответ на комментарий №10) > драйвер вначале зачитывает корректные значения размеров > и DPI из xorg.conf, о > чём сообщает в Xorg.<N>.log, а потом перекрывает их DPI 96x96 > и соответственно пересчитанными физ.размерами, > о чём так же невозмутимо сообщает Я использую DisplaySize и не замечал такого на nvidia с отключенным UseEdidDpi. Не всем так повезло в жизни, да. P.S. Речь ровно о _свободном_ драйвере. Возможно даже, о свободном драйвере для Radeon (на нём гарантированно воспроизводится). Option UseEdidDPI вообще специфична для проприетарного нвидиевского драйвера, AFAIR. (В ответ на комментарий №13) > Не всем так повезло в жизни, да. Я уже писал о том, что DisplaySize/DPI чем-то перекрываться может. Ищите возможность отключить. Сергей, я даже уже сослался на объяснения Кейта нашего Паккарда, чем перекрывается DPI в свободном драйвере. И даже привёл рецепт, как это перекрытие обойти. Но все эти находки не делают соответствующую часть альтератора сколько-нибудь работоспособной [на свободном драйвере]. (В ответ на комментарий №11) > разделять "физические и логические DPI" Вот, если бы была возможность их не разделять... ;-) |
В acc в настройках монитора при ручном задании размеров монитора ("Set display size") не создает /etc/X11/xorg.conf.d/10-monitor.conf В консоли: # acc Socket path: /tmp/.private/root/alterator/browser-sock После нажатия на "Дисплей" frame:on-next is deprecated, use wizard-bind instead И всё. Больше ни слова. Для справки. Видео = набортное Intel. Драйвер = i915. Система = KDesktop 7.0.0, dist-upgrade вчерашний.