Konqueror Audio Browser Not Working (k
 

I have a few problems. Getting #1 below to work would be my top priority, because
I want to be able to rip my CDs into MP3 format very easily. (I could not get abcde
to work, and I would much prefer to use konqueror directly.)

1) I am using KDE 3.2.2 and SuSE 8.1. I cannot get Audio CD Browser working. I installed the latest kdeaddons3-sound.rpm, kdemultimedia3-extra.rpm, kdemultimedia3-sound.rpm, and kdemultimedia3-video.rpm files today from the SuSE download site if this matters. My Audio CD Browser ALWAYS (from the time I log in) gives the error "Protocol not supported" "audiocd". Any help in fixing this would be appreciated.

2) Regarding my CD-ROM, k3b v0.11 can copy a data CD just fine, but cannot copy
an audio CD. It complains about not being able to open /dev/sr0 (but reads just
fine from sr0 when worrying about a data file). I cannot mound an audio CD, but
can mount a data CD.

I managed to read an audio CD successfully using xcdroast, but would prefer to use
k3b for everything if I can get it working.

If I do an "eject /dev/sr0" it ejects a CD-ROM just fine.

3) I also have a CD-RW that can do things like burn mp3s from k3b. However, it cannot mount even a simple audio CD from KDE. I think maybe my setup has been a bit mangled by k3b_setup.
As root, f I do an "eject /dev/hdc" it says "eject: unable to eject, last error: Invalid argument"


Here is a partial listing of my /dev directory:

>>>ls /dev/cd* -al
brw-rw---- 1 root disk 19, 128 Sep 9 2002 /dev/cdouble0
brw-rw---- 1 root disk 19, 129 Sep 9 2002 /dev/cdouble1
lrwxrwxrwx 1 root root 3 May 18 03:22 /dev/cdrecorder -> sr0
lrwxrwxrwx 1 root root 3 May 18 03:22 /dev/cdrom -> hdc
brw-r----- 1 root disk 24, 0 Sep 9 2002 /dev/cdu535

>>>ls -al /dev/hdc
brw------- 1 wmeler disk 22, 0 Sep 9 2002 /dev/hdc

Here is my /etc/fstab file:

>>>cat /etc/fstab
/dev/hda2 / reiserfs defaults 1 1
/dev/hdb1 /data1 auto noauto,user 0 0
/dev/sda1 /dos/C vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437
0 0
/dev/sdb1 /windows/D vfat users,gid=users,umask=0002,iocharset=iso8859-1,code=437
0 0
/dev/hda1 swap swap pri=42 0
0
devpts /dev/pts devpts mode=0620,gid=5
0 0
proc /proc proc defaults 0 0
usbdevfs /proc/bus/usb usbdevfs noauto 0 0
/dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0
/dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0
/dev/fd0 /media/floppy auto noauto,user,sync 0 0
/dev/sda1 /media/sda1 auto noauto,user,exec 0 0 #HOTPLUG B3Fu.mrp5DZ2Q9VE
/dev/sdb1 /media/sdb1 auto noauto,user,exec 0 0 #HOTPLUG B3Fu.UBr3z+wAy2B

4) To be clear, my problem isn't ejecting CDs. (I just wanted to illustrate what is and is not working in my system.) My main problem is getting Konqueror's Audio CD Browser working. I do not have 9.1, but I would love to get this working as it is my understanding that one can rip straight from this browswer.

Just to be clear, I cannot even play a CD from any application whatsoever. This used to work before I installed KDE 3.2.2. This seems to be the only thing that does not work since installing KDE 3.2.2

I believe this has to do with permissions. This is not solved, but here is some more information:

I logged in as root (using 'sux -') and ran konqueror from a terminal as root.
I then typed 'audiocd:/' in the Location bar and *poof* the tracks on the Audio
CD came up. So, this problem is partially solved.

However, it does not work from the wmeler user account. I added wmeler
to the disk group (following the method below), but it did not get rid of the problem
from the wmeler user account. I even restarted the machine after adding the user
to be 100% sure nothing weird was happening. When trying to use the Audio CD Browser
as wmeler, I still get the message:

An error occurred while loading audiocd:/:
Access denied to /dev/sr0

For those following this thread in the future, here is how I added wmeler to the
disk group in SuSE:
I went in to Yast-->Security and Users-->Edit and create groups (and clicked
"Also view system groups") and added the user 'wmeler' to the disk group
(by editing the group).

Suggestions?

Does /dev/sr0 belong to the 'disk' group aswell? I'm just curious 'cause on my system it's 'cdrom'.

>>>ls -al /dev/hdc
brw------- 1 wmeler disk 22, 0 Sep 9 2002 /dev/hdc

With that permissions being a member of the 'disk' group won't have any effect as only the owner has any access. But since you are the owner that should not make any difference...

On my system the setup is as follows:
lrwxrwxrwx 1 root root 4 2004-02-28 11:24 /dev/sr0 -> scd0
brw-rw---- 1 root cdrom 11, 0 2004-01-01 01:31 /dev/scd0

Being a member of 'cdrom' group everything works as expected (The device is a CD/RW). Also cdrdao and cdrecord should have the suid-bit set, but k3b would tell you about it if that weren't the case.

Sorry, that's all I can think of atm.
__
Rud

I figured this out. Here is the solution.

1) I did not have kdemultimedia3-CD.rpm installed
2) I had to switch the device to be used in KDE's Control Center under audio to "/dev/sg0"
3) Although I could do an "eject /dev/sr0" and the permissions were a problem...the real problem was that I needed to focus on /dev/sg0, not /dev/sr0. When I did a "chmod 777 /dev/sg0", I got the Konqueror Audio CD Browser functionality for all users.
4) Also, I suggest installing the "lame" package in order to get MP3 functionality in the Konqueror Audio CD Browser.

Rudwardt, thanks for the response and to answer your question, I have two system groups--disk and cdrom. Not sure if that is a Linux thing or specific to SuSE though. I added my user account to both groups, just in case, but that didn't seem to have any effect. But I don't really fully understand the groups as of yet. (I understand them from a permissions perspective on a file level, but I don't really understand how the system groups work. Sorry!)