The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Разработчики GNOME, KDE и Unity договорились о совместном ра..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от opennews (ok) on 17-Апр-13, 21:50 
Подведены итоги (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.dev/opennews/art.shtml?num=36457) реализации D-Bus, использующей подсистему kdbus (http://www.opennet.dev/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.dev/opennews/art.shtml?num=36720

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –42 +/
Сообщение от an (??) on 17-Апр-13, 21:53 
Я так понимаю это конференция разработчиков FreeDesktop на базе Qt (unity вроде тоже на Qt переходит....). Только что там делает GNOME? тоже собирается на Qt переходить :)? Ну переходите уже, не нарушайте единообразие.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +30 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:07 
Дамп потока сознания очередного тулкитофоба. Навевает уныние.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

56. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от Buy (ok) on 18-Апр-13, 00:44 
При чем тут тулкит? Какое отношение это имеет к обсуждаемым на конференции вопросам?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

270. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 20-Апр-13, 20:05 
> При чем тут тулкит? Какое отношение это имеет к обсуждаемым на конференции
> вопросам?

Прямое. О чем могут говорить гномосеки с кедорасами и не подраться при этом, как обычно?

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

3. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от Аноним (??) on 17-Апр-13, 21:53 
Нафига тащить в ядро всякую фигню. По моему dbus в ядре это еще та дырень для безопасности будет или я ошибаюсь?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 22:01 
Само по себе оно не более дырень чем любой иной интерфейс в ядре. А почему ядро не должно иметь доступа к dbus? За что его так обули то?
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

33. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:23 
> Само по себе оно не более дырень чем любой иной интерфейс в
> ядре. А почему ядро не должно иметь доступа к dbus? За
> что его так обули то?

Да ядру в общем-то пофиг на dbus. Главное - где сам dbus находится.

Например, с точки зрения надежности. Если демон dbus упадет - произойдет сбой доставки, что неприятно и крайне трудно поддается обработке. А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.

Еще утверждается, что ядерный dbus должен быть не только надежнее, но также быстрее и безопаснее юзерспейсного. Надо полагать, по похожим принципам.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

44. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +16 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:59 
>Если демон dbus упадет - произойдет сбой доставки, что неприятно и крайне трудно поддается обработке. А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.

Цитата дня.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

61. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 00:59 
>>Если демон dbus упадет - произойдет сбой доставки, что неприятно и крайне трудно поддается обработке. А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.
> Цитата дня.

Нуачо, гарантированная доставка as is.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

78. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от iCat (ok) on 18-Апр-13, 03:47 
>...можно и не париться с обработкой.

А вот подобные сообщения настораживают...

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

86. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от ананим on 18-Апр-13, 04:51 
Да тот же ipc. Чуть сложнее.
Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

271. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 20-Апр-13, 20:06 
> Да тот же ipc. Чуть сложнее.

Чем оно лучше IPC, или, к примеру, doors?

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

85. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 04:49 
>А если упадет ядерный dbus - то только вместе с ядром, так что можно и не париться с обработкой.

Модули часто педают, ядро при этом как правило обрабатывает это без кернел-паник (если этот модуль не жизненно важен).
Сабжевый дбас всего-лишь курьер. Ему всё равно что за письма он носит.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

189. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Grammar Nazi on 18-Апр-13, 13:53 
обули-то
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

214. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от Аноним (??) on 18-Апр-13, 18:12 
> обули-то

Вас надо было не только обуть, но еще и по лицу дать.

Ответить | Правка | ^ к родителю #189 | Наверх | Cообщить модератору

6. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от anonnonon on 17-Апр-13, 22:04 
Можешь не тащить. Ставь демона, не ставь kdbus
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

27. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 23:15 
Есть подозрение, что после публичного релиза kdbus проги начнут массово юзать специфичные для него фичи.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

40. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –7 +/
Сообщение от kurokaze (ok) on 17-Апр-13, 23:52 
завсегдатай тупичка?
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

57. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от Аноним (??) on 18-Апр-13, 00:53 
А по-русски можно?
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

239. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 21:46 
> А по-русски можно?

Имеется ввиду тупичок Гоблина.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

17. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 23:06 
> Нафига тащить в ядро всякую фигню. По моему dbus в ядре это еще та дырень для безопасности будет или я ошибаюсь?

В юзерспейсе на порядок опаснее.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

55. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +4 +/
Сообщение от kb on 18-Апр-13, 00:42 
Это так же небезопасно, как и сокеты. Тащить в ядро затем, чтоб был механизм publish/subscribe.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

60. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 00:59 
> Это так же небезопасно, как и сокеты. Тащить в ядро затем, чтоб
> был механизм publish/subscribe.

Есть же netlink.

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

272. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 20-Апр-13, 20:12 
> Это так же небезопасно, как и сокеты. Тащить в ядро затем, чтоб
> был механизм publish/subscribe.

Линь же - самая безопасная на планете ось! (издеваюсь) Не так ли, Шигорин?

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

4. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +6 +/
Сообщение от Аноним (??) on 17-Апр-13, 22:00 
Пусть еще энлайтмент в когорту возьмут, чтоли. Чего он как рыжий то? Еще можно XFCE и LXDE.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от skybon (ok) on 17-Апр-13, 22:10 
Что насчёт индикаторов приложений (indicator-applet / knotify)? Станут новым стандартом вместо старого трея?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

9. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 17-Апр-13, 22:23 
> Что насчёт индикаторов приложений (indicator-applet / knotify)? Станут новым стандартом
> вместо старого трея?

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

25. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:12 
> Еще можно XFCE и LXDE.

Afaik, они не настолько DE, чтобы париться о таких вещах.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

111. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 11:54 
>> Еще можно XFCE и LXDE.
> Afaik, они не настолько DE, чтобы париться о таких вещах.

ага. разор, значит, «настолько DE», а xfce — нет. выдыхай, что ли…

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

168. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 13:31 
> ага. разор, значит, «настолько DE», а xfce — нет.

Razor - wannabe DE. XFCE - нет.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

172. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 13:35 
>> ага. разор, значит, «настолько DE», а xfce — нет.
> Razor — wannabe DE. XFCE — нет.

что «нет»? не вонаби? или не DE? попробуй выражаться ясней.

Ответить | Правка | ^ к родителю #168 | Наверх | Cообщить модератору

181. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 13:46 
> что «нет»? не вонаби? или не DE? попробуй выражаться ясней.

По-русски: разор - хочет стать DE, XFCE - не хочет.

Ответить | Правка | ^ к родителю #172 | Наверх | Cообщить модератору

188. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 13:53 
>> что «нет»? не вонаби? или не DE? попробуй выражаться ясней.
> По-русски: разор — хочет стать DE, XFCE — не хочет.

уточню: не хочет, потому что уже, или не хочет, потому что не может? ибо по сути xfce и есть DE, а вот razor пока нет.

Ответить | Правка | ^ к родителю #181 | Наверх | Cообщить модератору

194. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 14:09 
> уточню: не хочет, потому что уже, или не хочет, потому что не может?

Не хочет, потому что считает функциональность для себя излишней, очевидно.

> сути xfce и есть DE, а вот razor пока нет

XFCE - не больше DE, чем разор. Но, в отличие от разора, не стремится что-то менять.

Ответить | Правка | ^ к родителю #188 | Наверх | Cообщить модератору

196. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 14:15 
> XFCE — не больше DE, чем разор.

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

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

215. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 18:16 
> XFCE - не больше DE, чем разор. Но, в отличие от разора, не стремится что-то менять.

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

Ответить | Правка | ^ к родителю #194 | Наверх | Cообщить модератору

8. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от xpen 4 hill on 17-Апр-13, 22:21 
а по-одиночке не выживут
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

65. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 01:11 
> а по-одиночке не выживут

Спойлер: в конце Unity всех убьет ножом в спину и останется один.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от SergMarkov email(ok) on 17-Апр-13, 22:24 
>>предоставление структурированного хранилища для хранения произвольных параметров в формате ключ/значение.

Что то такое решение сильно напоминает :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –4 +/
Сообщение от Rubik email(ok) on 17-Апр-13, 22:27 
на самом деле реестр (регистр) не так уж и плох
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

12. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от SergMarkov email(ok) on 17-Апр-13, 22:32 
> на самом деле реестр (регистр) не так уж и плох

Вовсе не говорю, что он плох. Но понимание этого у MS произошло довольно быстро, в линуксе, боюсь, такой процесс затянется на гораздо более длительный срок, к тому же с опозданием на 20 лет.


Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

19. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от ананим on 17-Апр-13, 23:07 
>> на самом деле реестр (регистр) не так уж и плох
>Вовсе не говорю, что он плох.

А зря.
Одно дело «для хранения произвольных параметров» и совсем другое хранить там критически-важные для функционирования системы данные, ком-объекты, актив-хы, тлб, итд, итп.
Мс любую идею может довести до маразма, если хотя бы только намёк появляется на возможность вендор-локин.

зыж
>Но понимание этого у MS произошло довольно быстро, в линуксе, боюсь, такой процесс затянется на гораздо более длительный срок, к тому же с опозданием на 20 лет.

Не бойтесь за линукс, не надо.
ззыж
К тому же что-то мне подсказывает, что формат этого хранилища будет открытым (а может даже и не бинарным), а не как у свежеиспечённого лузера.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

24. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 23:11 
> Одно дело «для хранения произвольных параметров» и совсем другое хранить там
> критически-важные для функционирования системы данные, ком-объекты, актив-хы, тлб, итд,
> итп.

Второе является подмножеством первого.

> Мс любую идею может довести до маразма

В тру-юниксах, в частности, IBM AIX, хранить критически важные системные данные в бинарной БД начали еще когда дос пешком под стол ходил. Это так, к вопросу об источниках маразма.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

28. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 17-Апр-13, 23:16 
>Второе является подмножеством первого.

Второе это что?
актив-хы? верно, но фекалий они в реестр пихают гораздо больше.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

30. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 23:19 
первое - произвольные параметры
второе - критически важные данные
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от ананим on 17-Апр-13, 23:28 
И что это должно доказывать?
Натуральные числа, подмножество вещественных.

Запуская программу с удалёнными данными из gconf(dconf,xfconf,…) я получаю выполняющееся приложение с настройками по-умолчанию.
Запуская любое ПО связанное с ком(и выше)-технологиями без записей в реестре, я получаю ошибку. в лучшем случае.

зыж
Про тормоза вообще молчу.
Вон стоит только установить МСО и система сразу в 3 раза медленнее грузится. Именно из-за разрастания реестра в основном.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

47. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от Аноним (??) on 18-Апр-13, 00:03 
>Натуральные числа, подмножество вещественных.

Незачет по теории типов

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

52. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от ананим on 18-Апр-13, 00:23 
Это не типы, это математика, теория множеств.
ℕ ∊ ℝ
Сессию будете сдавать осенью, а пока — Ø.
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

63. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +7 +/
Сообщение от Аноним (??) on 18-Апр-13, 01:08 
> Это не типы, это математика, теория множеств.
> ℕ ∊ ℝ

Используешь отношение принадлежности вместо отношения включения. Низачот.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

66. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от ананим on 18-Апр-13, 01:33 
Т.е. хотите сказать запись неверная?
Никакой осени. Юаинаминау.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

101. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 08:37 
> Т.е. хотите сказать запись неверная?

Да, натуральные числа - это подмножество рациональных, а не элемент.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

125. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –4 +/
Сообщение от ананим on 18-Апр-13, 12:09 
Серьёзно? Вы утверждаете, что выражение "множество натуральных чисел принадлежит множестве рациональных" ложно? : D
Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

160. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 13:09 
Да, оно ложно.
Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

167. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от ананим on 18-Апр-13, 13:28 
Доказать сможешь?
Ответить | Правка | ^ к родителю #160 | Наверх | Cообщить модератору

169. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:33 
> Серьёзно? Вы утверждаете, что выражение "множество натуральных чисел принадлежит множестве
> рациональных" ложно? : D

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

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

210. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 17:35 
> Серьёзно? Вы утверждаете, что выражение "множество натуральных чисел принадлежит множестве
> рациональных" ложно? : D

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

Ответить | Правка | ^ к родителю #125 | Наверх | Cообщить модератору

100. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 08:36 
> Используешь отношение принадлежности вместо отношения включения. Низачот.

Тоже резануло глаз. :-)

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

128. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 12:11 
Вы вообще бестолочь. См. Выше.
Ответить | Правка | ^ к родителю #100 | Наверх | Cообщить модератору

173. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:35 
> Вы вообще бестолочь. См. Выше.

Прежде чем называть других бестолочами, осиль хотя бы школьный курс математики :)

Ответить | Правка | ^ к родителю #128 | Наверх | Cообщить модератору

211. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 17:43 
> Прежде чем называть других бестолочами, осиль хотя бы школьный курс математики :)

Да там все время на "ананизм" ушло.

Ответить | Правка | ^ к родителю #173 | Наверх | Cообщить модератору

59. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 00:58 
> Запуская программу с удалёнными данными из gconf(dconf,xfconf,…) я получаю выполняющееся
> приложение с настройками по-умолчанию.
> Запуская любое ПО связанное с ком(и выше)-технологиями без записей в реестре, я
> получаю ошибку. в лучшем случае.

И то, и другое подпадает под определения "произвольных данных" :)
На то они и произвольные - что хочу, то и пишу. Хочу - некритичные данные, хочу - критичные.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

62. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 01:06 
>На то они и произвольные - что хочу, то и пишу. Хочу - некритичные данные, хочу - критичные.

Разумеется.
Но это не значит что другие не назовут вас идиотом.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

64. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 01:09 
>>На то они и произвольные - что хочу, то и пишу. Хочу - некритичные данные, хочу - критичные.
> Разумеется.
> Но это не значит что другие не назовут вас идиотом.

Назовут-не назовут, а дело-то сделано. Хранилище есть? Есть. Произвольные данные хранит? Произвольные. Тады все нормально, расходимся.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

67. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 01:42 
А кто спорил, что реестр не хранилище?
Плоские файлы тоже хранилище. Винт и тот хранилище.
Реестр винды — реализованное через опу, но таки тоже хранилище и данных(как персональных, так и системных), и кода, и прочей порнушки. Свалка.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

75. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 02:03 
> Реестр винды — реализованное через опу, но таки тоже хранилище и данных(как
> персональных, так и системных), и кода, и прочей порнушки. Свалка.

Реестр винды - это, по-сути, немного специфическая файловая система. Для нее даже драйвер есть - https://github.com/ressy/winregfs , хоть и недоделанный.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

79. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 03:54 
Очевидно что вы не понимаете что такое fuse.
Рад представить вам ещё одну фс. Называется mysql — https://github.com/clsn/mysqlfuse
Есть ещё и и друге, подобные "фс" , например ldap, httpfs или к примеру smb (smbfs монтирует сразу всю локальную сеть по cifs, а не одну шару),  и ещё куча, куча всего (сходите на сайт fuse).

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

Реестр — это б/д (не реляционная). У неё даже триггеры есть (хуки).
Ну а то, что мс предложила в ней хранить, вообще отдельная песня (см. выше уже писал)

Зыж
Вы серьёзно вот так вот думали? Или это такой троллинг?

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

99. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 08:31 
> Очевидно что вы не понимаете что такое fuse.

При чем тут fuse? То же самое можно сделать на Виндовском IFS.

> Не путайте конкретную технологию и её (возможное) представление в виде древовидной струтуры,
> которую возможно отобразить на файловую систему с помощью fuse.

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

> Реестр — это б/д (не реляционная). У неё даже триггеры есть (хуки).

Да, реестр - это тоже, как и фс, иерархическая база данных. Тоже ключ - значение, ключи организованы в виде дерева. Единственное отличие от UNIX'овой fs - наличие поля default у каталогов реестра. Эмулируется файлом default в каждом каталоге fs.

> Вы серьёзно вот так вот думали? Или это такой троллинг?

Я это не думаю, я это знаю.

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

131. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 12:14 
>Милый друг, файловая система - это подвид баз данных. 

Вы больны на всю голову.
И, в таком разрезе, я вам точно не друг :D

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

135. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:18 
>>Милый друг, файловая система — это подвид баз данных. 
> Вы больны на всю голову.

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

Ответить | Правка | ^ к родителю #131 | Наверх | Cообщить модератору

147. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от ананим on 18-Апр-13, 12:35 
Тогда уточните в чём именно он прав.

Зыж
Я могу через эту fuse  фс сохранить в реесте образ(ы) блюрэй-диска? Фильмы? Мп3? Картинки?
Нет? А загрузится с неё можно?
Значит это не файловая система.
С другой стороны через fuse вы также не увидите таких понятий как коммит, ролбэк, триггер, аудит и тд.

Всё есть файл, но не всё есть файловая система.
Точно также если я отображу таблицы мссиквела через одбц на файловую структуру это не сделает из моей поделки субд, а из мссиквела файловую систему.

Ответить | Правка | ^ к родителю #135 | Наверх | Cообщить модератору

149. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:38 
> Тогда уточните в чём именно он прав.

в том, что файловая система — это иерархическая БД вида «key-value».

> Я могу через эту fuse  фс сохранить в реесте образ(ы) блюрэй-диска?
> Фильмы? Мп3? Картинки?

да можешь. не понятно, зачем, но можешь.

> Нет? А загрузится с неё можно?

можно. драйвер надо сделать только.

> Значит это не файловая система.

загрузить винду с jfs я не могу. значит, jfs — не файловая система. так получается?

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

отчего это? всё реализуемо. костыльно, но реализуемо.

> Всё есть файл, но не всё есть файловая система.

да всё. просто некоторые fs хорошо маскируются.

> Точно также если я отображу таблицы мссиквела через одбц на файловую структуру
> это не сделает из моей поделки субд, а из мссиквела файловую
> систему.

и таки сделает.

Ответить | Правка | ^ к родителю #147 | Наверх | Cообщить модератору

161. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от ананим on 18-Апр-13, 13:11 
>в том, что файловая система — это иерархическая БД вида «key-value».

Первое — он, мягко говоря, несколько иначе выразился. Вы его штатный толкователь?
Второе — и это теперь должно значить, что любая субд (реестр) является файловой системой?
>> Я могу через эту fuse  фс сохранить в реесте образ(ы) блюрэй-диска? Фильмы? Мп3? Картинки?
>да можешь. не понятно, зачем, но можешь.

не могу. и ты не можешь. или докажи и покажи как.
так же интересен вопрос зависимости этой фс от хранящихся данных — я могу в ней штатными средствами удалить/переместить всё, не нарушив работу?
>можно. драйвер надо сделать только.
>> Значит это не файловая система.
>загрузить винду с jfs я не могу. значит, jfs — не файловая система. так получается?

а кто говорил, что jfs является файловой системой для винды?
она для винды является ещё меньшей ФС, чем реестр для… всех.
>> Всё есть файл, но не всё есть файловая система.
>да всё. просто некоторые fs хорошо маскируются.

да, всё просто. есть файловые системы, а есть всё остальное.
>> Точно также если я отображу таблицы мссиквела через одбц на файловую структуру это не сделает из моей поделки субд, а из мссиквела файловую систему.
>и таки сделает.

нет, не сделает. мссиквел в ФС не трансформируется и как был рсубд, так ей и останется.

Ответить | Правка | ^ к родителю #149 | Наверх | Cообщить модератору

164. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 13:17 
>>в том, что файловая система — это иерархическая БД вида «key-value».
> Первое — он, мягко говоря, несколько иначе выразился. Вы его штатный толкователь?

я отвечал на #131. перечитай это сообщение. лучше три раза.

> не могу. и ты не можешь. или докажи и покажи как.

не вопрос. какова оплата? я по щелчку пальцев давно уже не прыгаю.

> а кто говорил, что jfs является файловой системой для винды?

ты говорил, что если нельзя загрузиться — то не FS. опять перечитай свой пост.

> да, всё просто. есть файловые системы, а есть всё остальное.

breaking news!

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

это только потому, что у тебя руки из задницы.

Ответить | Правка | ^ к родителю #161 | Наверх | Cообщить модератору

183. "Разработчики GNOME, KDE и Unity договорились о..."  –2 +/
Сообщение от ананим on 18-Апр-13, 13:48 
>я отвечал на #131. перечитай это сообщение. лучше три раза.

с тобой так вообще никто не общался, и?
>не вопрос. какова оплата? я по щелчку пальцев давно уже не прыгаю.

100'000р. При условии, что в этой фс я могу создавать, перемещать и удалять все объекты доступные как через вындусовый regedit, так и вышеуказанные образы блюрэйдисков, фильмы, и тд, итп. и она при этом не разрушится.
>ты говорил, что если нельзя загрузиться — то не FS. опять перечитай свой пост.

а ещё я ставил точки и запятые.
можешь выдернуть их из контекста и придраться? :D
>> нет, не сделает. мссиквел в ФС не трансформируется
>это только потому, что у тебя руки из задницы.

это потому что ты тупой.

Ответить | Правка | ^ к родителю #164 | Наверх | Cообщить модератору

190. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 13:55 
>>я отвечал на #131. перечитай это сообщение. лучше три раза.
> с тобой так вообще никто не общался, и?

почитай что-нибудь на тему «публичные обсуждения».

>>не вопрос. какова оплата? я по щелчку пальцев давно уже не прыгаю.
> 100'000р. При условии, что в этой фс я могу создавать, перемещать и
> удалять все объекты доступные как через вындусовый regedit, так и вышеуказанные
> образы блюрэйдисков, фильмы, и тд, итп. и она при этом не
> разрушится.

ок. как будем договор составлять?

>>ты говорил, что если нельзя загрузиться — то не FS. опять перечитай свой пост.
> а ещё я ставил точки и запятые.
> можешь выдернуть их из контекста и придраться? :D

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

>>> нет, не сделает. мссиквел в ФС не трансформируется
>>это только потому, что у тебя руки из задницы.
> это потому что ты тупой.

у тебя руки из задницы потому, что я тупой? это вряд ли: я не твой отец.

Ответить | Правка | ^ к родителю #183 | Наверх | Cообщить модератору

192. "Разработчики GNOME, KDE и Unity договорились о..."  –2 +/
Сообщение от ананим on 18-Апр-13, 14:01 
>почитай что-нибудь на тему «публичные обсуждения».

почитай что-нибудь на тему «публичные обсуждения».
>ок. как будем договор составлять?

как хочешь.
>могу, но не буду: пока что ты успешно садишься в лужу и так.

да как то все больше тебе на голову, т.к. ты уже в ней.
у тебя руки из задницы потому, что я тупой? это вряд ли: я не твой отец.
>>>> нет, не сделает. мссиквел в ФС не трансформируется
>>>это только потому, что у тебя руки из задницы.
>> это потому что ты тупой.
>у тебя руки из задницы потому, что я тупой? это вряд ли: я не твой отец.

а что, все тупые производят детей с руками из задницы?
не, ты тупой объективно как аксиома.

Ответить | Правка | ^ к родителю #190 | Наверх | Cообщить модератору

193. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 14:04 
>>почитай что-нибудь на тему «публичные обсуждения».
> почитай что-нибудь на тему «публичные обсуждения».

попка молодец.

>>ок. как будем договор составлять?
> как хочешь.

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

заметь, отказаться приехать ты можешь теперь только с потерей лица.

>>могу, но не буду: пока что ты успешно садишься в лужу и так.
> да как то все больше тебе на голову, т.к. ты уже в
> ней.

на дурака не нужен нож. особенно на дурака, который уверен, что он самый умный. ты чудо, а не клиент. денежный колодец просто.

> а что, все тупые производят детей с руками из задницы?
> не, ты тупой объективно как аксиома.

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

Ответить | Правка | ^ к родителю #192 | Наверх | Cообщить модератору

255. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 13:15 
как я и ожидал — молча слился.
Ответить | Правка | ^ к родителю #193 | Наверх | Cообщить модератору

258. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от Vkni (ok) on 19-Апр-13, 18:02 
> как я и ожидал — молча слился.

Видимо, прочел таки страницу книжки по матану про подмножество и элемент множества. :-) Я ему еще там, выше писал, что ник нужно выкинуть - он безвозвратно обосран.

Ответить | Правка | ^ к родителю #255 | Наверх | Cообщить модератору

260. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 19-Апр-13, 18:04 
вот так вот он подло обломал мои планы обогащения. а я уже мешок для денег заказал…
Ответить | Правка | ^ к родителю #258 | Наверх | Cообщить модератору

114. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 11:59 
> Реестр винды — это, по-сути, немного специфическая файловая система.

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

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

222. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 18:32 
> непонятно только, зачем реализовывать тормозную и неудобную FS со своим отдельным API
> поверх уже существующей тормозной и неудобной FS.

Хорошие разработчики в MS еще не пришли, царили MS DOS/Windows 3.0 и файловая система FAT16 с ограничением 8.3 на имена файлов.

Ответить | Правка | ^ к родителю #114 | Наверх | Cообщить модератору

223. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 18:46 
> Хорошие разработчики в MS еще не пришли, царили MS DOS/Windows 3.0 и
> файловая система FAT16 с ограничением 8.3 на имена файлов.

кагбэ реестра в тройке не было. а в 95 уже были LFN.

Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

226. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 19:08 
> кагбэ реестра в тройке не было. а в 95 уже были LFN.

Его сперва встроили не общесистемным компонентом, а только то ли для OLE, то ли для COM. Т.е. общие настройки операционной среды брали из .ini файлов, а для какой-то подсистемы из регистра.

А в NT не смогли сделать хорошую файловую систему - вспомни "дефрагментацию NTFS". Это же полный Пэ, когда fs себя сама фрагментировала с усиленной скоростью.

Ответить | Правка | ^ к родителю #223 | Наверх | Cообщить модератору

242. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 05:24 
> Его сперва встроили не общесистемным компонентом, а только то ли для OLE,
> то ли для COM. Т.е. общие настройки операционной среды брали из
> .ini файлов, а для какой-то подсистемы из регистра.

ну так это ещё более-менее разумно было.

> А в NT не смогли сделать хорошую файловую систему

спереть, если точнее. потому как ноги растут, емнип, из HPFS.

Ответить | Правка | ^ к родителю #226 | Наверх | Cообщить модератору

224. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 18:47 
а вообще — у межделмаша спёрли, как обычно. прямиком из OS/2. ну, спёрли как m$ обычно это делает: через заднепроходное отверстие.
Ответить | Правка | ^ к родителю #222 | Наверх | Cообщить модератору

32. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 17-Апр-13, 23:21 
зыж
>В тру-юниксах, в частности, IBM AIX, хранить критически важные системные данные в бинарной БД начали еще когда дос пешком под стол ходил. Это так, к вопросу об источниках маразма.

Да хоть в ксениксах.
Речь о фридесктопе. И буме на открытые технологии вообще и линух в частности.

ззыж
Ну вы ещё в реестр все субд запишите, угу.
Там вон амароки мускуль юзают. Повод позубоскалить.
Без реестра винда не грузится, сабж — легко. Вот и весь сказ.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

171. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:34 
> Да хоть в ксениксах.

Даже Xenix более Unix, чем Linux :)

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

26. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от SergMarkov email(ok) on 17-Апр-13, 23:13 
> А зря.
> Одно дело «для хранения произвольных параметров» и совсем другое хранить там
> критически-важные для функционирования системы данные, ком-объекты, актив-хы, тлб, итд,
> итп.
> Мс любую идею может довести до маразма, если хотя бы только намёк
> появляется на возможность вендор-локин.

Кто мешает проявить истинно линуковый ум и сделать по уму? :-) Явно же ведь не ms.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

29. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 17-Апр-13, 23:17 
А кто сказал что по уму уже не сделано?
Вы?
Пфу…
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от SergMarkov email(ok) on 17-Апр-13, 23:21 
> А кто сказал что по уму уже не сделано?
> Вы?
> Пфу…

мигель подойдет? :-)

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от ананим on 17-Апр-13, 23:29 
Маковод? Партнёр МС?
Нет конечно.
Вы бы ещё бил гейса предложили.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

38. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от SergMarkov email(ok) on 17-Апр-13, 23:40 
> Маковод? Партнёр МС?
> Нет конечно.
> Вы бы ещё бил гейса предложили.

Боюсь что сей маковод  сделал для линукса больше не только всего опеннета но и всего рунета :)


Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

42. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +4 +/
Сообщение от kurokaze (ok) on 17-Апр-13, 23:55 
> Боюсь что сей маковод  сделал для линукса больше не только всего
> опеннета но и всего рунета :)

Вот именно в этом случае ваши подростковые страхи абсолютно ничем не подкреплены, ггг

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

43. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 17-Апр-13, 23:56 
И что? Когда он что-то делал для линукса, тогда он почему то реестры не пихал.
Как стал партнёром МС, образумился?

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

к тому же брехня.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

45. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 00:02 
> И что? Когда он что-то делал для линукса, тогда он почему то
> реестры не пихал.
> Как стал партнёром МС, образумился?

Билли тоже не сразу к реестру пришел, но когда 10 строчный

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

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

49. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 00:10 
>Билли тоже не сразу к реестру пришел, но когда 10 строчный

Билли маркетоид.
Поэтому ему то как раз простительно.

Если бы сабж ставил себе целью подсадить всех на кукан, то тоже бы пришли к подобному смешения кода в субд.
И тоже с какойнить КреатФактори2 с проверкой очередного дрм через очередной сервилат. И чтоб не больше 3-х человек в комнате.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

48. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –3 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 00:04 
> И что? Когда он что-то делал для линукса, тогда он почему то
> реестры не пихал.
> Как стал партнёром МС, образумился?

Билли тоже не сразу к реестру пришел, но когда 10 строчный config.sys превратися в 100 system.ini а в перспективе вообще в неподъемное угробище, то он проник проблему
Линуксоидам еще только предстоит пройти долгий путь к прозрению, надо только мыть глазки :)

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

Да голимая правда :)


Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

50. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от ананим on 18-Апр-13, 00:12 
Голимая, это точно. :D

зыж
по 2-а раза пишешь.
выше ответил.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

51. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 00:15 
> Голимая, это точно. :D
> зыж
> по 2-а раза пишешь.
> выше ответил.

Рука  с клавы сорвалась от искреннего возмущения :)


Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

53. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 00:24 
:D
Ну хоть поржали… Пойду спать.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

54. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от ананим on 18-Апр-13, 00:25 
зыж
>Рука  с клавы сорвалась от искреннего возмущения :)

Хорошо что не реестр накрылся.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

116. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:01 
> Боюсь что сей маковод  сделал для линукса больше не только всего
> опеннета но и всего рунета :)

да не, всё нормально, не бойся: ты ошибся. как всегда.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

122. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:06 
> да не, всё нормально, не бойся: ты ошибся. как всегда.

Пока что в рунете появлятся по большей части авторы "лучшего фронтенда к mplayer на питоне", а отнюдь не авторы гнома :)


Ответить | Правка | ^ к родителю #116 | Наверх | Cообщить модератору

129. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:11 
> Пока что в рунете появлятся по большей части авторы «лучшего фронтенда к
> mplayer на питоне», а отнюдь не авторы гнома :)

а что, это сильно разные проекты? O_O

Ответить | Правка | ^ к родителю #122 | Наверх | Cообщить модератору

132. "Разработчики GNOME, KDE и Unity договорились о..."  –2 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:15 
>> Пока что в рунете появлятся по большей части авторы «лучшего фронтенда к
>> mplayer на питоне», а отнюдь не авторы гнома :)
> а что, это сильно разные проекты? O_O

шлепанцофан или хумодел ?:)


Ответить | Правка | ^ к родителю #129 | Наверх | Cообщить модератору

136. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:22 
speak russian, please.
Ответить | Правка | ^ к родителю #132 | Наверх | Cообщить модератору

139. "Разработчики GNOME, KDE и Unity договорились о..."  –2 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:28 
> speak russian, please.

кеды это шлепанцы, хумодел это хmonad
:)

Ответить | Правка | ^ к родителю #136 | Наверх | Cообщить модератору

140. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 12:30 
>> speak russian, please.
> кеды это шлепанцы, хумодел это хmonad
> :)

чур меня, чур! fluxbox. до этого E17. до этого windowmaker.

Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

155. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:55 
> чур меня, чур! fluxbox. до этого E17. до этого windowmaker.

icewm-flubox-e16
У каждого своя путя :)


Ответить | Правка | ^ к родителю #140 | Наверх | Cообщить модератору

157. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 13:01 
> icewm-flubox-e16
> У каждого своя путя :)

не спорю. интересно только, почему E16.

Ответить | Правка | ^ к родителю #155 | Наверх | Cообщить модератору

158. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 13:04 
>> icewm-flubox-e16
>> У каждого своя путя :)
> не спорю. интересно только, почему E16.

E17 слишком гламурен. Излишняя красивость тоже вредит.


Ответить | Правка | ^ к родителю #157 | Наверх | Cообщить модератору

159. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 13:07 
> E17 слишком гламурен. Излишняя красивость тоже вредит.

я не про то, я про то, почему E16, а не флюкс. стремление к красивостям быстро проходит, а у флюкса есть встроеный таскбар, notification area и slit. то есть, при прочих равных не надо доставлять софта.

Ответить | Правка | ^ к родителю #158 | Наверх | Cообщить модератору

165. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 13:18 
> я не про то, я про то, почему E16, а не флюкс.
> стремление к красивостям быстро проходит, а у флюкса есть встроеный таскбар,
> notification area и slit. то есть, при прочих равных не надо
> доставлять софта.

Флюкс это другая крайность. Он уж слишком прост. Я в E16 запилил  tint2+
wmdrawer как запускалку. Доволен и пока никуда слезать не собираюсь

Ответить | Правка | ^ к родителю #159 | Наверх | Cообщить модератору

166. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 13:21 
> Он уж слишком прост.

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

вообще, у меня такое подозрение, что ты из E16 сделал недоwindowmaker. %-)

Ответить | Правка | ^ к родителю #165 | Наверх | Cообщить модератору

174. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 13:35 
> вообще, у меня такое подозрение, что ты из E16 сделал недоwindowmaker. %-)

Скорее гномощель :))


Ответить | Правка | ^ к родителю #166 | Наверх | Cообщить модератору

176. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 13:37 
>  Скорее гномощель :))

они тоже пытаются написать windowmaker. видимо, не смогли склонировать репозиторий. или NIH в терминальной стадии.

Ответить | Правка | ^ к родителю #174 | Наверх | Cообщить модератору

141. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 12:31 
p.s. а также E16 и sawfish.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

142. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:32 
p.p.s. DE не нужны.
Ответить | Правка | ^ к родителю #139 | Наверх | Cообщить модератору

156. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:56 
> p.p.s. DE не нужны.

Не  тому вбросил :))


Ответить | Правка | ^ к родителю #142 | Наверх | Cообщить модератору

106. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от другой аноним on 18-Апр-13, 10:05 
>>> на самом деле реестр (регистр) не так уж и плох
>>Вовсе не говорю, что он плох.
>А зря.
>Одно дело «для хранения произвольных параметров» и совсем другое хранить там
>критически-важные для функционирования системы данные, ком-объекты, актив-хы,
>тлб, итд, итп.

А в чем тогда хранить критически важные данные? В настоящем железном сейфе распечатанными на бумаге? А чтобы вас не пугал бинарный формат - продумайте структуру по-надежнее, например, с контрольными суммами и резервными копиями. А иначе, когда эти данные вы будете хранить в текстовом виде, у вас будет куча программ, каждая из которых дергает кучу "...ком-объекты, актив-хы, тлб..." и вам станет грустно шерстить огромные текстовые файлы или разово при загрузке их "компилировать" в бинарное представление и держать целиком в памяти. А если текстовый файл попорчен, то столкнетесь с той же проблемой "незапуска" программ или системы, что и с бинарным реестром - вряд ли вы сможете сами вручную восстановить "разбитый" мегабайтный текстовый файл. И вообще, странно, почему это в популярных СУБД файлы данных "внутрях" не в удобном "человекочитабельном" текстовом виде представлены, это ведь так надежно! А, понятно, там ведь не хранят "критически-важные данные"


Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

41. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от kurokaze (ok) on 17-Апр-13, 23:53 
Охохо, просто ты нуб не сталкивался в 90-х с развалом реестра и неработоспособностью системы из за него
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

46. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 00:03 
Он и сейчас разваливается. И не так уж редко.

Зыж
Но проблема не в том, чтобы использовать различные б/д.
Вопрос в том, чтобы в базах данных были именно данные, а не «активные» элементы кода.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

87. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от jOKer (ok) on 18-Апр-13, 05:59 
>«активные» элементы кода

Это понятие весьма расплывчатое. Кто, к примеру, мешает мне хранить серилизованные данные, которые быстренько становятся активным кодом после того как над ними поработает десерилизатор? Да никто!... И вообще я могу хранить там скрипты на том же питоне, руби, перле, так сказать, в чистом виде....

Я думаю, что не стоит давать школоте еще один пистолет: у них и так оружия хватит что бы не только ногу себе отстрелить, а и фарш из нее сделать!

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

118. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:03 
> серилизованные

это что, пардон, такое? варианты трактовки только неприличные получаются.

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

143. "Разработчики GNOME, KDE и Unity договорились о..."  –2 +/
Сообщение от jOKer (ok) on 18-Апр-13, 12:32 
>> серилизованные
> это что, пардон, такое? варианты трактовки только неприличные получаются.

Это такая штука, которая позволяет сложный объект закодировать с помощью очень-очень простых. Вот ссыль http://en.wikipedia.org/wiki/Serialization Извини если подпортил тебе удовольствие от поиска определения с помощью гугла, - ты кажется это любишь.)) Но ты можешь поискать русский перевод.))))

Ответить | Правка | ^ к родителю #118 | Наверх | Cообщить модератору

145. "Разработчики GNOME, KDE и Unity договорились о..."  +4 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:34 
> Это такая штука, которая

…называется «сериализация». и «сериализованные». а «серилизованные» — это, пардон, то, что быдлокод оставил после себя в /tmp.

Ответить | Правка | ^ к родителю #143 | Наверх | Cообщить модератору

138. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 12:23 
>>«активные» элементы кода
>Это понятие весьма расплывчатое. Кто, к примеру, мешает мне хранить серилизованные данные, которые быстренько становятся активным кодом 

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

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

144. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:33 
> голиком
> системотический

ужас какой. кто пустил сюда дисграфика?

Ответить | Правка | ^ к родителю #138 | Наверх | Cообщить модератору

180. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 13:44 
>> голиком
>> системотический
> ужас какой. кто пустил сюда дисграфика?

Не виноватые мы, он сам пришел!

Ответить | Правка | ^ к родителю #144 | Наверх | Cообщить модератору

185. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от ананим on 18-Апр-13, 13:49 
да, вас, удодов, вообще никто не спрашивал :D
Ответить | Правка | ^ к родителю #180 | Наверх | Cообщить модератору

103. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от AleYeCu on 18-Апр-13, 09:22 
Вам не приходило в голову, что посетителям данного ресурса решения MS двадцатилетней давности, скорее, не нравятся?
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

105. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 09:29 
> Вам не приходило в голову, что посетителям данного ресурса решения MS двадцатилетней
> давности, скорее, не нравятся?

Зато им нравится, например, решение той же давности яббла в виде глобального меню. Без разницы какой давности решение, подобное в aix оно уже лет 40.
Если же вы считаете что все приходящие на опеннет обязаны придерживаться "единственно правильной точки зрения", то вы скорее всего ошибаетесь. Такое стремление характерно для сектантов или фанатиков, но далеко не все посетители данного ресурса к ним относятся.


Ответить | Правка | ^ к родителю #103 | Наверх | Cообщить модератору

107. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от AleYeCu on 18-Апр-13, 10:08 
>Зато им нравится, например, решение той же давности яббла в виде глобального меню.

Ну вот я посетитель данного ресурса. Глобальное меню считаю откровенно бредовой затеей, вне зависимости от того, где оно применяется. У меня верхняя часть экрана замена панелькой с лотком, задачами, несколькими индикаторами. Для глобального меню там места нет. Я использую focus follows mouse, с глобальным меню это тоже работает плохо при наличии более одного окна или фрейма на экране.
>Если же вы считаете что все приходящие на опеннет обязаны придерживаться "единственно правильной точки зрения"

Я считаю, что фанатов win-подобного реестра можно найти где угодно, но на ресурсах вроде OpenNet их концентрация будет наименьшей. Здесь значительная часть посетителей как раз ушла от использования продукции MS, не в последнюю очередь потому, что решения MS им не нравились.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

108. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 10:12 
Вопрос в том, что зачастую неприятие ms становится глобальным, и отрицаются даже объективно интересные вещи, только потому что они родом из ms.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

121. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:05 
> Вопрос в том, что зачастую неприятие ms становится глобальным, и отрицаются даже
> объективно интересные вещи, только потому что они родом из ms.

и что родила m$? «объективно интересного»? качественно (и не очень) спёртое просьба не указывать.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

127. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:10 
> и что родила m$? «объективно интересного»? качественно (и не очень) спёртое просьба
> не указывать.

nt4 подойдет? :) Если нет, укажите лучшие аналоги, кроме aix и иже с ними, но у них другая область


Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

134. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:17 
> nt4 подойдет? :)

а, это тот unix, который они в виде команды упёрли у… э. стоп. ликбез платный.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

204. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от fi (ok) on 18-Апр-13, 16:31 
nt4 уже была хуже 3.5.  а их POSIX - совсем говно оказался.

А регистер, как инструмент, в unix-ах появился  еще 1979 - dbm, но в отличии от виндового, он изначально был с индексом. Можно еще вспомнить технологию printcap из OSF/1.

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

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

221. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 18:26 
> nt4 подойдет? :)

Это "OpenVMS с гибридным ядром". Есть даже шутка VMS + 111 = WNT.

Ответить | Правка | ^ к родителю #127 | Наверх | Cообщить модератору

261. "Разработчики GNOME, KDE и Unity договорились о..."  –2 +/
Сообщение от Лолик on 19-Апр-13, 19:47 
Студию. Божественная среда. Божественный отладчик.
Ответить | Правка | ^ к родителю #121 | Наверх | Cообщить модератору

266. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 20-Апр-13, 05:08 
> Студию. Божественная среда. Божественный отладчик.

даже не смешно.

Ответить | Правка | ^ к родителю #261 | Наверх | Cообщить модератору

273. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от Аноним (??) on 20-Апр-13, 20:25 
>> Студию. Божественная среда. Божественный отладчик.
> даже не смешно.

Конечно, не смешно. Конская командная строка на 3 экрана - исключительно атрибут ГЦЦ.

Ответить | Правка | ^ к родителю #266 | Наверх | Cообщить модератору

275. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 20-Апр-13, 20:47 
> Конечно, не смешно. Конская командная строка на 3 экрана — исключительно атрибут
> ГЦЦ.

а вот это были стенания бедняши, не умеющего в системы сборки. дальше бедняша должен сказать, что «системы сборки не нужны, для нас, безмозглых, сделали Божественную Студию!»

Ответить | Правка | ^ к родителю #273 | Наверх | Cообщить модератору

14. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Vkni (ok) on 17-Апр-13, 22:49 
> на самом деле реестр (регистр) не так уж и плох

Все хорошо, но там нет комментов. Поэтому через некоторое время совершенно невозможно понять, что делает какой ключ.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:01 
> Все хорошо, но там нет комментов.

И поиска нормального нет. И непонятного ср№ча много. Буквально мегазы.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

74. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 01:59 
> И поиска нормального нет. И непонятного ср№ча много. Буквально мегазы.

Ну это тоже. Впрочем, говорят, реестр можно примонтировать как файловую систему.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

216. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от Аноним (??) on 18-Апр-13, 18:17 
> Ну это тоже. Впрочем, говорят, реестр можно примонтировать как файловую систему.

В винде? Или это *никсоиды, как обычно, сделали лучше чем было в оригинале? :)

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

262. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Rubik email(ok) on 19-Апр-13, 20:31 
пока только в линуксе видел, но не юзал - незачем
Ответить | Правка | ^ к родителю #216 | Наверх | Cообщить модератору

102. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 08:39 
плоха его реализация?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 22:47 
>>> предоставление структурированного хранилища для хранения произвольных параметров в формате ключ/значение.
> Что то такое решение сильно напоминает :)

ога, gconf напоминает

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

21. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 17-Апр-13, 23:09 
Реестр - теперь не только в гноме!
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

34. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от foxy_ant on 17-Апр-13, 23:25 
Вообще в конфигурационных файлах параметры так и хранятся: ключ/значение. Конфиг-файл может быть простым текстовиком, может иметь XML-структуру, в windows реестр имеет двоичный формат. Реестр gconf - XML формат. Врятли во FreeDesktop будут продвигать двоичные форматы настроечных файлов как реестре windows.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

58. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 00:56 
> Вообще в конфигурационных файлах параметры так и хранятся: ключ/значение. Конфиг-файл
> может быть простым текстовиком, может иметь XML-структуру, в windows реестр имеет
> двоичный формат. Реестр gconf - XML формат. Врятли во FreeDesktop будут
> продвигать двоичные форматы настроечных файлов как реестре windows.

В Enlightenment бинарные конфиги используются уже сейчас.

Впрочем, XML для чтения человеком не намного проще, чем бинарник.

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

104. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –3 +/
Сообщение от AleYeCu on 18-Апр-13, 09:23 
> Впрочем, XML для чтения человеком не намного проще, чем бинарник.

XML я любым текстовым редактором открою и прочитаю. В отличие от.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

123. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:09 
> XML я любым текстовым редактором открою и прочитаю.

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

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

198. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от AleYeCu on 18-Апр-13, 15:49 
Прочитаю, в чём проблема-то? Менее удобен для чтения, чем продуманный конфиг, но тем не менее. Я этих XML читал и писал дофига в своё время. Да и какая там «разлапистость» может быть, если не совсем дебил делал? Два, ну три уровня вложенности. Фигня-с. А вот для бинарника нужна спец-программа. Собственно, уже это перечёркивает все дальнейшие достоинства оного.
Ответить | Правка | ^ к родителю #123 | Наверх | Cообщить модератору

199. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 15:55 
> А вот для бинарника нужна спец-программа

да один хрен: что текстовый редактор, что текстовый редактор на результат экспорта.

вообще, я бы лично предпочёл xml-ю бинарь. а им обоим — обычный текстовый key=value.

а что было бы вообще здорово — это стандартная библиотека, которая текстовые конфиги жуёт. и у которой есть вкусный API оповещения об изменении оных конфигов. чтобы реакцию на это можно было парой колбэков сделать, а не городить велосипеды.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

202. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от AleYeCu on 18-Апр-13, 15:59 
> да один хрен: что текстовый редактор, что текстовый редактор на результат экспорта.
> вообще, я бы лично предпочёл xml-ю бинарь. а им обоим — обычный
> текстовый key=value.

С моей точки зрения, предпочтительный порядок иной:

1. текстовый key=value
2. XML
3. бинарник

Ответить | Правка | ^ к родителю #199 | Наверх | Cообщить модератору

203. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 16:13 
бинарь распарзить проще, чем xml. ;-)
Ответить | Правка | ^ к родителю #202 | Наверх | Cообщить модератору

228. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 19:17 
> если не совсем дебил делал?

К сожалению, в этом месте ваши построения терпят фиаско. Будут, будут конфиги, которые совсем дебилы делали. Поэтому нужен формат, в котором урон будет по-меньше.

Ответить | Правка | ^ к родителю #198 | Наверх | Cообщить модератору

269. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от JL2001 (ok) on 20-Апр-13, 15:16 
>> если не совсем дебил делал?
> К сожалению, в этом месте ваши построения терпят фиаско. Будут, будут конфиги,
> которые совсем дебилы делали. Поэтому нужен формат, в котором урон будет
> по-меньше.

как будто текстовый конфиг нельзя засрать

Ответить | Правка | ^ к родителю #228 | Наверх | Cообщить модератору

276. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Vkni (ok) on 21-Апр-13, 08:00 
> как будто текстовый конфиг нельзя засрать

Можно, но немного тяжелее. И это изредка помогает.

Ответить | Правка | ^ к родителю #269 | Наверх | Cообщить модератору

179. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:42 
> XML я любым текстовым редактором открою и прочитаю. В отличие от.

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

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

200. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от AleYeCu on 18-Апр-13, 15:57 
> Если уж вы 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>

Кому что, кому что…

Ответить | Правка | ^ к родителю #179 | Наверх | Cообщить модератору

220. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 18:21 
А вот гзипанутый лог - бинарная сущность. С лемпел-зивом и деревьями хаффмана. Но почему-то ни у кого возражений не вызывает.

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

Ответить | Правка | ^ к родителю #200 | Наверх | Cообщить модератору

232. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от AleYeCu on 18-Апр-13, 20:30 
>Кстати сразу видно что с бинарными данными вы работать не умеете. Даже хексдамп горбатый.

hexdump ровно такой, какой его (сюрприз!) выдал hexdump без опций. С бинарными данными я и правда не умею работать, ну так я этого и не утверждал. Так с XML на уровне «прочитать и понять» уметь работать ни к чему — достаточно навыков чтения.

Ответить | Правка | ^ к родителю #220 | Наверх | Cообщить модератору

218. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 18:18 
> XML я любым текстовым редактором открою и прочитаю. В отличие от.

Иди, открой XML от OSM в текстовом редакторе. Всего 250 гигз, ага :)

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

235. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от AleYeCu on 18-Апр-13, 20:33 
>> XML я любым текстовым редактором открою и прочитаю. В отличие от.
> Иди, открой XML от OSM в текстовом редакторе. Всего 250 гигз, ага
> :)

Гражданин, у вас с головой как? Какие 250 «гигз» у конфига?! У меня вся система раз в десять меньше занимает, вместе с ресурсами игр и парой виртуальных образов.

Ответить | Правка | ^ к родителю #218 | Наверх | Cообщить модератору

245. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 05:33 
> Гражданин, у вас с головой как? Какие 250 «гигз» у конфига?!

а что, карта — это разве не «конфиг» для карторисовалки? уровни и графика для движка игры — тоже конфиг. благо, никто ещё не сошёл с ума настолько, чтобы хранить картинки в XML. надеюсь, и не дойдёт.

Ответить | Правка | ^ к родителю #235 | Наверх | Cообщить модератору

252. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от AleYeCu on 19-Апр-13, 10:19 
>а что, карта — это разве не «конфиг» для карторисовалки?

Смотря какая карта. В большинстве случаев — нет. К тому же карту вы, скорее всего, править не полезете. В отличие от конфига.

Ответить | Правка | ^ к родителю #245 | Наверх | Cообщить модератору

253. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 10:41 
> К тому же карту вы, скорее всего, править не полезете. В отличие от конфига.

хм. вообще-то, OSM как раз лазят править. конечно, специнструментами. и зачем там при этом огромный тормозной XML — не ясно.

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

254. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 19-Апр-13, 10:42 
> В большинстве случаев — нет.

а в каких? по-моему, любые данные для движка являются конфигом. собственно, движок этими данными и управляется. как программы управляются конфигами.

Ответить | Правка | ^ к родителю #252 | Наверх | Cообщить модератору

71. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Kroz email(ok) on 18-Апр-13, 01:57 
> Что то такое решение сильно напоминает :)

Мне тоже: конфигурационные файлы в /etc (очень надеюсь, что я не ошибаюсь).


Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

73. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 01:59 
> Мне тоже: конфигурационные файлы в /etc (очень надеюсь, что я не ошибаюсь).

Тогда это очень грустно..


Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

76. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +2 +/
Сообщение от Kroz email(ok) on 18-Апр-13, 03:19 
А ты никогда не думал, что под понятие структуры "ключ-значение" отлично подходит файловая система, где ключ - полное имя файла с путем. Даже в regedit отображаются как бы папки, в которых уже находятся ключи. Получается что реестр - это файловая система в файловой системе. Зачем?
Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

77. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 03:27 
> А ты никогда не думал, что под понятие структуры "ключ-значение" отлично подходит
> файловая система, где ключ - полное имя файла с путем. Даже
> в regedit отображаются как бы папки, в которых уже находятся ключи.
> Получается что реестр - это файловая система в файловой системе. Зачем?

Это бинарный файл со своей структурой данных. Зачем делают бинарные файлы БД с собственной структурой вместо кучи текстовых файлов в существующей файловой системе?


Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

81. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от Kroz email(ok) on 18-Апр-13, 04:13 
> Зачем делают бинарные файлы БД с собственной структурой вместо кучи текстовых файлов в существующей файловой системе?

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

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

83. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 04:40 
Конфиг на то и конфиг, что читается полностью.
Есть сложность с преобразованием символов в числа/даты (если числовые данные есть в конфиге), но и только.
Зато нет сложности в дополнительных библиотеках (или даже субд) по чтению/записи бинарников. Плюс хьюман фрэндли.
Нет, не является. Более того, вы можете загнать в переменные значения сразу по мере последовательного их чтения. В случае же с общим хранилищем вы вынуждены делать отдельные запросы на каждую. Зато претензия на универсальность.

Сори что влез.

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

90. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –4 +/
Сообщение от jOKer (ok) on 18-Апр-13, 06:34 
Глупости! Никаких сложностей у текстовых форматов нет как нет.

Как раз наоборот - это у бинарных форматов сплошные сложности с преобразованием. Достаточно вспомнить траблы с определением порядка следования битов. А если не верите, то вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

150. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:45 
> вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.

и причина этому, что характерно, отнюдь не «сложности с порядком битов». но тебе можно не знать. по молодости.

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

229. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от jOKer (ok) on 18-Апр-13, 19:32 
>> вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.
> и причина этому, что характерно, отнюдь не «сложности с порядком бит». но
> тебе можно не знать. по молодости.
>>по молодости.

Слушай, дедуля, поскольку я в свои сорок с гаком лет, более веской причины чем эта припомнить не могу, то не огласишь ли ты хоть одну, а? Чисто спортивного интереса ради. Ну если конечно у тебя еще с памятью все ОК. А то в шестьдесят всякое бывает))

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

Ответить | Правка | ^ к родителю #150 | Наверх | Cообщить модератору

244. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 19-Апр-13, 05:27 
я скажу тебе только два слова: telnet и debugging. ты уж извини, я не знал, что тебе столько лет, а ты до сих пор слабоумный.
Ответить | Правка | ^ к родителю #229 | Наверх | Cообщить модератору

246. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от jOKer (ok) on 19-Апр-13, 05:43 
>я скажу тебе только два слова: telnet и debugging

И это все что ты смог из себя выдавить? Не густо! Похоже что ты только и умеешь, что ронять многозначительные фразы.... А в этом треде нет Crazy Alex, который тебя спас в прошлый раз. Печалька, правда?  

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

Наглец и хам

Ответить | Правка | ^ к родителю #244 | Наверх | Cообщить модератору

247. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 19-Апр-13, 05:46 
я что-то не припомню, чтобы ты платил мне деньги. поэтому то, что я ответил на твой вопрос целыми двумя словами — чистая любезность с моей стороны. глупая любезность; не стоило метать бисер. ок, больше не буду.
Ответить | Правка | ^ к родителю #246 | Наверх | Cообщить модератору

248. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от jOKer (ok) on 19-Апр-13, 06:01 
Для того что бы метать, его надо для начала иметь!
Ответить | Правка | ^ к родителю #247 | Наверх | Cообщить модератору

249. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 06:05 
> Для того что бы метать, его надо для начала иметь!

ну да, вещь дефицитная. а я на тебя зачем-то немного потратил. и ведь ясно же было, что без толку, что жёлуди надо, ан нет, всё хочу в лучшее верить…

Ответить | Правка | ^ к родителю #248 | Наверх | Cообщить модератору

250. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от jOKer (ok) on 19-Апр-13, 07:03 
> я на тебя зачем-то немного потратил

Курить надо поменьше всякой гадости с утра, тогда и не будет мерещится, что ты на кого-то там что-то потратил

Ответить | Правка | ^ к родителю #249 | Наверх | Cообщить модератору

251. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 07:40 
вот и я говорю же, что зря: ты и не заметил, всё жёлудей ждал.
Ответить | Правка | ^ к родителю #250 | Наверх | Cообщить модератору

177. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 13:38 
> Как раз наоборот - это у бинарных форматов сплошные сложности с преобразованием.
> Достаточно вспомнить траблы с определением порядка следования битов.

Проблемы с порядком битов (точнее, байтов) - лишь частный случай более глобальной проблемы текстовых файлов - проблемы кодировок.

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

178. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 13:40 
> проблемы кодировок

у Цивилизации нет такой проблемы. только у унтерменшей.

Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

182. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:48 
>> проблемы кодировок
> у Цивилизации нет такой проблемы. только у унтерменшей.

Наоборот.

Ответить | Правка | ^ к родителю #178 | Наверх | Cообщить модератору

186. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 13:50 
>>> проблемы кодировок
>> у Цивилизации нет такой проблемы. только у унтерменшей.
> Наоборот.

ок.
только у унтерменшей такая проблема, у Цивилизации её нет.

Ответить | Правка | ^ к родителю #182 | Наверх | Cообщить модератору

191. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:56 
>>> у Цивилизации нет такой проблемы. только у унтерменшей.
>> Наоборот.
> ок.
> только у унтерменшей такая проблема, у Цивилизации её нет.

Хочешь выпендриваться - научись хотя бы пользоваться rev :)

.йешнемретну у окьлот .ымелборп йокат тен иицазиливиЦ у

Ответить | Правка | ^ к родителю #186 | Наверх | Cообщить модератору

227. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от jOKer (ok) on 18-Апр-13, 19:11 
>Проблемы с порядком битов

И все же именно с порядком бит.

Я понимаю, шклоте в этом трудно разобраться (минусовать проще), но именно порядок бит в машинных словах на разных платформах разнится. На некоторых старший бит слева, а на других он справа. Это в отличие от текста, который (при правильно выбранной кодировке) остается неизменным. И никаких "глобальных" проблем с его использованием нет: берешь юникод и расслабляешься.

Ответить | Правка | ^ к родителю #177 | Наверх | Cообщить модератору

219. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 18:20 
> то вспомните что большинство сетевых протоколов отнюдь не бинарные, а текстовые.

И временами им это сильно икается.

Тем более что какой-нибудь там XMLный жаббер с невъ.... base64-вставками и прочая - не больно глазами читаются. Получились мутанты "ни два ни полтора".

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

225. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 18:50 
жабир вообще придумали альтернативно разумные.
Ответить | Правка | ^ к родителю #219 | Наверх | Cообщить модератору

263. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Rubik email(ok) on 19-Апр-13, 20:36 
а чем вы пользуетесь,позвольте спросить?
Ответить | Правка | ^ к родителю #225 | Наверх | Cообщить модератору

267. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 20-Апр-13, 05:09 
> а чем вы пользуетесь,позвольте спросить?

не жабиром. к сожалению, для умственно отсталых пришлось высунуть наружу эмулятор xmpp.

Ответить | Правка | ^ к родителю #263 | Наверх | Cообщить модератору

97. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 08:11 
> Для ускорения выборки данных. Отсюда у меня первый вопрос: в случае с
> конфигами, является ли выборка данных из текстовых файлов узким местом в
> производительности программ?

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


Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

112. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Kroz email(ok) on 18-Апр-13, 11:55 
Если перефразировать твой ответ, то получится "далеко не самым узким". И здесь ты прав.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

82. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 04:22 
Чтобы "защитить" свою ынтыктуальную собстность?

Зыж
Не нужно укрываться за бинарным форматом.
Реестр винды плох не из-за этого (хотя и из-за этого тоже. но в части закратости формата), а из-за того что и как он там хранит.
База данных на то и база данных, что хранит данные.
А реестр... Вот представьте, что мускуль хранит параметры ядра, параметры модулей, настройки всех демонов, а также вызовы всех общих библиотек. И граб вначале грузит мускуль, потом ядро, потом модули, потом демоны... И все лезут в мускуль перед запуском, во время своего выполнения и во время своего -авершения. А потом в этой же базе и все персональные данные (профили) и настройки пользователей, а также программ им выполняемых. (Это ещё активиксов нет)

Т.е. никакой корреляции с сабжем даже близко не наблюдается. Просто nosql субд для хранения данных (только данных) персонально (не централизованно).
Т.е. субд там где и должна быть. На своём месте.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

89. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от jOKer (ok) on 18-Апр-13, 06:12 
>[оверквотинг удален]
> А реестр... Вот представьте, что мускуль хранит параметры ядра, параметры модулей, настройки
> всех демонов, а также вызовы всех общих библиотек. И граб вначале
> грузит мускуль, потом ядро, потом модули, потом демоны... И все лезут
> в мускуль перед запуском, во время своего выполнения и во время
> своего -авершения. А потом в этой же базе и все персональные
> данные (профили) и настройки пользователей, а также программ им выполняемых. (Это
> ещё активиксов нет)
> Т.е. никакой корреляции с сабжем даже близко не наблюдается. Просто nosql субд
> для хранения данных (только данных) персонально (не централизованно).
> Т.е. субд там где и должна быть. На своём месте.

Банальный текстовой конфиг в формате ключ-значение + индекс к нему и есть эта NoSQL DB. Все остальное лишнее, и подлежит отрезке бритвой Оккама (возможно вместе с яйцами любителей делать проблему на пустом месте).

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

184. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:49 
> Банальный текстовой конфиг в формате ключ-значение + индекс к нему и есть
> эта NoSQL DB. Все остальное лишнее, и подлежит отрезке бритвой Оккама
> (возможно вместе с яйцами любителей делать проблему на пустом месте).

Согласно той же бритве Оккама, не стоит городить сущности, пытаясь сделать NoSQL БД обязательно текстовой. Отказ от текстового формата значительно упрощает реализацию.

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

98. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 08:13 
Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так что аналогия хромает
Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

113. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Kroz email(ok) on 18-Апр-13, 11:58 
> Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так
> что аналогия хромает

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

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

120. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 12:04 
>> Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так
>> что аналогия хромает
> Небольшая поправка: реестр тоже никому не нужен. Нужно такое, что использовало бы
> то, что и так есть, а это текстовые конфиги.

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


Ответить | Правка | ^ к родителю #113 | Наверх | Cообщить модератору

163. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Kroz email(ok) on 18-Апр-13, 13:17 
Ок. Соглашусь.
Уточняю: Использовать что-то новое только в том случае, если это дает какой-то ощутимый профит, который при этом совпадает с насущными потребностями. Как так?
Ответить | Правка | ^ к родителю #120 | Наверх | Cообщить модератору

170. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 13:34 
> Ок. Соглашусь.
> Уточняю: Использовать что-то новое только в том случае, если это дает какой-то
> ощутимый профит, который при этом совпадает с насущными потребностями. Как так?

Мне, например, в сущности глубоко безразличны все нововведения в линуксе, из-за которых ломается столько копий, типа systemd, вяленого и им подобных, просто потому  что использовать с толком можно любое из них, как и сделать из них нечто совсем неудобоваримое.
В случае реестра это упрощение централизованного управления большим парком машин, отпадает необходимость в куче левых парсеров конфигов, ненамного, но улучшается производительность в части более быстрого запуска программ. Не говорю что улучшения настолько кардинальны что надо "хватать штаны, пароход уходит", но именно мелкие улучшения зачастую приносят больше пользы, чем какие то кардинальные переделки всего и вся


Ответить | Правка | ^ к родителю #163 | Наверх | Cообщить модератору

175. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 18-Апр-13, 13:36 
реестр — это как раз кардинальная переделка.
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

207. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от SergMarkov email(ok) on 18-Апр-13, 17:23 
> реестр — это как раз кардинальная переделка.

Да нет, это всего лишь система конфигурации, важная, но вовсе не определяющая часть ОС.
Есть сисинит, еcть bsd, есть bsd в линуксе.


Ответить | Правка | ^ к родителю #175 | Наверх | Cообщить модератору

205. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Kroz email(ok) on 18-Апр-13, 17:17 
Хорошо. Но проблема в том, что у нас не парк машин в ICANN, у нас домашний десктопик. Зачем туда пихать systemd? Улучшений нет, а swithcing costs - есть. Вот это и есть зло.
Ответить | Правка | ^ к родителю #170 | Наверх | Cообщить модератору

151. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:46 
> реестр нужен всем

ты опять лжец.

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

153. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ананим on 18-Апр-13, 12:48 
>Мускуль, например на дескопе, нужен онюдь не всем, реестр нужен всем, так что аналогия хромает

Мне вот реестр на десктопе не_nужен...
А, вы про вындусовый реестр? Который обязали использовать всех пользователей этой ОС?

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

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

230. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 20:23 
> Это бинарный файл со своей структурой данных. Зачем делают бинарные файлы БД
> с собственной структурой вместо кучи текстовых файлов в существующей файловой системе?

Затем что фат в винде убогий и дико тормозит при куче файлов в 1 дире. Вот тогда они и сгородили реестр, т.к. чтение пачки конфигов у них бы адски тормозило. Но EXT4 например все это не касается. Сама ФС - тоже по сути БД специализированная.

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

88. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от jOKer (ok) on 18-Апр-13, 06:07 
> А ты никогда не думал, что под понятие структуры "ключ-значение" отлично подходит
> файловая система, где ключ - полное имя файла с путем. Даже
> в regedit отображаются как бы папки, в которых уже находятся ключи.
> Получается что реестр - это файловая система в файловой системе. Зачем?

Согласен. И тут бы им вспомнить что в линуксе "все есть файл" и перечитать кое-какие высказывания Ганса Райзера на тему СУБД vs ФС.

Ведь фактически для реализации того, что они хотят достаточно было бы к файловой системе прикрутить индексы, для быстрого поиска, и оговорить формат и механизм доступа к этому индексу. И все! Но нет, мы не ищем легких путей.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

93. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 07:04 
> Получается что реестр - это файловая система в файловой системе. Зачем?

Затем, что файловые системы FAT16/FAT32/NTFS плохо умеют работать с грудой мелких файлов. :-) Это же MS Windows.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

115. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Kroz email(ok) on 18-Апр-13, 11:59 
>> Получается что реестр - это файловая система в файловой системе. Зачем?
> Затем, что файловые системы FAT16/FAT32/NTFS плохо умеют работать с грудой мелких файлов.
> :-) Это же MS Windows.

Слушай, а это мысль! Возможно, это и правда было причиной!

Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

137. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от jOKer (ok) on 18-Апр-13, 12:22 
Это одна из причин. Но кроме этой причины для криворуких кодеров, есть еще пара:

- сопровождение централизованного хранилища на порядок менее трудозатратно нежели распределенного. Это причина для админов /из саппорта/

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

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

212. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 17:49 
> - сопровождение централизованного хранилища на порядок менее трудозатратно нежели распределенного.

Если реестр отобразить в файловую систему в качестве диска R, он распределеннее не станет. ;-)

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

231. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 20:25 
> - сопровождение централизованного хранилища на порядок менее трудозатратно

То-то для реестра чистилок и дефрагалок больше чем для ФС развелось :)

А по логике вещей - теперь админятся ДВЕ базы:
1) Файловая система, которая тоже в каком-то роде специализированная БД
2) БД-на-ФС, созданная для затыкания убогости ФС типа FAT.

Вместо 1 сущности стало 2. Стало проще админить? ORLY?

Ответить | Правка | ^ к родителю #137 | Наверх | Cообщить модератору

237. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 20:35 
> 1) Файловая система, которая тоже в каком-то роде специализированная БД

Файловая система - это быстрая иерархическая база данных (как модно говорить, NOSQL :-), ровно как и реестр.

Ответить | Правка | ^ к родителю #231 | Наверх | Cообщить модератору

243. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от arisu (ok) on 19-Апр-13, 05:25 
> Файловая система — это быстрая иерархическая база данных

…или не очень быстрая.

Ответить | Правка | ^ к родителю #237 | Наверх | Cообщить модератору

264. "Разработчики GNOME, KDE и Unity договорились о..."  +/
Сообщение от Vkni (ok) on 19-Апр-13, 23:48 
> …или не очень быстрая.

Это смотря, кто делал.

Ответить | Правка | ^ к родителю #243 | Наверх | Cообщить модератору

274. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от Аноним (??) on 20-Апр-13, 20:33 
>> …или не очень быстрая.
> Это смотря, кто делал.

Смотря, кто проектировал, я бы сказал. Кто делал - при правильном проектировании и ведении проекта - третьестепенно.

Ответить | Правка | ^ к родителю #264 | Наверх | Cообщить модератору

217. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от Vkni (ok) on 18-Апр-13, 18:18 
> Слушай, а это мысль! Возможно, это и правда было причиной!

Кстати, еще одну причину вспомнил. Когда вводили Windows Registry (для COM в Windows 3-что-то-там) у файловых систем FAT было ограничение на имя файла - 8.3 В реестре этого ограничения нет с самого начала.

Ответить | Правка | ^ к родителю #115 | Наверх | Cообщить модератору

233. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 20:30 
Эврика! Видимо их не вдохновили имена вида HKEY_LOC~1 :)
Ответить | Правка | ^ к родителю #217 | Наверх | Cообщить модератору

15. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –5 +/
Сообщение от Vkni (ok) on 17-Апр-13, 22:53 
> замена основанной на технологиях X11 системы уведомления о запуске

Это очередной гвоздь в гроб сетевой прозрачности.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Zenitur (ok) on 17-Апр-13, 23:09 
Любишь провоцировать флейм? Ты недоцитировал: "Без конкретных решений остались обсуждения ... замена основанной на технологиях X11 системы уведомления о запуске, "
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

69. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 01:53 
> Любишь провоцировать флейм?

Гражданин, вы не можете меня не прокомментировать? ;-)

> Ты недоцитировал: "Без конкретных решений остались обсуждения
> ... замена основанной на технологиях X11 системы уведомления о запуске, "

Я процитировал то, что хотел. Я знаю, что они об это не договорились. И любой, кто читать умеет, может это прочесть в новости - не надо считать людей идиотами. :-)

Но я не о freedesktop'е, а о конкретной вещи: dbus, увы, не обладает сетевой прозрачностью. Поэтому, если хочется иметь десктоп с сетевой прозрачностью, синхронизироваться нужно через Х.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 17-Апр-13, 23:10 
>Без конкретных решений остались


Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

70. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 01:55 
> …

Что же нужно поставить на место этих трех точек? ;-)

Вы с Zenitur'ом какие-то странные: думаете, что остальные читать новости не умеют.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

80. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 04:00 
>Что же нужно поставить на место этих трех точек? ;-)

Это очевидно — то что вы выдрали из контекста.
>Вы с Zenitur'ом какие-то странные: думаете, что остальные читать новости не умеют.

Остальные — это только вы.
Так что выбирайте — либо вы не умеете читать, либо понимать то что прочитали.

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

92. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 07:03 
> Это очевидно — то что вы выдрали из контекста.

Любая цитата выдрана из контекста. В этом и есть смысл цитаты.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

152. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:48 
>>Что же нужно поставить на место этих трех точек? ;-)
> Это очевидно — то что вы выдрали из контекста.

также очевидно то, что ты не понял, зачем это было процитировано именно так.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

162. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от malanec on 18-Апр-13, 13:11 
> Это очередной гвоздь в гроб сетевой прозрачности.

Тебе надо посмотреть это видео
http://www.youtube.com/watch?v=RIctzAQOe44

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

20. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –2 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:08 
изменение dpi монитора лучше бы сделали
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

37. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +6 +/
Сообщение от ананим on 17-Апр-13, 23:37 
dpi монитора можно изменить только на заводе.
Ваш, К.О.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

238. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 21:45 
Ну так он и хочет, чтобы они сделали, чтобы не только не заводе. Че непонятного? :)
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

39. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +3 +/
Сообщение от Аноним (??) on 17-Апр-13, 23:42 
DPI у монитора только один. По крайней мере LCD. Выставляется он на заводе.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

72. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 01:58 
> изменение dpi монитора лучше бы сделали

xorg.conf, секция Display, настройка DPI, если Dpi определся неправильно.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

84. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от ананим on 18-Апр-13, 04:44 
xrandr --dpi 100500 &
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

109. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 10:55 
вот только нет xorg.conf в системе, а если и есть, то игнорируется приложениями, фирефохе например.
Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

146. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Тузя (ok) on 18-Апр-13, 12:35 
Вместо унылого форса ретины, пора уже научиться конфигурировать X.
Нету xorg.conf? Ну создай, сконфигурируй, RTFM. Для firefox нужно еще и правильно сконфигурировать ~/.fonts.conf

Всё это не имеет прямого отношения к DE. Это всё вопросы к X.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

209. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 17:32 
> Всё это не имеет прямого отношения к DE. Это всё вопросы к
> X.

DE должна эти настройки DPI из X взять. С этим проблемы.

Ответить | Правка | ^ к родителю #146 | Наверх | Cообщить модератору

256. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Тузя (ok) on 19-Апр-13, 15:41 
В идеале да, но на практике сейчас Х не целиком отвечает за рендеринг и у них разброд и шатание. Какой толк от того, что "настройка" в DE изменит параметры лишь в части приложений, кое-где изменит dpi окна, а кое-где шрифтов, а кое-где нет?
А учитывая, что они там еще и на wayland переходят, сохраняя кусок Х, то, по моему скромному мнению, станет только хуже.
Ответить | Правка | ^ к родителю #209 | Наверх | Cообщить модератору

257. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Vkni (ok) on 19-Апр-13, 18:00 
> В идеале да, но на практике сейчас Х не целиком отвечает за
> рендеринг и у них разброд и шатание.

Х - это единственное место, где сводятся воедино Монитор и GUIшные программы. Поэтому именно там и логично хранить DPI, и запрашивать. Тем более, что там оно и определяется правильным образом. Но до таких премудростей тяжело догадаться, да. :-)

> А учитывая, что они там еще и на wayland переходят, сохраняя кусок
> Х, то, по моему скромному мнению, станет только хуже.

В этом никто не сомневается, что будет только хуже. :-)

Ответить | Правка | ^ к родителю #256 | Наверх | Cообщить модератору

259. "Разработчики GNOME, KDE и Unity договорились о..."  +1 +/
Сообщение от arisu (ok) on 19-Апр-13, 18:02 
да, рукожопие — это такая штука, что если в зачатке руки не перемонтировать в правильное место, то потом только ампутация остаётся.
Ответить | Правка | ^ к родителю #257 | Наверх | Cообщить модератору

265. "Разработчики GNOME, KDE и Unity договорились о..."  –1 +/
Сообщение от Led (ok) on 20-Апр-13, 03:07 
> да, рукожопие — это такая штука, что если в зачатке руки не
> перемонтировать в правильное место, то потом только ампутация остаётся.

Да ладно... шорты с рукавами одеть - и в майкросовт или в оракл...

Ответить | Правка | ^ к родителю #259 | Наверх | Cообщить модератору

154. "Разработчики GNOME, KDE и Unity договорились о..."  +2 +/
Сообщение от arisu (ok) on 18-Апр-13, 12:49 
> игнорируется приложениями, фирефохе например.

это личная проблема тормозиллы. кто им виноват, что у них руки из задницы?

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

208. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Vkni (ok) on 18-Апр-13, 17:31 
> вот только нет xorg.conf в системе, а если и есть, то игнорируется
> приложениями, фирефохе например.

xorg.conf во-первых, создается ручками, если надо. А во-вторых, в большинстве случаев X определяют DPI правильно сами => то, что я написал, нужно только в крайних случаях.

Просто ряд чудаков, типа Mozill'оидов не умеют брать системный DPI ни под одной системой, под которой работают.

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

234. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от Аноним (??) on 18-Апр-13, 20:32 
> xorg.conf, секция Display,

Дяденька, нынче в большинстве систем нет никакого xorg.conf - плагнплей на дворе.

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

240. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Vkni (ok) on 18-Апр-13, 22:21 
> Дяденька, нынче в большинстве систем нет никакого xorg.conf - плагнплей на дворе.

Тетенька, для таких, как вы, я пишу, что это если X неправильно определили DPI дисплея. В большинстве случаев сейчас все определяется правильно.

Ответить | Правка | ^ к родителю #234 | Наверх | Cообщить модератору

68. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Anonus (ok) on 18-Апр-13, 01:43 
> Достигнуто соглашение по спецификации для интерфейсов D-Bus, реализуемых приложениями. Подобная спецификация позволит воплотить в жизнь схему активации приложений через D-Bus, при которой приложение может запускаться через отправку D-Bus-запроса вместо выполнения исполняемого файла.

Придёт Майкрософт и предъявит патент на СОМ и реестр  :-)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от ноним on 18-Апр-13, 07:53 
Договариваются они всегда хорошо. Но вот З года прошло, а обещанного не дождались: http://www.opennet.dev/opennews/art.shtml?num=22674
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

95. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Аноним (??) on 18-Апр-13, 08:02 
>Собравшиеся на саммите разработчики KDE, GNOME, Unity и Razor-qt
>в которую войдут представители GNOME, KDE и Unity.

Ребят из Razor-qt попросили не мешать серьезным дядям?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

187. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 13:52 
>>Собравшиеся на саммите разработчики KDE, GNOME, Unity и Razor-qt
>>в которую войдут представители GNOME, KDE и Unity.
> Ребят из Razor-qt попросили не мешать серьезным дядям?

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

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

110. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Adblog (ok) on 18-Апр-13, 11:29 
А почему без OpenBox ????
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

206. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от Васек on 18-Апр-13, 17:20 
А с каких пор OpenBox является DE?
Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

213. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Антон (??) on 18-Апр-13, 18:06 
Если его причесать, обогреть и приласкать, то он лучше любого DE будет!
Ответить | Правка | ^ к родителю #206 | Наверх | Cообщить модератору

236. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Аноним (??) on 18-Апр-13, 20:33 
> Если его причесать, обогреть и приласкать, то он лучше любого DE будет!

А "если" и "бы" в этом мире не засчитываются.


Ответить | Правка | ^ к родителю #213 | Наверх | Cообщить модератору

241. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  –1 +/
Сообщение от dr Equivalent (ok) on 19-Апр-13, 00:39 
Лучше бы они поговорили по поводу имплементации Wayland в Мире. И объяснили популярно разработчикам Unity, почему оно важно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

268. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +1 +/
Сообщение от Читатель on 20-Апр-13, 15:15 
Ну вот Вы, да, да именно Вы, и объясните популярно разработчикам Unity.
Ответить | Правка | ^ к родителю #241 | Наверх | Cообщить модератору

277. "Разработчики GNOME, KDE и Unity договорились о совместном ра..."  +/
Сообщение от dr Equivalent (ok) on 21-Апр-13, 17:30 
Да запросто.
http://dr.equivalent.me/?p=8115
Я уже писал все это в комментариях, и получилось настолько много букв, что я подумал, что недплохо было бы сделать из этого пост.
Ответить | Правка | ^ к родителю #268 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру