XFce 4.4 released

>До тех пор, пока fd.o не разродится работающей кросс-платформенной системой конфигурирования (аналог gconf) - так и будет.

Дык разродилась уже!:
http://www.freedesktop.org/wiki/Standards_2fbasedir_2dspec
И Xfce именно её и использует, причём давно уже.

Кстати, кто-то тут говорил о велосипедах? Так вот, Xfce'шники вместо велосипедостроения планомерно реализуют поддержку fd.o'шных стандартов.

> Судя по мануалу о программировании под Гноме там дофига всего есть поверх ГТК...

Если говорить о GUI, то вовсе не дофига. И не забываем, что GTK+ - это widget toolkit, в нём нет средств, например, для написания сетевых приложений, это не QT, поэтому некоторые дополнительные решения просто необходимы, и часто они представляют собой всего лишь glib-обёртку. Да, и давайте сравнивать размер libxfce4 с "gnomelibs", когда xfce дорастёт по функционалу и предоставляемым возможностям до того, что есть в Gnome.

> http://www.freedesktop.org/wiki/Standards_2fbasedir_2dspec

По-моему это несколько не то, или я не прав?

>Да, и давайте сравнивать размер libxfce4 с "gnomelibs", когда xfce дорастёт по функционалу и предоставляемым возможностям до того, что есть в Gnome.

Не дай бог. В таком случае Xfce разжиреет до размеров Gnome и запускаться и работать будет с такой же скоростью. И все прежние его поклонники, включая вашего покорного слугу, перейдут с него на что-нибудь более лёгкое.

>По-моему это несколько не то, или я не прав?

Да, это несколько не то. Но это как раз то, что требуется :)

Я по ссылке не вижу описания системы конфигурирования. Там что-то такое про каталоги... Меня интересует именно аналог gconf/registry/netinfo/...

>Я по ссылке не вижу описания системы конфигурирования. Там что-то такое про каталоги...

Правильно. Там речь как раз о том, как не плодить помойку в хоумдире. И этого, ИМХО, достаточно. Указание, где хранить конфиги есть. Либы для парсинга/записи xml'ек есть. Что ещё надо?

>И не забываем, что GTK+ - это widget toolkit, в нём нет средств, например, для написания сетевых приложений

Ну есть например gnet, написанный поверх glib :)

>Да, и давайте сравнивать размер libxfce4 с "gnomelibs", когда xfce дорастёт по функционалу и предоставляемым возможностям до того, что есть в Gnome.

Вопервых, если я ни в чем не ошибаюсь, libxfce это всего лишь навсего библиотека для внутреннего использования в рамках ХФЦЕ - только сам ВМ, Панель и плагины. Thunar вот уже без нее легко обходится.

А гномовские библиотеки требуются для запуска всех поголовно гномовских программ. Посему ХФЦЕ многим и нравится взамен гнома. Потому что делает только то, что следует - ДЕ. И не пытается залесть в каждую дыру :)

Ну а во вторых. Чего уж такого ценного в гноме есть?

Что надо? Порядка надо. Там только описано - вот вам каталог $XDG_CONFIG_HOME - там устраивайте свалку конфигов. И все. А как оно все будет организовано - это никого не колышет. Что каждому приложению придется изобретать велосипед для чтения-записи (на основе парсера xml или очередного миллиардного доморощенного "самого лучшего и самого быстрого" парсера) - это никого не колышет. Фтопку. Система конфигурации вообще не должна думать о каких-то там файлах - это вопрос реализации. Она должна прозрачно использовать информацию из файлов, DB, LDAP, AD, X500 или чего там еще бывает... Только системы, где действительно ВСЕ является файлом (унихи, очевидно, не из них) могут позволить себе специфицировать систему конфигурирования в терминах файловой системы.

Помойка, даже ограниченная одним каталогом - это все равно помойка. Даже если это не $HOME.

> Хватит помойки /etc...

Не утрируй, ага? :) Для тебя - это может и помойка. Для подавляющего большинства - прозрачно и понятно для понимания.

>Она должна прозрачно использовать информацию из файлов, DB, LDAP, AD, X500 или чего там еще бывает...

Хорошо, но зачем тогда для хранения конфигов в локальном дереве каталогов с xml'ками (как сейчас и делает gconf) требуется отдельный демон? Хватило бы и разделяемой либы.

Прозрачно и понятно для понимания - ага. Но совершенно непригодно к использованию без текстового редактора. Потому появляются (в мучениях!) системы типа linuxconf/webadmin - и остаются наборами костылей разного радиуса кривизны.

Навскидку - сколько разных парсеров надо использовать для разбора файлов в Вашем /etc?

<i>Чистый GTK+ и все. При этом вся функциональность наличествует.</i>

Даже есть аналог гномовского апплета "Касса символов"? Я серьёзно спрашиваю, потому что работать без него уже не могу :)

>Thunar вот уже без нее легко обходится.

Извините, про thunar это я уже перегнул :)))

> Ну есть например gnet, написанный поверх glib :)

Пример сам по себе не очень, сдох он походу.

> А гномовские библиотеки требуются для запуска всех поголовно гномовских программ. Посему ХФЦЕ многим и нравится взамен гнома. Потому что делает только то, что следует - ДЕ. И не пытается залесть в каждую дыру :)

Я, чес гря, не совсем понимаю о каких именно библиотеках речь и каких именно гномовских программах. Можно привести пример?

> Ну а во вторых. Чего уж такого ценного в гноме есть?

Самое ценное что в нём есть - это то, что он один из двух лидирующих DE под линукс, и этого достаточно. Я вовсе не против xfce, но программирование ради программирования, только ради того, чтобы отказаться, например, от gconf, меня несколько смущает.

>Даже есть аналог гномовского апплета "Касса символов"?

А что он делает?

Ок, т.е. что реальная реализация backend-а не важна (и где в ней хранятся файлы или не файлы), мы договорились?

Теперь про gconfd. Да, вообще говоря, можно было б обойтись без оного - слегка "утолстив" libgconf. Но возник бы набор проблем, которые пришлось бы решать с некоторым геморроем. Краткий список: проблема оповещения об изменениях, проблема эффективного и корректного(!) кеширования, проблема эффективности бекенда (будет не очень хорошо, если каждое приложение начнет устанавливать свою tcp коннекцию с DB/LDAP) и т.д. и т.п. Как Вы предлагаете их решать?

В нём переключаемые наборы специальных символов вроде кавычек-ёлочек, тире на круглую шпацию, значков (R), градуса, немецких гласных с умлаутом и т.д. Нажал на кнопку со значком -- и тут же вставил выбранный символ по Ctrl-V в окно браузера или текстового документа. Суперудобно.

>каких именно гномовских программах. Можно привести пример?

Пожалуйста.

ggv, gpdf - зачем им гномовые библиотеки?:) зачем они для gdm?

>В нём переключаемые наборы специальных символов вроде кавычек-ёлочек, тире на круглую шпацию, значков (R), градуса, немецких гласных с умлаутом и т.д. Нажал на кнопку со значком -- и тут же вставил выбранный символ по Ctrl-V в окно браузера или текстового документа. Суперудобно.

Действительно наверное удобно :) Не встречался. А без гнома это никак не реализуется да?

ggv/gpdf уже как-то на свалке истории. evince

gpdf? Evince-у сто лет как. Зависит от poppler. ggv - даже не знаю, что такое.

>Самое ценное что в нём есть - это то, что он один из двух лидирующих DE под линукс, и этого достаточно.

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

Дурацкий аргумент вобщем.

>evince

не знал о таком. Если он делает все тоже самое... то вопрос остается в силе - зачем ему гном?:)

Это какая-то подмена понятий уже, ерунда в общем.

> не знал о таком. Если он делает все тоже самое... то вопрос остается в силе - зачем ему гном?:)

Ээээ, а гном это чё? Либа такая? Давай уже поконкретней.

Ладно, открою страшную тайну: evince можно собрать и без так называемых gnome-dependencies. http://mail.gnome.org/archives/evince-list/2005-October/msg00000.html

Насколько я понимаю - в основном, для gnome-vfs.

Bohtvaroh, короче всегда был спор между приверженцами комбайнов и раздельных тулзов. Что лучше разводной ключ или набор ключей?:) У каждого подхода есть свои сторонники :) Гном и КДЕ это комбайны... Большие толстые. ХФЦЕ это всего-лишь один удобный ключ :)

Флейм начался... пора валить :)

>Ок, т.е. что реальная реализация backend-а не важна (и где в ней хранятся файлы или не файлы), мы договорились?

Угу :)

>проблема оповещения об изменениях

Для конфигурирования "извне" вполне достаточно http://www.freedesktop.org/wiki/Standards_2fxsettings_2dspec с незначительными расширениями (см. libxfce4mcs).

>проблема эффективного и корректного(!) кеширования

Сколько запросов к базе конфигов у тебя поступает в секунду?

>будет не очень хорошо, если каждое приложение начнет устанавливать свою tcp коннекцию с DB/LDAP

А вот для этого случая можно и демон соорудить. Но только для таких вот "экзотических" случаев.

> А без гнома это никак не реализуется да?

Это ещё почему? :)

КДЕ, согласен, комбайн; gnome бы я таковым не назвал, не намного он толще (+(10-15)мб ОЗУ), поэтому я и говорю о бесполезном дублировании работы.

Почему "конфигурирование извне"? Вполне нормальная практика - какой-нибудь маленький capplet из control center меняет что-то в gconf (например, параметры прокси), а все заинтересованные (все прикладухи, работающие с сетью) - сразу используют новые значения. Как это решается в libxfce4mcs? Нет, соббсно, я не спорю - теоретически можно через всякие inotify etc обойтись и без демона - но геморройно и не кросс-платформенно. Мне это кажется большей кривизной, чем создание одного процесса.

Сколько запросов в секунду - я не знаю. Но представьте себе самое страшное - запуск десктопа. И nautilus + панель + каждый маленький апплетик + metacity + ... начинают шариться по файловой системе и что-то там независимо парсить (при том что некоторые установки ими разделяются).

Сооружать отдельный демон для "плохих" (дорогих) бекендов - мне кажется архитектурным косяком. Архитектура, по идее, не должна зависеть от бекенда. Если уж демон - то для всех случаев. Цена запуска одного процесса (к тому же выполняющего разную полезную работу независимо от бекенда! - см. выше) - намного меньше, чем цена поддержки кривой архитектуры.

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

>Ладно, открою страшную тайну: evince можно собрать и без так называемых gnome-dependencies.

Судя по всему человек движется в правильном направлении. ДрагНДропс делается и без Гнома. :)

>Это ещё почему? :)

Ну вот я и спрашиваю, эту штуку специально на Гном завязали или так получилось?:)

>КДЕ, согласен, комбайн; gnome бы я таковым не назвал

С точки зрения подхода между Гном и КДЕ разницы почти нет :) В КДЕ свои программы на каждый случай жизни, в гноме свои программы на те же самые случаи. Нафиг это надо?

Зачем например плеер для аудиофайлов привязывать к ДЕ?:)

Это апплет GNOME. Для панели GNOME. Что непонятно-то? :)

>Как это решается в libxfce4mcs?

Да собственно через XSETTINGS и решается. Я ссылку на спеку кинул.

В общем, замнём. И ты прав, и ты прав (c) мудрый рабби.

Хм... тогда вроде бы он должен работать в хфце... как апплет для ее родной панели.

Вообще-то, XSETTINGS требуют процесс settings manager;)

А по основной теме - ок, замнем. Тем более что почти договорились (ну, с точностью до разности в оценке кривизны того или иного решения)

Например:
USE="-gnome" emerge sonata

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

Bohtvaroh, к программам, которым можно сделать -gnome у меня нет никаких претензий, а так же к тем которым -kde. Вот только мало их.

тому же evince -gnome не сделать. Да я читал вашу ссылку, но похоже воз и ныне там. :)

P.S.: по мере того как функционал из гномьих либ переносится в gtk+ (взять хотя бы тот же systray в 2.10), необходимость в дополнительных библиотеках становится всё меньше и меньше.

Ну так сделайте -gnome-vfs или как там :)

USE="-gnome -gnome-vfs" emerge -pve evince
что кажет?

DESCRIPTION="Simple document viewer for GNOME"
HOMEPAGE="http://www.gnome.org/projects/evince/";
LICENSE="GPL-2"
IUSE="dbus djvu doc dvi nautilus t1lib tiff"

нема use-флага для гнома... вбит по самы уши!:)

>P.S.: по мере того как функционал из гномьих либ переносится в gtk+ (взять хотя бы тот же systray в 2.10), необходимость в дополнительных библиотеках становится всё меньше и меньше.

И это правильно :)

$emerge -pv evince

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild R ] app-text/evince-0.6.1-r1 USE="dbus djvu gnome -debug -doc -dvi -t1lib -tiff"

Ы?

:)

у тебя портаж свежее. я так часто не обновляюсь.

> Но совершенно непригодно к использованию без текстового редактора. Потому появляются (в мучениях!) системы типа linuxconf/webadmin - и остаются наборами костылей разного радиуса кривизны.

А зачем на каждый конфиг-файл иметь гуёвую конфигурялку?

можно цеплять гномячьи аплеты. Только из-за этого подружается и немалая часть гнома ;)) Мне-то это по барабану. Я использую клейкие листочки и сводку погоды от гнома (родная сводка какую-то фигню показывает...). У меня гиг оперативы и почти 3 Гц проц на работе. А сам XFCE просто нравится как таковой.