After having compiled [ebuild R ~] media-sound/listen-0.6.5-r1 USE="cdda -gnome" 0 kB listen starts, however during the start listen reports: ~ $ listen ** Message: pygobject_register_sinkfunc is deprecated (GstObject) No musicbrainz support (tunepimp missing or version < 0.5) And the musicbrainz functionality is not availible. Libtunepimp, which catalyzes this feature, was in the portage tree previously; however it has been deleted in Bug#409257: https://bugs.gentoo.org/show_bug.cgi?id=409257 (I recall there was something bb-code like to make the bug# a link, however I forgot how to do that, sorry....) Suggested solutions: a) Gentoo-specific: Mask [cdda] USE-flag, as long as it does not work and leave a note/warning in the ebuild. b) Maybe some of the devs knows how to make libtunepimp work with a reasonably recent version of libmp4v2, then an appropriate patch could be added. c) If b) does not help, most probably we'll have to bother upstream. I'm personally hoping for b) to work.
(In reply to Nils Stöckmann from comment #0) > b) Maybe some of the devs knows how to make libtunepimp work with a > reasonably recent version of libmp4v2, then an appropriate patch could be > added. > > c) If b) does not help, most probably we'll have to bother upstream. > > I'm personally hoping for b) to work. No way for b) since it would still be using the old RDF service instead of the new XML service c) is propably not viable either since the package has more or less been abandoned
If you look at top of listen-0.6.5/src/song.py, there is: -- cut -- MUSICBRAINZ = False try: from musicbrainz2.webservice import WebService, Query, WebServiceError, TrackFilter except: print "No musicbrainz support (musicbrainz2 missing)" else: try: from tunepimp import tunepimp dir(tunepimp.tunepimp).index("setMusicDNSClientId") except: print "No musicbrainz support (tunepimp missing or version < 0.5) " else: MUSICBRAINZ = True -- cut -- So tunepimp is only used as a fallback if python-musicbrainz is not found?
Hi Samuli, thanks for the hint! that's how I read it, too. However, I have installed [ebuild R ~] dev-python/python-musicbrainz-0.7.4-r1 USE="-doc -examples" PYTHON_TARGETS="python2_7 (-pypy1_9) (-pypy2_0) -python2_5 -python2_6" 0 kB [ebuild R ~] dev-python/python-musicbrainz-ngs-0.3 0 kB [ebuild R ] media-libs/musicbrainz-5.0.1:5 USE="-examples {-test}" 0 kB [ebuild R ] media-libs/musicbrainz-3.0.3:3 USE="{-test}" 0 kB [ebuild R ] media-libs/musicbrainz-2.1.5:1 0 kB which provide the following files: dev-python/python-musicbrainz-0.7.4-r1 (/usr/lib/python2.7/site-packages/python_musicbrainz2-0.7.4-py2.7.egg-info) dev-python/python-musicbrainz-ngs-0.3 (/usr/lib/python2.7/site-packages/musicbrainzngs-0.3-py2.7.egg-info) dev-python/python-musicbrainz-ngs-0.3 (/usr/lib/python2.7/site-packages/musicbrainzngs/musicbrainz.py) dev-python/python-musicbrainz-ngs-0.3 (/usr/lib/python3.2/site-packages/musicbrainzngs-0.3-py3.2.egg-info) dev-python/python-musicbrainz-ngs-0.3 (/usr/lib/python3.2/site-packages/musicbrainzngs/musicbrainz.py) media-libs/musicbrainz-2.1.5 (/usr/include/musicbrainz/musicbrainz.h) media-libs/musicbrainz-2.1.5 (/usr/lib/libmusicbrainz.a) media-libs/musicbrainz-2.1.5 (/usr/lib/libmusicbrainz.la) media-libs/musicbrainz-2.1.5 (/usr/lib/libmusicbrainz.so.4.0.3) media-libs/musicbrainz-2.1.5 (/usr/lib/pkgconfig/libmusicbrainz.pc) media-libs/musicbrainz-3.0.3 (/usr/include/musicbrainz3/musicbrainz.h) media-libs/musicbrainz-3.0.3 (/usr/lib/libmusicbrainz3.so.6.3.0) media-libs/musicbrainz-3.0.3 (/usr/lib/pkgconfig/libmusicbrainz3.pc) media-libs/musicbrainz-5.0.1 (/usr/lib/libmusicbrainz5.so.0.0.1) media-libs/musicbrainz-5.0.1 (/usr/lib/pkgconfig/libmusicbrainz5.pc) So how I see it, I have all python-bindings installed. Providing this info, i noticed that to show the musicbrainz-2.x Version as an ebuild, I had to select :1 ! Considering the python-musicbrainz-bindings, I in fact don't have python-musicbrainz_2_ installed. However I don't find it in portage, either. At the moment, I assume it's a library naming issue. Any ideas? (In reply to Samuli Suominen from comment #2)
And, I forgot to mention, reading song.py two more things came to my mind: 33-MUSICBRAINZ = False 34-try: 35: from musicbrainz2.webservice import WebService, Query, WebServiceError, TrackFilter 36:except: print "No musicbrainz support (musicbrainz2 missing)" 37-else: 38- try: 39- from tunepimp import tunepimp 40- dir(tunepimp.tunepimp).index("setMusicDNSClientId") 41: except: print "No musicbrainz support (tunepimp missing or version < 0.5) " 42- else: MUSICBRAINZ = True a) I don't get the print "No musicbrainz support (musicbrainz2 missing)"-output, however I get the rint "No musicbrainz support (tunepimp missing or version < 0.5)"-output. b) I'm not firm in python, but shouldn't that code snippet read something more like this: MUSICBRAINZ = False try: from musicbrainz2.webservice import ..... MUSICBRAINZ = True except: print "bla" else: try: from tunepimp import tunepimp MUSICBRAINZ = True except: print "bla 2" else print "No musicbrainz support at all, found none of the possible libraries" ?
This depends also in obsolete and vulnerable webkit-gtk, also old gnome2 libs and gst:0.10 Personally I would treeclean this and suggest people to find another player :/
removed
