Joerg Schilling wrote: > The problem is caused by braindead modifications applied by Debian to > cdrtools. Please do not blaim me for bugs that are not in the official > cdrtools source. > > > An unmodified cdrtools (run as root as documented in the man page) > does not have this problem.
1) I sent this to debian's bug tracking. What was done with it after that is not my fault. I found a bug, and explained it. 2) The dev=x,y,z part is braindead. As I have noticed, it searches /dev/sgX to find x,y,z. Specifying /dev/sr0 or /dev/hdc is much cleaner, especially when one has USB devices and plugs/unplugs. I have always had to run -scanbus every single time something on my USB bus changes to use my USB burner again. I have /dev/myburner automatically linked to the proper burner device node. No I will not modify for dev=x,y,z as it would have been much easier to figure it out from the device itself and cdrecord is the ONLY application that uses this that I use. Asides from the dev= stuff, cdrecord, when it works, works great. I looked through the patch. The only thing I can see is the fact they added retrying. The fact that cdrecord (modified or not) searches /dev/sg0 ... /dev/sgX to find the specified device is what's brain dead. If this were not the case, debian's patch would not have made a difference. I wish you would come out of your shell and work with people instead of against people. I use linux. I like linux. I have no reason to change. Others might use windows, freebsd, solaris, or whatever. Trying to fit the same device naming scheme with all operating systems is broken by design. Portable software has to realize this and work with whatever it was designed to work with. However if you're not in agreeance with that, why are there so many scsi-xxx.c files in libscg? -- Lab tests show that use of micro$oft causes cancer in lab animals -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
