Содержание реестра GNOME в чистоте

> (если не путаю, inotify не умеет)

Умеет, просто нужно извернуться чуть сильнее обычного.

> Впрочем обычная файловая система как раз была и есть самое грамотное решение, IMHO.

Интересно было бы применение здесь какой-нибудь dbfs

> Зумельные костыли убоги и громоздки.

Только фактом необходимости парсинга.

Я, вообще, когда увидел эту новость, подумал что надо бы ее на ЛОРе разместить, но потом подумал какой флейм она потянет, отказался от идеи.

И все равно ее не только добавили, но и подтвердили:)

>>Я не вижу проблемы добавить сперва патч, после чего превратить его в модуль :-)

> у нас водоканал с дорожной службой по такому принципу работали лет пять назад. Дорожники на пол-года (или на год) закрывали один из проспектов, положили там новенький асфальт, потом (через месяц где-то) пришли водоканальщики и стали ремонтировать теплотрассу, которая идет аккурат под проспектом.

Не вижу никакой связи.

> Я был бы счастлив, если бы в GNOME не городили многоуровневый паровой велосипед, а сделали бы изящное и производительное решение

А GConf это что такое? Это как раз гибкое (хоть бакэнд на XML, хоть на LDAP, хоть на ФС поверх ~/.kde) и производительное (кэширование и внутренние структуры в виде дерева которое является оптимальным для поиска!!!) решение.

Что будет если я напишу программу, которая на основании точекв наименованиях параметров покажу Xresources в виде дерева? Xresources станет тоже реестром? А если ту же программу которая содержимое .kde представит в виде дерева - в KDE тоже вдруг появится реестр?

Блин, вам что - ктулху мозги выел? Писец блин, половина пользователей ИТ-шного ресурса не способны отделить представление от содержания... Все блин, в субботу сяду и на джаве напишу такой же "визуализатор" для .kde. Чтобы с апломбом и блеском в глазах орать "в KDE теперь тоже есть реестр!"

>Писец блин, половина пользователей ИТ-шного ресурса не способны отделить представление от содержания...

можно вопрос _содержимое_ файлов конфигурации гнома -

plain text или XML

>Как обычно: берут технологии и делают нормальную реализацию.

перевожу с кдешного на русский: "как обычно - смотрят что есть, потом включается NIH-синдром и изобретается велосипед"

=)

>Не вижу никакой связи.

для тех, кто не умеет абстрактно мыслить - прикручивание бакенда к системе, в которой само понятие "бакенд" не предусмотрено - это по-русски называется "через жопу"

> можно вопрос _содержимое_ файлов конфигурации гнома -

В дефолтной реализации - XML. Но это не важно. И вот эта неважность действительно важна!

> Писец блин, половина пользователей ИТ-шного ресурса не способны отделить представление от содержания...

О чем я и говорю. Никакой способности к абстрактному мышлению. Так вот и получается "что тут думать, программировать пора".

> настройки гнома хранятся в xml

А не пофиг ли в каком виде хранится реестр? :)

Почти ровно три года назад: http://www.linux.org.ru/jump-message.jsp?msgid=570469

> Как только возникают вопросы о корпроративном десктопе, типа, запретить пользователю менять настройки ДЕ (обои и пр. фигню), так КДЕшники тихонько молчат или дают глупые советы о выставлении прав на ~/.kde*

> A GNOMEры говорят: "вот с нашим gconf это можно".

М-м-м... Не понял, так всё-таки в GNOME реестр "прибитый ржавыми гвоздями к системе", на который можно хитрым раком ставить права доступа, или это всё-таки "конфиг в XML", который можно править руками и лучше, чем выставить права на ~/.gnome (или как там у него?) средств нет?

>первый же коммент по ссылке проясняет ситуацию насколько этот "реестр" похож на реестр офтопа. поэтому, господа линуксоиды, забудьте слово "реестр" в отношении Линукса.ТЧК

Хочется узнать какая ПРИНЦИПИАЛЬНАЯ (не реализационная) разница, если ему нужен специальный cleaner.

Дефолтная реализация - XML. И для нее действительно акромя прав на файлы мало что можно придумать. Но финт в том, что есть и другие реализации, где можно использовать более адекватное управление правами.

>Xresources станет тоже реестром? А если ту же программу которая содержимое .kde представит в виде дерева - в KDE тоже вдруг появится реестр?

А зачем нужна такая программа, когда есть простой конфигуратор без исхитрений? И у каждой программы есть настройки?

1. Архитектурная разница - это не реализационная разница. Архитектурно гконф другой.

2. Как раз дело в том, что уборщик-то не нужен, по большому счету. Это все чьи-то забавы от делать нефиг.

Сходил по ссылке. Несмотря на провокационное название ничего такого не нашёл. Вам часто приходилось чистить ~/.* от давно снесённых програм? Тоже самое, но в силу особенностей - автоматизированное. Собственно, в принципе оно нафиг не нужно. Ну, разве вы один дистр 20 лет используете и часто меняете ПО.

С другой стороны, в мире существует много чего, что в принципе не нужно. Например, дефрагментаторы для ext*.

> Ну, разве вы один дистр 20 лет используете и часто меняете ПО.

Slackware..

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

Как зачем? А чтобы и в КДЕ реестр был! И потом еще чистилку для него.

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

Т.е. ты хочешь сказать, что если ты пишешь прогу, то за дополнительными функциями к тебе не обращаться? Интересный подход.

>Т.е. ты хочешь сказать, что если ты пишешь прогу, то за дополнительными функциями к тебе не обращаться? Интересный подход.

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

<1> некое приложение пораждает кио процес, 
при завершении приложения вдруг появляется 
взаимоблокировка ки ждет завершения исходног 
процесса а процесс ждёт завершения кио...
<Civilian> весело
<Civilian> Злобное приложение взывает к тёмным силам 
и кио-процесс восстаёт из мёртвых
<Civilian> и начинает делать свои тёмные дела
<Civilian> но потом приходит добрый юзер и говорит 
приложению: SIGTERM от чего приложение начинает дохнуть
<Civilian> но вызванный им зомби по имени кио-процесс 
не может сдохнуть раньше хозяина, а хозяин хочет насладится 
смертью своего подручного
<Civilian> и оба сидят и яростно смотрят друг-на-друга...
<Civilian> прям триллер какой-то

При настоящей модульной структуре доп. функции реализуются БЕЗ изменения (=патченья) основной программы. "Мне стыдно Вам об этом напоминать" (с)

>перевожу с кдешного на русский

Не, то что ты привёл --- это перевод с русского на религиозно-фанатический :)

> Slackware..

В слаке больше нет гнома. GConf появился позднее. Имелось ввиду, что надо лет 20 накапливать мусорные данные, чтобы появилась потребность в их очистке.

> Нет, Андрюша, в GNOME у нас всё через меню, в данном случае -- "Приложения - Система".

Саша, у меня не запущен GNOME как DE. Но в любой среде я могу запустить kcontrol или gconf-editor. Была проблема с пониманием названия (дано неверное имя). Так что фигня всё это. Если бы сразу указали правильное название, а не ссылку на рюшечки, то я бы сразу нашёл.

> Вы все неправы. XML должен умереть.

Гы-гы! XML - это правильно. Как и UTF8. Маргиналы могут остаться при своём мнении. ;)

> Саша, у меня не запущен GNOME как DE. Но в любой среде я могу запустить kcontrol или gconf-editor.

кде кладет на стандарты freedesktop для создание меню?

> Все блин, в субботу сяду и на джаве напишу такой же "визуализатор" для .kde.

Фишка в том, что мы не делали программу, как две капли воды похожую на regedit.

У всех гномовцев прошу прощения - наговорил много ерунды. Я и раньше подозревал, что GConf написан правильно (как Sycoca) - кешировавние данных и всё такое. Но сам факт появления совершенно ненужного проекта родило сомнения.

> О чем я и говорю. Никакой способности к абстрактному мышлению. Так вот и получается "что тут думать, программировать пора".

Кстати, я и не рвался программировать.

> Хочется узнать какая ПРИНЦИПИАЛЬНАЯ (не реализационная) разница, если ему нужен специальный cleaner.

Похоже, cleaner НЕ НУЖЕН. Точнее, его ценность стремится к нулю. Жаль, что гномовцы сразу об этом не сказали, и начался флейм. ;)

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

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

> кде кладет на стандарты freedesktop для создание меню?

Нет. И в меню KDE это появляется. Просто иногда быстрее запустить программу, чем открывать меню.

> Похоже, cleaner НЕ НУЖЕН. Точнее, его ценность стремится к нулю. Жаль, что гномовцы сразу об этом не сказали, и начался флейм. ;)

дык, для особо одуренных это даже в тексте новости сказано :) "наличие неиспользуемых или устаревших ключей GConf никоим образом не должно замедлить работу компьютера". Но большенству троллей это не помеха

s/сказано/написано

> У всех гномовцев прошу прощения - наговорил много ерунды.

Бывает.

Не, ну меня умиляют эти флеймы.

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

Обе среды завязаны сами на себя. Результат - к примеру как-то на работе накрылось определение типов в гноме. Как оно работает - понятия не имею, разбираться лень было, но гномовский софт просто перестал открывать файлы (тот же evince) - тип ведь не тот всегда, а попытки ассофиировать типы напоминали агонию перегруженной венды. Далее, решил поставить на ноут генту. Чтобы указать прокси для Галеона - нужен gnome-network-settings, для которого - gnome-control-center, для которого metacity, enlightenment sound daemon, и т.д. и т.п. Ладно, раз хочет - ставлю, открываю настройки звука, жму "проверить" - вылезают ошибки а-ля TODO / DEBUG. Кде. Захочу к примеру использовать конкверор в качестве бразуера - оно потянет кикер, хелпцентр, и прочее. KGuitar не ставится из-за конфликта с какой-то DNS (!) библиотекой, лол. В место отдельной переключалки языков, используется gnome-settings-daemon, который, из всей системы, НЕ перенастраивает разве что ядро.

Обе среды глючат, и глючат страшно. Вот как-то вылез еррор в КуТе. Результат - невозможность запустить ни одну кутешную (или кдешную) софтину. Про определение типов в гноме - уже сказал. Переключение тем в кедах - прямо как в оффтопике (и обычном и pocket) - меняешь тему, фон окон остается прежним, особенно забавно когда остается темный фон и черные шрифты. В гтк ситуация не лучше - темы как глючили (дома в Дебиан), так и глючат (на ноуте Генту), видимо они по жизни так. Хотя, надо заметить - кеды по жизни глючат сильнее, гораздо. Незнаю почему, скорей всего из-за ц++ (точнее плохого знания сабжа разработчиками, не хочу флеймить с любителями плюсов). Да, надо сказать что все глюки видимо настолько заметны при работе не в родной для гнома/кед среде - в другом wm, без загрузки их конф.-х даймонов, и т.д.

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

Видимо на этот процесс ничего не влияет, и на смену разростающимся и разваливающимся средам (гном/кеды) будут приходить более легкие (xfce), потом тоже ожиревать, дырявиться, и заменяться чем-то свежим.

По теме - не хочу сказать ничего плохого. Извечно существовали проблемы универсального формата хранения конфигов, и мусора в них (ага, ls -d ~/.*). Первая решилась далеко не идеально (xml), вторая - незнаю, не ходил по ссылке :) Да, как-то при загрузке гном предложил объединить все .xml gconf'а в один большой, после чего я пытался сострить, что, мол, скоро этот файл станет бинарным и будет лежать в ~/.user.dat. Конечно, это не смертельно, но это уже не unix. В этом плане имхо рулят лисп-оси со всеми конфигами в одних s-expr (пусть даже s-expr - суксь, или нет - всё равно). Перейти полностью на XML нельзя, ибо тормозит. Тогда лучше уж пусть будет всё бинарное, но соответствующие инструменты (grep/sed/awk-like) будут с этим работать. Только не разводить помойку из форматов.

PS Спасибо осилившим весь этот бред из поста ;)

Боюсь, имеет место недопонимание того, что такое _интегрированный_ десктоп...

Судя по всему, Вам он не нужен - Вам нужно просто нечто (удобный WM), откуда Вы будете запускать отдельные независимые программы.

Что такое интегрированный десктоп - это когда заходишь наутилусом в диру с музыкой, он ее пытается воспроизвести интегрированным плеером, который сегфолтится и тянет наутилус за собой :)

Ну в реале - пусть этот gone-network-settings тянет за собой gnome-control-center (хотя непятно - зачем?), но когда последний тянет еще половину своих элементов, а они - еще и свои esd, metacity, ... - это уже слишком. Тем более когда что-то еще они НЕ тянут, но из-за его отсутствия глючат.

Ты просто неудачник!
Объяснять "почему" - совсем не вижу смысла.

Вопрос, где находится "слишком" - каждый решает для себя. Кстати, и вопрос правильного дистрибутива, который аккуратно расставляет зависимости. Если оно глючит без заявленных зависимостей - это баги. Их надо фиксить. Интегрированный десктоп все больше рассматривается как ... "полуфабрикат окончательного решения", нежели как "набор компонент". Так поддерживать проще;)

> дык, для особо одуренных это даже в тексте новости сказано :)

Мои коллеги из GNOME должны были знать, что существует множество аспектов помимо производительности. Как то: использование дискового пространства, безопасность, надёжность. Ни про что это сказано не было - пришлось домысливать. ;)

> Оба разросшихся десктопа - Гнома с Кедами - имхо заслуживают если не фтопки, то хорошей переработки как минимум

Какие проблемы? Исправляйте баги, общайтесь с разработчиками или явите миру собственное чудо. ;)

> Обе среды глючат, и глючат страшно.

Не видел, чтобы глючили ни GNOME, ни KDE.

> Далее, решил поставить на ноут генту.

А... Ну тогда сами себе злобный Буратино. Пользователи вменяемых дистрибутивов от упомянутой фигни избавлены.

> Замечу, что в последнем случае КуТе сильно выигрывает, на глаз, но все равно это слишком далеко от идеала.

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

> Перейти полностью на XML нельзя, ибо тормозит.

А кто сказал, что будут полностью на него переходить? Парсите обычными утилитами ini/XML, потом обновляйте кэш, в чём проблемы?