KIO vs GVFS

[denel]

Когда нибудь будет достигнут функционал GVFS в KIO? Вроде-бы все нормально, но ни видео посмотреть по сети ни музыку послушать, ни офисный документ открыть OOo для редактирования на-прямую... Скажете, можно же открывать через %F, но если видео порой весит по нескольку GB, такое видео не наоткрываешься, копируя весь контент других машин корпоративной сети.
Просветите гуру подводных течений

[romuil]

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

[denel]

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

Куда конкретнее...:
Открываешь диспетчер файлов, идешь в "Сеть", "Samba", "Group", "Host", "Share", тут авторизуешься введя логин и пароль дальше происходит:
Windows - ничего не подключается, но все программы могут работать с теми файлами по данной авторизации, все происходит через какую то там сетевую подсистему
MacOS X - ресурс подключается (в т.ч. появляется точка входа в файловом менеджере с возможностью отключения) и дальше все программы могут работать с теми файлами по данной авторизации, через что именно там работа происходит не разбирался
Gnome - ресурс подключается (появляется точка входа в файловом менеджере с возможностью отключения) и дальше программы поддерживающие GVFS (коих прилично, по крайней мере набирается целиком дистрибутив Ubuntu) могут работать с теми файлами по данной авторизации, все происходит через GVFS
KDE - ничего не подключается, но часть программ могут работать с теми файлами по данной авторизации, все происходит через KIO Slaves.
Что касается KDE, чего не хватает:
1. Когда ресурсы "подключаются" так как это реализовали в Gnome и MacOS X - для пользователя это удобней, в т.ч. есть возможность отключать, а не убивать процесс или не выходить с учетной записи... (да-да, тут и Windows оставили в попе...)
2. Маловато приложений, способных пользоваться авторизацией осуществленной в данном процессе kio, а именно самое главное - музыку, видео, документы - ничего этого нельзя послушать посмотреть или отредактировать без иных путей доставания данных файлов.
вот эти 2 пункта делают KDE не приемлимым DE в корпоративной среде, приходится выворачиваться через autofs, у которого свои заморочки и кривость, а главное - не входит в состав и средства KDE. (лучше чем AutoFS пока ничего не нашел, чтобы работать в KDE можно было в корпоративной среде)
Я так думаю в идеале было бы - интеграция autofs с KDE, чтобы авторизация происходила в autofs с помощью KDE, а после этого соответственно в файловом менеджере появлялась точка входа смонтированного ресурса с возможностью отключения (или не autofs даже)(сам ресурс при этом был смонтирован не знаю, в ту же самую /mnt к примеру или /media, но его занял hal) - это даст возможность работать со всеми файлами всем программам без допиливания последних, что уже обгонит по этой части тот же гном

[denel]

Прошу прощения.
в Gnome на самом же деле подключение ведется монтированием в физическую директорию ~/.gvfs, таким образом поддержка GVFS приложениям даже не нужна.
ИТОГО: разработчки GNOME догнали Apple + с лихвой переплюнули KDE

[denel]

Наконец нашел что-то подобное: http://techbase.kde.org/Projects/KioFuse_(ru)
Жалко, что проект уже 3 года и 8 месяцев вообще не развивается, а ведь это шанс KDE как рабочей среды реализовать условия для работы с сетевыми ресурсами всех приложений на рабочей станции... Прикольно, живут по принципу "это не мы должны создать условия, а все остальные должны делать интеграцию с kioslaves, без которой ни у кого ничего не выйдет..."

А было бы совсем не плохо:
Заходишь на сетевой ресурс, он монтируется в локальную ФС пусть даже через fuse, в диспетчере файлов появляется соответствующая точка входа, на рабочем столе может тоже точка входа эта появляется и далее даже консоль работает с сетевой ФС так же удобно и легко как и с локальной (вообще без различий). Попользовался, отключил этот ресурс.
И совсем было бы шикарно - унифицировать формат точек входа gnome и kde, таким образомуже не будет разницы, каким приложением ты пользуешься, qt или gtk

PS если унифицировать формат точек входа, то можно и не реализовывая kio-fuse начать пользоваться Gnome DE и нужными приложениями qt/kde, хотя мне KDE больше нравится, вот единственный крупный изъян - kioslaves...

[kasak]

использую KDE 4.7 в Gentoo (~amd64) что характерно совсем недавно я мог спокойно работать с файлами в smb шарах без проблем открывая и mp3 и avi и даже wmv. После обновления непойми чего это работать перестало. Теперь просто не открывается, или автоматом пытается копировать в локальную фс. Видимо какое-то время сабж таки работал.

[BIgAndy]

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

В линуксе ничего "просто" не происходит. Есть логи и там должны быть сообщения об ошибках .
Открою также секрет: KIO всегда кеширует файл локально в /tmp/kde-~

[denel]

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

В линуксе ничего "просто" не происходит. Есть логи и там должны быть сообщения об ошибках .
Открою также секрет: KIO всегда кеширует файл локально в /tmp/kde-~

Хорошо. Ситуация: виндошара запаролена, через дельфин входишь туда авторизуясь, открываешь фото, Gwenview открывает ее (%U) и так же открывает все это дерево просматриваемое (папку на шаре) (так же ведет себя и KWrite), а если речь об amarok, dragon - фигушки. Они не могут авторизоваться, через тот же %U работают, стало быть не всегда кеширует там в /tmp, а только при %F... Или рассмотрете такое: на виндошаре запускаешь файл-фильм 20 ГБ. и сколько ждать пока оно закешируется?.... Не правильно, в корне не правильно, однако.