Is the O_EXCL patch going to be applied so this bug gets fixed? Joerg Schilling wrote: > [EMAIL PROTECTED] wrote: > > This is a followup for bug: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug&2678 > > > > I am not that confident hald is a perfect software. Though upstream take > > all notes into account. I wondered if your information on how this is > > done on solaris could help improve the problem in the above bug. > > What is hald?
http://www.freedesktop.org/Software/hal > > > A volmgt SW that periodically (e.g. every 3 seconds) polls the drive with > > > a > > > Test Unit Ready and does not try to mount a device that does not have a > > > readable medium inserted (e.g. Solaris) does not disturb the writing > > > process. That hack of checking periodically is avoided in hald. > > In the reported problem there was a medium in the drive . > > Did you meant that if there was a cdrom in the drive it may > > fails on solaris too ? Or readable medium is only for already > > burnt cdrom ? > > Could it retrieve more than if the unit is ready (i guess this > > is when the drive is ready to read the cdrom), for example the > > drive cache size, without breaking the burn process. > > As cdrecord waits 10 seconds before starting to write, there is absolutely > no problem on Solaris. So the hack of waiting 10 seconds is for that! Debian maintainer: we need to remove that 10 seconds wait. > The Solaris vold will check the CD after at most 3 seconds and after > it found that it is empty, it leaves it alone for cdrecord. What a shit of hack solaris has!!! That's why in a real OS the O_EXCL is needed! > From that I have been reported, the volume management on Linux is not > friendly to other applications :-(, it should be fixed. OK, propose a valid fix, but a real fix, not the Solaris hack. Joerg please give solutions instead of whining about solaris. If you need to sell all your SUN stock just do it! ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]