LINUX.ORG.RU

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

 , ,


0

0

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

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

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

★★★★

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

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

>> Но в любом случае вся наша цивилизация с этой точки зрения - постоянное добавление возможностей

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

Не нужно вытаскивать фразы из контекста. Я ведь написал, что появляются (добавляются, это однозначно) новые возможности, в результате чего появляется возможность отказаться от устаревших.

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

> `nxml-mode` благодатен.

да, я знаю. есть моды для емакса, умеющие раскрашивать зумль. Править покрашенный зумль не так погано, как нераскрашенный. Но всё равно гораздо неудобнее работы с key=value

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

Нонэксемелиш-нонэнтерпрайз терминология детектед. XML-приложения же!

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

>На саомо деле у меня против юнификации аргументов не существует.

fixed

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

[Desktop Entry]
Encoding=UTF-8
Name=GNOME
Name[ru]=GNOME
Comment=This session logs you into GNOME
Comment[ru]=Этот сеанс позволяет вам войти в GNOME


Ну вот сделайте хотя бы 30 языков для каждого параметра в конфиг файле (приведённый файл конфигом не является) - и прочитайте его имаксом.

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

> пусть xorg.conf будет и в xml, лишь бы gconf ограничился лишь гномом

пусть они напишут свой X-Windows на xml, а от наших иксов отстанут

ugoday ★★★★★
()

/me представил конфиг фаерволла из openbsd, pf, точнее pf.conf, в виде xml-варианта...

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

> Это проблема решается также тривиально. Не так просто как в plan9 и inferno, но всё равно не очень сложно.

Глубокомысленное заявление. Проблемы имаксеров, по всей видимости, тоже решаются тривиально, а уж XML поправить так вообще не задача. За сим можно и закончить.

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

> Можно же написать модочку, которая тебе зумель выведет в формочки и даст поправить.

Её вообще-то уже написали, только забыли включить в emacs...

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

> и прочитайте его имаксом.

Ты думаешь у emacs есть проблема с чтением многоязычных файлов? Подумай ещё раз.

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

>пусть они напишут свой X-Windows на xml, а от наших иксов отстанут

написали уже. Про xcb слышал? Удавишься? =)

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

>Ты думаешь у emacs есть проблема с чтением многоязычных файлов?

судя по тому, что ты упорно увиливаешь от ответа - есть.

:)

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

2tailgunner >Никто не мешает приложению создать свою ветку.

А вот разобрать реестр на отдельные файлы каждый из которых принадлежит отдельному приложению? Хотяб с целью удалить эту ветку при удалении приложения?

Вобщем я думаю понятно

anonymous
()

нуда, "болезни роста", программистов, выросших на навигационнх методах доступа(от JET и BDE до куда более сурьезных "интер-фейсов") чудовищное количество View-шек(лень писать запросы(учиться)), вычисляемые поля - где надо и где не надо и в результате весь этот бардак - работает медленнее исходного файл-серверного безобразия. можно, можно !!! но зачем делать через ...у ? :/ ??!

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

>считаешь что конфиг не может быть статически типизированным?

_кто_ проверяет конфиг? Парсер? А на основании чего?

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

> Ну вот сделайте хотя бы 30 языков для каждого параметра в конфиг файле (приведённый файл конфигом не является) - и прочитайте его имаксом.

В чём подвох? Является.

Sphinx ★★☆☆
()

иожет, как и многое другое. к нему еще - mp3-плеер прикрутить можно и интерпретатор собственного лЭнгвича, назовем его условно "xmlllsick".

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

> Можно же написать модочку, которая тебе зумель выведет в формочки и даст поправить.

Да, проблему с зумлем можно решить, но лучше бы её вообще не было.

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

> Ты думаешь у emacs есть проблема с чтением многоязычных файлов? Подумай ещё раз.

Нет, это ты подумай. В xorg.conf порядка 40 пунктов. К кажому комментарий на 30 языках - 1200 комментов.

Удачного чтения.

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

> пусть они напишут свой X-Windows на xml, а от наших иксов отстанут

=), честно говоря конфиг исков, имхо, на текущий момент выглядит немного искуственно

меньше мне нравится когда gconf, у которого уклов на хml, который в свою очередь ориентирован на правку конфигов из гуя, советую в качестве панацее

на мой взгляд, это как строительство дома с крыши и ортогонально юникс-вэю

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

> gconf, у которого уклов на хml

Прекратите!

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

> Совершенно не лучше и не хуже решения на XML.

Не читайте XML nекстовым редактором и я не буду читать конфиги в XML редакторе, договорились?

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

> написали уже. Про xcb слышал? Удавишься? =)

Молодцы. Пусть теперь на зумле напишут иксор-сервер и иксорг-клиент. И покинут мой лор.

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

>Ну а про XML вё уже сказано - народ не хочет зюмеля. В роли обертки для пар ключ-значение что угодно лучше, чем XML - хоть ini, хоть JSON, хоть shell vars. Это не говоря о том, что отнюдь не любой конфиг является набором ключей.

Это кто не хочет? Я лично только за. Я повидал СУБД в ini файлах. После такого лучше их не видеть. JSON ничем не лучше. И XML не набор ключей. Про сиблинг говорили. Есть еще XPATH который вполне линк даст. XML есть достаточно сильный инструмент, как деклоративный, так и функциональный. Императивщина за PHP

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

> судя по тому, что ты упорно увиливаешь от ответа - есть.

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

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

> _кто_ проверяет конфиг? Парсер? А на основании чего?

Я тебе выше давал ссылку на умную книжку. Почитай.

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

> Нет, это ты подумай. В xorg.conf порядка 40 пунктов. К кажому комментарий на 30 языках - 1200 комментов.

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

>Удачного чтения.

И вам не хворать.

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

зумль существует. зумль это low-level синтаксис.

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

> на текущий момент выглядит немного искуственно

почему? Очень удобно сделано.

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

>GConf особо не знаю, а разве через него можно использовать в качестве конфигов тот же plain text?

ага ёптель! тут про бэкэнды только я уже раз 10 написал....

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

> Я повидал СУБД в ini файлах.

Т.е. из утверждения "СУБД на ini не нужны", ты приходишь к выводу "ini нигде не нужен"? Странная логика.

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

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

А еще народ постоянно вспомнит только об одной фигне и сразу в бой. ФС не обеспечит триггеров. Не обеспечит разбора кусков по владельцам. Не обеспечит даже ACL о котором оратор трынданул ибо ACL не обязательно от юзера зависит, но еще и от процесса.

anonymous
()

зюмль - недо-SGML. ни гибкости и мощи "папы" ни прозрачности plaintext(а имеющаяся - сугубо за счет "усекновения" "in box", те - "велосипедмаш" тот еще, с либами и шаблонами и без) хотите СУРЬЕЗНЫХ языков - их есть у нас. но при чем тут - КОНКРЕТНАЯ задача ? ни каким боком увеличение TCO, посредством усложения - в данном случае - позитивно не вйдет.

атиамдпрограммист - саботажник и лентяй. звоните HRM Ati - пусть гонят взашей. "кто хочет - делает, кто нет - придумывает отговорки[как не делать для L-UX - L-UX-же дрова]" (c)

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

>>Ну а про XML вё уже сказано - народ не хочет зюмеля. В роли обертки для пар ключ-значение что угодно лучше, чем XML - хоть ini, хоть JSON, хоть shell vars. Это не говоря о том, что отнюдь не любой конфиг является набором ключей.

>Это кто не хочет? Я лично только за.

/me вычеркивает анонимуса из списка народа

>Я повидал СУБД в ini файлах. После такого лучше их не видеть.

И чем СУБД в XML-файле лучше?

> JSON ничем не лучше.

В роли "обертки для пар ключ-значение" JSON лучше уже тем, что он проще.

> XML есть достаточно сильный инструмент, как деклоративный, так и функциональный.

С этим никто не спорит. Но вот Хаскель тоже мощный инструмент. Может, на нем конфиги писать? В нем живет аватара Хиндли-Милнера, которому поклоняется Угодай :)

> Императивщина за PHP

Это вообще к чему?

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

> определение гемора в ОС

> гемор - время затрачиваемое на выполнение операции. Причём среднее время для конкретного пользователя. То есть (sum(k=1..n) Nk)/n где n - количество операций, Nk - время затраченное на k-тую операцию.

Определение у тебя правильное. Теперь про оценку предлагаемых изменений с точки зрения гемора.

1) Старая система перестает работать (вместе со всем тем железом, которое я использую с 2000 года).

2) Новую систему надо будет изучать. (Прикол, получается трактат на тему "О вреде всяких реформ вообще" :-))) )

3) Новая система будет зависима а) от бизнесменов б) от программ, предоставляемых этими бизнесменами. Короче - хрен настроишь. То версии драйвера не совпадают, то версии используемых библиотек. ( а старый Хorg.conf можно быто текстовым редактором редактировать). И че-то я сомневаюсь, что бизнесмены предложат полностью открытое решение. (То есть не любой баг можно будет пофиксить своими силами).

4) Если это будет реестр "как в Виндах", то и недостатки будут "как в Виндах" - нельзя править текстовым редактором, делать комментарии на русском языке, сравнивать с помощью diff, посылать по почте и т.п. А кроме того, при повреждении реестра будет происходить отказ ВСЕЙ системы.

5) Непонятно, ЗАЧЕМ ЭТО НАДО. Какие-такие великие возможности принесет нам новая система, и почему эти преимущества нельзя было положить в отдельный файл ресурсов, как это делается в Юниксах последние тридцать лет.

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

> Объясняю возможный вариант решения подробнее. В пакете лежат конфиг и файл переводов коментариев. Во время установки пакета в конфиг кладутся коментарии с нужной локалью. И читай себе на здоровья.

По второму кругу пойдём? Спросим, что будут делать любители Plain Text-а, когда у них в системе пять десятков пользователей, разговаривающих на пяти десятках языков?

Или у вас память на один экран редактора? :D

Aceler ★★★★★
()

НИКТО И НИЧТО - не "обеспечивает"(cамо по себе). иначе бы программисты - были бы не нужны. и уровень реализации и уровень программиста - уводят нас в строну от темы - не столько уместности зюмля или других "реестро"-way, "улучшений" в качестве решения, но и в несуществовании причин для перемен.

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

> <stringvalue>/usr/lib/firefox-3.0/firefox &quot;%s&quot;</stringvalue> >A.command=/usr/lib/firefox-3.0/firefox &quot;%s&quot;

А если было

<stringvalue>echo asdsadsad # asdasdasd &gt ~/ttt </stringvalue>

У тебя после # комментарий всплывет?

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

> Определение у тебя правильное. Теперь про оценку предлагаемых изменений с точки зрения гемора.

> 1) Старая система перестает работать (вместе со всем тем железом, которое я использую с 2000 года).

> 2) Новую систему надо будет изучать. (Прикол, получается трактат на тему "О вреде всяких реформ вообще" :-))) )

> 3) Новая система будет зависима а) от бизнесменов б) от программ, предоставляемых этими бизнесменами. Короче - хрен настроишь. То версии драйвера не совпадают, то версии используемых библиотек. ( а старый Хorg.conf можно быто текстовым редактором редактировать). И че-то я сомневаюсь, что бизнесмены предложат полностью открытое решение. (То есть не любой баг можно будет пофиксить своими силами).

> 4) Если это будет реестр "как в Виндах", то и недостатки будут "как в Виндах" - нельзя править текстовым редактором, делать комментарии на русском языке, сравнивать с помощью diff, посылать по почте и т.п. А кроме того, при повреждении реестра будет происходить отказ ВСЕЙ системы.

> 5) Непонятно, ЗАЧЕМ ЭТО НАДО. Какие-такие великие возможности принесет нам новая система, и почему эти преимущества нельзя было положить в отдельный файл ресурсов, как это делается в Юниксах последние тридцать лет.

Всё это крайне интересные вопросы, но ведь мы обсуждали не это, мы обсуждали сочетание "ОС для пользователя" и почему Вам это не нравится. Наше обсуждение велось на уровне целей системы, а не на уровне используемых технологий. На мой взгляд приведённые выше пять пунктов ортогональны вопросу нашего обсуждения. Посему пропускаю. Или поясните, к чему это всё.

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

И я, кстати, упустил мысль: почему это должна быть новая система? прошёлся по треду, вроде линукс мы с Вами не хоронили.

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

>Дык транслятора зумль -> ini -> зумль ещё не придумали.

Друххх вот не знаешь не гони ладно?

ini->xml нету. А вот xml->ini сколько угодно...

Вот честно, пойди книжек почитай чтоли?

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