Version: (using KDE KDE 3.1.3) Installed from: Debian testing/unstable Packages OS: Linux This bug is more or less a Debian-specific issue, but it has to be solved in the source code of the audiocd-kioslave. The audiocd-kioslave in the according Debian package can't be compiled with lame support because of licensing issues with liblame. I know that there's already a lame runtime detection in the kioslave (also for a self-compiled version with lame support "ldd /usr/lib/kde3/kio_audioslave.so" shows it's definetly not linked to any version of liblame). The problem for packaging it for Debian is that you have to have lame.h installed on the build system. If the build with lame support can be done in some way without havin' lame.h installed, it wouldn't be a problem any longer. The reporter of Bug 48549 meant the same problem, I'm really sure.
I would like to mention the licensing issue is really an issue of software patents and probably affects most (if not all) distributions. Some of the distributions might be getting around the issue by compiling it with lame locally and then not actually shipping lame (I am not sure) but for Debian it is not possible due to the way the distributed build system works. Chris
Well, the only way to do this would be by copying type information out of the header and putting it in the audiocd io slave's code (a few structs). I'm not sure that this would bring you any closer to being "compliant"...
If the structs aren't covered by the mp3 patents then it would probably work. Whether that is the case, I don't know.
Subject: kdemultimedia/kioslave/audiocd CVS commit by wheeler: Make Lame a pure runtime dep. Copied a couple of structs and typedefs from the header into the audiocd code. Still feel like this is a little silly, but since it's easy I'm giving in. ;-) CCMAIL:64099-done@bugs.kde.org M +53 -48 audiocd.cpp 1.83