Summary: | =dev-python/python-musicbrainz-0.7.0 - Version bump | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Maxwell Grender-Jones <max> |
Component: | New packages | Assignee: | Gentoo Sound Team <sound> |
Status: | VERIFIED FIXED | ||
Severity: | enhancement | CC: | cgibreak, coldwind, devel, insanity5902, jer, kai.huuhko, marti, matrixhax0r, pacho, python, t1m |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 175495 | ||
Attachments: |
ebuild
Updated ebuild python-musicbrainz2-0.3.1.ebuild ebuild from Marti Raudsepp's picard overlay dev-python/python-musicbrainz2-0.4.0.ebuild python-musicbrainz2/python-musicbrainz2-0.4.1.ebuild python-musicbrainz2-0.6.0.ebuild |
Description
Maxwell Grender-Jones
2006-03-13 13:34:15 UTC
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 |