I'm not sure what the package should be called, so I've just put it in the python-musicbrainz directory, and called it version 0.2.0 (the dated version is *waaay* out of date, and can probably be removed - the bindings for the old version of the library are now contained in the library itself). This package doesn't depend on libofa (Bug #126069) for install, but obviously it's not much use without it. A 0.5.x version of tunepimp is probably also needed - I'll attach an ebuild to Bug #120769 with that.
Created attachment 82036 [details] ebuild So simple, I'm rather embarassed to attach it...
version 0.2.1 now out - no changes needed to the ebuild
Created attachment 82596 [details] Updated ebuild Turns out it's not quite pure python - the bit that calculates disc ids depends on the musicbrainz library (and ctypes)
ebuild works for 0.2.2 too ...
and for v 0.3.1, but note that the API has changed. No point slotting, as we've been well warned that the API isn't yet stable.
Created attachment 84895 [details] python-musicbrainz2-0.3.1.ebuild I was trying to get a working python-musicbrainz for a Quod Libet plugin, so I made this ebuild, only to notice that the plugin doesn't use the new API. Anyway, I hope this will be useful to someone.
Works on AMD64, I suggest adding ~amd64 to KEYWORDS.
check out picard bug report, musicbrainz website has link to an entire overlay for all the packages for musicbrainz, including python-musicbrainz2
(In reply to comment #8) > check out picard bug report, musicbrainz website has link to an entire overlay > for all the packages for musicbrainz, including python-musicbrainz2 > Sorry for the second post, but I thought the link would be nice :/ https://bugs.gentoo.org/show_bug.cgi?id=80312#c46
Created attachment 96411 [details] ebuild from Marti Raudsepp's picard overlay Attached the ebuild from Marti Raudsepp's picard overlay. This ebuild needs to be in portage for picard inclusion.
(In reply to comment #10) > This ebuild needs to be in portage for picard inclusion. A while ago, Portage did include Picard, but Picard relies on the media-libs/tunepimp package. Unfortunately, Tunepimp keeps changing its APIs and breaking other packages; the ebuild was removed from Portage recently for this reason. Picard will not not be included in Portage until libtunepimp reaches an officially stable API. This should probably resolved as WONTFIX since this ebuild has no meaning without Picard.
Created attachment 102290 [details] dev-python/python-musicbrainz2-0.4.0.ebuild
this bug depends on bug #155606
Created attachment 117007 [details] python-musicbrainz2/python-musicbrainz2-0.4.1.ebuild I am using python-music-brainz2-0.4.1.ebuild from musicbrainz overlay
Picard is on the tree and it does not longer use python-musicbrainz2. I see a QuodLibet plugin uses it, and IIRC Listen too. Any other applications which could take advantage of python-musicbrainz2?
media-sound/listen also uses it
(In reply to comment #16) > media-sound/listen also uses it > Correct. Just installed this manually to support listen.
Created attachment 165287 [details] python-musicbrainz2-0.6.0.ebuild Bump. Also introduced IUSE=examples and not use dodoc to install examples as to have them uncompressed, just like the dev-python/python-musicbrainz have it. [An alternative would be to set something like this in the (bash) shell: function bzpy() { bzcat $1 | python - } but not compressing them is more convenient IMO.]
dev-python/python-musicbrainz-0.7.0 in portage