First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 203784
Alias:
Product:
Component:
Status: RESOLVED
Resolution: CANTFIX
Assigned To: mips team <mips@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Juan Aguado <juantxorena@gmail.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
musicbrainz-3.0.1.ebuild media-libs/musicbrainz-3.0.1.ebuild text/plain Juan Aguado 2007-12-30 17:20 0000 649 bytes Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 203784 depends on: Show dependency tree
Bug 203784 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2007-12-30 17:17 0000 
media-libs/musicbrainz has been released some time ago. Is a major upgrade over
version 2, and it incompatible with it, so apps that use the old version can't
use the new one without changing the code.

Both media-libs/musicbrainz-2* and media-libs/tunepimp are deprecated upstream,
and every app that provides musicbrainz support should change to the new lib,
preferably before MusicBrainz guys stop supporting the old service the old
version uses.

An ebuild for the new version is coming.

Reproducible: Always

------- Comment #1 From Juan Aguado 2007-12-30 17:20:42 0000 ------- 
Created an attachment (id=139639) [edit]
media-libs/musicbrainz-3.0.1.ebuild

Here comes the ebuild. It uses a new slot, but maybe is not the best idea,
because there may be some ebuilds that must be fixed to avoid them using this
version of the lib.

------- Comment #2 From Alexis Ballier 2008-01-02 00:21:12 0000 ------- 
Thanks, its now bumped.

@arch teams: please rekeyword musicbrainz 3.0.1
for testing, as there is currently no package ported to libmusicbrainz3 in the
tree, you can use either the test suite or the examples subdirectory in the
source.
Supporting libmusicbrainz3 right now will probably help when some packages will
need it and it doesn't hurt since it's made to be slotted.

musicbrainz-2.1.5.ebuild:KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc
~ppc64 ~sparc ~x86 ~x86-fbsd"
musicbrainz-3.0.1.ebuild:KEYWORDS="~amd64 ~x86"

------- Comment #3 From Juan Aguado 2008-01-02 09:19:08 0000 ------- 
It shouldn't be masked or something? For example, tunepimp depends on
>=media-libs/musicbrainz-2.1.0, but it doesn't work with this new version. I'm
not sure, but this won't make it to depend on the new version instead the old
one, even with the slotted thing?

------- Comment #4 From Alexis Ballier 2008-01-02 09:21:19 0000 ------- 
(In reply to comment #3)
> It shouldn't be masked or something? For example, tunepimp depends on
> >=media-libs/musicbrainz-2.1.0, but it doesn't work with this new version. I'm
> not sure, but this won't make it to depend on the new version instead the old
> one, even with the slotted thing?

I did fix all the deps, tunepimp should install musicbrainz-2*

------- Comment #5 From Raúl Porcel 2008-01-03 19:28:22 0000 ------- 
~alpha/~ia64/~sparc done

------- Comment #6 From Brent Baude 2008-01-05 20:03:00 0000 ------- 
ppc64 stable

------- Comment #7 From Jeroen Roovers 2008-01-09 16:31:29 0000 ------- 
Marked ~hppa.

------- Comment #8 From nixnut 2008-03-10 18:24:14 0000 ------- 
~ppc'd

------- Comment #9 From Alexis Ballier 2008-08-09 09:28:21 0000 ------- 
bsd done

------- Comment #10 From Raúl Porcel 2008-09-29 09:10:11 0000 ------- 
~arm done

------- Comment #11 From Samuli Suominen 2008-11-30 13:59:49 0000 ------- 
It's been a year. MIPS, you will lose also musicbrainz if this isn't handled
ASAP.

------- Comment #12 From Samuli Suominen 2008-12-07 10:34:49 0000 ------- 
No more musicbrainz for MIPS, masking the USE flag in profiles.
First Last Prev Next    No search results available      Search page      Enter new bug