Bug 176637
Summary: | kaudiocreator : unknown protocol : audiocd | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Pierre Juhen <pierre.juhen> | ||||||||
Component: | kdemultimedia | Assignee: | Than Ngo <than> | ||||||||
Status: | CLOSED ERRATA | QA Contact: | |||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 4 | CC: | alex, daihardm3, dpaul, meta.account, michel.ludwig, peter, rouillardsy, rudolf.ulc, scott, st.gross, tobiasoed | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | x86_64 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2006-02-22 14:56:04 UTC | Type: | --- | ||||||||
Regression: | --- | Mount Type: | --- | ||||||||
Documentation: | --- | CRM: | |||||||||
Verified Versions: | Category: | --- | |||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||
Embargoed: | |||||||||||
Attachments: |
|
Description
Pierre Juhen
2005-12-28 09:00:00 UTC
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 kio_audiocd?) The kio_audiocd source is still in kdemultimedia: http://websvn.kde.org/tags/KDE/3.5.0/kdemultimedia/kioslave/audiocd/ 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:
<MIRROR>/updates/4/SRPMS/kdemultimedia-3.5.0-0.1.fc4.src.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 lines make $SMP_MFLAGS -C kioslave/audiocd/kcmaudiocd and 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??? Greetings! ...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. *** Hi Ngo. Thanks! Just curious, is the new RPM going to be labelled as 3.5.1-0.2.fc4? Hi Daigoro, 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 Hi Paul. 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. |