From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040211 Firefox/0.8 Description of problem: I'm surprised no one has mentioned this earlier, but it's very obvious if you watch your logfiles. Eject a cd from a running grip and /var/log/messages starts receiving complaints that the drive is not ready, that by all appearances will go on forever until you either insert another disk or quit grip. There has to be a better way to do this, other than the present, which results are very very messy log-wise. Version-Release number of selected component (if applicable): grip-3.0.7-3 How reproducible: Always Steps to Reproduce: 1. start grip with a disk in the drive 2. open an xterm and tail -f /var/log/messages 3. eject the disk via grip's interface but do not quit grip Actual Results: May 30 13:32:09 pcp01723902pcs kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. May 30 13:32:40 pcp01723902pcs last message repeated 31 times May 30 13:33:41 pcp01723902pcs last message repeated 61 times May 30 13:34:42 pcp01723902pcs last message repeated 61 times May 30 13:35:43 pcp01723902pcs last message repeated 61 times May 30 13:36:00 pcp01723902pcs last message repeated 17 times ...etc ad infinitum Expected Results: none (or only one) of the above :) Additional info:
Hm, I suppose grip should check errors better. Those come from the kernel; apparently grip just sends commands eternally.
grip is no longer shipped in the development tree; as such, it is unlikely older bugs will be fixed.