LINUX.ORG.RU

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

 , ,


0

0

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

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

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

★★★★

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

скорее - проблема в том, что "идиоты, считающие, что "единая система хранения информации"("реестр") - незаменима и оченно нужна, кому-то кроме них" - контроллируют (все еще) 86% рынка IT.

p.s. про оффтопег.

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

> но СТРОГО структурированном, БЕЗ UTF

нет языков кроме тех, что влазят в ascii и Pronin - пророк их

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

> То есть людям с альтернативными ВМ можно сразу идти лесом...

Да, давно уже. Или ты поддерживаешь стандарты FDO, или это альтернативное WM(DE) и собственная головная боль его разработчиков.

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

> Насколько давно?

Сколько я помню, в 2005-м году уже пошёл кипёж на тему.

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

> А теперь "без пены у рта" объясни: для чего плодить эту "странную рекурсию" - "для того, чтобы настроить Иксы нужно настроить Иксы"?

Чушь! Парсер XML никак не привязан к GUI. Учи матчасть.

anonymous
()

Я уже и забыл, когда последний раз лез руками в конфиг иксов. А в те единичные случаи можно и xml поправить, не такая уж и проблема. Зато с программной точки зрения получаем готовую универсальную реализацию.

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

>[gforgx@ffap ~]$ pacman -Qi gconf

>Название : gconf

>Версия : 2.20.1-1

>URL : http://www.gnome.org

>Лицензия : LGPL

>Группы : Не указано

>Предоставляет : Не указано

>Зависит от : orbit2 gtk2 libxml2

>--- cut ---

>Спасибо, не надо в систему бай дефолт пихать GTK-шные костыли.


$ apt-cache show gconf2
Package: gconf2
Priority: optional
Section: libs
Installed-Size: 220
Maintainer: Ubuntu Desktop Team <ubuntu-desktop@lists.ubuntu.com>
Original-Maintainer: Josselin Mouette <joss@debian.org>
Architecture: i386
Source: gconf
Version: 2.22.0-0ubuntu3
Depends: gconf2-common (>= 2.22), gconf2-common (<< 2.23), libc6 (>= 2.4), libgconf2-4 (>= 2.13.5), libxml2 (>= 2.6.27), psmisc, python
Pre-Depends: libglib2.0-0 (>= 2.16.0)
Recommends: libgtk2.0-0
Conflicts: libgconf2-4 (<< 2.12.0-2)
Filename: pool/main/g/gconf/gconf2_2.22.0-0ubuntu3_i386.deb
Size: 54520


обрати внимание на Depends. Никакого гтк там нет, а то что в арче криво собирают, то это не к gconf'у вопросы.

Deleted
()

Я люблю обмазываться несвежими текстовыми файлами и <censored>, и ни Патрег, ни даже Столлман...

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

<?xml version="1.0" encoding="UTF-8"?> <question>А чем плох XML?</question>


Section "answer"
        Driver          "human"
        Identifier      "XML"
        Option          "fail"
        Option          "unreadable"
        InputDevice     "Generic Keyboard"
EndSection

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

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

заменима? Ну давай, замени.

не нужна? Ну раз не нужна - значит не видать вам вендекапца как своих ушей

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

>Единая система хранения конфигурации не нужна.

администратор локалхоста - твой потолок. На большее у тебя мозгов не хватает

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

Переписать на с++? Ты идиот? Чего ты этим хочешь добиться?

Ты думаешь, что с++ портабельней? Что на нём легче писать? Идиотизм, честное слово.

Проблема с поинтерами и числами решается -Wall -Wextra -Werror (для гцц).

Потом, по моему опыту, пускать к с++ разных быдло/junior кодеров нельзя. А их, к сожалению, большинство. И разгребать их код - это в 80% означает переписывание всего и редизайн. Нет уж, не надо.

Почему не выбрать YAML? Он намного более редактируемый и читабельнее (человеком), чем xml.

anonymous
()

А ведь дискуссия началась с вопроса, который вообще к формату не имел отношения. Вопрошающий говорил про то, что неплохо бы было сохранять настройки оборудования, сделанные в запущенной сессии, в xorg.conf. Как пример привел драйвер synaptics, который позволяет через механиз shared memory сообщить драйверу новые настройки, но не позволяет их сохранить в xorg.conf. После перезапуска сессии, они, разумеется, теряются. Вопрос формата был вообще второстепенным.

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

>гном с реестром съели моск окончательно?

ага. А ldap с kerberos и radius прогрызли черепушку

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

> не нужна? Ну раз не нужна - значит не видать вам вендекапца как своих ушей

А зачем вендекапец? Чтобы */Линукс стал самой попсовой ОС? Спасибо, не надо.

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

>А зачем вендекапец? Чтобы */Линукс стал самой попсовой ОС? Спасибо, не надо.

ага, вот и саботажники подтянулись.

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

>А зачем вендекапец? Чтобы */Линукс стал самой попсовой ОС? Спасибо, не надо.

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

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

>> XML используется в Иксах уже с конца 2007 года, вылезайте из танка.

>o_O?


<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<!-- /etc/fonts/fonts.conf file to configure system font access -->
<fontconfig>

<!--
        DO NOT EDIT THIS FILE.
        IT WILL BE REPLACED WHEN FONTCONFIG IS UPDATED.
        LOCAL CHANGES BELONG IN 'local.conf'.
-->

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

> P.S. Кстати - а где именно "не справляется" иксовый конфиг?

Текущая структура неудобна для всякий гуйковых конфигурилок, а так как наиболее популярные дистрибутивы это убунта, федора и опенсуся, стремление к обxmlиванию конфигов вполне очевидны. Жаль только, что о пользователях xorg'a не разучившихся думать пропихиватели таких вот идеек не вспоминают.

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

> Нифига, считай, что это HTML Astral Edition :)

Я так понимаю спеки в астрале же? :)

p.s. HTML в некотором роде тоже XML, не считая некоторых нюансов, наличие которых не играет роли в рассматриваемом случае ;)

Deleted
()

Краткий дайджест предыдущих четырёх страниц этого топика: НЕНАВИСТЬ НЕКОМПЕТЕНТНОСТЬ ГЛУПОСТИ СТРАННАЯ УВЕРЕННОСТЬ В ТОМ ЧТО ГКОНФ РАВНО ЗУМЕЛЬ СТРАХ ОТСУТСТВИЕ ПОНИМАНИЯ СТРАХ ПЕРЕД БУКВОЙ G ПЕНА У РТА КРАСНЫЕ ГЛАЗА.

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

И редактирование таких конфигов занимает в 2-3 раза больше времени.

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

Да, и fontconfig в том числе.

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

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

>Текущая структура неудобна для всякий гуйковых конфигурилок, а так как наиболее популярные дистрибутивы это убунта, федора и опенсуся..

Вот, только даже за эти - "гуйковые конфигурилки", его и нельзя допускать! Развели виндусятину какую-то, скоро, чтобы внести один символ изменений в конфиг - надо будет нечто вроде Visual Studio запускать. Тьфу...

anonymous
()

Всем кто против xml.
Господа лемминги. Вам пока расчехлять свои машины времени, и валить во времена Ады, занимайтесь разработкой там. Старье - это ваш путь.
Если не смогли осилить настоящее.

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

> XML - для хранения больших объемов структурированных данных.

Интересно, а разработчики XML в курсе?

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

Альтернатива - писать свой тулкит xtk, к примеру. Без всяких моно и прочей проприетарщины.

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

Поддерживаю. Единая система хранения конфигов, как и единый язык программирования - это чистый бред.

Помню, тут где-то был опрос про языки программирования. Там был пример - обсуждение инструментов врачами, типа, скальпель - вот самый универсальный инструмент; нет, клизьма/шприц;етц.

Нельзя сделать The Great Programming Language of the Life and Everything. Он все равно будет покрывать какую-то малую область. И чем сильнее мы её будет расширять - тем больше там будет говна.

Сравнивать Haskell и C - некоректно, это всё равно, что сравнить палец и мужской половой хер.

Так и здесь. В результате единой конфигурации будет какая-то абктрактная древовидная сущность, где каждый узел может содержать разные данные, включая вложенные узлы. Интерпретация данных - дело приложения. Так вот, блин, есть маленькая такая проблемка. ВСЁ ЭТО уже существует, и называется Файловой Системой!

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

>Тогда уж Mono Develop.

Ну, какая в принципе разница... Главное, что банальным текстовым редактором уже обойтись не получится, да и ресурсы ведь некуда больше девать, чем на запуск графических приблуд для правки конфигов, этих самых графических приблуд - верх идиотизма, чистый windows-way. А потом удивляемся, что последние годы топчемся на одном месте - производительность железа вроде-бы и выросла на порядки, а на производительности пользовательского интерфейса это никак и не отражается, - как работало всё неторопливо десять лет назад, - так, и продолжает в том же темпе, а у кого железо не самое свежее - так ещё и тормозить умудряется прилично!

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

>Текущая структура неудобна для всякий гуйковых конфигурилок, а так как наиболее популярные дистрибутивы это убунта, федора и опенсуся, стремление к обxmlиванию конфигов вполне очевидны.

Дело даже не только в этом, а в том, что XML позволяет штатными методами распарсить конфиг, проверить правильность написания конфига. Если на каждый текстовый конфиг писать свой инструмент для проверки корректности, то это будет величайшей потерей времени разработчиков и распылением сил на ерунду. :)

GConf тут понятно, откуда появился. Речь там зашла о том, чтобы хранить настройки не только в /etc/xorg.conf, но и у юзера, так как у разных пользователей на машине могут быть разные предпочтения по железу (например, своя клава, свои настройки параметров пада или вакома какого-нибудь и т. д.). GConf позволяет не только хранить параметры заданным образом, но и предоставляет кое-какой дополнительный сервис (например, сообщение об изменении параметра заинтересованным приложениям)

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

> Жаль только, что о пользователях xorg'a не разучившихся думать пропихиватели таких вот идеек не вспоминают.

И нефиг. Потому что не надо думать о том, что ДОЛЖНО работать само собой.

Разрешение монитора и раскладка клавиатуры всё равно по-хорошему настраиваются per-user.

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

>Почему-то все удивляются возможности более плотного связывания G и иксов. Альтернативы всё равно нет, не кеды же.

Ну, сами посудите - есть у нас уже одно "Хэ", и теперь еще, к нему предлагают приделать одно "Гэ", и что это вместе получится - "Хэ" помноженное на "Гэ"? - так один такой вариант уже есть - называется "Вэ" - зачем нам два таких?

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

> И нефиг. Потому что не надо думать о том, что ДОЛЖНО работать само собой.

Тебе Балмер сколько в месяц платит ?

> Разрешение монитора и раскладка клавиатуры всё равно по-хорошему настраиваются per-user.

Вот перенесут иксы в userspace, тогда и локальные конфиги скорее всего будут.

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

Хотя задачу такого конфигурирования можно решить и без GConf. Если есть возможность крутить ручки от пользователя через shared memory, то достаточно сделать единую систему хранения этих пользовательских настроек, и каждую сессию их просто применять при старте иксов.

Zubok ★★★★★
()

а что так? могли бы ещё лет 10 подождать. чего торопиться то. или эту убогость надо было сразу убрать. всё равно уже все видели как убого настраивается графическая система в иксах.

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