Прощай GnomeVFS, привет GIO/GVFS

Почему тупиковым??

Весьма интересно. Разработчики гнома смотрят в ту сторону?

>> Почему тупиковым??

Он написан не на моно.

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

> Почему тупиковым??

One complaint about GnomeVFS is that mount points cannot be accessed by non-GnomeVFS-aware applications. GVFS uses a FUSE bridge to make these publicly accessible.

Наверное поэтому.

>One complaint about GnomeVFS is that mount points cannot be accessed by non-GnomeVFS-aware applications. GVFS uses a FUSE bridge to make these publicly accessible.

неужели до них наконец то это дошло

(запасся попкорном)

опередил :)

Боян, в Roadmap это еще с версии 2.18 было. Да и KDE тут совершенно ни при чем... ;)

>> Да и KDE тут совершенно ни при чем... ;)

блажен тот, кто слеп.

>Разработчики гнома смотрят в сторону кде как на единственно правильный ДЕ, который им нужно догонять еще очень долго. anonymous (*) (27.11.2007 11:18:43)

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

Да будетъ флеймъ!

>Признав дальнейшее развитие GnomeVFS тупиковым команда Gnome отказалась от него в пользу GIO/GVFS - аналога KIO (KDE).

подождём приезда гномотроллей на новеньких пятиколёсных велосипедах

А не проще команде Gnome войти в команду КДЕ? Сразу все проблемы решатся и хоть какая-то польза от гномятникоф будет.

>> А не проще команде Gnome войти в команду КДЕ?

А нах они там нужны? КДЕ и так кривой/косой, но лучше пока ничего нет. XFCE вот только если поднатужится

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

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

Не нужно им смотреть на КДЕ так как это может вогнать их в ступор от осознания факта, что гному есть к чему стремиться.

Сравни принцип работы KIO (виртуальные FS доступны только приложениям KDE) и принцип работы GIO (виртуальные FS будут доступны всем приложениям), будешь сильно удивлён... ;))

Сходство с KDE-шным решением заканчивается на названии.

>Признав дальнейшее развитие Gnome тупиковым команда Gnome отказалась от него в пользу KDE.

FIX3D for great justice!

Пускай пользуются на здоровье, старший брат разрешает.

И почему все так не любят Gnome. Я вот сижу под ним. меня он вполне устраивает. Дело вкуса.

Тут все распыляются на Gnome против KDE, а у меня такой вопрос к знатокам разработки гнома. Что они будут делать на системах без FUSE, то есть везде кроме Linux и FreeBSD? Более того, у меня не вкомпилен и не загружен FUSE, значит я не могу поставить Гном? Или монтирование будет опциональным, а тогда зачем городить огород - есть клиент FUSE, позволяющий монтировать любую гномовскую FS с его помощью...

Как-то странно они себя ведут - Novell вкладывается в платформонезависимость гномовских библиотек, а сам Gnome их привязывает к Linux, ну еще FreeBSD...

> FUSE is available for Linux, FreeBSD, NetBSD (as PUFFS), OpenSolaris and Mac OS X.

http://en.wikipedia.org/wiki/Filesystem_in_Userspace

> Более того, у меня не вкомпилен и не загружен FUSE, значит я не могу поставить Гном?

Насколько я понимаю, поставить сможешь. :) Использовать преимущества GIO - уже нет. Тебя вежливо попросят загрузить модуль ядра... :)

>Тут все распыляются на Gnome против KDE, а у меня такой вопрос к >знатокам разработки гнома. Что они будут делать на системах без >FUSE, то есть везде кроме Linux и FreeBSD? Более того, у меня не >вкомпилен и не загружен FUSE, значит я не могу поставить Гном? Или >монтирование будет опциональным, а тогда зачем городить огород - >есть клиент FUSE, позволяющий монтировать любую гномовскую FS с его >помощью...

>Как-то странно они себя ведут - Novell вкладывается в >платформонезависимость гномовских библиотек, а сам Gnome их >привязывает к Linux, ну еще FreeBSD...


FUSE есть ещё и для mac OS X и для других систем. Если нет - допилят

да уж...

сколько го^на гткшники выливали на кутешников из-за moc'a - и не вспомнить, и вдруг появляется vala, гткшники замолчали... Теперь появляется аналог KIO, а уж сколько го^на на него было вылито...

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

Достали вы уже этой переключалкой. Все работает. Нельзя повесить переключение групп на сочетание двух клавиш (можно через конфиг). Это проблема настройки хоткеев в KDE,а не переключалки. Шутка не прошла, петросян.

> Достали вы уже этой переключалкой. Все работает.

Самовнушение -- не порок :))

ждем новости "разработчики гнома признали дальнейшее развитие GNOME тупиковым и решили делать GDE - аналог KDE"

> ждем новости "разработчики гнома признали дальнейшее развитие GNOME тупиковым и решили делать GDE - аналог KDE"

А я б CDE вернул! Зря его в утиль отправили...

К сожалению, плюс 1.

Хотя КДЕшники тоже иногда достают свой заготовленный мешок с какашками и рогатку. ))

копипаст из толксов, где я заметил, что таким образом изобретён новый велосипед:

> Копирование идей и реализаций, их улучшение и развитие - одно из достоинств свободного ПО, в отличии от проприетарного. Это основа основ, на которой всё держится. Так что хватит себе противоречить.

Тут сделано весьма проприетарненько: взята идея и реализована так, чтобы её можно было использовать только с данным продуктом. Вместо того, чтобы выделить общую часть гномовского, кедовского подхода и fuse и реализовать это независимоот DE. И вообще, безо всяких привязок к DE.

А то получили ерунду: виртуальные файловые системы включены в _графическую_ оболочку.

Труъ-решение, по-моему - сделать _простую_ обёртку для монтирования fuse-файловых систем, и написать fuse-модули для, например, архивов. Для sftp, ftp, iso уже модули есть и они работают.

gnome vs kde, java vs C#, delphi vs C++ продолжать можно вечно. лично мне религия не позволяет пользовать gnome. не могу смотреть на контуженный gtk. расширяемости у него нет.

>А я б CDE вернул! Зря его в утиль отправили...

они тоже признали свое развитие тупиковым :)

>gnome vs kde, java vs C#, delphi vs C++ продолжать можно вечно.

не обнаружил тут linux vs windows,solaris и все-все-все

>Труъ-решение, по-моему - сделать _простую_ обёртку для монтирования fuse-файловых систем, и написать fuse-модули для, например, архивов. Для sftp, ftp, iso уже модули есть и они работают.

С ума сошли? Вы вслушайтесь в свой совет: чтобы распаковать архив, вы хотите лезть в ядро, а оттуда лезть в архив через FUSE'шные вызовы.

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

>> gtk. расширяемости у него нет.

офигенный пердеж в лужу.

>>Труъ-решение, по-моему - сделать _простую_ обёртку для монтирования fuse-файловых систем, и написать fuse-модули для, например, архивов. Для sftp, ftp, iso уже модули есть и они работают.

Я не следил за KDE4 API, но там вроде как в KIO хотели поменять backend, чтобы он использовал FUSE на тех системах, где это доступно (*nix). Таким образом, система доступная через KIO будет доступна и из любого другого места.

>> Труъ-решение, по-моему - сделать _простую_ обёртку для монтирования fuse-файловых систем, и написать fuse-модули для, например, архивов. Для sftp, ftp, iso уже модули есть и они работают.

> С ума сошли? Вы вслушайтесь в свой совет: чтобы распаковать архив, вы хотите лезть в ядро, а оттуда лезть в архив через FUSE'шные вызовы.

Да, придётся делать так. Только так можно дать доступ к содержимому архива _любой_ программе.

аллилуйя! до них дошло!

> Я не следил за KDE4 API, но там вроде как в KIO хотели поменять backend, чтобы он использовал FUSE на тех системах, где это доступно (*nix).

Хорошо бы. Только вот нескоро они это сделают: придётся кучу кода переписывать...

>>С ума сошли? Вы вслушайтесь в свой совет: чтобы распаковать архив, вы хотите лезть в ядро, а оттуда лезть в архив

между прочим, в ядре такое собирались сделать - прямой доступ к содержимому архива через #

>> С ума сошли? Вы вслушайтесь в свой совет: чтобы распаковать архив, вы хотите лезть в ядро, а оттуда лезть в архив через FUSE'шные вызовы.

>Да, придётся делать так. Только так можно дать доступ к содержимому архива _любой_ программе.

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

Если так сильно хочется структуру директорий, сделайте временную директорию в /tmp или ramdisk, распакуйте туда архив и покажите ее всем.

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

>> Только вот нескоро они это сделают: придётся кучу кода переписывать

а мы подождём :)

>между прочим, в ядре такое собирались сделать - прямой доступ к содержимому архива через #

Файл как директория? Это несколько (точнее совсем) иное - больше подходит для обновлоения метаданных. Архив был в качестве примера.

А вот мне инетересно Гномовики будут тоже backend менять ? или переписывать апи ? Этоже тоже отголосок правильности gnome vs kde. Расширябельности c vs c++. :)

А давайте перепишем KDE на gtk2, а GNOME на QT - и тогда будем решать что же было лучше?! )

> Почему-то когда любая программ использует glibc и прочие библиотеки, никто по этому поводу не задумывается.

То есть мне понадобится в grep добавлять поддержку этой libfuckinvfs? А зачем нужна лишняя ветка кода в десять лет назад отлаженном грепе? А что делать с проприетарщиками, которые эту libfuckinvfs не использовали?

> Если так сильно хочется структуру директорий, сделайте временную директорию в /tmp или ramdisk, распакуйте туда архив и покажите ее всем.

А если архив большой, а из него надо вынуть 1 файл?

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

Вполне стандартизированный путь. Ещё скажите, что пайпы не нужны, т.к. всё можно сделать записью в файл, а потом чтением из него.

это хорошо, это шорошо.

>>А если архив большой, а из него надо вынуть 1 файл

tar.bz2 тебе всё равно придётся распаковывать полностью

Чорт. Ну где же Гик?