ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | поддержка command-line параметров | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Michael A. Kangin <mak> | ||||
| Component: | alterator-x11 | Assignee: | Vladislav Zavjalov <slazav> | ||||
| Status: | NEW --- | QA Contact: | qa-sisyphus | ||||
| Severity: | enhancement | ||||||
| Priority: | P2 | CC: | boyarsh, cas, led, mike, rider, sem, snejok, zerg | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Attachments: |
|
||||||
|
Description
Michael A. Kangin
2008-04-04 16:22:01 MSD
Любопытно. Есть вопросы/предложения: 1. вместо die наверное хорошо использовать libshell. 2. в каких ситуациях эти параметры могут помочь? Может быть лучше вместо параметров командной строки иметь некий конфигурационный файл (вот тогда например можно было бы делать тюнинг на отдельных машинах для ltsp)? (In reply to comment #1) > Любопытно. > Есть вопросы/предложения: > 1. вместо die наверное хорошо использовать libshell. Попробую прикрутить. На него есть какая-то документация, кроме исходников? :) > 2. в каких ситуациях эти параметры могут помочь? Может быть лучше вместо > параметров командной строки иметь некий конфигурационный файл (вот тогда > например можно было бы делать тюнинг на отдельных машинах для ltsp)? Исходя из http://lists.altlinux.org/pipermail/ltsp-server/2008-March/000510.html я понял, что надобность именно в параметрах командной строки. А вызов с необходимыми параметрами будет делать etc/init.d/ltsp-client-setup. Впрочем, прикрутить поддержку конфига, в котором будут VAR=value легко. Сделаю. (In reply to comment #2) > Попробую прикрутить. На него есть какая-то документация, кроме исходников? :) Там слишком мало кода для документации. :) Хотя в последствии планируется. (In reply to comment #1) > 2. в каких ситуациях эти параметры могут помочь? ltsp (In reply to comment #3) > Там слишком мало кода для документации. :) Ну как тебе сказать, зато он довольно бодро шмыгает туда-сюда и уложить в голову, что откуда куда в какой форме бежит и какие на него есть ограничения -- мне быстро не удаётся :) Я тут доработал немножко xconf: 1) можно выполнять несколько действий за один вызов 2) Можно добавлять "Load" и "Disable" в секцию Module 3) Можно добавлять/удалять Option в секции Extensions Т.о. libxf86config изучил "вдоль и поперёк" (попутно пропатчив её - исправленная версия уже в Сизифе), так что могу сравнительно легко добавить ещё какую-нибудь необходимую функциональность. (In reply to comment #1) Привинтил поддержку конфига и переделал die на fatal. (In reply to comment #5) > Я тут доработал немножко xconf: > 1) можно выполнять несколько действий за один вызов > 2) Можно добавлять "Load" и "Disable" в секцию Module > 3) Можно добавлять/удалять Option в секции Extensions > > Т.о. libxf86config изучил "вдоль и поперёк" (попутно пропатчив её - > исправленная версия уже в Сизифе), так что могу сравнительно легко добавить ещё > какую-нибудь необходимую функциональность. Ох сколько фичей сразу ... не успеваю даже сообразить насколько всё это необходимо ;) Как всякий upstream боюсь большого количества новых фичей ;) Я так понимаю в ltsp доп. навороты нужны для тюнинга настроек для разных машин? Вы делаете какие-то скрипты которые вызывают x11_autosetup ? Отлично! А как будет производиться тюнинг видюхи ? Где-то будет лежать база с доп. настройками ? Меня интересует пример: 1002:7145 ATI Radeon X1400 На драйвере ati нужно в добавлять Option "AccelMethod" "EXA", иначе сильно глючит XVideo. Как это будет в итоге реализовано в конфигураторе ? Кстати, как вариант - пойти по другому пути. Все драйверы xorg отдают информацию о возможных настройках. Раньше этим пользовался xf86config и сейчас этим пользуется xorg для автонастройки (при запуске X-сервера без xorg.conf). Можно для экспертов добавить возможность настраивать все опции видеокарты в конфигураторе. И ещё - как у нас обстоят дела с поддержкой Xinerama ? (In reply to comment #7) > Ох сколько фичей сразу ... не успеваю даже сообразить насколько всё это > необходимо ;) > > Как всякий upstream боюсь большого количества новых фичей ;) Они не ломают предидущее поведение. > Я так понимаю в ltsp доп. навороты нужны для тюнинга настроек для разных машин? > Вы делаете какие-то скрипты которые вызывают x11_autosetup ? Пока что добавил, например, вызов (опционально) xconf -Laudio /etc/X11/xorg.conf /etc/X11/xorg.conf в /etc/ec.d/init.d/ltsp-client, для добавления в только что сгенерированный xorg.conf загрузки модуля XAudio. Можно также включать/выключать, например Composite: xconf -EComposite=Enable ... xconf -EComposite=Disable ... (In reply to comment #10) > > Я так понимаю в ltsp доп. навороты нужны для тюнинга настроек для разных > машин? > > Вы делаете какие-то скрипты которые вызывают x11_autosetup ? > Пока что добавил, например, вызов (опционально) > xconf -Laudio /etc/X11/xorg.conf /etc/X11/xorg.conf > в /etc/ec.d/init.d/ltsp-client, для добавления в только что сгенерированный > xorg.conf загрузки модуля XAudio. Эээ... наивный вопрос. Так нужны в результате command-line options или всё вызовами xconf обойдётся? (In reply to comment #11) > (In reply to comment #10) > > > > Я так понимаю в ltsp доп. навороты нужны для тюнинга настроек для разных > > машин? > > > Вы делаете какие-то скрипты которые вызывают x11_autosetup ? > > Пока что добавил, например, вызов (опционально) > > xconf -Laudio /etc/X11/xorg.conf /etc/X11/xorg.conf > > в /etc/ec.d/init.d/ltsp-client, для добавления в только что сгенерированный > > xorg.conf загрузки модуля XAudio. > > Эээ... наивный вопрос. Так нужны в результате command-line options или всё > вызовами xconf обойдётся? Если command-line опции превращают x11_autosetup из автомата в подобие средства настройки, то тогда действительно лучше сделать это средство настройки из xconf ;) (In reply to comment #12) > > Эээ... наивный вопрос. Так нужны в результате command-line options или всё > > вызовами xconf обойдётся? > Если command-line опции превращают x11_autosetup из автомата в подобие средства > настройки, то тогда действительно лучше сделать это средство настройки из xconf ;) Ну тогда я зря трудился :) (In reply to comment #13) > > Если command-line опции превращают x11_autosetup из автомата в подобие средства > > настройки, то тогда действительно лучше сделать это средство настройки из xconf ;) > > Ну тогда я зря трудился :) > Ну зачем так категорично? Если знаете как это использовать - можеть это и полезная фича. (In reply to comment #9) > И ещё - как у нас обстоят дела с поддержкой Xinerama ? Никак, но у меня есть заказчик на некоторую двухголовость в рамках 4.1. (In reply to comment #13) > > > Эээ... наивный вопрос. Так нужны в результате command-line options Конечно, нужны! > > > или всё вызовами xconf обойдётся? Некоторые из желаемых cli options без него и так не обходились (например, регулерятор Composite). > > Если command-line опции превращают x11_autosetup из автомата в подобие > > средства настройки, то тогда действительно лучше сделать это средство > > настройки из xconf ;) Не так :) См. тж. Bug #13370 > Ну тогда я зря трудился :) Ну скажешь тоже! Ни разу, вы просто чуточку разные стороны обработали напильником. Они стыкуются и от этого только лучше :) Created attachment 2568 [details]
alterator-x11-0.13.7-xconf.patch
Собственно, патч для xconf
Сделал 0.13.8-alt1, сейчас проверю и пушну. reassign to slazav@ В свете переделки alterator-x11 актуальна ли поддержка параметров командной строки? (In reply to comment #19) > В свете переделки alterator-x11 актуальна ли поддержка параметров командной > строки? Настолько же, насколько и централизованное управление разрешением экрана тонких клиентов -- см. comment #4. |
