Bug 141601 - Repackage arts to adding mp3 capability easier
Summary: Repackage arts to adding mp3 capability easier
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: arts
Version: 2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Than Ngo
QA Contact:
URL: http://bugs.kde.org/show_bug.cgi?id=9...
Whiteboard:
Depends On:
Blocks:
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:
Clone Of:
Environment:
Last Closed: 2004-12-02 15:25:21 UTC
Type: ---
Embargoed:


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):

http://bugs.kde.org/show_bug.cgi?id=94213

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
http://www.holovaty.com/linux/fedorafaq/kde_mp3.html

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:
Always

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)
or
2. recompile modified SRPMS.

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

Additional info:

Comment 1 Than Ngo 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.