LINUX.ORG.RU

Что придёт на смену xorg.conf?

 , ,


0

0

Уже давно очевидно, что хранение настроек иксов в xorg.conf устарело и не справляется с возложенными на него задачами, в связи с чем, например, писатели проприетарных драйверов от AMD/ATI и NVIDIA изобрели собственные реестроподобные велосипеды.

Недавно по этому поводу разгорелась дискуссия среди разработчиков иксов, в ходе которой было выдвинуто несколько смелых идей — в их числе, например, хранение настроек в GConf. Мэтью Типпет из AMD рекомендовал использовать иерархаичную конфигурацию, сходную с решением в проприетарных драйверах ATI. «NIH syndrome always rules...» — отметил он.

>>> Подробности в репортаже Phoronix

★★★★

Проверено: JB ()

Ответ на: комментарий от svu

>Я хочу своим детям читать конфиги на русском!

Да-да, и на русском C программировать. Одинэсом не занимаешься часом?

Кстати, никто (почти) не говорит, что конфиги нельзя уложить в xlm (а xlm в конфиги). Но кому это надо?

jackill ★★★★★
()
Ответ на: комментарий от jackill

> А видел ли ты KDE или файлы .po?

А можно с этого места подробнее - в какое место плейнтекстовых файлов Вы будете запихивать .po ?

svu ★★★★★
()
Ответ на: комментарий от jackill

> А ты пытаешься ножницами для стрижки ногтей разжигать костер.

Тогда расскажите мне про ножницы для ногтей под названием AD и tivoli. И прочие инструменты централизованного администрирования.

svu ★★★★★
()
Ответ на: комментарий от jackill

> Ждем с нетерпением для:

> apache, vsftpd, mysql, samba, iptables

А в чем соббсно проблема?

> Ну и старые оставили на случай атомной войны.

Ошибка именно в этом. Надо было их выкинуть - быстрее бы отладили новый формат. А то пикейные жилеты текстовых форматов не помогали в тестировании...

svu ★★★★★
()
Ответ на: комментарий от jackill

> Да-да, и на русском C программировать.

Простите, но "удобство простого пользователя" тут защищают сторонники плейнтекста. Программисту как раз естественнее на англоязычных языках. А вот простому пользователю - на родном.

> Но кому это надо?

Нет прямой цели "уложить конфиг в xml" (точнее, это не моя цель). Моя цель - сделать так, чтоб всем было ПОФИГ, в чем конфиг. Чтобы единственным способом доступа к нему были коммандлайновые утилиты и C API. И ВСЕ. Если он при этом случайно получится читаемым и записываемым в vi - это будет миленько, но это совершенно необязательный сторонний эффект (вишенка на коктейле) - и специально усилия на это тратить не стОит, если какие-то другие требования вступают в конфликт с этим. Приоритет - гибкость, удобство и функциональность именно коммандлайновых утилит и C API.

svu ★★★★★
()
Ответ на: комментарий от svu

> Падучесть иксов Вам известна? А дырявость сендмыла и многих других с Ъ конфигами?

Вы строите обобщения на неудачной реализации подхода. Смысл? (c) самзнаешькто... ;)

>> Для надежности надо минимизировать необходимость доступ "ручками" к базе конфигурации. Потому что человеку свойственно ошибаться.

> Для надежности надо убить всех человеков. Потому что человеку свойственно ошибаться. Слава роботам!!!111адынадын

fxd... Кстати, тулза, которая будет минимизировать доступ "ручками", таки будет написана роботами? ;)

> Формат не имеет значения. Доступ к конфигурации должен быть через специальные утилиты и только.

А вот это, батенька, фошызм... За высказывание подобного (не говоря уж о попытке реализации сего чудовища) нужно расстреливать публично, причем не один раз расстреливать и не один раз публично... ;)

Попытка унификации конфигов - это хорошо. Попытка создать единую базу настроек, редактируемую через единую тулзу - тоже хорошо. Но делать это путем усложнения ручной правки конфигов, не говоря уже о полном запрете такового - это плохо. Это я, даже не будучи Маяковским, могу сказать.

Кстати, гипотетический пример. Все пропало, шеф, все сломалось, какой-нибудь конфиг полетел, система не загружается. А под руками, как назло, только один загрузочный диск "Реаниматор", датированный бородатым 2000 годом, с досом (под который нет никаких специальных утилит) на борту. Как перевести всех на другой берег? ;)

anonymous
()
Ответ на: комментарий от anonymous

>в н.вр. для терминалов используется VNC или RDP и серверность иксов нахер не сдалась.

Дибил детектед. Потому что:

>я не знаю для чего X Window.

Led ★★★☆☆
()
Ответ на: комментарий от anonymous

>все сломалось, какой-нибудь конфиг полетел, система не загружается. А под руками, как назло, только один загрузочный диск "Реаниматор", датированный бородатым 2000 годом

ССЗБ

Deleted
()
Ответ на: комментарий от svu

> Моя цель - сделать так, чтоб всем было ПОФИГ, в чем конфиг. Чтобы единственным способом доступа к нему были коммандлайновые утилиты и C API. И ВСЕ. Если он при этом случайно получится читаемым и записываемым в vi - это будет миленько, но это совершенно необязательный сторонний эффект

Я искренне надеюсь, что тебя ждет fail, epic fail. Ничего личного.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

> Вы строите обобщения на неудачной реализации подхода.

4.2 Я как раз демонстрирую, что любые обобщения на тему корреляции "надежность vs сложность архитектуры конфигурирования" строить бессмысленно - примеры есть для всех случаев.

> Но делать это путем усложнения ручной правки конфигов, не говоря уже о полном запрете такового - это плохо. Это я, даже не будучи Маяковским, могу сказать.

Можете сказать. Но индустрия Вас не послушает - ручное конфигурирование будет _немного_ усложнено в угоду единообразию. Рано или поздно. А Маяковский плохо кончил.

> с досом (под который нет никаких специальных утилит) на борту. Как перевести всех на другой берег? ;)

Никак. Утопиться. Потому что dos даже не даст доступ к линуховой файловой системе.

svu ★★★★★
()
Ответ на: комментарий от anonymous

>А почему никто не сказал, как все устроено на маке? В принципе даже для бутлодера там XML. Хотя конечно первоначально это пугает - но поскольку все стоит на DTD, то все конфиги похожие. Кроме того, там не подразумевается ручная правка файлов - есть консольная команда - defaults (man defaults ;-). ИМХО, лучшее что есть на свете по управлению конфигами: и глазами разобрать можно и никаких парсеров не нужно.

И случаи, когда "обновил систему, не обновил конфиги - убил любимый макбук (железно) - сижу плачу, собираю бабки на ремонт" - видел лично и неоднократно:)

Led ★★★☆☆
()
Ответ на: комментарий от svu

> Никак. Утопиться. Потому что dos даже не даст доступ к линуховой файловой системе.

Да, действительно, туплю не по-детски. Прошу пардона.

А вот с остальным не согласен. ;)

anonymous
()
Ответ на: комментарий от jackill

> Дык и в примере был слегка не конфиг файл, а инишник на сообщения.

Ну а ка вы будете привязывать .po к конфигу? Через идентификаторы? Так это ещё страшнее и неудобочитаемее. Или будете парсить и складывать в домашний каталог? А чем тогда хуже XML?

Aceler ★★★★★
()
Ответ на: комментарий от anonymous

> Только не XML!!!!11

Есть вещи и похуже чистого XML... XML Infoset binary encoding, например.

tailgunner ★★★★★
()
Ответ на: комментарий от geek

>Продемонстрируй замену дефолтного разрешения и цветности у дефолтного экрана

xconf --set-color-depth 24 --set-resolution 1280x1024 /etc/X11/xorg.conf /etc/X11/xorg.conf

Led ★★★☆☆
()
Ответ на: комментарий от geek

>>Единая система не нужна.

> я в тебе не сомневался.

Предлагаешь хранить в холодильнике, вместе с продуктами, и грязные носки заодно?

ps: твой бред. как всегда. фееричен

anonymous
()
Ответ на: комментарий от Led

>xconf --set-color-depth 24 --set-resolution 1280x1024 /etc/X11/xorg.conf /etc/X11/xorg.conf

Или лаконичнее:

xconf -C 24 -R 1280x1024 /etc/X11/xorg.conf{,}

Led ★★★☆☆
()
Ответ на: комментарий от svu

> Падучесть иксов Вам известна? А дырявость сендмыла и многих других с Ъ конфигами?

это следствие их SUIDцидности, а не конфигурации конфигов :)

anonymous
()
Ответ на: комментарий от geek

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

> не хватает? защиты от дурака, испортившего xorg.conf

да от вас ничего не защитит, так и норовите испортить нормальный xorg.conf своим говнозумлем

anonymous
()
Ответ на: комментарий от jackill

>>да хранить их в git и обращаться библиотекой через gitshelve, и все дела

>Дык и сейчас так можно.

можно, да, как сплошные непрозрачные блобы. Парсит свой блоб своя программа, без общего интерфейса. А через gitshelve можно прикрутить какой-то общий интерфейс для всех конфигов API, притом прозрачно для текущей ситуации . Просто договориться с семантикой этого конфиг API. Может реализация для конкретного формата и будет то же уже готовое libXXXconfig, но у него с точки зрения конфиг API будет по крайней мере унифицированный интерфейс.

anonymous
()
Ответ на: комментарий от Led

> И случаи, когда "обновил систему, не обновил конфиги - убил любимый макбук (железно) - сижу плачу, собираю бабки на ремонт" - видел лично и неоднокр

я вот видел случаи когда хакинтошники убивали систему с обновлениями. И ничего, грузились в repair mode с DVD, фиксили пермишены, правили нужный plist, отключали левые kext'ы, прописывали нужный Device ID в этом XML-ном конфиге для видеодров -- и вперёд.

anonymous
()
Ответ на: комментарий от anonymous

>я вот видел случаи когда хакинтошники убивали систему с обновлениями.

Я говорил об угробленой железяке, а не о системе:)

Led ★★★☆☆
()
Ответ на: комментарий от svu

> Тогда расскажите мне про ножницы для ногтей под названием AD и tivoli. И прочие инструменты централизованного администрирования.

Центральное администрирование на линухе - через diff/patch!

anonymous
()
Ответ на: комментарий от Led

а какую железку там убивали "железно"? так, чтобы и со старыми конфигами не завелось?

anonymous
()
Ответ на: комментарий от anonymous

> А через gitshelve можно прикрутить какой-то общий интерфейс для всех конфигов API, притом прозрачно для текущей ситуации . Просто договориться с семантикой этого конфиг API. Может реализация для конкретного формата и будет то же уже готовое libXXXconfig

А зачем тут gitshelve?

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

>Замутить такую общую либу с проверкой валидности не проблема даже для меня.

давай, вперед. Про бекенды не забудь :) Я засекаю время

>Где велосипеды?

в софте, плять. Сколько раз тебе повторить, чтобы до тебя дошло? апач, крон, логротейт, сислог, мц и прочие юзают свои велосипеды.

>Например, есть QSettings юзай хоть в иксах, хоть в голой консоли.

ini? В принципе там есть возможность подключить ридер/райтер, но никаких уведомлений и acl.

так чта не катит =)

>Но ссылка, как оно там работает таки не помешает..

что работает? То. чего ещё нет? =) Или gconf? Последнее смотри на live.gnome.org

>Пока вижу rsync+ssh, может cvs

мда...

>Жаль я не админ

хорошо, что ты не админ. =)

geek ★★★
()
Ответ на: комментарий от anonymous

>Предлагаешь хранить в холодильнике, вместе с продуктами, и грязные носки заодно?

конфиги иксов ты ешь, а конфиги сендмыла у тебя пахнут? Ты - больной дебил

geek ★★★
()
Ответ на: комментарий от anonymous

>Товарищ явно не осилил разделяемые библиотеки и GPL..

Ты дибил?

Если даже все программы используют INI Like конфиги (разделяемая библиотека). То одна читает ключ с иименем WindowLeft - что есть число. А вторая admin_e_mail что нифига не число. И валидатор у каждой внутри.

anonymous
()
Ответ на: комментарий от Led

>Я говорил об угробленой железяке, а не о системе:)

Интересно, какое отношение зумль имеет к убитому железу? Они там этот макбук на пол не роняли случаем перед установкой обновлений?

Gris
()

вот я смотрю на вас всех и думаю - спорите, спорите. С задачей бы определились для начала. А то одному - чтобы оповещение было всем программам, другому в vcs класть, третьему ldap-поддержка, четвёртому два ключа в txt записать, пятому надо чтобы автоматом гуйня собиралась, шестому чтобы конфиг сендмейла можно было туда впихнуть.... Да ещё чтобы каждый чих помнила, аудит вела, починялась после сбоев, была быстрой и интуитивно понятной. И чтобы все её юзали в принудительном порядке. А инчае бы руки отрывать ;-) Если начать все требования реализовывать - мегамонстр получается, с которым даже виндовый реестр рядом не лежал. Я лично боюсь такого.

Вывод-то какой напрашивается- программ много и конфигурация всем нужна своя: одно дело мелкая прога, которой 3 ключика хранить, другое дела - ынтерпрайз десктопы, которые с сервера тысячи настроек всасывают. Конфиги демонов - уже совсем другая вещь.

И немного пессимизма - как вы думаете - авторы apache, vsftpd, sendmail, ,bind, openldap - будут свои конфиги переделывать под вашу новую мегасистему? У них как мне думается есть более приоритетные задачи. Надо скажут вам - делайте. И будет у нас в дистрибутиве зависимость от ещё одного поделия, к которому есть свои конфиги ( кстати - кто будет сторожить сторожей?), при помощи которого можно будет конфигурить 3.5 демона и который будет тормозить при старте.А конфиг апача как правили вручную, так и будем править.

Как пример - вот есть gconf, который тут некоторые пеарят. И что? Кто его использует окромя гнома? Нафиг он никому не упёрся. А был бы он такой замечательный и нужный как вы нам тут рассказываете - глядишь и потянулись бы к нему проекты.

Так что моя точка зрения на это такова: единства мы не увидим, гуёвые конфигурялки, созданные автоматически - бред, пока авторы проги не озаботятся нормальным интерфейсом конфигурирования - нормального ничего не появится, будут только костыли типа яста.

deadman ★★
()
Ответ на: комментарий от anonymous

>мнээ.. что, в make xconfig / make gconfig / make qconfig все опции ведра ручками хардкодят? или всё-таки есть один список с опциями, из которого этот гуй генерится?

Харткодят - хардкодят. Эти идиоты слово backend не перевели. У них неизвестные слова пропадают. У них GTK прибит к "ИДЕЕ" Тоесть есть сферический конь в вакууме. Есть реализация коня с GTK. Все!!!!! Жопа коню! Он не Тру Он был один раз с GTK. пыщь пыщь Галактеко в опасносте... Боже - пожалей их

anonymous
()
Ответ на: комментарий от svu

>Как админить 25 хостов?

А их 25 не нужно админить, они - бездисковые клиенты, воткнул в розетку и в Ethernet - и сразу работают. Админится только машина, на которой все и логинятся.

Led ★★★☆☆
()
Ответ на: комментарий от Gris

>Интересно, какое отношение зумль имеет к убитому железу?

Я и не говорил про "зумль".

>Они там этот макбук на пол не роняли случаем перед установкой обновлений?

Нет.

Led ★★★☆☆
()
Ответ на: комментарий от tailgunner

а шоб было http://www.linux.org.ru/jump-message.jsp?msgid=2946838&cid=2954306 http://www.linux.org.ru/jump-message.jsp?msgid=2946838&cid=2950217.

тут консенсус сошелся на том, что нужен бы общий API доступа к конфигам. Причем сву даже хочет сделать его основным, чтобы анонимусы кривыми ручками туда не лазили.

Дак его можно уже сейчас попробовать реализовать прозрачно с имеющимися, паралельно на Sope/XXXshelve (которые дают этот общий API к конфигам в "универсальном виде") + какой-то транслятор (возможно, по одному варианту на каждый вариант конфигов) из этого "универсального" конфига в формат конкретной программы.

anonymous
()
Ответ на: комментарий от jackill

>Кстати, никто (почти) не говорит, что конфиги нельзя уложить в xlm (а xlm в конфиги). Но кому это надо?

Мне братело. Короче плачу 50000р за рабочую систему в которой все базовые сервисы (mount и прочие at в XML) Еще хочу апач, сквид, бинд, iptables до кучи Ну еще LDAP (конфиг только) Самба и то еще там??? А да - ssh и xorg.conf

Фигли - мне это в месяц штук 5 сэкономит. 100%

Я реально смогу сделать SystemWide конфиг для машинки и он разлетится по сервисам....уже готов платить.

anonymous
()
Ответ на: комментарий от tailgunner

>Регулярно хожу - закон требует %)

аа...на учете состоишь.

geek ★★★
()
Ответ на: комментарий от geek

> давай, вперед. Про бекенды не забудь :) Я засекаю время

Может оплатишь для начала. За скорость таки надо платить ::))

> в софте, плять. Сколько раз тебе повторить, чтобы до тебя дошло? апач, крон, логротейт, сислог, мц и прочие юзают свои велосипеды.

Дальше что? У меня 2 проекта, которые юзают один велосипед. Откуда мне знать, почему этим товарищам не понравился выбор существующих велосипедов. Это уже к ним вопросы.

> ini? В принципе там есть возможность подключить ридер/райтер, но никаких уведомлений и acl.

Зато ничего не висит в памяти. Остальное легко делается, например, через дбус..

> что работает? То. чего ещё нет? =) Или gconf? Последнее смотри на live.gnome.org

Да вот что-то сразу ни как не найду. Видать придётся сорцы капать..

> мда...

Что мда? ssh уже не инструмент админа? Ой как я отстал!! ::))

> хорошо, что ты не админ. =)

да вот сам смотрю на них и не нарадуюсь ::))

anonymous
()
Ответ на: комментарий от tailgunner

>Я искренне надеюсь, что тебя ждет fail, epic fail. Ничего личного.

tailgunner Ну дык разъясни свою мышль! А, то вроде совсем не глупый мужик, но отделываешься междуметьями.

Что плохого в едином API даже только для чтения конфигов?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.