про проекты

> В моем текущем проекте (скромненький поисковик по локальным сетям) я буду использовать LR.

Строгай, мальчик, придет твой папа -- autogen'-ом поправит :)

Буду отвечать в принятом тут (по-крайней мере некоторыми товарищами)стиле.

>Я в прошлом месяце одного человека пересадил на линуха, а в этом пересажу еще одного. И никакого реестра у них не будет.

Медаль герою!

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

>Можно поинтересоваться, это программа такая? А скрипт и морду к нему не проще написать или ты очередной krename ваяешь?

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

Дяденька, вы это на шелле писать будете? А потом материться, что ответ на запрос "linux-2.6.8 .tar" вам приходится ждать двадцать четыре с половиной минуты?

А, может, вы еще предложите MySQL переписать в виде скрипта? И морду к нему?

Чтобы совсем было понятно, еще вот: эта прога будет (в качестве франтенда) модулем к апачу, соответственно все работает либо через утилиты управления (типа mysqladmin), либо через веб-интерфейс, либо лапками.

>Да трахайтесь как хотите, господи. Сами же потом будете материться, адепты чистого виндовса.

Спасибо за разрешение, о великий!

> Реестра у них не будет, пока они не поймут, что с ним удобнее.

Отсюда подробнее. В чём удобство? Для простого пользователя, ведь вы о них заботитесь?

>Отсюда подробнее. В чём удобство? Для простого пользователя, ведь вы о них заботитесь?

это как коммунизм - лапши на уши повесили, типа для народа, а народ охреневший 70 лет просидел так ничего и не понял ...

По кругу.

> When two different softwares want to integrate themselves, it is programatically very hard to read, ...

LR - костыль для решения этих проблем. Да и не решит он их.

> A software developer must waste a lot of time to write the plumbing code for configuration file parsing etc.

Вытекает из первого. Это как раз легко решается и без LR.

> Different distributions tend to place different software configuration in different places with different formats.

Аналогично получим и в LR. Есть сомнения? Взгляните на /etc в разных дистрибутивах.

> A system administrator must know all these formats.

Пилять. Это смешно.

> There is no way to know today what was changed in a specific configuration file. If /etc/shadow file time changes, there is no way to know if the change was related to nobody's or root's record.

Если лазить помимо api, то хрен что отследишь! А такие умники найдутся! Да и реализаций api будет с вагон.

> High-level system administration GUIs (webmin, redhat-config-*, SuSE's YAST, etc) are just a dream today.

Ага. А здесь нам обещают светлое будущее.

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

а причем тут сабж ? каким образом он увеличит скоросить поиска чего либо ?

>Дяденька, вы это на шелле писать будете? А потом материться, что ответ на запрос "linux-2.6.8 .tar" вам приходится ждать двадцать четыре с половиной минуты?

честно скажу ни разу не сталкивался... что бы двадцать четыре да к тому же еще с половиной минуты у меня в моей слаке поиск шел ... ты про такую вещь как slocate слыхал ? покасказываю - забиваешь в крон updatedb а потом пишешь locate something-to-be-found и всё ... и твоя задумка насчет проги поисковика это извини - но это из раздела - поделок-свистелок .... если это будет какая то морда то ок ... но принцип уже давно придуман собственно ...

Повторюсь. Я не против LR, но не в этом виде.

>Повторюсь. Я не против LR, но не в этом виде.

тут вопрос не за или против ... точнее есть непонятные личности которые ждут этого ЛР как прихода спасителя - а есть те кто просто не допирают типа "на фиг надо, если и так работает ?" ...

всем : где находится помойка в /etc а то я уже второй день не могу найти ...

Вообще-то это уже оффтоп пошел, но раз уш пошел, пусть дойдет.

У нас в локалке несколько тысяч компов. На каждом расшарено по SMB и FTP по паре-тройке Гб (в среднем) файлов. Какой, в топку, slocate?

Просто кто-то, похоже, не понимает, о чем речь.

Про HKCU(HKLM)\Software\Microsoft\Office понятно. А как быть со всякими: HKU\S-1-5-21-583907252-813497703-1202660629-1003\Software\Microsoft\Office HKCR\.xxx\OpenWithList\Microsoft Excel\shell\edit\ddeexec\application HKCR\Excel.Backup\shell\Print\ddeexec\application HKCR\CLSID\{00020810-0000-0000-C000-000000000046}\PersistentHandler

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

>> А так - ну загнутся пару файлов, да и х. с ними - руками сам напишу. >Дык и с реестром в offtopic та же песня: загнулось все -- восстанавливаемся из backup'-ов, >загнулись какие-то ключи -- пишем руками.

И такие ключи руками восстанавливаешь?: [HKEY_CLASSES_ROOT\CLSID\{00020810-0000-0000-C000-000000000046}\PersistentHandle r] @="{98de59a0-d175-11cd-a7bd-00006b827d94}" [HKEY_CLASSES_ROOT\CLSID\{01C3D4A7-A701-11D1-8324-00A024CAA292}\InprocServer32] "InprocServer32"=hex(7):39,00,66,00,27,00,5e,00,56,00,6e,00,2d,00,7d,0 0,66,00,\ 28,00,59,00,52,00,5d,00,65,00,41,00,52,00,36,00,2e,00,6a,00,69,00,47,00,72,\ 00,61,00,70,00,68,00,69,00,63,00,73,00,46,00,69,00,6c,00,74,00,65,00,72,00,\ 73,00,46,00,50,00,58,00,46,00,69,00,6c,00,65,00,73,00,3c,00,00,00,00,00

Силен, однако. Но верится с трудом.

Появление проектов аля LR, YAST, linuxconf, webmin и т.д указывает
на то, что проблема с конфигами все же есть. Правда решать ее надо
IMHO не так.
Какой для меня была бы идеальная система конфиг файлов?
Файлы в /etc, текстовые, с коментариями, т.е. все как и сейчас, но
формат файлов стандартизован и достаточно гибок, чтоб удовлетворить
всех/многих/большинство. Естесственно, что все проги обязаны придерживаться
этого формата.
Есть мощная библиотека для работы с этим форматом. И тулзы на основе
этой либы - хошь гуевые, хошь консольные. В скриптах и инсталяторах
можно было бы не изголяться sedом и awkом (хотя и это не возбраняется), а писать типа:

# regset smb.global.workgroup=MYGROUP
или
# regset /etc/smb.conf global.workgroup=MYGROUP

API опять же стандартизаван и перенесен в C, перлы и прочие питоны.
И коментарии не грохаются.
Тогда бы было абсолютно без разницы чем править конфиги - гуем, текстовым редактором, из консоли или скриптом. Результат был бы одним и тем же.
Причем при стандартицации не так уж и трудно было реализовать эту либу.
Дело за "малым" - как заставить разработчиков, скажем, sendmail принять и использовать этот формат?

Пардон, в этом сообщении:
>"Про HKCU(HKLM)\Software\Microsoft\Office понятно. А как быть со всякими:"
пропала "шапка". Оно должно читаться так:

2 Dselect
>> Восстановление системы делаешь и что? У половины прог слетают
>> настройки.
> А экспортировать/импортировать реестр, видимо, религия не позволяет...

Позволяет. Но подскажи, плз, какую ветку рееста экспортировать/импортировать,
для сохранения/восстановления всех настроек Офиса?

Про HKCU(HKLM)\Software\Microsoft\Office понятно. А как быть со всякими:

*** Далее по тексту... ***

м-да. почему-то флейм разгорелся. даже не ожидал.

> И все бы было хорошо, если бы не два досадных случая: [...cut...] 2. kde не знает, что умеет gnome, gnome не знает, что умеет kde.

этим (в частности) занимается freedesktop.org; ряд позитивных сдвигов есть, но указанная грабля там до сих пор "любимый мозоль".

>У нас в локалке несколько тысяч компов. На каждом расшарено по SMB и FTP по паре-тройке Гб (в среднем) файлов. Какой, в топку, slocate?

а если подумать ? насчет автоматизации поиска и всего такого ...

и теперь встречный вопрос : причем тут linux registry ? или ты просто так сказал не подумав ?

> Правда решать ее надо
IMHO не так.
Какой для меня была бы идеальная система конфиг файлов?

Я уже предлагал вариант: http://www.linux.org.ru/view-message.jsp?msgid=570469#571676

>а если подумать ? насчет автоматизации поиска и всего такого ...

>и теперь встречный вопрос : причем тут linux registry ? или ты просто так сказал не подумав ?

Ну теперь-то мне все понятно в здешней экосистеме. Затыкаюсь подобру-поздорову и иду пить кофе. Ну нафиг нервы тратить на местную шпану =)

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

Ну если бы ты умел связно выражать свои мысли, мы бы поняли, про какой поиск ты говоришь. Есть поиск по локальным smb-ресурсам, есть поиск по ftp, есть поиск по сайтам...

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

>Спасибо за разрешение, о великий!

Уже трахаешься?

Слушай, поисковики по самбе есть.
Вообще, что тебе мешает провести поиск по ресурсам, забить имеющееся в базу и потом раз в сутки отслеживать изменения?
Тоже мне проблема.

>Появление проектов аля LR, YAST, linuxconf, webmin и т.д указывает на то, что проблема с конфигами все же есть. Правда решать ее надо IMHO не так.

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

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

Было бы интересно реализовывать все не реестром, а исключительно изменением конфигов.

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

Прога конфигуратор считывает конфиг, вырисовывает на его основе гуй и ты мышой вносишь соответствующие изменения в этот конфиг.

Проблем с такой штукой две:
1. Заставить всех в конфиг включить описание конфигуратора (предположим, этим могли бы заняться дистростроители).
2. Дать понять конфигуратору, что такая прога установлена в системе.

Первую проблему можно решить с течением времени.
Вторую нужно решать на уровне пакетного менеджера - либо менять rpm/dpkg и т.п., либо добавить в /var еще один каталог и туда скидывать текстовый файлик с названием проги и местоположением конфига/конфигов.

Плюс один и несомненный:
Не нужно переделывать софт, не нужно переделывать существующую систему конфигов, конфигуратору не нужно иметь внутреннюю базу.

Основная сложность - создать стандарт универсального описания и соответствующий универсальный парсер (коим и является по сути конфигуратор).

Тебе-то все понятно, но ты хоть на один вопрос ответить можешь, не увиливая?

Тебя конкретно спросили - как ты собираешься использовать в своей поисковой системе LR?

Расскажи нам.

Отвечаю сразу на все.

1. Это у меня уже не первая версия, прошлая использовала MySQL и именно в этом месте был bottleneck, поэтому сейчас я делаю лапками. С грамотными структурами данных и хорошими алгоритмами поиска получается быстрее.

2. LR я собираюсь использовать для хранения конфигурации, а именно: какие модули поисковика (типа списка музыки, списка фильмов, статистики, логгинга в MySQL базу, и собственно алгоритмов поиска) грузить, какие параметры у них будут и т.п.

3. Я прекрасно знаю, как это все работает. Не надо плз меня учить. Если что, см. пункт 1.

Вообще, я не являюсь сторонником текущей реализации LR. Честно говоря, мне она не очень-то нравится. Я за идею болею (всей душой, честное слово). По моим комментариям по-моему это видно.

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

Dixi.

> Вообще, я не являюсь сторонником текущей реализации LR. Честно говоря, мне она не очень-то нравится. Я за идею болею (всей душой, честное слово). По моим комментариям по-моему это видно.

О-о-о, бля! Докрутились! Я не я и лошадь не моя!
Я тоже не против светлого будущего и всеобщего процветания, "я за идею болею", вот только "не являюсь сторонником текущей реализации". Ага.

> О-о-о, бля! Докрутились! Я не я и лошадь не моя! Я тоже не против светлого будущего и всеобщего процветания, "я за идею болею", вот только "не являюсь сторонником текущей реализации". Ага.

Ну покажи мне пожалуйста, где я говорил, что мне нравится идея с тысячами мелких файликов в /etc/registry?

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

А другого реестра пока на горизонте нет!

> Как же вы достали. Перед тем, как что-то писать, ознакомьтесь с предметом разговора. ...
> Процитирую тогда:
1. Там XML используется только для импорта/экспорта. Вас никто не обязывает.
2. Сами данные хранятся как файлики в /etc.
3. Порча одного ключа портит (о, парадокс!) только этот ключ.
4. Права доступа регулирует файловая система. Она же обеспечивает быстроту и качество операций с реестром.

То есть "одобрямс"?

> Какое счастье, что среди местных противников LR, с пеной у рта доказывающих порочность того, о чем они даже представления не имеют, мало программистов (кодеров), которые, собственно, и будут решать, жить LR или сдохнуть

LR уж какой есть. Ты собственно кто?

> В моем текущем проекте (скромненький поисковик по локальным сетям) я буду использовать LR. Точка.

Ах кодер! Использовать собрался? Значит ЗА!

> Ну покажи мне пожалуйста, где я говорил, что мне нравится идея с тысячами мелких файликов в /etc/registry?

Дальше продолжать? Тебе нравится идея LR, которая именно так и реализована. Ты собираешься использовать то что тебе не нравится? Мда.

Думаю, что проблема твоя в выборе не той базы или в неумении ее использовать.

каким раком его туда засунуть?

> Дело за "малым" - как заставить разработчиков, скажем, sendmail принять и использовать этот формат?

Да хрен с ними, с разработчиками.

Пускай кто-нибудь для начала попробует представить sendmail.cf в виде убожества name=value...

Ой, не надо... ;)

> Да хрен с ними, с разработчиками. Пускай кто-нибудь для начала попробует представить sendmail.cf в виде убожества name=value...

Да не надо это делать. Нужна просто программа (frontend) для всех конфигурационных файлов системы. Заходишь в такую, набираешь пароль root и правишь все конфиги из этой программы прямо (backup старых настроек можно сделать), пользуешься поиском, видишь, что у тебя установлено и тд... Такая программа нужна, она не всякие левые никому не нужные регистры...