Since this new kernel, one need to be root in order to use cdrecord. The problem come from a new future of this kernel, wich filter scsi commands to prevent a normal user from flashing the burner or doing others bad things (tm). The problem is that the actual filter is too restrective and prevent normal apps from working. The patch at http://lkml.org/lkml/2004/8/16/104 simply disable it.
here is the patch con kolivas is using for this issue: http://ck.kolivas.org/patches/2.6/2.6.8.1/2.6.8.1-ckdev/cddvd-cmdfilter-drop.patch
*** Bug 60868 has been marked as a duplicate of this bug. ***
confirmed. http://marc.theaimsgroup.com/?l=linux-kernel&m=109265946604538&w=2 "cdrecord needs to hold the CAP_SYS_RAWIO capability. It issues unsafe operations on the scsi device." [debian bug #266009]
*** Bug 60536 has been marked as a duplicate of this bug. ***
The patch is included in g-d-s-2.6.8-r2, but it will not stay there forever. Once this stuff is stabilized (I'm talking 2.6.9 here), the patch will be dropped and we'll stick which whatever mainstream kernel uses.
Be aware that this kernel change will require major changes in lot of apps (after a final solution to filtering has been found). cdrecord is well designed and could probably be fixed rather easily (It probably won't get fixed upstream soon ;-) dvd+rw-tools is rather small and will hopefully get fixed as well. k3b is a mess. It is in no shape for setuid-root operation. It probably needs to be split up. (k3b is no simple frontend. It issues some SCSI commands itself.) Don't know about dvdrtools, cdparanoia and other tools.
> Don't know about dvdrtools, cdparanoia and other tools. You forgot cdrdao. It's also small, but the maintainers are sometimes not really active. Nevertheless I really appreciate that the patch did it to our sources. I hope that there will be an overall solution to this really messed up situation with cdwriting on linux. That's no fun any more.
*** Bug 61614 has been marked as a duplicate of this bug. ***
