Did you know that nautilus is now integrated with the new GVFS (
Gnome virtual filesystem) from the older gnomeVFS module?
The new one is partially built on top of fuse, or rather integrates with fuse and it makes mounting and accessing files from network shares a much better experience than it was previously.
GVFS, with nautilus, when you browse to a share, it’s automatically mounted under ~/.gvfs
gvfs-fuse-daemon on /home/gentoo/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=gentoo)
~/.gvfs $ ls -al
dr-x------ 3 gentoo users 0 Apr 5 03:38 .
drwx------ 118 gentoo users 12288 Apr 5 04:37 ..
drwx------ 1 gentoo users 0 Feb 1 21:20 mediacenter on 192.168.10.111
and thus, you can actually use applications to access those items under those mount points.
for example, one of the reasons I rely heavily on totem and nautilus is because of its SMB support. Whereby I can connect to my home mediacenter server and stream videos from it without going through the motions of actually mounting the drive/shares.
(did you know that only totem and nautilus share this feature in gnome and the rest of the programs are brain-dead in this regard?)
Currently, based on my limited testing (it’s 4+am as I write this as I was playing with GVFS+Nautilus 2.22), there are bugs when you try to access a smb share which is password protected. For X reasons, the usual nautilus “password verification” box does not come up.
And putting smb://user:password@server/share does not work either.
But if you were to drop down to the CLI and do a
$ gvfs-mount smb://email@example.com/storagePassword required for share storage on 192.168.10.2
then that would work and you’ll get the mountpoint in ~/.gvfs and you can access files from that location.
It’s an additional step, but hey, at least now it’s
1. transparent (to an extent) and most apps can see it (tried mplayer/gmplayer/xine)
2. FAST. It’s pretty much faster than the previous incarnation of using smb protocol through nautilus. (I don’t have any real stats)
3. Have a tendency to crash.