New standard proposal

Carlos Perelló Marín carlos at pemas.net
Sat Sep 27 03:28:26 EEST 2003


El vie, 26-09-2003 a las 22:36, Derek Foreman escribió:
> On Fri, 26 Sep 2003, Carlos [ISO-8859-1] Perell Marn wrote:
> 
> > El vie, 26-09-2003 a las 04:45, Derek Foreman escribi:
> > > On Fri, 26 Sep 2003, Carlos [ISO-8859-1] Perell Marn wrote:
> > > 
> > > The burning library I'm working on won't use a device if it's mounted, 
> > > so if a user inserts a CDRW with a valid filesystem on it, they won't be 
> > > able to blank it or burn to it until they unmount it.
> > > (insert, unmount, burn.. seems counterintuitive, and I think I'll end up 
> > > fielding thousands of "can't blank CDRW" bug reports :)
> > 
> > You could just send an unmount message.
> 
> After the volume manager broadcasts to all interested apps that the volume 
> is up?  That's suboptimal.

As Havoc told you, you have the lock option (now that the Volume Manager
will be developer inside HAL).

> 
> > > Same problem with backing up a disc.  if it's inserted while my program is 
> > > running, it's probably a safe assumption the user doesn't want it 
> > > automounted.
> > 
> > Backing up a disc?
> 
> Making a copy of a cd.  This also has to be done with the disc unmounted.

Hmmmm, I don't see why it should be unmounted :-?

> 
> > > How do you do the automounting with CDs?  some CDROM drives take a few 
> > > seconds to figure out they're empty if you're just polling with mount.  It 
> > > might not be a good idea to manage all cdrom drives in all cases.
> > 
> > It's an ioctl poll.
> 
> Which ioctl?  I'd like to see how my drive reacts to it.

Just look at this:

http://www.ussg.iu.edu/hypermail/linux/kernel/0202.0/att-0603/01-cd_poll.c

[...]

> > The idea is that all applications work together with the daemon, so if
> > you are listen for the server events you can just request an unmount and
> > then erase the CD/DVD, or you will be notified about a blank CDR
> > insertion, etc...
> 
> I'm not all that concerned with who is doing the auto run, I just need the 
> ability to make sure it doesn't take place.  Having to wait for a lazy 
> unmount, or for some install-shield style application to close on a cd you 
> inserted because you wanted to erase it would be frustrating.
> 
> Havoc's suggestion of having the HAL export a way to get an exclusive lock
> on the device looks like it solves this nicely though. :)

Then, that's the solution :-)

Cheers.


> _______________________________________________
> Xdg-list mailing list
> Xdg-list at freedesktop.org
> https://www.redhat.com/mailman/listinfo/xdg-list
-- 
Carlos Perelló Marín
Debian GNU/Linux Sid (PowerPC)
Linux Registered User #121232
mailto:carlos at pemas.net || mailto:carlos at gnome.org
http://carlos.pemas.net
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
	digitalmente
Url : http://lists.freedesktop.org/archives/xdg/attachments/20030927/0dac93e0/attachment.pgp 


More information about the xdg mailing list