Date: Fri, 15 Oct 2004 13:39:08 +0200 From: Mattias Schlenker <mattias@schlenker-webdesign.de> To: "Daniel O'Connor" <doconnor@gsoft.com.au>, freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? Message-ID: <416FB6DC.5060607@schlenker-webdesign.de> In-Reply-To: <200410152048.44173.doconnor@gsoft.com.au> References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> <200410152048.44173.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel O'Connor wrote: >Burning to SCSI CD/DVD media isn't done like that. > >cdrecord et al talk to the writer directly via xpt and pass, so if you want to >allow non-root users to burn CD/DVDs you need to allow them access to pass >and xpt (which is pretty bad from a security point of view..) > >It sucks having to choose between features (growisofs, cdrecord, cdda2wav) and >security (burncd) although I hear Soren has a version of the Schilly SCSI >library that talks to IDE devices (but I doubt you can pick and choose..) > > Personally, for creating MP3s I use dagrab and for burning data as well as audio I use burncd. I guess, the functionality and the number of features is sufficient for most users, too. The problem are some of the GUI-frontends that rely on cdrecord's syntax for commandline options. Maybe not the most elegant solution, but sufficient in terms of functionality and without the security issues of atapicam would be some kind of ,,burncd-cdrecord-compat'' either realized as a simple shell script wrapper or a ,,fork'' of burncd that behaves like cdrecord. All those pretty GUI tools would need just a simple adjustment in the path to cdrecord. Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / http://ilw.schlenker-webdesign.de/ 94034 Passau / http://mattlog.schlenker-webdesign.de/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?416FB6DC.5060607>