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

> Если есть кэширование, то удаление не влияет на производительность.

ты новость читал? там английским языком сказано что неиспользуемые или устаревшие ключи никак не влияют на производительность

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

Понятия не имею. Кому-то захотелось выпендриться. На скорость (см. выше по треду) такие меры не влияют.

У переключалки там тоже есть несколько спрятанных ключикофф;)

> Стыдно так жестого подставляться!

Бугага

http://dot.kde.org/1120775836/

My main motivation when starting to write KConfig XT was to get rid of the need to write all that annoying and error-prone code to handle KConfig settings at the string key level, with all the unnecessary duplication of things like default values. I think, this mission was accomplished. Once you get used to KConfig XT you don't want to go back anymore.

Лечи _свою_ разруху, Андрюша :)

> Беседа в терминах ini/XML/... - это, извините, уровень кодеров, а не архитекторов.

Ты жестоко ошибаешься. Это уровень аналитиков :)

Какие-то это неправильные аналитики..

> * Evaluate Elektra

Лучше не надо :) Электру юзает oyranos, и что-то я пока не вчепятлён. Предыдущие версии без напильника вообще не собирались.

> Беседа в терминах ini/XML/... - это, извините, уровень кодеров, а не архитекторов.

Если архитектор по башке не даст сразу кодерам - можем получить бинарный конфиг :-/

>Надеюсь, Вы не требуете, чтобы я приносил Вам извинения "за себя и за того парня"/модератора?;)

Да нет, разве я такое говорил? Не говорил. А раз нет, то значит и не требую ничего.

> Если архитектор по башке не даст сразу кодерам - можем получить бинарный конфиг :-/

Binary XML уже придуман :)

Ну кодеры, конечно, тоже должны ловить мышей. Но мы то тут все типо архитекторы. Кроме тех, разумеется, кто менеджеры высшего уровня.

> Искали? На gnomefiles заходили? Или искали только у себя на диске?

Спросил Google.

> Вы б хоть раз запустили gconfeditor в гноме, для интереса...

Извини, в ALT Linux Sisyphus такого пакета нет. Пробую gconftool-2 и сильно матерюсь.

Вот пример:
[cas@cas runa-gpd]$ gconftool-2 -R /apps/nautilus | wc -l
67
[cas@cas runa-gpd]$ grep = ~/.kde/share/config/konquerorrc | wc -l
456

> Извини, в ALT Linux Sisyphus такого пакета нет. Пробую gconftool-2 и сильно матерюсь.

еще один повод усомниться в качестве альтлинукса ;) hint: в нормальных дистрибутивах пакет называется gconf-editor

> Ну ёпт, новость рассказал. И где я троллил? Или троллинг от элементарного стёба отличить невозможно.

Я бы не стал так шутить, в будний день, в разгар рабочего дня, на лоре, в ветке, название которой "Содержание реестра GNOME в чистоте". Это опасно. :)

> Должен ли я сказать, что неумение пораскинуть мозгами на заданную тему - признак настоящего кдешнега?

Да это я всё понимаю. Просто кастрированная речь настоящих гномовцев до сих пор вводит в ступор. ;)

> > Если есть кэширование, то удаление не влияет на производительность.

> ты новость читал? там английским языком сказано что неиспользуемые или устаревшие ключи никак не влияют на производительность

Ты знал, что удаление не влияет на производительность. Ты хочешь поговорить об этом? ;)

>честно говоря настраивать там действительно нечего, все необходимое конфигурируется через гуй. Я там только один раз включал burnfree и overburning для гномовской встроенной писалки

Раньше, как только сделали этот "пространственный браузинг" или как там его в наутилусе, там была полезная опция "always use browser", чтоб пользоваться нормальным наутилусом. Ну и ещё что-то для рабочего стола, типа отображать или нет корзину и т.д.

Радует, что разработчики гнома многое начали выносить в виде нормальных настроек в настройки самих прог(тот же наутилус).

> My main motivation when starting to write KConfig XT was to get rid of the need to write all that annoying and error-prone code to handle KConfig settings at the string key level

Саша, я уже валяюсь под стулом. Еле дотянулся до клавиатуры. Вы на пару с JB решили штатными LORовскими попугаями поработать? Что я говорю, вы это повторяете (в твоём случае я то же саоме говорил про XML) и говорите, что я не прав. Какая тут разруха? Это прямо гномовский цирк с зоопарком и клоунами. Вы к Петросяну не хотите?

> Какие-то это неправильные аналитики..

Да уж не зашоренные техноснобы. Вон, AP и JB уже зависли. Остался один ты да geek.

> Извини, в ALT Linux Sisyphus такого пакета нет. Пробую gconftool-2 и сильно матерюсь.

Я даже боюсь представить себе, каким извилистым путём твоя рука, сжимающая зубную щётку, преодолев все препятствия таки попадает в ротовую полость по утрам и вечерам.

> Но мы то тут все типо архитекторы.

Я вот не архитектор! Меня в палату свою допустите рядом с такими дяденьками поиграть в бирюльки? ;)

> еще один повод усомниться в качестве альтлинукса ;) hint: в нормальных дистрибутивах пакет называется gconf-editor

А вот gconf-editor есть. Спасибо! Блин, как же у вас всё в GNOME через ж..пу!

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

Типа, я grep могу использовать. Да и в диалогах настройки полезнее искать.

> Любая, которая: [список поскипан]

Так это Вы сейчас обычную файловую систему описали. Тот же /sys, например. До последней детальки сходится, разве что, вроде как, слежение за изменением дерева проблематично (если не путаю, inotify не умеет).

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

> Вот пример:
> 67
Это точно называется "нечего настраивать"?
> 456
Мраки. Полтыщи ключей на приложение. Вот где простор-то для твикалок. И что - кдешники тестируют свой софт на все мыслимые сочетания значений этих ключей?

> Блин, как же у вас всё в GNOME через ж..пу!

Нет, Андрюша, в GNOME у нас всё через меню, в данном случае -- "Приложения - Система". Мы не виноваты, что ты по привычке тычешься куда не просят, а именно... :)

> Да уж не зашоренные техноснобы. Вон, AP и JB уже зависли. Остался один ты да geek.

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

> А вот gconf-editor есть. Спасибо! Блин, как же у вас всё в GNOME через ж..пу!

1) Причём тут гном?
2) Кончай флудить, убей себя, скулли.

Важный доп. пункт - API должен быть сформулирован в терминах конфигурации, причем с типами данных - строка, число, булевский флаг, список. В принципе, ничто не мешает сделать чисто файловый frontend к gconf (один файл на одно значение) - но будет дорого и тормозно. Если, конечно ОС не plan9 или что-то в этом духе.

xml - всего лишь один из бекендов гконф.

Ну, Вы уже совсем перешли на бессвязный троллинг. Не позорьте КДЕ...

> Я вот не архитектор! Меня в палату свою допустите рядом с такими дяденьками поиграть в бирюльки? ;)

Не раньше, чем научитесь мыслить абстрактно.

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

Кто из XML конкретно - синтакс или семантика? За infoset я пасть порву и всех зобаню. А дефолтный синтакс мне по барабану. Понадобится - другой возьмем.

> Кто из XML конкретно - синтакс или семантика? За infoset я пасть порву и всех зобаню. А дефолтный синтакс мне по барабану. Понадобится - другой возьмем.

Отлично, оставить только "infoset", а всё остальное зверски умертвить. Глядишь на старости лет и услышу хлопок одной рукой.

Ну хоть какой-нибудь синтакс бы надо оставить...

Кстати, сильная мысль - заделать бекенд для gconf на wbxml. Должно получиться мощно.

>> 67
>Это точно называется "нечего настраивать"?
>> 456
> Мраки. Полтыщи ключей на приложение. Вот где простор-то для твикалок. И что - кдешники тестируют свой софт на все мыслимые сочетания значений этих ключей?

Не знаю тестят или нет, но много лет работает без глюков из-за настроек на множестве версии. (Точнее раньше были глюки - вылетал khtml, но с настройками это не связано)

> Глядишь на старости лет и услышу хлопок одной рукой.

Рукоплескания однорукого программера, потерявшего вторую верхнюю конечность в исторической битве между Schema и Relax NG при ЛОРе? :)

> Ой, а расскажите как кдешные проги уничтожают ненужные установки всех пользователей при операции apt-get remove?

Надеюсь, что никак! А то я так и представлю, что remove kmail прибъет в итоге ~/.kde/share/apps/kmail/inbox или как там его.

> Binary XML уже придуман

Да, я в курсе, но надеюсь он тут как раз НЕ используется?

>Как только возникают вопросы о корпроративном десктопе, типа, запретить пользователю менять настройки ДЕ (обои и пр. фигню)

Кому это надо???

Саппорту

> Кому это надо???

Это правильная идея, то что это сделано у МС - не значит, что плохо. Я вот как только разработаю удовлетворительную корпоративное оформление - сразу так и пойду иметь секс с ~/.kde на эту тему.

Хорошо сначала узнать про разницу между apt-get remove и apt-get remove --purge, правда? Purge вроде тоже никакие конфиги в папке ~/ не трогает, но это уже вообще мелочи, лоровского флеймера недостойные!

>Надеюсь, что никак! А то я так и представлю, что remove kmail прибъет в итоге ~/.kde/share/apps/kmail/inbox или как там его.

почему он должен прививать что-то?

Это финиш...

Во-первых конфиги гнома == Xresources и уж никак не windows registry. Во-вторых "разношерстность" конфигов с камментами уже не раз обсуждалась.

> Хорошо сначала узнать про разницу между apt-get remove и apt-get remove --purge, правда?

Просили apt-get remove изначально.

> Purge вроде тоже никакие конфиги в папке ~/ не трогает,

И очень хорошо, это совершенно незачем. Пользователи конфиги может быть часами настраивали.

> почему он должен прививать что-то?

прививать - не должен. прибивать - тоже не должен, хотя и требуют - чтобы уменьшить де помойку ~/.

+1 из ~/ ничего удаляться не должно никакими скриптами, эта часть файловой системы целиком принадлежит юзеру, за .vimrc пасть порву :)

Киньте пожалуйста ссылку на описание "реестра" гноме на русском. А то мне кажется,что происходит подмена понятий. :-(((

При apt-get remove настройки и не должны удаляться.
Может сделать в заголовке новости "реестра", а то как-то слишком утвердительно смотрится.