New standard proposal

Carlos Perelló Marín carlos at
Fri Sep 26 15:55:36 EEST 2003

El vie, 26-09-2003 a las 14:43, Alexander Larsson escribió:


> > > /Volumes is totally non-standard and untypical of unix. Lots of people
> > > will not like it. (Not saying I dislike it, personally I don't care,
> > > because i don't expect to expose the mountpoint in the UI.)
> > > 
> > 
> > I know, that's why I said that all things could be changed, I like it
> > but I suppose that we will ending with /mnt or /vol but that directory
> > is for applications that will not work directly with the daemon, it's a
> > way to let users find their volumes easily.
> For console users you mean? For the UI mounted volumes will show up in
> other places that mean you don't have to traverse the filesystem.

Yes, I'm talking about console users or applications without volume
handling (like could be Nautilus and Konqueror), all applications that
does not have a file chooser that shows them the available volumes.

> > > Mounting things as the volume name seems quite bad to me. That means its
> > > hard to figure out what device is actually used for the volume, and if a
> > > user inserts an unknown disc it could be hard to figure out where it
> > > appears. (Again, i don't expect to show the mountpoint names as-is in
> > > the UI.)
> > 
> > Hmmm, The idea of volume name as mount point is a way to follow the
> > volume names in the desktop, when you insert a CD, Nautilus shows a
> > CDROM icon with the label as its name. If you connect an external hard
> > disk, it's easily detect it as its label instead of something like
> > /dev/sda1, also, the external drivers does not use always the same
> > device, just play with two USB storages and you will see it.
> We already do this, the name shown on the icon isn't related to the
> mountpoint name.

But the volume label as mount point is a way to give that easy of use
functionality to console users or any application that does not handle
the Volumes automaticly like Nautilus/Konqueror.

> > The idea with unknown discs is use a standard name, somethig like
> > "Unknown", or it's media type (cdrom0, cdrom1, usb1, usb2, etc..) if you
> > use always the same pattern name and document it, it's easy to find it.
> We do this too.

I know :-)

> > > When someone wants to unmount I think we should send out a pre-unmount
> > > message so that people having e.g. fam monitors on the volume can
> > > release them, since they would otherwise block the unmount/eject.
> > 
> > Yes, good point :-P
> > 
> > But then, should we wait for applications replies?, as a confirmation
> > that they did release the volume? I suppose that we should, but with a
> > timeout and then just try to unmount it.
> Yeah, this does get complicated, since you have to wait some time for
> the app to actually release its monitors etc. It can't be perfect, but
> hopefully better than nothing.

It's ok for me.

> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>  Alexander Larsson                                            Red Hat, Inc 
>                    alexl at    alla at 
> He's an otherworldly voodoo dwarf with no name. She's an artistic winged widow 
> with a birthmark shaped like Liberty's torch. They fight crime! 
> _______________________________________________
> Xdg-list mailing list
> Xdg-list at
Carlos Perelló Marín
Debian GNU/Linux Sid (PowerPC)
Linux Registered User #121232
mailto:carlos at || mailto:carlos at
Valencia - Spain
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
Url : 

More information about the xdg mailing list