Red Hat Bugzilla – Bug 176637
kaudiocreator : unknown protocol : audiocd
Last modified: 2007-11-30 17:11:19 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; fr-FR; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
When I lauch a CD ripping (ogg), all the subtask (one per track) fails with the message "Unknown protocol : audiocd" (a dialog window per track).
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Insert a CD
3.Launch the ripping
Actual Results: Error windows
Expected Results: Ripping in ogg format
I will throw in a "me too" (on i686) and try to explain the problem a little
further: konqueror shows the same result ("audiocd: Protocol unknown") when I
insert an audio-cd into the cdrom drive
The reason is IMHO, that the library kio_audiocd.so is missing in
kdemultimedia-3.5.0-0.1.fc4 package. Maybe anything shows up at bugs.kde.org,
for example that the kio_audiocd source does not belong to the package
kdemultimedia anymore (There were reports about crashing KDE 3.5 RC1 by using
The kio_audiocd source is still in kdemultimedia:
Probably it's related to some missing or wrong compilation flag.
I have similar problems with kdemultimedia-3.5.0-0.1.fc4. KAudioCreator crashes
when I start the ripping process of a CD showing the "audiocd: Protocol unknown"
error popup first. Downgrading to 3.4.2-0.fc4.1 removed the problem.
The severity should be "High" as the bug crashes kaudiocreator.
Created attachment 122908 [details]
patch for SPEC file of kdemultimedia SRPM, to be used by rpmbuild instead
I've recompiled kdemultimedia from standard Fedora SRPM, using a patched
specfile. Works for me now, patch is attached. Steps to use are as follows (I
won't post a whole RPM here for I hope the package gets updated soon):
- Download Source-RPM:
- Create the directory ~/rpmbuild (in your home directory), if it not already
exists: mkdir ~/rpmbuild
- Install the Source-RPM: rpm -i <filename>
- Change to SPECS directory: cd ~/rpmbuild/SPECS
- save attachment (patch) into ~/rpmbuild/SPECS
- Patch SPEC file: patch -p0 <kdemultimedia.spec.patch
- Build kdemultimedia: rpmbuild -bb kdemultimedia.spec
Running rpmbuild of kdemultimedia may produce several BuildRequires warnings
for needed RPMS. Install these (using yum install <package>).
The final RPM is at ~/rpmbuild/RPMS/i386/kdemultimedia-3.5.0-0.2.fc4.i386.rpm,
you can update your kdemultimedia installation using rpm -U <filename>.
audiocd:/ protocol works for me now ;-)
Created attachment 122917 [details]
Simplified SPEC file patch
I have added a simpliefied version of the SPEC file patch. The problem during
the build process seems to be that the cdda header files are placed
in /usr/include/cdda. Thus, they are not found by the configure script. Simple
solution: use the --with-extra-includes directive to announce the cdda
directory to the configure script (see my patch).
I think beside the missing header files there is no command to actually compile
the kioslave_audiocd, because there is NO compile error if I don't have the
make $SMP_MFLAGS -C kioslave/audiocd/kcmaudiocd
make -C kioslave/audiocd/kcmaudiocd DESTDIR=$RPM_BUILD_ROOT install
in the appropriate %build% and %install% section.
Maybe the build fails silently (?). If that would be the case, my patch would
contain one line only too (export USERINCLUDES="/usr/include/cdda").
If you patch a specfile, it is wise to increment the version number somewhere,
because yum/rpm fails to update any package with the same version until you
specify the --force option.
Thanks, Daniel Paul, for the patch file. I was having the exact same issue with
kio_audiocd (FC4 for i686). I used your patch to rebuild the kdemultimedia
packages. CD ripping is now working well.
What about the proposed patches? Are they not worth to be considered for
inclusion into the stable release? kdemultimedia version 3.5.1 has just been
released without fixing the mentioned problems with the kio_audiocd slave :-(
#176577 Has a proper patch for configure line in the SPEC file.
Bug 176577 is a duplicate of this bug and should be marked as such (or vice
versa) by the maintainer for this "kind" of bugs. The patch for the spec file
does exactly the same as the patches posted in comments 5 or 6 of this bug. So
please, Antti, read the comments of a bug first before adding an additional
comment to it ;-)
Basically... I am wondering: Why is there no comment at all by the "Assigned
to" person for this bug???
...and keep on patching anyway
Created attachment 125017 [details]
Patch for SPEC-File of kdemultimedia-3.5.1-0.1.fc4
This is a simple patch for the spec file of kdemultimedia-3.5.1-0.1.fc4
Source-RPM. Just download, recompile, install, rip again... (as described in
one of my posts above).
Maybe ripping out of the box works in KDE 4 (or 5) again ;-)
I've been very busy lately, sorry for delay here. I will build new kdemultimedia
including this patch into FC4 update this week. Thanks for your reports,
*** Bug 176577 has been marked as a duplicate of this bug. ***
Thanks! Just curious, is the new RPM going to be labelled as 3.5.1-0.2.fc4?
in the specfile patch I included a new version number (named as above) for
it's easier to install (no complains by rpm command about conflicts).
yes, it should be 3.5.1-0.2.fc4
Yes, I am aware of that. That is why I asked Than the question. If the new
official RPM is labelled 3.5.1-0.2.fc4 as he just indicated, I will need to make
sure I check its availability using "yum list available kdemultimedia" instead
of "yum check-update" because the latter would not catch it.