On Sat, 06 Oct 2007 14:29:02 +0000, Niki Kovacs wrote:

> Hi,
>
> I'm just trying to integrate K3B into XFCE... and discover that I have
> to jump through burning loops to burn as a normal user.
>
> Test: I'm taking some directory and making and ISO of it with mkisofs -J
> - r -v -V "test" -o test.iso test/
>
> And when I try to burn the thing like this as a normal user, I get this:
>
> Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags :
> MMC-3 SWABAUDIO BURNFREE FORCESPEED Supported modes: TAO PACKET SAO
> SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/ R96R
> Drive buf size : 1895168 = 1850 KB
> FIFO size : 4194304 = 4096 KB
> Track 01: data 3 MB
> Total size: 3 MB (00:22.48) = 1686 sectors Lout start: 4
> MB (00:24/36) = 1686 sectors cdrecord: Operation not permitted. Cannot
> send SCSI cmd via ioctl
>
> I googled for about an hour, and found endless discussions about suid
> root and broken kernel interfaces. And my only reaction to this: Jesus.
> Such an important tool as cdrecord, and it's left in an almost unusable
> state. Do they want to compete with Vista's Unusability Experience?
>
> Does someone have a *practical* suggestion to fix the burn-as-user
> problem? By practical, I don't mean switching back to a 2.4 kernel or <=
> 2.6.9, log into XFCE as root

add the user to the 'burning' group and send the good parole in cdrecord:
# chmod 2710 /usr/bin/cdrecord

You may have access/perf issues if you don't care of the correct
interface-device you should use, Joerg included precise tools to
check what could be the best bet:

# cdrecord -scanbus
# cdrecord dev=help

And you'll adore (obviously, put your correct dev ref in this command):
# cdrecord dev=1001,0,0 -checkdrive

> or prefer Solaris to Slackware.

Ggggolleez, switching to a b0rken Unix (alas) in order to cure a
semantic problem inherent to some members of the lkml is
a bit over the top )