Binary package hint: hal
With the latest Intrepid (alpha 5 + updates as of Sep 17), I found an unfortunate interaction with 'hal' versus 'grip' and 'eject'. As background:
- 'grip' tries only ioctl(CDROMEJECT) to eject the tray
- 'eject' tries ioctl(CDROMEJECT) to eject the tray and escalates to issuing SCSI commands via ioctl(SG_IO) if CDROMEJECT fails
I'm seeing:
- grip can close the tray from an open state 100% reliably
- if no CD has been inserted (empty tray), then grip and eject can open the tray 100% reliably using CDROMEJECT
- once an audio CD has been "mounted" by 'hal' (i.e. appears on the desktop), then ioctl(CDROMEJECT) begins to fail (EIO) leaving grip unable to eject the CD
- while the CD remains mounted by hal and with grip running, eject also cannot eject the CD via CDROMEJECT (EIO); when eject escalates to SG_IO, the tray ejects then immediately closes again, and the volume is remounted
- when the manually unmounting the CD while grip is running (right click 'Audio CD' on the Desktop, then Unmount volume), the tray ejects then immediatly closes again, and the volume is remounted
- hal will "mount" an audio CD (scan it and place an icon on the desktop upon volume detection) even if the action for Audio CD has been set to "Do nothing" in Nautilus (or if 'Do nothing' and and the 'always perform this action' is chosen when a new user loads a CD for the first time)
- if hal is shut down (kill hald-addon-storage and gvfs-hal-volume-monitor) then grip restarted, grip will be able to open and close the tray 100% reliably, regardless of whether a CD is in the drive
Basically, I think I want a convenient way to tell hal to ignore the cd/dvd drive entirely so that I can run arbitrary applications without unwanted interactions.
With the current version (2008-10-13), things are even worse.
Basically, any ejection (eject, push the button) of an audio CD-ROM will immediately cause HAL to re-insert the thing.
Sorry, but that's an unacceptable regression.