cdrecord, cdrdao and gtoaster

[E. J. Cerejo]

barner at in.tum.de wrote:
>>Does anybody know what permissions I should change so I can these 3 
>>programs as user.  I'm only able to run these in root right now.
>>I'm running Fbsd 4.8 stable
> 
> 
> I think I made it work by examining the output of
> 
> "camcontrol devlist -v" followed by

This did it!  I need to change the permissions of pass1 device also, 
then I was able to burn a cd but I still got these warnings from 
cdrecord which I don't kow what they mean:

cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
cdrecord: Permission denied. WARNING: Cannot set priority using 
setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '2,1,0'
scsibus: 2 target: 1 lun: 0

I don't know what RR-scheduler or setpriority is, it burn the CD though 
so that's a start.

> "cdrecord -scanbus".
> 
> These commands will complain about missing permission and also print the
> according device names.
> 
> Simon
> 
> Btw: The xcdroast port (which I find much nicer than gtoaster, but I don't want
> you to solve your problems with gtoaster by using a different program :-) allows
> you to specify some normal users that are allowed to burn cd-r(w)s.

Yes, you're right, the gtoaster interface is very clumky but it's the 
only one detecting the scsi devices correctly in user mode, cdbakeoven 
looks nicer but only works in root, it still fails in user mode, 
xcdroast looks nice but only works in root it fails to recognize any of 
the scsi devices at all but seems to work fine under root though, it's a 
little weird to me since gtoast is now recognizing the scsi devices 
accept for those two waring messages that I get when I start burning a CD.

E. J. Cerejo