Bug 141601 - Repackage arts to adding mp3 capability easier
Summary: Repackage arts to adding mp3 capability easier
Alias: None
Product: Fedora
Classification: Fedora
Component: arts (Show other bugs)
(Show other bugs)
Version: 2
Hardware: All Linux
Target Milestone: ---
Assignee: Ngo Than
QA Contact:
URL: http://bugs.kde.org/show_bug.cgi?id=9...
Keywords: FutureFeature
Depends On:
TreeView+ depends on / blocked
Reported: 2004-12-02 14:01 UTC by David Anderson
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-12-02 15:25:21 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description David Anderson 2004-12-02 14:01:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3) (KHTML, like Gecko)

Description of problem:
According this URL (please read for background):


it is possible to package arts in such a way as to make it easy for free-world users to add MP3 capability to KDE apps - in the same way that rpm.livna.org provide xmms-mp3 and k3b-mp3 packages that can be installed into a Fedora Core distribution to get MP3 capability in those applications with no fuss.

This change would:
- Not involve any patent licensing issues or difficulties regarding MP3 - its just a packaging change.
- Make it much easier for those who can to add MP3

Presently adding MP3 to KDE applications is _very_ painful: see

This would save many hours of recompiling or switching to kde-redhat project's RPMs.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Install KDE
2. Desire MP3 playback


Actual Results:  You must either:
1. Install kde-redhat's RPMs (learning how to use yum, and using 100's of Mb of bandwidth)
2. recompile modified SRPMS.

Expected Results:  Just install the (hypothetical) arts-mp3 package from rpm.livna.org

Additional info:

Comment 1 Ngo Than 2004-12-02 15:25:21 UTC
For implementation of this feature it needs a lot of work and in my
opinion it should be done from KDE upstream, but not from Distribution. 

I don't know about the kde-redhat's RPM, but i assume that only update
kdemultimedia will enable mp3 capability again.

Comment 2 David Anderson 2004-12-02 23:15:35 UTC
What is the work that it would need? The KDE bug was closed by the 
guy saying it didn't need any changes to KDE, just to RH's packaging 
of them. 
We seem to have a deadlock here: 
- KDE guy says the changes needed are at RH's end 
- RH guy says changes needed are at KDE's end 
Who's right? 

Comment 3 Chris Lee 2004-12-02 23:42:26 UTC
Actually, the KDE build system supports building only certain 
subdirectories when building a module. Theoretically, an independent 
entity such as the kde-redhat guys or the livna.org guys could do 
this with kdemultimedia and produce a kdemm-mp3 package or something 
similar which would have the required kfile_mp3, 
akode/mpeglib_artsplug/mpg123_artsplug parts. 
Still, this isn't really our (Red Hat's) bug. I'll take a look at 
this later tonight and see if I can't do anything to help you out 
though. (I'm clee on freenode, if you're an IRC user. Feel free to 
ping me.) 

Note You need to log in before you can comment on or make changes to this bug.