tag search in musicbrainz/libtunepimp2c2 does not work on mp3

Bug #21923 reported by P
76
Affects Status Importance Assigned to Milestone
libtunepimp (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

- right click on a song in your playlist
- click on edit tags using musicbrainz
- click on button complete tags using musicbrainz

this always returns the error that the track cannot be found in musicbrainz. There must be an error returned
by the underlying libmusicbrainz because the error pops up immediatly without any search on the net.

on hoary this was working perfectly

$ dpkg -l amaro* libmusic* | grep '^ii'
ii amarok 1.3.1-0ubuntu2 versatile and easy to use audio player for KDE
ii amarok-arts 1.3.1-0ubuntu2 aRts engine for the amaroK audio player
ii amarok-xine 1.3.1-0ubuntu2 xine engine for the amaroK audio player
ii libmusicbrainz2c2 2.0.2-10ubuntu2 Second generation incarnation of the CD Index
ii libmusicbrainz4c2 2.1.1-3ubuntu3 Second generation incarnation of the CD Index

Revision history for this message
Jonathan Riddell (jr) wrote :

Does this problem happen on both MP3 and ogg files or just MP3?

Revision history for this message
Bastian Holst (bastianholst) wrote :

I can confirm this bug for mp3-files. It workes for ogg-Vorbis-files.

Revision history for this message
Jonathan Riddell (jr) wrote :

It's because libtunepimp is compiled without MP3 support due to patent issues.

Revision history for this message
Francis (francis) wrote :

No chance of having a pack for Universe which does have the
support? It's a shame to not have such a feature; entirely
unusable, for many of the masses who only play mp3s with amaroK.

Revision history for this message
Laura Ohrndorf (larfi) wrote :

Why does Debian testing have a libtunepimp-package that supports mp3? Do they
violate the "patent issues"?
You just force people to get that package from there.

Revision history for this message
Daniel Holbach (dholbach) wrote :

Could we solve this by building the same source with different build options as
a multiverse package?

Revision history for this message
Sebastian Dröge (slomo) wrote :

I'll do this for dapper... the changes for breezy would change a package on the
cds and that would be a too big change at this stage ;)

Revision history for this message
Jonathan Riddell (jr) wrote :

*** Bug 24979 has been marked as a duplicate of this bug. ***

Revision history for this message
Sebastian Dröge (slomo) wrote :

Ok, I have absolutely no idea how to fix this correctly.

Making a new package that has a libtunepimp-mad-2c2a that Provides/Replaces/Conflicts libtunepimp2c2a doesn't work because packages need a specific version of libtunepimp2c2a and dpkg doesn't support versioned Provides...

Changed in libtunepimp:
assignee: slomo → nobody
Revision history for this message
Rgpublic (rgpublic) wrote :

OK. This took me a while to figure out.
Did some experimenting and searching around the web.
This finally solved this bug for me in dapper:

sudo apt-build --reinstall --force-yes install libtunepimp2c2a

Hope this helps anybody else with broken MP3 support in Amarok...

Revision history for this message
Rocco Stanzione (trappist) wrote :

Install libmad0 and libmad0-dev and rebuild the package, install the results. I do think it should be a separate multiverse package. I don't have a lot of packaging foo, but probably these should be separate packages with different names that fulfill a "provides" on which other packages should depend, so that if you, say, apt-get install libtunepimp you're presented with a list of (these two) packages to choose from.

Revision history for this message
Sebastian Dröge (slomo) wrote :

This was fixed by Jonathan's libtunepimp upload to edgy some seconds ago. There's a libtunepimp3-mp3 library now

Changed in libtunepimp:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.