Подведены итоги (http://dot.kde.org/2013/04/17/report-freedesktop-summit) состоявшегося на прошлой неделе саммита FreeDesktop, проведённого с целью улучшения сотрудничества между разработчиками свободных десктоп-окружений. Собравшиеся на саммите разработчики KDE, GNOME, Unity и Razor-qt обсудили насущные вопросы, связанные с переносимостью и следованию единым спецификациям. В итоге был согласован план по дальнейшему развитию спецификаций FreeDesktop (http://FreeDesktop.org), который подразумевает создание совместной рабочей группы, в которую войдут представители GNOME, KDE и Unity.
Группа будет наблюдать за обсуждениями в списке рассылки xdg (http://lists.freedesktop.org/mailman/listinfo/xdg), участвовать в дискуссиях и принимать решение по поводу достижения консенсуса по тому или иному вопросу развития спецификации. Ожидается, что подобный шаг поможет вернуть списку рассылки xdg роль основной точки связи между свободными десктоп-проектами.
На встрече также было принято несколько конкретных решений, касающихся улучшения существующих спецификаций:- Достигнуто соглашение по спецификации для интерфейсов D-Bus, реализуемых приложениями. Подобная спецификация позволит воплотить в жизнь схему активации приложений через D-Bus, при которой приложение может запускаться через отправку D-Bus-запроса вместо выполнения исполняемого файла.
- Одобрены изменения по доступности для приложений спецификации управления элементами рабочего стола.
- Решено внести изменения в спецификацию управления корзиной, которые предоставят эффективные средства для определения размера всех элементов, находящихся в корзине. Данную возможность, например, можно будет использовать для вывода уведомлений, когда размер корзины становится слишком велик.
- Представлен новый формат для файлов с кэшем и индексами содержимого всех ".desktop"-файлов в определённой директории. Новый формат позволяет применять эффективные механизмы полнотекстового поиска для ".desktop"-файлов и использовать быструю выборку и фильтрацию полей (например, можно быстро определить какие приложения поддерживают работу с заданным типом файла). При этом новый формат обеспечивает снижение потребления дискового пространства кэшем и индексами, и требует меньше оперативной памяти при выполнении операций, так как содержимое файлов совместно используется всеми процессами при помощи mmap.- Рассмотрен прототип (http://www.opennet.me/opennews/art.shtml?num=36457) реализации D-Bus, использующей подсистему kdbus (http://www.opennet.me/opennews/art.shtml?num=36067), планируемую для интеграции в ядро Linux и представляющую собой аналог протокола D-Bus (http://www.freedesktop.org/wiki/Software/dbus), реализованный на уровне ядра и позволяющий обойтись без необходимости запуска в пространстве пользователя отдельного демона D-Bus.
- Обсуждены вопросы будущего сервиса пользовательских аккаунтов и какие потребности десктопов отличных от GNOME в нем следует реализовать. Например, рассмотрено предложение хранения в данном сервисе данных локали и предоставление структурированного хранилища для хранения произвольных параметров в формате ключ/значение.
- Без конкретных решений остались обсуждения средств управления сессиями через D-Bus, замена основанной на технологиях X11 системы уведомления о запуске, экспортирование через D-Bus групп выполнения действий и привязки действий к элементам контекстного меню в интерфейсах работы с файлами.
URL: http://dot.kde.org/2013/04/17/report-freedesktop-summit
Новость: http://www.opennet.me/opennews/art.shtml?num=36720
Я так понимаю это конференция разработчиков FreeDesktop на базе Qt (unity вроде тоже на Qt переходит....). Только что там делает GNOME? тоже собирается на Qt переходить :)? Ну переходите уже, не нарушайте единообразие.
Дамп потока сознания очередного тулкитофоба. Навевает уныние.
При чем тут тулкит? Какое отношение это имеет к обсуждаемым на конференции вопросам?
> При чем тут тулкит? Какое отношение это имеет к обсуждаемым на конференции
> вопросам?Прямое. О чем могут говорить гномосеки с кедорасами и не подраться при этом, как обычно?
Нафига тащить в ядро всякую фигню. По моему dbus в ядре это еще та дырень для безопасности будет или я ошибаюсь?
Само по себе оно не более дырень чем любой иной интерфейс в ядре. А почему ядро не должно иметь доступа к dbus? За что его так обули то?
> Само по себе оно не более дырень чем любой иной интерфейс в
> ядре. А почему ядро не должно иметь доступа к dbus? За
> что его так обули то?Да ядру в общем-то пофиг на dbus. Главное - где сам dbus находится.
Например, с точки зрения надежности. Если демон dbus упадет - произойдет сбой доставки, что неприятно и крайне трудно поддается обработке. А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.
Еще утверждается, что ядерный dbus должен быть не только надежнее, но также быстрее и безопаснее юзерспейсного. Надо полагать, по похожим принципам.
>Если демон dbus упадет - произойдет сбой доставки, что неприятно и крайне трудно поддается обработке. А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.Цитата дня.
>>Если демон dbus упадет - произойдет сбой доставки, что неприятно и крайне трудно поддается обработке. А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.
> Цитата дня.Нуачо, гарантированная доставка as is.
>...можно и не париться с обработкой.А вот подобные сообщения настораживают...
Да тот же ipc. Чуть сложнее.
> Да тот же ipc. Чуть сложнее.Чем оно лучше IPC, или, к примеру, doors?
>А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.Модули часто педают, ядро при этом как правило обрабатывает это без кернел-паник (если этот модуль не жизненно важен).
Сабжевый дбас всего-лишь курьер. Ему всё равно что за письма он носит.
обули-то
> обули-тоВас надо было не только обуть, но еще и по лицу дать.
Можешь не тащить. Ставь демона, не ставь kdbus
Есть подозрение, что после публичного релиза kdbus проги начнут массово юзать специфичные для него фичи.
завсегдатай тупичка?
А по-русски можно?
> А по-русски можно?Имеется ввиду тупичок Гоблина.
> Нафига тащить в ядро всякую фигню. По моему dbus в ядре это еще та дырень для безопасности будет или я ошибаюсь?В юзерспейсе на порядок опаснее.
Это так же небезопасно, как и сокеты. Тащить в ядро затем, чтоб был механизм publish/subscribe.
> Это так же небезопасно, как и сокеты. Тащить в ядро затем, чтоб
> был механизм publish/subscribe.Есть же netlink.
> Это так же небезопасно, как и сокеты. Тащить в ядро затем, чтоб
> был механизм publish/subscribe.Линь же - самая безопасная на планете ось! (издеваюсь) Не так ли, Шигорин?
Пусть еще энлайтмент в когорту возьмут, чтоли. Чего он как рыжий то? Еще можно XFCE и LXDE.
Что насчёт индикаторов приложений (indicator-applet / knotify)? Станут новым стандартом вместо старого трея?
> Что насчёт индикаторов приложений (indicator-applet / knotify)? Станут новым стандартом
> вместо старого трея?А фиг знает - почему бы не спросить в указанном списке рассылки?
> Еще можно XFCE и LXDE.Afaik, они не настолько DE, чтобы париться о таких вещах.
>> Еще можно XFCE и LXDE.
> Afaik, они не настолько DE, чтобы париться о таких вещах.ага. разор, значит, «настолько DE», а xfce — нет. выдыхай, что ли…
> ага. разор, значит, «настолько DE», а xfce — нет.Razor - wannabe DE. XFCE - нет.
>> ага. разор, значит, «настолько DE», а xfce — нет.
> Razor — wannabe DE. XFCE — нет.что «нет»? не вонаби? или не DE? попробуй выражаться ясней.
> что «нет»? не вонаби? или не DE? попробуй выражаться ясней.По-русски: разор - хочет стать DE, XFCE - не хочет.
>> что «нет»? не вонаби? или не DE? попробуй выражаться ясней.
> По-русски: разор — хочет стать DE, XFCE — не хочет.уточню: не хочет, потому что уже, или не хочет, потому что не может? ибо по сути xfce и есть DE, а вот razor пока нет.
> уточню: не хочет, потому что уже, или не хочет, потому что не может?Не хочет, потому что считает функциональность для себя излишней, очевидно.
> сути xfce и есть DE, а вот razor пока нет
XFCE - не больше DE, чем разор. Но, в отличие от разора, не стремится что-то менять.
> XFCE — не больше DE, чем разор.намного больше. но если ты этого не видишь — то ты ничего не понимаешь в теме обсуждения, и дальнейший разговор просто не имеет смысла.
> XFCE - не больше DE, чем разор. Но, в отличие от разора, не стремится что-то менять.Если под "менять" подразумевается желание впарить свой почтарь, IM, базу данных контактов в мускуле, собственный торент-клиент, и что я там еще забыл - это, пожалуй, к лучшему. А то понатащут в систему всяких аконади, непомуков и прочих JS...
а по-одиночке не выживут
> а по-одиночке не выживутСпойлер: в конце Unity всех убьет ножом в спину и останется один.
>>предоставление структурированного хранилища для хранения произвольных параметров в формате ключ/значение.Что то такое решение сильно напоминает :)
на самом деле реестр (регистр) не так уж и плох
> на самом деле реестр (регистр) не так уж и плохВовсе не говорю, что он плох. Но понимание этого у MS произошло довольно быстро, в линуксе, боюсь, такой процесс затянется на гораздо более длительный срок, к тому же с опозданием на 20 лет.
>> на самом деле реестр (регистр) не так уж и плох
>Вовсе не говорю, что он плох.А зря.
Одно дело «для хранения произвольных параметров» и совсем другое хранить там критически-важные для функционирования системы данные, ком-объекты, актив-хы, тлб, итд, итп.
Мс любую идею может довести до маразма, если хотя бы только намёк появляется на возможность вендор-локин.зыж
>Но понимание этого у MS произошло довольно быстро, в линуксе, боюсь, такой процесс затянется на гораздо более длительный срок, к тому же с опозданием на 20 лет.Не бойтесь за линукс, не надо.
ззыж
К тому же что-то мне подсказывает, что формат этого хранилища будет открытым (а может даже и не бинарным), а не как у свежеиспечённого лузера.
> Одно дело «для хранения произвольных параметров» и совсем другое хранить там
> критически-важные для функционирования системы данные, ком-объекты, актив-хы, тлб, итд,
> итп.Второе является подмножеством первого.
> Мс любую идею может довести до маразма
В тру-юниксах, в частности, IBM AIX, хранить критически важные системные данные в бинарной БД начали еще когда дос пешком под стол ходил. Это так, к вопросу об источниках маразма.
>Второе является подмножеством первого.Второе это что?
актив-хы? верно, но фекалий они в реестр пихают гораздо больше.
первое - произвольные параметры
второе - критически важные данные
И что это должно доказывать?
Натуральные числа, подмножество вещественных.Запуская программу с удалёнными данными из gconf(dconf,xfconf,…) я получаю выполняющееся приложение с настройками по-умолчанию.
Запуская любое ПО связанное с ком(и выше)-технологиями без записей в реестре, я получаю ошибку. в лучшем случае.зыж
Про тормоза вообще молчу.
Вон стоит только установить МСО и система сразу в 3 раза медленнее грузится. Именно из-за разрастания реестра в основном.
>Натуральные числа, подмножество вещественных.Незачет по теории типов
Это не типы, это математика, теория множеств.
ℕ ∊ ℝ
Сессию будете сдавать осенью, а пока — Ø.
> Это не типы, это математика, теория множеств.
> ℕ ∊ ℝИспользуешь отношение принадлежности вместо отношения включения. Низачот.
Т.е. хотите сказать запись неверная?
Никакой осени. Юаинаминау.
> Т.е. хотите сказать запись неверная?Да, натуральные числа - это подмножество рациональных, а не элемент.
Серьёзно? Вы утверждаете, что выражение "множество натуральных чисел принадлежит множестве рациональных" ложно? : D
Да, оно ложно.
Доказать сможешь?
> Серьёзно? Вы утверждаете, что выражение "множество натуральных чисел принадлежит множестве
> рациональных" ложно? : DПриведенная тобой выше запись означает "множество натуральных чисел является элементом множества рациональных". Что очевидно ложно, так как элементами множества рациональных чисел являются только числа, а не множества.
> Серьёзно? Вы утверждаете, что выражение "множество натуральных чисел принадлежит множестве
> рациональных" ложно? : DГражданин, откройте первую страницу учебника по матану, посмотрите разницу между знаками "является элементом" (похоже на букву э) и "является подмножеством" (похоже на букву с). После этого поменяйте ник, т.к. этот уже обосран.
> Используешь отношение принадлежности вместо отношения включения. Низачот.Тоже резануло глаз. :-)
Вы вообще бестолочь. См. Выше.
> Вы вообще бестолочь. См. Выше.Прежде чем называть других бестолочами, осиль хотя бы школьный курс математики :)
> Прежде чем называть других бестолочами, осиль хотя бы школьный курс математики :)Да там все время на "ананизм" ушло.
> Запуская программу с удалёнными данными из gconf(dconf,xfconf,…) я получаю выполняющееся
> приложение с настройками по-умолчанию.
> Запуская любое ПО связанное с ком(и выше)-технологиями без записей в реестре, я
> получаю ошибку. в лучшем случае.И то, и другое подпадает под определения "произвольных данных" :)
На то они и произвольные - что хочу, то и пишу. Хочу - некритичные данные, хочу - критичные.
>На то они и произвольные - что хочу, то и пишу. Хочу - некритичные данные, хочу - критичные.Разумеется.
Но это не значит что другие не назовут вас идиотом.
>>На то они и произвольные - что хочу, то и пишу. Хочу - некритичные данные, хочу - критичные.
> Разумеется.
> Но это не значит что другие не назовут вас идиотом.Назовут-не назовут, а дело-то сделано. Хранилище есть? Есть. Произвольные данные хранит? Произвольные. Тады все нормально, расходимся.
А кто спорил, что реестр не хранилище?
Плоские файлы тоже хранилище. Винт и тот хранилище.
Реестр винды — реализованное через опу, но таки тоже хранилище и данных(как персональных, так и системных), и кода, и прочей порнушки. Свалка.
> Реестр винды — реализованное через опу, но таки тоже хранилище и данных(как
> персональных, так и системных), и кода, и прочей порнушки. Свалка.Реестр винды - это, по-сути, немного специфическая файловая система. Для нее даже драйвер есть - https://github.com/ressy/winregfs , хоть и недоделанный.
Очевидно что вы не понимаете что такое fuse.
Рад представить вам ещё одну фс. Называется mysql — https://github.com/clsn/mysqlfuse
Есть ещё и и друге, подобные "фс" , например ldap, httpfs или к примеру smb (smbfs монтирует сразу всю локальную сеть по cifs, а не одну шару), и ещё куча, куча всего (сходите на сайт fuse).Не путайте конкретную технологию и её (возможное) представление в виде древовидной струтуры, которую возможно отобразить на файловую систему с помощью fuse.
Реестр — это б/д (не реляционная). У неё даже триггеры есть (хуки).
Ну а то, что мс предложила в ней хранить, вообще отдельная песня (см. выше уже писал)Зыж
Вы серьёзно вот так вот думали? Или это такой троллинг?
> Очевидно что вы не понимаете что такое fuse.При чем тут fuse? То же самое можно сделать на Виндовском IFS.
> Не путайте конкретную технологию и её (возможное) представление в виде древовидной струтуры,
> которую возможно отобразить на файловую систему с помощью fuse.Милый друг, файловая система - это подвид баз данных. А конкретно - иерархическая база данных. Есть ключ - полный путь, есть значение - содержимое файла.
> Реестр — это б/д (не реляционная). У неё даже триггеры есть (хуки).
Да, реестр - это тоже, как и фс, иерархическая база данных. Тоже ключ - значение, ключи организованы в виде дерева. Единственное отличие от UNIX'овой fs - наличие поля default у каталогов реестра. Эмулируется файлом default в каждом каталоге fs.
> Вы серьёзно вот так вот думали? Или это такой троллинг?
Я это не думаю, я это знаю.
>Милый друг, файловая система - это подвид баз данных.Вы больны на всю голову.
И, в таком разрезе, я вам точно не друг :D
>>Милый друг, файловая система — это подвид баз данных.
> Вы больны на всю голову.можно узнать, откуда получился такой вывод? особенно если учесть, что оппонент прав.
Тогда уточните в чём именно он прав.Зыж
Я могу через эту fuse фс сохранить в реесте образ(ы) блюрэй-диска? Фильмы? Мп3? Картинки?
Нет? А загрузится с неё можно?
Значит это не файловая система.
С другой стороны через fuse вы также не увидите таких понятий как коммит, ролбэк, триггер, аудит и тд.Всё есть файл, но не всё есть файловая система.
Точно также если я отображу таблицы мссиквела через одбц на файловую структуру это не сделает из моей поделки субд, а из мссиквела файловую систему.
> Тогда уточните в чём именно он прав.в том, что файловая система — это иерархическая БД вида «key-value».
> Я могу через эту fuse фс сохранить в реесте образ(ы) блюрэй-диска?
> Фильмы? Мп3? Картинки?да можешь. не понятно, зачем, но можешь.
> Нет? А загрузится с неё можно?
можно. драйвер надо сделать только.
> Значит это не файловая система.
загрузить винду с jfs я не могу. значит, jfs — не файловая система. так получается?
> С другой стороны через fuse вы также не увидите таких понятий как
> коммит, ролбэк, триггер, аудит и тд.отчего это? всё реализуемо. костыльно, но реализуемо.
> Всё есть файл, но не всё есть файловая система.
да всё. просто некоторые fs хорошо маскируются.
> Точно также если я отображу таблицы мссиквела через одбц на файловую структуру
> это не сделает из моей поделки субд, а из мссиквела файловую
> систему.и таки сделает.
>в том, что файловая система — это иерархическая БД вида «key-value».Первое — он, мягко говоря, несколько иначе выразился. Вы его штатный толкователь?
Второе — и это теперь должно значить, что любая субд (реестр) является файловой системой?
>> Я могу через эту fuse фс сохранить в реесте образ(ы) блюрэй-диска? Фильмы? Мп3? Картинки?
>да можешь. не понятно, зачем, но можешь.не могу. и ты не можешь. или докажи и покажи как.
так же интересен вопрос зависимости этой фс от хранящихся данных — я могу в ней штатными средствами удалить/переместить всё, не нарушив работу?
>можно. драйвер надо сделать только.
>> Значит это не файловая система.
>загрузить винду с jfs я не могу. значит, jfs — не файловая система. так получается?а кто говорил, что jfs является файловой системой для винды?
она для винды является ещё меньшей ФС, чем реестр для… всех.
>> Всё есть файл, но не всё есть файловая система.
>да всё. просто некоторые fs хорошо маскируются.да, всё просто. есть файловые системы, а есть всё остальное.
>> Точно также если я отображу таблицы мссиквела через одбц на файловую структуру это не сделает из моей поделки субд, а из мссиквела файловую систему.
>и таки сделает.нет, не сделает. мссиквел в ФС не трансформируется и как был рсубд, так ей и останется.
>>в том, что файловая система — это иерархическая БД вида «key-value».
> Первое — он, мягко говоря, несколько иначе выразился. Вы его штатный толкователь?я отвечал на #131. перечитай это сообщение. лучше три раза.
> не могу. и ты не можешь. или докажи и покажи как.не вопрос. какова оплата? я по щелчку пальцев давно уже не прыгаю.
> а кто говорил, что jfs является файловой системой для винды?
ты говорил, что если нельзя загрузиться — то не FS. опять перечитай свой пост.
> да, всё просто. есть файловые системы, а есть всё остальное.
breaking news!
> нет, не сделает. мссиквел в ФС не трансформируется
это только потому, что у тебя руки из задницы.
>я отвечал на #131. перечитай это сообщение. лучше три раза.с тобой так вообще никто не общался, и?
>не вопрос. какова оплата? я по щелчку пальцев давно уже не прыгаю.100'000р. При условии, что в этой фс я могу создавать, перемещать и удалять все объекты доступные как через вындусовый regedit, так и вышеуказанные образы блюрэйдисков, фильмы, и тд, итп. и она при этом не разрушится.
>ты говорил, что если нельзя загрузиться — то не FS. опять перечитай свой пост.а ещё я ставил точки и запятые.
можешь выдернуть их из контекста и придраться? :D
>> нет, не сделает. мссиквел в ФС не трансформируется
>это только потому, что у тебя руки из задницы.это потому что ты тупой.
>>я отвечал на #131. перечитай это сообщение. лучше три раза.
> с тобой так вообще никто не общался, и?почитай что-нибудь на тему «публичные обсуждения».
>>не вопрос. какова оплата? я по щелчку пальцев давно уже не прыгаю.
> 100'000р. При условии, что в этой фс я могу создавать, перемещать и
> удалять все объекты доступные как через вындусовый regedit, так и вышеуказанные
> образы блюрэйдисков, фильмы, и тд, итп. и она при этом не
> разрушится.ок. как будем договор составлять?
>>ты говорил, что если нельзя загрузиться — то не FS. опять перечитай свой пост.
> а ещё я ставил точки и запятые.
> можешь выдернуть их из контекста и придраться? :Dмогу, но не буду: пока что ты успешно садишься в лужу и так.
>>> нет, не сделает. мссиквел в ФС не трансформируется
>>это только потому, что у тебя руки из задницы.
> это потому что ты тупой.у тебя руки из задницы потому, что я тупой? это вряд ли: я не твой отец.
>почитай что-нибудь на тему «публичные обсуждения».почитай что-нибудь на тему «публичные обсуждения».
>ок. как будем договор составлять?как хочешь.
>могу, но не буду: пока что ты успешно садишься в лужу и так.да как то все больше тебе на голову, т.к. ты уже в ней.
у тебя руки из задницы потому, что я тупой? это вряд ли: я не твой отец.
>>>> нет, не сделает. мссиквел в ФС не трансформируется
>>>это только потому, что у тебя руки из задницы.
>> это потому что ты тупой.
>у тебя руки из задницы потому, что я тупой? это вряд ли: я не твой отец.а что, все тупые производят детей с руками из задницы?
не, ты тупой объективно как аксиома.
>>почитай что-нибудь на тему «публичные обсуждения».
> почитай что-нибудь на тему «публичные обсуждения».попка молодец.
>>ок. как будем договор составлять?
> как хочешь.тогда приезжай, составим, заверим у нотариуса. учитывая, как ты подставляешься, это будет не договор, а сказка и карт-бланш на выкачивание бабла.
заметь, отказаться приехать ты можешь теперь только с потерей лица.
>>могу, но не буду: пока что ты успешно садишься в лужу и так.
> да как то все больше тебе на голову, т.к. ты уже в
> ней.на дурака не нужен нож. особенно на дурака, который уверен, что он самый умный. ты чудо, а не клиент. денежный колодец просто.
> а что, все тупые производят детей с руками из задницы?
> не, ты тупой объективно как аксиома.конечно-конечно. как скажешь. ты, главное, приезжай договор составлять: обожаю халявное бабло.
как я и ожидал — молча слился.
> как я и ожидал — молча слился.Видимо, прочел таки страницу книжки по матану про подмножество и элемент множества. :-) Я ему еще там, выше писал, что ник нужно выкинуть - он безвозвратно обосран.
вот так вот он подло обломал мои планы обогащения. а я уже мешок для денег заказал…
> Реестр винды — это, по-сути, немного специфическая файловая система.непонятно только, зачем реализовывать тормозную и неудобную FS со своим отдельным API поверх уже существующей тормозной и неудобной FS.
> непонятно только, зачем реализовывать тормозную и неудобную FS со своим отдельным API
> поверх уже существующей тормозной и неудобной FS.Хорошие разработчики в MS еще не пришли, царили MS DOS/Windows 3.0 и файловая система FAT16 с ограничением 8.3 на имена файлов.
> Хорошие разработчики в MS еще не пришли, царили MS DOS/Windows 3.0 и
> файловая система FAT16 с ограничением 8.3 на имена файлов.кагбэ реестра в тройке не было. а в 95 уже были LFN.
> кагбэ реестра в тройке не было. а в 95 уже были LFN.Его сперва встроили не общесистемным компонентом, а только то ли для OLE, то ли для COM. Т.е. общие настройки операционной среды брали из .ini файлов, а для какой-то подсистемы из регистра.
А в NT не смогли сделать хорошую файловую систему - вспомни "дефрагментацию NTFS". Это же полный Пэ, когда fs себя сама фрагментировала с усиленной скоростью.
> Его сперва встроили не общесистемным компонентом, а только то ли для OLE,
> то ли для COM. Т.е. общие настройки операционной среды брали из
> .ini файлов, а для какой-то подсистемы из регистра.ну так это ещё более-менее разумно было.
> А в NT не смогли сделать хорошую файловую систему
спереть, если точнее. потому как ноги растут, емнип, из HPFS.
а вообще — у межделмаша спёрли, как обычно. прямиком из OS/2. ну, спёрли как m$ обычно это делает: через заднепроходное отверстие.
зыж
>В тру-юниксах, в частности, IBM AIX, хранить критически важные системные данные в бинарной БД начали еще когда дос пешком под стол ходил. Это так, к вопросу об источниках маразма.Да хоть в ксениксах.
Речь о фридесктопе. И буме на открытые технологии вообще и линух в частности.ззыж
Ну вы ещё в реестр все субд запишите, угу.
Там вон амароки мускуль юзают. Повод позубоскалить.
Без реестра винда не грузится, сабж — легко. Вот и весь сказ.
> Да хоть в ксениксах.Даже Xenix более Unix, чем Linux :)
> А зря.
> Одно дело «для хранения произвольных параметров» и совсем другое хранить там
> критически-важные для функционирования системы данные, ком-объекты, актив-хы, тлб, итд,
> итп.
> Мс любую идею может довести до маразма, если хотя бы только намёк
> появляется на возможность вендор-локин.Кто мешает проявить истинно линуковый ум и сделать по уму? :-) Явно же ведь не ms.
А кто сказал что по уму уже не сделано?
Вы?
Пфу…
> А кто сказал что по уму уже не сделано?
> Вы?
> Пфу…мигель подойдет? :-)
Маковод? Партнёр МС?
Нет конечно.
Вы бы ещё бил гейса предложили.
> Маковод? Партнёр МС?
> Нет конечно.
> Вы бы ещё бил гейса предложили.Боюсь что сей маковод сделал для линукса больше не только всего опеннета но и всего рунета :)
> Боюсь что сей маковод сделал для линукса больше не только всего
> опеннета но и всего рунета :)Вот именно в этом случае ваши подростковые страхи абсолютно ничем не подкреплены, ггг
И что? Когда он что-то делал для линукса, тогда он почему то реестры не пихал.
Как стал партнёром МС, образумился?зыж
>сей маковод сделал для линукса больше не только всего опеннета но и всего рунетак тому же брехня.
> И что? Когда он что-то делал для линукса, тогда он почему то
> реестры не пихал.
> Как стал партнёром МС, образумился?Билли тоже не сразу к реестру пришел, но когда 10 строчный
> зыж
>>сей маковод сделал для линукса больше не только всего опеннета но и всего рунета
> к тому же брехня.
>Билли тоже не сразу к реестру пришел, но когда 10 строчныйБилли маркетоид.
Поэтому ему то как раз простительно.Если бы сабж ставил себе целью подсадить всех на кукан, то тоже бы пришли к подобному смешения кода в субд.
И тоже с какойнить КреатФактори2 с проверкой очередного дрм через очередной сервилат. И чтоб не больше 3-х человек в комнате.
> И что? Когда он что-то делал для линукса, тогда он почему то
> реестры не пихал.
> Как стал партнёром МС, образумился?Билли тоже не сразу к реестру пришел, но когда 10 строчный config.sys превратися в 100 system.ini а в перспективе вообще в неподъемное угробище, то он проник проблему
Линуксоидам еще только предстоит пройти долгий путь к прозрению, надо только мыть глазки :)> зыж
>>сей маковод сделал для линукса больше не только всего опеннета но и всего рунета
> к тому же брехня.Да голимая правда :)
Голимая, это точно. :Dзыж
по 2-а раза пишешь.
выше ответил.
> Голимая, это точно. :D
> зыж
> по 2-а раза пишешь.
> выше ответил.Рука с клавы сорвалась от искреннего возмущения :)
:D
Ну хоть поржали… Пойду спать.
зыж
>Рука с клавы сорвалась от искреннего возмущения :)Хорошо что не реестр накрылся.
> Боюсь что сей маковод сделал для линукса больше не только всего
> опеннета но и всего рунета :)да не, всё нормально, не бойся: ты ошибся. как всегда.
> да не, всё нормально, не бойся: ты ошибся. как всегда.Пока что в рунете появлятся по большей части авторы "лучшего фронтенда к mplayer на питоне", а отнюдь не авторы гнома :)
> Пока что в рунете появлятся по большей части авторы «лучшего фронтенда к
> mplayer на питоне», а отнюдь не авторы гнома :)а что, это сильно разные проекты? O_O
>> Пока что в рунете появлятся по большей части авторы «лучшего фронтенда к
>> mplayer на питоне», а отнюдь не авторы гнома :)
> а что, это сильно разные проекты? O_Oшлепанцофан или хумодел ?:)
speak russian, please.
> speak russian, please.кеды это шлепанцы, хумодел это хmonad
:)
>> speak russian, please.
> кеды это шлепанцы, хумодел это хmonad
> :)чур меня, чур! fluxbox. до этого E17. до этого windowmaker.
> чур меня, чур! fluxbox. до этого E17. до этого windowmaker.icewm-flubox-e16
У каждого своя путя :)
> icewm-flubox-e16
> У каждого своя путя :)не спорю. интересно только, почему E16.
>> icewm-flubox-e16
>> У каждого своя путя :)
> не спорю. интересно только, почему E16.E17 слишком гламурен. Излишняя красивость тоже вредит.
> E17 слишком гламурен. Излишняя красивость тоже вредит.я не про то, я про то, почему E16, а не флюкс. стремление к красивостям быстро проходит, а у флюкса есть встроеный таскбар, notification area и slit. то есть, при прочих равных не надо доставлять софта.
> я не про то, я про то, почему E16, а не флюкс.
> стремление к красивостям быстро проходит, а у флюкса есть встроеный таскбар,
> notification area и slit. то есть, при прочих равных не надо
> доставлять софта.Флюкс это другая крайность. Он уж слишком прост. Я в E16 запилил tint2+
wmdrawer как запускалку. Доволен и пока никуда слезать не собираюсь
> Он уж слишком прост.кагбэ понавороченей E16 будет (не в плане визуала, конечно). а если не устраивают его «навороты» — то их можно и отключить.
вообще, у меня такое подозрение, что ты из E16 сделал недоwindowmaker. %-)
> вообще, у меня такое подозрение, что ты из E16 сделал недоwindowmaker. %-)Скорее гномощель :))
> Скорее гномощель :))они тоже пытаются написать windowmaker. видимо, не смогли склонировать репозиторий. или NIH в терминальной стадии.
p.s. а также E16 и sawfish.
p.p.s. DE не нужны.
> p.p.s. DE не нужны.Не тому вбросил :))
>>> на самом деле реестр (регистр) не так уж и плох
>>Вовсе не говорю, что он плох.
>А зря.
>Одно дело «для хранения произвольных параметров» и совсем другое хранить там
>критически-важные для функционирования системы данные, ком-объекты, актив-хы,
>тлб, итд, итп.А в чем тогда хранить критически важные данные? В настоящем железном сейфе распечатанными на бумаге? А чтобы вас не пугал бинарный формат - продумайте структуру по-надежнее, например, с контрольными суммами и резервными копиями. А иначе, когда эти данные вы будете хранить в текстовом виде, у вас будет куча программ, каждая из которых дергает кучу "...ком-объекты, актив-хы, тлб..." и вам станет грустно шерстить огромные текстовые файлы или разово при загрузке их "компилировать" в бинарное представление и держать целиком в памяти. А если текстовый файл попорчен, то столкнетесь с той же проблемой "незапуска" программ или системы, что и с бинарным реестром - вряд ли вы сможете сами вручную восстановить "разбитый" мегабайтный текстовый файл. И вообще, странно, почему это в популярных СУБД файлы данных "внутрях" не в удобном "человекочитабельном" текстовом виде представлены, это ведь так надежно! А, понятно, там ведь не хранят "критически-важные данные"
Охохо, просто ты нуб не сталкивался в 90-х с развалом реестра и неработоспособностью системы из за него
Он и сейчас разваливается. И не так уж редко.Зыж
Но проблема не в том, чтобы использовать различные б/д.
Вопрос в том, чтобы в базах данных были именно данные, а не «активные» элементы кода.
>«активные» элементы кодаЭто понятие весьма расплывчатое. Кто, к примеру, мешает мне хранить серилизованные данные, которые быстренько становятся активным кодом после того как над ними поработает десерилизатор? Да никто!... И вообще я могу хранить там скрипты на том же питоне, руби, перле, так сказать, в чистом виде....
Я думаю, что не стоит давать школоте еще один пистолет: у них и так оружия хватит что бы не только ногу себе отстрелить, а и фарш из нее сделать!
> серилизованныеэто что, пардон, такое? варианты трактовки только неприличные получаются.
>> серилизованные
> это что, пардон, такое? варианты трактовки только неприличные получаются.Это такая штука, которая позволяет сложный объект закодировать с помощью очень-очень простых. Вот ссыль http://en.wikipedia.org/wiki/Serialization Извини если подпортил тебе удовольствие от поиска определения с помощью гугла, - ты кажется это любишь.)) Но ты можешь поискать русский перевод.))))
> Это такая штука, которая…называется «сериализация». и «сериализованные». а «серилизованные» — это, пардон, то, что быдлокод оставил после себя в /tmp.
>>«активные» элементы кода
>Это понятие весьма расплывчатое. Кто, к примеру, мешает мне хранить серилизованные данные, которые быстренько становятся активным кодомДа вы можете делать что угодно. Хоть вприсядку, хоть голиком.
Пока это не носит системотический характер и не навязывается поголовно как основная часть ОС.
> голиком
> системотическийужас какой. кто пустил сюда дисграфика?
>> голиком
>> системотический
> ужас какой. кто пустил сюда дисграфика?Не виноватые мы, он сам пришел!
да, вас, удодов, вообще никто не спрашивал :D
Вам не приходило в голову, что посетителям данного ресурса решения MS двадцатилетней давности, скорее, не нравятся?
> Вам не приходило в голову, что посетителям данного ресурса решения MS двадцатилетней
> давности, скорее, не нравятся?Зато им нравится, например, решение той же давности яббла в виде глобального меню. Без разницы какой давности решение, подобное в aix оно уже лет 40.
Если же вы считаете что все приходящие на опеннет обязаны придерживаться "единственно правильной точки зрения", то вы скорее всего ошибаетесь. Такое стремление характерно для сектантов или фанатиков, но далеко не все посетители данного ресурса к ним относятся.
>Зато им нравится, например, решение той же давности яббла в виде глобального меню.Ну вот я посетитель данного ресурса. Глобальное меню считаю откровенно бредовой затеей, вне зависимости от того, где оно применяется. У меня верхняя часть экрана замена панелькой с лотком, задачами, несколькими индикаторами. Для глобального меню там места нет. Я использую focus follows mouse, с глобальным меню это тоже работает плохо при наличии более одного окна или фрейма на экране.
>Если же вы считаете что все приходящие на опеннет обязаны придерживаться "единственно правильной точки зрения"Я считаю, что фанатов win-подобного реестра можно найти где угодно, но на ресурсах вроде OpenNet их концентрация будет наименьшей. Здесь значительная часть посетителей как раз ушла от использования продукции MS, не в последнюю очередь потому, что решения MS им не нравились.
Вопрос в том, что зачастую неприятие ms становится глобальным, и отрицаются даже объективно интересные вещи, только потому что они родом из ms.
> Вопрос в том, что зачастую неприятие ms становится глобальным, и отрицаются даже
> объективно интересные вещи, только потому что они родом из ms.и что родила m$? «объективно интересного»? качественно (и не очень) спёртое просьба не указывать.
> и что родила m$? «объективно интересного»? качественно (и не очень) спёртое просьба
> не указывать.nt4 подойдет? :) Если нет, укажите лучшие аналоги, кроме aix и иже с ними, но у них другая область
> nt4 подойдет? :)а, это тот unix, который они в виде команды упёрли у… э. стоп. ликбез платный.
nt4 уже была хуже 3.5. а их POSIX - совсем говно оказался.А регистер, как инструмент, в unix-ах появился еще 1979 - dbm, но в отличии от виндового, он изначально был с индексом. Можно еще вспомнить технологию printcap из OSF/1.
так что расслабься, мс всегда были плохими девелоперами и первые торгаши - этого у них не отнять.
> nt4 подойдет? :)Это "OpenVMS с гибридным ядром". Есть даже шутка VMS + 111 = WNT.
Студию. Божественная среда. Божественный отладчик.
> Студию. Божественная среда. Божественный отладчик.даже не смешно.
>> Студию. Божественная среда. Божественный отладчик.
> даже не смешно.Конечно, не смешно. Конская командная строка на 3 экрана - исключительно атрибут ГЦЦ.
> Конечно, не смешно. Конская командная строка на 3 экрана — исключительно атрибут
> ГЦЦ.а вот это были стенания бедняши, не умеющего в системы сборки. дальше бедняша должен сказать, что «системы сборки не нужны, для нас, безмозглых, сделали Божественную Студию!»
> на самом деле реестр (регистр) не так уж и плохВсе хорошо, но там нет комментов. Поэтому через некоторое время совершенно невозможно понять, что делает какой ключ.
> Все хорошо, но там нет комментов.И поиска нормального нет. И непонятного ср№ча много. Буквально мегазы.
> И поиска нормального нет. И непонятного ср№ча много. Буквально мегазы.Ну это тоже. Впрочем, говорят, реестр можно примонтировать как файловую систему.
> Ну это тоже. Впрочем, говорят, реестр можно примонтировать как файловую систему.В винде? Или это *никсоиды, как обычно, сделали лучше чем было в оригинале? :)
пока только в линуксе видел, но не юзал - незачем
плоха его реализация?
>>> предоставление структурированного хранилища для хранения произвольных параметров в формате ключ/значение.
> Что то такое решение сильно напоминает :)ога, gconf напоминает
Реестр - теперь не только в гноме!
Вообще в конфигурационных файлах параметры так и хранятся: ключ/значение. Конфиг-файл может быть простым текстовиком, может иметь XML-структуру, в windows реестр имеет двоичный формат. Реестр gconf - XML формат. Врятли во FreeDesktop будут продвигать двоичные форматы настроечных файлов как реестре windows.
> Вообще в конфигурационных файлах параметры так и хранятся: ключ/значение. Конфиг-файл
> может быть простым текстовиком, может иметь XML-структуру, в windows реестр имеет
> двоичный формат. Реестр gconf - XML формат. Врятли во FreeDesktop будут
> продвигать двоичные форматы настроечных файлов как реестре windows.В Enlightenment бинарные конфиги используются уже сейчас.
Впрочем, XML для чтения человеком не намного проще, чем бинарник.
> Впрочем, XML для чтения человеком не намного проще, чем бинарник.XML я любым текстовым редактором открою и прочитаю. В отличие от.
> XML я любым текстовым редактором открою и прочитаю.откроешь — да. прочитаешь? разлапистый xml не намного проще, чем в голове бинарник декодировать. разница в том, что бинарник меньше занимает и быстрее грузится.
Прочитаю, в чём проблема-то? Менее удобен для чтения, чем продуманный конфиг, но тем не менее. Я этих XML читал и писал дофига в своё время. Да и какая там «разлапистость» может быть, если не совсем дебил делал? Два, ну три уровня вложенности. Фигня-с. А вот для бинарника нужна спец-программа. Собственно, уже это перечёркивает все дальнейшие достоинства оного.
> А вот для бинарника нужна спец-программада один хрен: что текстовый редактор, что текстовый редактор на результат экспорта.
вообще, я бы лично предпочёл xml-ю бинарь. а им обоим — обычный текстовый key=value.
а что было бы вообще здорово — это стандартная библиотека, которая текстовые конфиги жуёт. и у которой есть вкусный API оповещения об изменении оных конфигов. чтобы реакцию на это можно было парой колбэков сделать, а не городить велосипеды.
> да один хрен: что текстовый редактор, что текстовый редактор на результат экспорта.
> вообще, я бы лично предпочёл xml-ю бинарь. а им обоим — обычный
> текстовый key=value.С моей точки зрения, предпочтительный порядок иной:
1. текстовый key=value
2. XML
3. бинарник
бинарь распарзить проще, чем xml. ;-)
> если не совсем дебил делал?К сожалению, в этом месте ваши построения терпят фиаско. Будут, будут конфиги, которые совсем дебилы делали. Поэтому нужен формат, в котором урон будет по-меньше.
>> если не совсем дебил делал?
> К сожалению, в этом месте ваши построения терпят фиаско. Будут, будут конфиги,
> которые совсем дебилы делали. Поэтому нужен формат, в котором урон будет
> по-меньше.как будто текстовый конфиг нельзя засрать
> как будто текстовый конфиг нельзя засратьМожно, но немного тяжелее. И это изредка помогает.
> XML я любым текстовым редактором открою и прочитаю. В отличие от.Если уж вы XML в текстовом редакторе можете распарсить, то hexdump-ы для вас должны быть открытой книгой.
> Если уж вы XML в текстовом редакторе можете распарсить, то hexdump-ы для
> вас должны быть открытой книгой.Вот hexdump (крохотный фрагмент крохотный бинарника):
0000000 457f 464c 0102 0001 0000 0000 0000 0000
0000010 0002 003e 0001 0000 0b40 0040 0000 0000
0000020 0040 0000 0000 0000 20f8 0000 0000 0000
0000030 0000 0000 0040 0038 0008 0040 001e 001b
0000040 0006 0000 0005 0000 0040 0000 0000 0000
0000050 0040 0040 0000 0000 0040 0040 0000 0000
0000060 01c0 0000 0000 0000 01c0 0000 0000 0000
0000070 0008 0000 0000 0000 0003 0000 0004 0000
0000080 0200 0000 0000 0000 0200 0040 0000 0000
0000090 0200 0040 0000 0000 001c 0000 0000 0000
00000a0 001c 0000 0000 0000 0001 0000 0000 0000
00000b0 0001 0000 0005 0000 0000 0000 0000 0000
00000c0 0000 0040 0000 0000 0000 0040 0000 0000
00000d0 1cdc 0000 0000 0000 1cdc 0000 0000 0000Вот XML:
<main>
<player login="dev" result="150" />
<player login="flash" result="149" />
<player login="Трус" result="138" />
<player login="Балбес" result="112" />
<player login="Бывалый" result="99" />
<player login="MHz" result="87" />
<player login="Demon" result="81" />
<player login="Nadia" result="79" />
<player login="asd" result="77" />
<player login="Intel" result="76" />
<player login=art" result="75" />
<player login="DJ Spin" result="64" />
<player login="Наталья" result="50" />
<player login="Zabava" result="12" />
<player login="Grant" result="7" />
<player login="666" result="4" />
</main>Кому что, кому что…
А вот гзипанутый лог - бинарная сущность. С лемпел-зивом и деревьями хаффмана. Но почему-то ни у кого возражений не вызывает.Кстати сразу видно что с бинарными данными вы работать не умеете. Даже хексдамп горбатый.
>Кстати сразу видно что с бинарными данными вы работать не умеете. Даже хексдамп горбатый.hexdump ровно такой, какой его (сюрприз!) выдал hexdump без опций. С бинарными данными я и правда не умею работать, ну так я этого и не утверждал. Так с XML на уровне «прочитать и понять» уметь работать ни к чему — достаточно навыков чтения.
> XML я любым текстовым редактором открою и прочитаю. В отличие от.Иди, открой XML от OSM в текстовом редакторе. Всего 250 гигз, ага :)
>> XML я любым текстовым редактором открою и прочитаю. В отличие от.
> Иди, открой XML от OSM в текстовом редакторе. Всего 250 гигз, ага
> :)Гражданин, у вас с головой как? Какие 250 «гигз» у конфига?! У меня вся система раз в десять меньше занимает, вместе с ресурсами игр и парой виртуальных образов.
> Гражданин, у вас с головой как? Какие 250 «гигз» у конфига?!а что, карта — это разве не «конфиг» для карторисовалки? уровни и графика для движка игры — тоже конфиг. благо, никто ещё не сошёл с ума настолько, чтобы хранить картинки в XML. надеюсь, и не дойдёт.
>а что, карта — это разве не «конфиг» для карторисовалки?Смотря какая карта. В большинстве случаев — нет. К тому же карту вы, скорее всего, править не полезете. В отличие от конфига.
> К тому же карту вы, скорее всего, править не полезете. В отличие от конфига.хм. вообще-то, OSM как раз лазят править. конечно, специнструментами. и зачем там при этом огромный тормозной XML — не ясно.
> В большинстве случаев — нет.а в каких? по-моему, любые данные для движка являются конфигом. собственно, движок этими данными и управляется. как программы управляются конфигами.
> Что то такое решение сильно напоминает :)Мне тоже: конфигурационные файлы в /etc (очень надеюсь, что я не ошибаюсь).
> Мне тоже: конфигурационные файлы в /etc (очень надеюсь, что я не ошибаюсь).Тогда это очень грустно..
А ты никогда не думал, что под понятие структуры "ключ-значение" отлично подходит файловая система, где ключ - полное имя файла с путем. Даже в regedit отображаются как бы папки, в которых уже находятся ключи. Получается что реестр - это файловая система в файловой системе. Зачем?
> А ты никогда не думал, что под понятие структуры "ключ-значение" отлично подходит
> файловая система, где ключ - полное имя файла с путем. Даже
> в regedit отображаются как бы папки, в которых уже находятся ключи.
> Получается что реестр - это файловая система в файловой системе. Зачем?Это бинарный файл со своей структурой данных. Зачем делают бинарные файлы БД с собственной структурой вместо кучи текстовых файлов в существующей файловой системе?
> Зачем делают бинарные файлы БД с собственной структурой вместо кучи текстовых файлов в существующей файловой системе?Для ускорения выборки данных. Отсюда у меня первый вопрос: в случае с конфигами, является ли выборка данных из текстовых файлов узким местом в производительности программ?
Конфиг на то и конфиг, что читается полностью.
Есть сложность с преобразованием символов в числа/даты (если числовые данные есть в конфиге), но и только.
Зато нет сложности в дополнительных библиотеках (или даже субд) по чтению/записи бинарников. Плюс хьюман фрэндли.
Нет, не является. Более того, вы можете загнать в переменные значения сразу по мере последовательного их чтения. В случае же с общим хранилищем вы вынуждены делать отдельные запросы на каждую. Зато претензия на универсальность.Сори что влез.
Глупости! Никаких сложностей у текстовых форматов нет как нет.Как раз наоборот - это у бинарных форматов сплошные сложности с преобразованием. Достаточно вспомнить траблы с определением порядка следования битов. А если не верите, то вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.
> вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.и причина этому, что характерно, отнюдь не «сложности с порядком битов». но тебе можно не знать. по молодости.
>> вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.
> и причина этому, что характерно, отнюдь не «сложности с порядком бит». но
> тебе можно не знать. по молодости.
>>по молодости.Слушай, дедуля, поскольку я в свои сорок с гаком лет, более веской причины чем эта припомнить не могу, то не огласишь ли ты хоть одну, а? Чисто спортивного интереса ради. Ну если конечно у тебя еще с памятью все ОК. А то в шестьдесят всякое бывает))
И не скромничай, тут не надо демонстрировать код, за что ты с меня помнится бабло тряс. И тут даже не нужен пруф, который ты так и не дал людям по причине "не хочу портить вам удовольствие от поиска". Тут просто надо назвать хоть одну причину повсеместного употребления текста в сетевых протоколах более вескую чем порядок бит. Итак?
я скажу тебе только два слова: telnet и debugging. ты уж извини, я не знал, что тебе столько лет, а ты до сих пор слабоумный.
>я скажу тебе только два слова: telnet и debuggingИ это все что ты смог из себя выдавить? Не густо! Похоже что ты только и умеешь, что ронять многозначительные фразы.... А в этом треде нет Crazy Alex, который тебя спас в прошлый раз. Печалька, правда?
>не знал, что тебе столько лет, а ты до сих пор слабоумный.
Наглец и хам
я что-то не припомню, чтобы ты платил мне деньги. поэтому то, что я ответил на твой вопрос целыми двумя словами — чистая любезность с моей стороны. глупая любезность; не стоило метать бисер. ок, больше не буду.
Для того что бы метать, его надо для начала иметь!
> Для того что бы метать, его надо для начала иметь!ну да, вещь дефицитная. а я на тебя зачем-то немного потратил. и ведь ясно же было, что без толку, что жёлуди надо, ан нет, всё хочу в лучшее верить…
> я на тебя зачем-то немного потратилКурить надо поменьше всякой гадости с утра, тогда и не будет мерещится, что ты на кого-то там что-то потратил
вот и я говорю же, что зря: ты и не заметил, всё жёлудей ждал.
> Как раз наоборот - это у бинарных форматов сплошные сложности с преобразованием.
> Достаточно вспомнить траблы с определением порядка следования битов.Проблемы с порядком битов (точнее, байтов) - лишь частный случай более глобальной проблемы текстовых файлов - проблемы кодировок.
> проблемы кодировоку Цивилизации нет такой проблемы. только у унтерменшей.
>> проблемы кодировок
> у Цивилизации нет такой проблемы. только у унтерменшей.Наоборот.
>>> проблемы кодировок
>> у Цивилизации нет такой проблемы. только у унтерменшей.
> Наоборот.ок.
только у унтерменшей такая проблема, у Цивилизации её нет.
>>> у Цивилизации нет такой проблемы. только у унтерменшей.
>> Наоборот.
> ок.
> только у унтерменшей такая проблема, у Цивилизации её нет.Хочешь выпендриваться - научись хотя бы пользоваться rev :)
.йешнемретну у окьлот .ымелборп йокат тен иицазиливиЦ у
>Проблемы с порядком битовИ все же именно с порядком бит.
Я понимаю, шклоте в этом трудно разобраться (минусовать проще), но именно порядок бит в машинных словах на разных платформах разнится. На некоторых старший бит слева, а на других он справа. Это в отличие от текста, который (при правильно выбранной кодировке) остается неизменным. И никаких "глобальных" проблем с его использованием нет: берешь юникод и расслабляешься.
> то вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.И временами им это сильно икается.
Тем более что какой-нибудь там XMLный жаббер с невъ.... base64-вставками и прочая - не больно глазами читаются. Получились мутанты "ни два ни полтора".
жабир вообще придумали альтернативно разумные.
а чем вы пользуетесь,позвольте спросить?
> а чем вы пользуетесь,позвольте спросить?не жабиром. к сожалению, для умственно отсталых пришлось высунуть наружу эмулятор xmpp.
> Для ускорения выборки данных. Отсюда у меня первый вопрос: в случае с
> конфигами, является ли выборка данных из текстовых файлов узким местом в
> производительности программ?Одним из из узких мест, безусловно. Где то узко, где то мелко, еще где то невысоко, все плюсуется в и результате получается не самая благостная вещь. К тому же универсализм доступа к данных из любого места тоже немаловажная деталь.
Если перефразировать твой ответ, то получится "далеко не самым узким". И здесь ты прав.
Чтобы "защитить" свою ынтыктуальную собстность?Зыж
Не нужно укрываться за бинарным форматом.
Реестр винды плох не из-за этого (хотя и из-за этого тоже. но в части закратости формата), а из-за того что и как он там хранит.
База данных на то и база данных, что хранит данные.
А реестр... Вот представьте, что мускуль хранит параметры ядра, параметры модулей, настройки всех демонов, а также вызовы всех общих библиотек. И граб вначале грузит мускуль, потом ядро, потом модули, потом демоны... И все лезут в мускуль перед запуском, во время своего выполнения и во время своего -авершения. А потом в этой же базе и все персональные данные (профили) и настройки пользователей, а также программ им выполняемых. (Это ещё активиксов нет)Т.е. никакой корреляции с сабжем даже близко не наблюдается. Просто nosql субд для хранения данных (только данных) персонально (не централизованно).
Т.е. субд там где и должна быть. На своём месте.
>[оверквотинг удален]
> А реестр... Вот представьте, что мускуль хранит параметры ядра, параметры модулей, настройки
> всех демонов, а также вызовы всех общих библиотек. И граб вначале
> грузит мускуль, потом ядро, потом модули, потом демоны... И все лезут
> в мускуль перед запуском, во время своего выполнения и во время
> своего -авершения. А потом в этой же базе и все персональные
> данные (профили) и настройки пользователей, а также программ им выполняемых. (Это
> ещё активиксов нет)
> Т.е. никакой корреляции с сабжем даже близко не наблюдается. Просто nosql субд
> для хранения данных (только данных) персонально (не централизованно).
> Т.е. субд там где и должна быть. На своём месте.Банальный текстовой конфиг в формате ключ-значение + индекс к нему и есть эта NoSQL DB. Все остальное лишнее, и подлежит отрезке бритвой Оккама (возможно вместе с яйцами любителей делать проблему на пустом месте).
> Банальный текстовой конфиг в формате ключ-значение + индекс к нему и есть
> эта NoSQL DB. Все остальное лишнее, и подлежит отрезке бритвой Оккама
> (возможно вместе с яйцами любителей делать проблему на пустом месте).Согласно той же бритве Оккама, не стоит городить сущности, пытаясь сделать NoSQL БД обязательно текстовой. Отказ от текстового формата значительно упрощает реализацию.
Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так что аналогия хромает
> Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так
> что аналогия хромаетНебольшая поправка: реестр тоже никому не нужен. Нужно такое, что использовало бы то, что и так есть, а это текстовые конфиги.
>> Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так
>> что аналогия хромает
> Небольшая поправка: реестр тоже никому не нужен. Нужно такое, что использовало бы
> то, что и так есть, а это текстовые конфиги.При философии "использовать что и так уже есть" человек никогда бы не слез дерева, зачем, если банан и так уже есть.
Ок. Соглашусь.
Уточняю: Использовать что-то новое только в том случае, если это дает какой-то ощутимый профит, который при этом совпадает с насущными потребностями. Как так?
> Ок. Соглашусь.
> Уточняю: Использовать что-то новое только в том случае, если это дает какой-то
> ощутимый профит, который при этом совпадает с насущными потребностями. Как так?Мне, например, в сущности глубоко безразличны все нововведения в линуксе, из-за которых ломается столько копий, типа systemd, вяленого и им подобных, просто потому что использовать с толком можно любое из них, как и сделать из них нечто совсем неудобоваримое.
В случае реестра это упрощение централизованного управления большим парком машин, отпадает необходимость в куче левых парсеров конфигов, ненамного, но улучшается производительность в части более быстрого запуска программ. Не говорю что улучшения настолько кардинальны что надо "хватать штаны, пароход уходит", но именно мелкие улучшения зачастую приносят больше пользы, чем какие то кардинальные переделки всего и вся
реестр — это как раз кардинальная переделка.
> реестр — это как раз кардинальная переделка.Да нет, это всего лишь система конфигурации, важная, но вовсе не определяющая часть ОС.
Есть сисинит, еcть bsd, есть bsd в линуксе.
Хорошо. Но проблема в том, что у нас не парк машин в ICANN, у нас домашний десктопик. Зачем туда пихать systemd? Улучшений нет, а swithcing costs - есть. Вот это и есть зло.
> реестр нужен всемты опять лжец.
>Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так что аналогия хромаетМне вот реестр на десктопе не_nужен...
А, вы про вындусовый реестр? Который обязали использовать всех пользователей этой ОС?Ну так представьте что мускуль обязали использовать всех пользователей *никс, иначе они не загрузятся и будет вам не просто аналогия, а брат-близнец.
> Это бинарный файл со своей структурой данных. Зачем делают бинарные файлы БД
> с собственной структурой вместо кучи текстовых файлов в существующей файловой системе?Затем что фат в винде убогий и дико тормозит при куче файлов в 1 дире. Вот тогда они и сгородили реестр, т.к. чтение пачки конфигов у них бы адски тормозило. Но EXT4 например все это не касается. Сама ФС - тоже по сути БД специализированная.
> А ты никогда не думал, что под понятие структуры "ключ-значение" отлично подходит
> файловая система, где ключ - полное имя файла с путем. Даже
> в regedit отображаются как бы папки, в которых уже находятся ключи.
> Получается что реестр - это файловая система в файловой системе. Зачем?Согласен. И тут бы им вспомнить что в линуксе "все есть файл" и перечитать кое-какие высказывания Ганса Райзера на тему СУБД vs ФС.
Ведь фактически для реализации того, что они хотят достаточно было бы к файловой системе прикрутить индексы, для быстрого поиска, и оговорить формат и механизм доступа к этому индексу. И все! Но нет, мы не ищем легких путей.
> Получается что реестр - это файловая система в файловой системе. Зачем?Затем, что файловые системы FAT16/FAT32/NTFS плохо умеют работать с грудой мелких файлов. :-) Это же MS Windows.
>> Получается что реестр - это файловая система в файловой системе. Зачем?
> Затем, что файловые системы FAT16/FAT32/NTFS плохо умеют работать с грудой мелких файлов.
> :-) Это же MS Windows.Слушай, а это мысль! Возможно, это и правда было причиной!
Это одна из причин. Но кроме этой причины для криворуких кодеров, есть еще пара:- сопровождение централизованного хранилища на порядок менее трудозатратно нежели распределенного. Это причина для админов /из саппорта/
- детали реализации можно скрыть в блобах и на этом хорошо заработать (стандартная тактика мелкомягких: городим сложность на пустом месте, выпускаем примитивный бесплатный инструмент что бы выйти из положения, и тут же делаем инструмент платный, что бы на этом заработать) Это причина для коммерсантов
> - сопровождение централизованного хранилища на порядок менее трудозатратно нежели распределенного.Если реестр отобразить в файловую систему в качестве диска R, он распределеннее не станет. ;-)
> - сопровождение централизованного хранилища на порядок менее трудозатратноТо-то для реестра чистилок и дефрагалок больше чем для ФС развелось :)
А по логике вещей - теперь админятся ДВЕ базы:
1) Файловая система, которая тоже в каком-то роде специализированная БД
2) БД-на-ФС, созданная для затыкания убогости ФС типа FAT.Вместо 1 сущности стало 2. Стало проще админить? ORLY?
> 1) Файловая система, которая тоже в каком-то роде специализированная БДФайловая система - это быстрая иерархическая база данных (как модно говорить, NOSQL :-), ровно как и реестр.
> Файловая система — это быстрая иерархическая база данных…или не очень быстрая.
> …или не очень быстрая.Это смотря, кто делал.
>> …или не очень быстрая.
> Это смотря, кто делал.Смотря, кто проектировал, я бы сказал. Кто делал - при правильном проектировании и ведении проекта - третьестепенно.
> Слушай, а это мысль! Возможно, это и правда было причиной!Кстати, еще одну причину вспомнил. Когда вводили Windows Registry (для COM в Windows 3-что-то-там) у файловых систем FAT было ограничение на имя файла - 8.3 В реестре этого ограничения нет с самого начала.
Эврика! Видимо их не вдохновили имена вида HKEY_LOC~1 :)
> замена основанной на технологиях X11 системы уведомления о запускеЭто очередной гвоздь в гроб сетевой прозрачности.
Любишь провоцировать флейм? Ты недоцитировал: "Без конкретных решений остались обсуждения ... замена основанной на технологиях X11 системы уведомления о запуске, "
> Любишь провоцировать флейм?Гражданин, вы не можете меня не прокомментировать? ;-)
> Ты недоцитировал: "Без конкретных решений остались обсуждения
> ... замена основанной на технологиях X11 системы уведомления о запуске, "Я процитировал то, что хотел. Я знаю, что они об это не договорились. И любой, кто читать умеет, может это прочесть в новости - не надо считать людей идиотами. :-)
Но я не о freedesktop'е, а о конкретной вещи: dbus, увы, не обладает сетевой прозрачностью. Поэтому, если хочется иметь десктоп с сетевой прозрачностью, синхронизироваться нужно через Х.
>Без конкретных решений остались…
> …Что же нужно поставить на место этих трех точек? ;-)
Вы с Zenitur'ом какие-то странные: думаете, что остальные читать новости не умеют.
>Что же нужно поставить на место этих трех точек? ;-)Это очевидно — то что вы выдрали из контекста.
>Вы с Zenitur'ом какие-то странные: думаете, что остальные читать новости не умеют.Остальные — это только вы.
Так что выбирайте — либо вы не умеете читать, либо понимать то что прочитали.
> Это очевидно — то что вы выдрали из контекста.Любая цитата выдрана из контекста. В этом и есть смысл цитаты.
>>Что же нужно поставить на место этих трех точек? ;-)
> Это очевидно — то что вы выдрали из контекста.также очевидно то, что ты не понял, зачем это было процитировано именно так.
> Это очередной гвоздь в гроб сетевой прозрачности.Тебе надо посмотреть это видео
http://www.youtube.com/watch?v=RIctzAQOe44
изменение dpi монитора лучше бы сделали
dpi монитора можно изменить только на заводе.
Ваш, К.О.
Ну так он и хочет, чтобы они сделали, чтобы не только не заводе. Че непонятного? :)
DPI у монитора только один. По крайней мере LCD. Выставляется он на заводе.
> изменение dpi монитора лучше бы сделалиxorg.conf, секция Display, настройка DPI, если Dpi определся неправильно.
xrandr --dpi 100500 &
вот только нет xorg.conf в системе, а если и есть, то игнорируется приложениями, фирефохе например.
Вместо унылого форса ретины, пора уже научиться конфигурировать X.
Нету xorg.conf? Ну создай, сконфигурируй, RTFM. Для firefox нужно еще и правильно сконфигурировать ~/.fonts.confВсё это не имеет прямого отношения к DE. Это всё вопросы к X.
> Всё это не имеет прямого отношения к DE. Это всё вопросы к
> X.DE должна эти настройки DPI из X взять. С этим проблемы.
В идеале да, но на практике сейчас Х не целиком отвечает за рендеринг и у них разброд и шатание. Какой толк от того, что "настройка" в DE изменит параметры лишь в части приложений, кое-где изменит dpi окна, а кое-где шрифтов, а кое-где нет?
А учитывая, что они там еще и на wayland переходят, сохраняя кусок Х, то, по моему скромному мнению, станет только хуже.
> В идеале да, но на практике сейчас Х не целиком отвечает за
> рендеринг и у них разброд и шатание.Х - это единственное место, где сводятся воедино Монитор и GUIшные программы. Поэтому именно там и логично хранить DPI, и запрашивать. Тем более, что там оно и определяется правильным образом. Но до таких премудростей тяжело догадаться, да. :-)
> А учитывая, что они там еще и на wayland переходят, сохраняя кусок
> Х, то, по моему скромному мнению, станет только хуже.В этом никто не сомневается, что будет только хуже. :-)
да, рукожопие — это такая штука, что если в зачатке руки не перемонтировать в правильное место, то потом только ампутация остаётся.
> да, рукожопие — это такая штука, что если в зачатке руки не
> перемонтировать в правильное место, то потом только ампутация остаётся.Да ладно... шорты с рукавами одеть - и в майкросовт или в оракл...
> игнорируется приложениями, фирефохе например.это личная проблема тормозиллы. кто им виноват, что у них руки из задницы?
> вот только нет xorg.conf в системе, а если и есть, то игнорируется
> приложениями, фирефохе например.xorg.conf во-первых, создается ручками, если надо. А во-вторых, в большинстве случаев X определяют DPI правильно сами => то, что я написал, нужно только в крайних случаях.
Просто ряд чудаков, типа Mozill'оидов не умеют брать системный DPI ни под одной системой, под которой работают.
> xorg.conf, секция Display,Дяденька, нынче в большинстве систем нет никакого xorg.conf - плагнплей на дворе.
> Дяденька, нынче в большинстве систем нет никакого xorg.conf - плагнплей на дворе.Тетенька, для таких, как вы, я пишу, что это если X неправильно определили DPI дисплея. В большинстве случаев сейчас все определяется правильно.
> Достигнуто соглашение по спецификации для интерфейсов D-Bus, реализуемых приложениями. Подобная спецификация позволит воплотить в жизнь схему активации приложений через D-Bus, при которой приложение может запускаться через отправку D-Bus-запроса вместо выполнения исполняемого файла.Придёт Майкрософт и предъявит патент на СОМ и реестр :-)
Договариваются они всегда хорошо. Но вот З года прошло, а обещанного не дождались: http://www.opennet.me/opennews/art.shtml?num=22674
>Собравшиеся на саммите разработчики KDE, GNOME, Unity и Razor-qt
>в которую войдут представители GNOME, KDE и Unity.Ребят из Razor-qt попросили не мешать серьезным дядям?
>>Собравшиеся на саммите разработчики KDE, GNOME, Unity и Razor-qt
>>в которую войдут представители GNOME, KDE и Unity.
> Ребят из Razor-qt попросили не мешать серьезным дядям?Их нокаутировали еще в первом тайме. А все оставшееся время юнитисты и гномеры били друг другу морды, а кдешники наблюдали это, поедая попкорн. В результате они-то все и решили, потому что остальных увезли на скорой :)
А почему без OpenBox ????
А с каких пор OpenBox является DE?
Если его причесать, обогреть и приласкать, то он лучше любого DE будет!
> Если его причесать, обогреть и приласкать, то он лучше любого DE будет!А "если" и "бы" в этом мире не засчитываются.
Лучше бы они поговорили по поводу имплементации Wayland в Мире. И объяснили популярно разработчикам Unity, почему оно важно.
Ну вот Вы, да, да именно Вы, и объясните популярно разработчикам Unity.
Да запросто.
http://dr.equivalent.me/?p=8115
Я уже писал все это в комментариях, и получилось настолько много букв, что я подумал, что недплохо было бы сделать из этого пост.