gnomevfs & kioslaves - почему они еще живы?!

В кедах вроде бы когда-то собирались забить на kioslaves в пользу fuse, но что-то не.

кроме линакса есть и другие ос (сюрприз!)

gnomevfs уже RIP. В 2.24 будет полный переход на GIO/GVFS

>кроме линакса есть и другие ос (сюрприз!)

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

>gnomevfs уже RIP. В 2.24 будет полный переход на GIO/GVFS

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

и кстати gnomevfs/kioslaves и hal это совершенно разные вещи. Это такой новый вид тупого троллинга?

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

плохо понимаешь :) Одна из главных фишек gvfs доступность не-гномовским приложениям. Кеды подобным похвастаться не могут

>и кстати gnomevfs/kioslaves и hal это совершенно разные вещи.

через hal уже сейчас делается automount.

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

таким образом, что гном и кеды можно запустить не только на линуксе. Правда fuse и hal уже есть на всех распространённых ОС

> через hal уже сейчас делается automount.

gnomevfs/kioslaves ничего не монтируют. Сюрприз?

кеды и гнум хотят быть портабильными

>gnomevfs/kioslaves ничего не монтируют. Сюрприз?

угу. ибо таки монтируют. например те же флешки.

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

Ну, kioslaveы отдельными процессами запускаются, и всё взаимодействие вроде бы через какие-то там сокеты. Так что, теориетически,... :)

а на интерпрайз солярке есть?

> Ю угу. ибо таки монтируют. например те же флешки.

ты хоть разберись в предмете дискуссии прежде чем спорить. В гноме монтированием занимается gnome-volume-manager, к gnome-vfs он никакого отношения не имеет. В кедах - обвязка над pmount

> а на интерпрайз солярке есть?

HAL есть

докажи

>В кедах - обвязка над pmount

чтооо?

andrey@valkyrie ~ $ equery l pmount
[ Searching for package 'pmount' in all categories among: ]
 * installed packages
andrey@valkyrie ~ $ which pmount
which: no pmount in (/usr/kde/3.5/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i486-pc-linux-gnu/
gcc-bin/4.1.2:/usr/i686-pc-linux-gnu/gcc-bin/4.1.2:/usr/qt/3/bin:/usr/games/bin)

andrey@valkyrie ~ $

вы о чем? man 9p

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

>Советую все таки почитать что это такое, чтобы не тупить по страшному :)

вот, почитай: tar:/usr/portage/distfiles/kdebase-3.5.9.tar.bz2/kdebase-3.5.9/kioslave/media/m ounthelper/kio_media_mounthelper.cpp

Один хрен, оно монтирует через HAL.

Ха, а раньше они все таки юзали pmount. Оказывается кде еще более велосипедистый чем я думал =)

>Один хрен, оно монтирует через HAL.

так зачем нужно промежуточное звено? фтопку!

все монтируют через HAL

> Оказывается кде еще более велосипедистый чем я думал =)

Сам же вроде сказал, что в гноме твоём любимом тоже целый gnome-volume-manager.

> Сам же вроде сказал, что в гноме твоём любимом тоже целый gnome-volume-manager.

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

В гноме 2.22 уже начат переход на GVFS, которая, между прочим, работает через FUSE. А к халу это вообще отношения не имеет, ибо хал подключает железо, а gnomevfs/GVFS просто создаёт уровень абстракции для софта.

> так зачем нужно промежуточное звено? фтопку!

Затем, что ты пишешь в конке media:/sda1 и видишь содержимое своей флэшки. С учётом того, что система kioslaveов уже есть, представляется логичным задействовать именно её. Что, впрочем, не помешало выкинуть данную функциональность в четвёртых кедах :)

ога. называется она ivman.

Кстати, есть ещё некий KIO fuse gateway, который позволяет любым прогам работать с KIO (через FUSE). Правда, сами kioslaveы от этого никуда не деваются.

ты с hal32.dll не путаешь, родной? как же это у меня без халу устройства подключаются?

> ога. называется она ivman.

а он разве не сдох? Уже года два никакого развития

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

>> А к халу это вообще отношения не имеет, ибо хал подключает железо

> как же это у меня без халу устройства подключаются?

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

>ты с hal32.dll не путаешь, родной? как же это у меня без халу устройства подключаются?

А кто ж тебя знает, болезный, как ты чё там подключаешь. Мож у тебя супермаунт, или ещё что постарше...

у меня устройства подключаю Я. а монтирует или иным способом обрабатывает hotplugd.

Граждане, поясните пожалуйста, какая связь между

а) hal
б) udev
в) mount
г) всякими утилитами автомонтирования (ivman, autofs, usbmount...)
д) всякими fuse, kio и пр.

А то в связи с комментариями какая-то каша в голове.

> А то в связи с комментариями какая-то каша в голове.

Представь теперь, что будет, если тебе все объяснять начнут.

man hald man udevd man dbus man mount man ivman

> gnomevfs & kioslaves - почему они еще живы?!

Потому что интегрированные велосипеды. Я вот месяц назад создал в багзиллах обоих продуктов предложение заюзать fuse-zip в качестве бекенда для работы с зипами. Гномы вообще молчат, а кдешники оставили только пару вялых комментов в стиле "ой, блин, придётся код писать" и никаких действий не предприняли.

Да и есть одна проблема в логике: когда надо отмонтировать архив, смонтированный через fuse? Надо каким-то образом узнавать момент, когда все программы закончат его использовать. Всплывает только идея с таймаутом+fuser, но тогда придётся заводить либо глобальный демон отмонтирования, либо по демону на каждый архив. И приведёт это только к тому, что каждый DE изобретёт собственный велосипед для реализации этого демона, да и гибкость потеряется. В случае же использования специальной либы для vfs, момент отмонтирования определить легко.

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

Лучше бы не было этого, а то существующее выглядит ужасно:

1. не сможет смонтировать два архива с одинаковыми именами

2. тормозит из-за того, что сообщения о монтирвании/отмонтировании ядут к специально запускаемому демону через dbus.

3. нельзя зареюзать, т.к. прибито намертво к гному

> В гноме 2.22 уже начат переход на GVFS, которая, между прочим, работает через FUSE.

> gnomevfs/GVFS просто создаёт уровень абстракции для софта.

На хрен нужен лишний уровень абстракции, если можно сделать то же самое средствами файловой системы, используя там, гед нужен fopen, именно fopen, а не my_cool_abstraction_fopen. Кстати, никто не собирается coreutils переписывать для использований велосипедных vfs.

>Граждане, поясните пожалуйста, какая связь между

gnomevfs & kioslaves - это средства прозрачного доступа к ресурсам, например tar:/foo.tar.bz2/bar даёт доступ к файлу bar, расположенному в архиве foo.tar.bz2, man:lsattr покажет ман lsattr итд. Fuse - то, через что это может работать.

А причём здесь а)-г) - одному генератору известно.. :)

> если можно сделать то же самое средствами файловой системы, используя там, гед нужен fopen

ЛОЛ, хватит бред нести, почитай хотя бы, для чего создавались GnomeVFS/GVFS. Интересно посмотреть как ты будешь открывать файлы своим fopen, если надо файл открыть через Samba, FTP и т.д.

>Интересно посмотреть как ты будешь открывать файлы своим fopen, если надо файл открыть через Samba, FTP и т.д.

~/Fuse/ftp/eu.kernel.org/pub/

чем плохо?

>~/Fuse/ftp/eu.kernel.org/pub/

1. авторизация как?

2. как там будет выглядеть архив/исошка, лежащая в недрах /home или внешнего драйва?

> Интересно посмотреть как ты будешь открывать файлы своим fopen, если надо файл открыть через Samba, FTP и т.д.

Слова smbnetfs, curlftpfs о чём-нибудь говорят?

>> ~/Fuse/ftp/eu.kernel.org/pub/

> 1. авторизация как?

mount -t coolfuseftpfs -o login=anonymous,password=anonymous@linux.org.ru ftp://example.com/pub /home/keeg/ftp

> 2. как там будет выглядеть архив/исошка, лежащая в недрах /home или внешнего драйва?

как файл.