Can't burn audio in CDBakeoven, permissions prob?
 

I've spent the past day or so troubleshooting CDBakeOven and just got it so I can burn data CDs as a user but now I'm stumped by the following problem:
cdrecord: Inappropriate audio coding in '/home/bax/wav/cdbo_audio_9_22_11_37_56.wav'.
Burn failed!
Failed to remove '/home/bax/wav/cdbo_audio_9_22_11_37_9.wav'!
Failed to remove '/home/bax/wav/cdbo_audio_9_22_11_37_56.wav'!

And so on in that fashion. This is after CDBakeOven automatically converts my MP3s to wav files in /home/bax/wav. Everything works until the actual burning is started.
By the way, Libranet 2.7 still rocks!

Stiil need some help, tried some things
 

OK, found a post by acid kewpie (Chris) and he mentioned running chmod 2755 on /usr/bin/cdrecord and other cd burning tools. Did that and I can't even add tracks to a auido cd in CDBakeOven now! I sure would like some help here.

More updates and I still need some help
 

Also ran XCDRoast as root and added my username to everything I could think of.

Need a hand here
 

I try to run XCDRoast as a user and this is the error I get: Failed to scan the SCSI bus
Of course it works fines as root. SO I fired up GCombust and tried to burn the .wav files CDBakeOven made from my earlier attempts. I get this error: inappropriate audio encoding in blabl blah .wav
What am I missing here? What permissions do I need to change so that I can burn audio CDs? I have been searching and Googling quite a bit and have put an honest effort into finding the answer myself.

I think the answer might be here, any ideas?
root@libranet:/home/bax# dmesg | grep scsi
Kernel command line: root=/dev/hdb1 ro hdd=scsi hdc=scsi
ide_setup: hdd=scsi -- BAD OPTION
ide_setup: hdc=scsi -- BAD OPTION
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
Attached scsi CD-ROM sr1 at scsi0, channel 0, id 1, lun 0
sr0: scsi3-mmc drive: 12x/12x writer cd/rw xa/form2 cdda tray
sr1: scsi3-mmc drive: 0x/48x cd/rw xa/form2 cdda tray
root@libranet:/home/bax#

The easiest program to setup cdwriters I know of is k3b.Has a setup wizard that does everything for you and sets the permissions.
You need kde3.Also make sure you got a backup of your fstab file - that thing writes new entries.

Are those real scsi drives, or are they IDE devices pretending? if so, your kernel command line ought to have hdc=ide-scsi rather than hdc=scsi.

These are ide drives. Where should I change them to hdc=ide-scsi? Anyone know where there are deb sources for k3b?

You need to append hdc=ide-scsi to lilo.conf - should look like:
append="hdc=ide-scsi" provided that hdc is your writer.
I wouldn't put k3b on debian - needs kde3 as far as I know and that isn't in debian yet.

K3B install
 

I am using Grub and not quite running Debian. I'm running Libranet 2.7 which comes w KDE3, X Free86 4.2, Gnome2.0 and a whole lot of other goodies. So what's wrong here w/ my attempt to install k3b.? I apt-got the qt3 libraries and I don't think I'm missing anything else for this install to work. Also, thanks for your responses people! Yesterday, I thought I would never get any help.



root@libranet:/home/bax/k3b-0.7.1# ./configure
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking for -p flag to install... yes
checking whether build environment is sane... yes
checking for mawk... mawk
checking whether make sets ${MAKE}... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking dependency style of gcc... gcc
checking how to run the C preprocessor... gcc -E
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc
checking whether g++ supports -Wundef... yes
checking whether g++ supports -Wno-long-long... yes
checking whether g++ supports -Wnon-virtual-dtor... yes
checking whether g++ supports -fno-exceptions... yes
checking whether g++ supports -fno-check-new... yes
checking whether g++ supports -fexceptions... yes
checking how to run the C++ preprocessor... g++ -E
checking whether g++ supports -frepo... yes
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output...
checking whether ln -s works... yes
checking how to recognise dependant libraries... pass_all
checking for dlfcn.h... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ranlib... ranlib
checking for strip... strip
checking if gcc static flag works... no
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) yes
appending configuration tag "GCJ" to libtool
checking if gcj supports -fno-rtti -fno-exceptions... (cached) yes
checking for gcj option to produce PIC... -fPIC
checking if gcj PIC flag -fPIC works... no
checking if gcj supports -c -o file.o... no
checking whether the gcj linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen... (cached) no
checking for dlopen in -ldl... (cached) yes
checking whether a program can dlopen itself... (cached) yes
checking whether a statically linked program can dlopen itself... (cached) yes
checking for msgfmt... msgfmt
checking for gmsgfmt... msgfmt
found msgfmt program is not GNU msgfmt; ignore it
checking for xgettext... :
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for main in -lutil... yes
checking for main in -lcompat... no
checking for crypt in -lcrypt... yes
checking for socklen_t... socklen_t
checking for dnet_ntoa in -ldnet... no
checking for dnet_ntoa in -ldnet_stub... no
checking for inet_ntoa... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for crt_externs.h... no
checking for _NSGetEnviron... no
checking for sys/types.h... (cached) yes
checking for stdint.h... (cached) yes
checking for poll in -lpoll... no
checking for CoreAudio/CoreAudio.h... no
checking for res_init... no
checking for killpg in -lucb... no
checking for int... yes
checking size of int... 4
checking for long... yes
checking size of long... 4
checking for char *... yes
checking size of char *... 4
checking for char... yes
checking size of char... 1
checking for dlopen in -ldl... (cached) yes
checking for shl_unload in -ldld... no
checking for X... configure: error: Can't find X

Well you should be ok then as far as kde is concerned.Did find a deb at http://arachni.kiwi.uni-hamburg.de/~...n/binary-i386/
I never used that because I compile from source right now.It probably installs a s###load of dependencies (like transcode and lame)if they are not already on your box.

I can't instlal it because it depends on kdelibs3 and I can't get that installed either. This is getting really frustrating....

Still a cluster f****
 

I can't install kdelibs3 w/out hosing my system completely and having apt get rid of KDE for me. I need kdelibs3 for k3b unless there's some way of compiling it for my system. I don't know. I have just reinstalled my system for the second time today. Ran apt-get update, apt-get dist-upgrade, and then installed cdbakeoven. No problems during install. No errors, nothing. Configured XCDRoast as root, added my username to all of the necessary burning permissions in XDRoast and tried to burn an audio cd in cdbakeoven. This is what I got:cdrecord: WARNING: This causes a high risk for buffer underruns.
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.
cdrecord: Operation not permitted. shmctl failed to lock shared memory segment
Failed to create CD 'On-the-fly'!
This is a problem that can be fixed, I'm sure of it. HELP!

Have you tried doing this stuff manually? Like running "cdrecord -scanbus" and the like, and then just burning any old wav. Better to make sure your device is configured properly before screwing around with GUIs.

Ok, here's what happened when I logged in as root, ran cdrecord -scanbus and then attempted to burn an audio cd:
MP3/Ogg Vorbis file(s) decompressed successfully!
Checking recording device!
Cdrecord 1.10 (i686-pc-linux-gnu) Copyright (C) 1995-2001 Jörg Schilling
TOC Type: 1 = CD-ROM
Using libscg version 'schily-0.5'
Driveropts: 'help'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'LITE-ON '
Identifikation : 'LTR-48125W '
Revision : 'VS06'
Device seems to be: Generic mmc CD-RW.
Driver for the current drive is present and valid!
Starting burn process!
cdrecord: No such file or directory. No read access for '/home/bax/wav/cdbo_audio_9_24_5_2_26.wav'.
Burn failed!
Failed to remove '/home/bax/wav/cdbo_audio_9_24_5_2_26.wav'!
I get this error no matter where I assign the directory for CDBakeOven to use. Here is the output of cdrecord -scanbus:
root@PlanetExpress:~# cdrecord -scanbus
Cdrecord 1.10 (i686-pc-linux-gnu) Copyright (C) 1995-2001 Jörg Schilling
Linux sg driver version: 3.1.24
Using libscg version 'schily-0.5'
scsibus0:
0,0,0 0) 'LITE-ON ' 'LTR-48125W ' 'VS06' Removable CD-ROM
0,1,0 1) 'LITEON ' 'DVD-ROM LTD163D ' 'GHR3' Removable CD-ROM
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *