LINUX.ORG.RU

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

anonymous
()
Ответ на: комментарий от JB

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

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

generatorglukoff ★★
() автор топика

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

JB ★★★★★
()
Ответ на: комментарий от generatorglukoff

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

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

JB ★★★★★
()
Ответ на: комментарий от generatorglukoff

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

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

JB ★★★★★
()
Ответ на: комментарий от generatorglukoff

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

anonymous
()
Ответ на: комментарий от JB

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

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

anonymous
()
Ответ на: комментарий от generatorglukoff

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

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

JB ★★★★★
()
Ответ на: комментарий от anonymous

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

HAL есть

JB ★★★★★
()
Ответ на: комментарий от JB

>В кедах - обвязка над 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 ~ $

generatorglukoff ★★
() автор топика

вы о чем? man 9p

Ex ★★
()
Ответ на: комментарий от generatorglukoff

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

JB ★★★★★
()
Ответ на: комментарий от JB

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

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

generatorglukoff ★★
() автор топика
Ответ на: комментарий от generatorglukoff

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

JB ★★★★★
()
Ответ на: комментарий от JB

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

JB ★★★★★
()

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

kranky ★★★★★
()
Ответ на: комментарий от generatorglukoff

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

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

anonymous
()
Ответ на: комментарий от JB

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

anonymous
()
Ответ на: комментарий от JB

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

kranky ★★★★★
()
Ответ на: комментарий от kranky

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

anonymous
()

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

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()

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

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

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

gaa ★★
()
Ответ на: комментарий от JB

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

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

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

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

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

gaa ★★
()
Ответ на: комментарий от kranky

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

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

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

gaa ★★
()
Ответ на: комментарий от anonymous

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

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

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

anonymous
()
Ответ на: комментарий от gaa

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

чем плохо?

generatorglukoff ★★
() автор топика
Ответ на: комментарий от generatorglukoff

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

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

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

geek ★★★
()
Ответ на: комментарий от anonymous

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

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

gaa ★★
()
Ответ на: комментарий от geek

>> ~/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 или внешнего драйва?

как файл.

gaa ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.