After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 608118 - Missing MUSICBRAINZ tags
Missing MUSICBRAINZ tags
Status: RESOLVED NOTABUG
Product: sound-juicer
Classification: Applications
Component: metadata
2.26.x
Other Linux
: Normal normal
: ---
Assigned To: Sound Juicer Maintainers
Sound Juicer Maintainers
: 632272 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-01-26 01:29 UTC by Ross Tyler
Modified: 2010-10-19 20:09 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ross Tyler 2010-01-26 01:29:23 UTC
I upgraded to 2.26.2 (fedora 11 update RPM) from 2.26.1 (fedora 11 base).
Subsequently, CDs ripped (to flac) had only the MUSICBRAINZ_DISCID tag.
Missing were the MUSICBRAINZ_ALBUMID, MUSICBRAINZ_ALBUMARTISTID, MUSICBRAINZ_ARTISTID and MUSICBRAINZ_TRACKID tags.
I removed the 2.26.2 version and restored 2.26.1 to correct the problem.
Comment 1 Jonathan Matthew 2010-10-18 03:12:23 UTC
*** Bug 632272 has been marked as a duplicate of this bug. ***
Comment 2 Jonathan Matthew 2010-10-18 03:56:56 UTC
This will work again when built against libmusicbrainz 3.0.3 or newer.
Comment 3 Alex Lancaster 2010-10-18 04:10:56 UTC
(In reply to comment #2)
> This will work again when built against libmusicbrainz 3.0.3 or newer.

Thanks, that's good to know.  Will this involve an soname bump, or will rhythmbox, sound-juicer etc. "just work" once the library is updated?  i.e. do there need to be explicit rebuilds for all apps using libmusicbrainz 3.0.3?
Comment 4 Alex Lancaster 2010-10-18 04:11:33 UTC
Filing downstream bug for Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=643789
Comment 5 Jonathan Matthew 2010-10-18 04:19:55 UTC
Applications need to be rebuilt with libmusicbrainz 3.0.3.
Comment 6 Alex Lancaster 2010-10-18 04:21:21 UTC
(In reply to comment #5)
> Applications need to be rebuilt with libmusicbrainz 3.0.3.

OK, so there's an soname bump then?
Comment 7 Jonathan Matthew 2010-10-18 07:09:46 UTC
3.0.3 added a new function to access the data used to fill in those tags.  If you build against an older version, you don't have access to that function, so the tags don't get filled in.  I don't know what that translates to in terms of sonames.
Comment 8 Alex Lancaster 2010-10-19 20:09:27 UTC
I'm a bit confused: if there were new functions, then that is an API/ABI change and the sonames should have been bumped, but looking at the builds for 3.0.2 vs. 3.0.3, they have the same version of the library:

http://kojipkgs.fedoraproject.org/packages/libmusicbrainz3/3.0.2/7.fc14/data/logs/x86_64/build.log

has for the 3.0.2 build the following (towards the end)

Provides: libmusicbrainz3.so.6()(64bit)

http://kojipkgs.fedoraproject.org/packages/libmusicbrainz3/3.0.3/2.fc13/data/logs/x86_64/build.log

and 3.0.3 has:

Provides: libmusicbrainz3.so.6()(64bit)

If there wasn't an API/ABI change, then no rebuild is necessary because the functions were there, but didn't work, so things should just magically work without a rebuild. 

My guess is that upstream libmusicbrainz3 did a bad thing and didn't bump the soname when they changed the API.