Re: volume:// uri support

[Alexander Larsson <alexl redhat com>]

On Thu, 2007-12-13 at 03:46 -0800, Brian J. Tarricone wrote:
> On Thu, 13 Dec 2007 12:13:33 +0100 Alexander Larsson wrote:
>  
> > Also, I don't think this should be in libgio itself. Its really
> > something that would be part of the unix desktop and not something
> > that makes sense on other platforms. So, this should go into gvfs.
> 
> Not really weighing in on whether or not it should be in libgio, but I
> do think this is something that could make sense on other platforms.
> 
> On win32 for example, say you have a computer with one hard drive
> partition (c:) and an optical drive (d:).  You plug in a USB flash
> drive, and it gets mounted as e:.  Then you remove that USB flash drive
> and plug in a different USB flash drive.  It also gets mounted as e:.
> 
> Then you plug in the original USB flash drive (without removing drive
> #2), and it gets mounted as f: this time.  Any normal Windows path
> 'remembered' by an application for this 2nd drive is now incorrect.
> 
> On Mac, you have a similar situation, though it's possible to run into
> it less often.  MacOS X creates a folder under /Volumes/ based on the
> drive's volume label.  You only have a problem if you have multiple
> drives with the same volume label.  People who have more than one USB
> flash drive from the same manufacturer who don't change the drive label
> will be in trouble here, as the first drive plugged in will
> be /Volumes/(LABEL), and the second will be /Volumes/(LABEL)-1 and so
> on.

What I mean is that the implementation described (using volume: uris
that list the UUID and looking it up in mtab) is not really what you
might want on all platforms. The idea of persistent file identifiers can
be availible in the gio API, but not the modern-unix-desktop-specific
implementation.