This ebuild will just make sure that the dependencys for picard is installed. Picard is a Next Generation MusicBrainz tagger, currentyl very alpha. Reproducible: Always Steps to Reproduce:
Created attachment 50112 [details] picard-0.4.0.ebuild
Created attachment 50113 [details, diff] coverartpanel.patch This patch just disables a problematic line
Created attachment 50114 [details] picard-0.4.0.ebuild Oops, typo ;p
If anyone thinks its needed, or even a good idea, I'll make an ebuild that actually installs something
John: Please attach in plain text and have a look at http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=3
Created attachment 50150 [details] picard-0.4.0.ebuild sorry
i think you are missing dev-python/ctypes as a dependency in your ebuild
It should be pulled in by dev-python/python-musicbrainz
I should point out that I'm not maintaining this anymore. Meanwhile picard has advanced to 0.5
Created attachment 69650 [details] picard-0.5.0_beta2.ebuild This ebuild installs the picard-0.5.0-test2 tagger.
Created attachment 69701 [details] picard-0.5.0_beta2.ebuild killed RDEPEND fixed einfo message about BROWSER
Created attachment 72954 [details] picard-0.5.0.ebuild
When running picard I get this error: /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py:13155: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") Traceback (most recent call last): File "/usr/bin/tagger.py", line 68, in ? from ui import mdatapanel, albumpanel, images, dirctrl, options, fileselection, toolbar, coverartpanel, infopanel File "/usr/share/picard-0.5.1/ui/mdatapanel.py", line 59, in ? import albumpanel, images, toolbar, infopanel File "/usr/share/picard-0.5.1/ui/albumpanel.py", line 56, in ? from wx.gizmos import TreeListCtrl File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/gizmos.py", line 9, in ? import _gizmos ImportError: /usr/lib/libwx_gtk2u_gizmos-2.6.so.0: symbol _ZTI12wxEvtHandler, version WXU_2.6 not defined in file libwx_gtk2u_core-2.6.so.0 with link time reference What does this mean. I see that it mentions wxPython. I currently have dev-python/wxpython-2.6.1.0 installed. Is this a problem?
It seems to work with: dev-python/wxpython-2.6.1.0 USE="+gtk +gtk2 +opengl +unicode" please retry if you have different use flags :)
*** Bug 117515 has been marked as a duplicate of this bug. ***
Created attachment 76806 [details, diff] picard-0.5.1.patch Patch for bumping picard-0.5.0.ebuild into picard-0.5.1.ebuild Also, added ~amd64 keyword.
Created attachment 76814 [details] picard-0.5.1.ebuild Applied patch from Marti Raudsepp, thanks ;-)
installed 0.5.1, but launching it I get: Traceback (most recent call last): File "/usr/bin/tagger.py", line 67, in ? from browser import browser, filelookup, launch File "/usr/share/picard-0.5.1/browser/browser.py", line 57, in ? from lib import events, util File "/usr/share/picard-0.5.1/lib/util.py", line 73, in ? class ConfigSettings(object): File "/usr/share/picard-0.5.1/lib/util.py", line 97, in ConfigSettings settingID3Encoding = tunepimp.eUTF8 AttributeError: 'module' object has no attribute 'eUTF8' wxpython does have the unicode flag set, but tunepimp does not have that flag.
Picard 0.6.0 has been released? http://blog.musicbrainz.org/archives/2006/01/releases_picard_2.html Anyone skilled enough to make an ebuild? Depends on http://bugs.gentoo.org/show_bug.cgi?id=120769
ATM their 0.6.0 tarball contains the unaltered 0.5.1 sources. Look like someone made a packaging mistake upstream.
(In reply to comment #18) okay, ignore #18, tagger.py wors now more or less, after installing tunepimp-4.2.0, and dev-python/ctypes and dev-python/python-musicbrainz. Any new ebuild should DEPEND on the last two. Will submit an updated ebuild for 0.6.0 when they fix the tarball.
(In reply to comment #20) > ATM their 0.6.0 tarball contains the unaltered 0.5.1 sources. This is not a mistake, their download site is using some braindead PHP script, so that files are identified by a number and not the name. The filename is appended for "cosmethical" purposes only. 0.4.0: https://helixcommunity.org/download.php/654/${P}.tar.gz 0.5.0: https://helixcommunity.org/download.php/1664/${P}.tar.gz 0.5.1: https://helixcommunity.org/download.php/1740/${P}.tar.gz 0.6.0: https://helixcommunity.org/download.php/1791/${P}.tar.gz
Okay my comment above about the tarball was my mistake. SRC_URI had to be changed. Added two DEPEND statements, and a new symlink to /usr/bin/picard-tagger.py because I feel hust tagger.py is unintuitive. Please test.
Created attachment 78443 [details] picard-0.6.0.ebuild
I merged the picard-0.6.0.ebuild but got this: $ picard-tagger.py /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py:13155: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") Traceback (most recent call last): File "/usr/bin/picard-tagger.py", line 67, in ? from browser import browser, filelookup, launch File "/usr/share/picard-0.6.0/browser/browser.py", line 57, in ? from lib import events, util File "/usr/share/picard-0.6.0/lib/util.py", line 56, in ? from tunepimp import tunepimp ImportError: No module named tunepimp Perhaps it should depend on some wxWidgets release number?
This ebuild depends on #80305
sorry: 120769
fwiw, picard 0.7.0-beta is now also out, which uses the new PUID fingerprinting.
When I try to use picard, I get File "/usr/lib/python2.4/site-packages/ctypes/__init__.py", line 300, in __init__ self._handle = _dlopen(self._name, mode) OSError: libLoadLibrary.so: cannot open shared object file: No such file or directory Where should be the problem?
Created attachment 84576 [details] picard-0.6.0.ebuild musicbrainz doesn't seem to like ctypes-0.9.9* try downgrading to 0.9.6
For anyone interested, I've written a tiny overlay for the latest Picard and its dependencies. It is available at http://juffo.org/proj/musicbrainz-overlay/. Comments/patches/complaints welcome. :)
(In reply to comment #31) > For anyone interested, I've written a tiny overlay for the latest Picard and > its dependencies. It is available at > http://juffo.org/proj/musicbrainz-overlay/. Comments/patches/complaints > welcome. :) > It seems that Picard still also need older tunepimp...? Tunepimp 0.5.0_alpha1 only installs libtunepimp.so.4 almad@eva-00 ~ $ picard-tagger.py Traceback (most recent call last): File "/usr/bin/picard-tagger.py", line 5, in ? from picard import tagger File "/usr/share/picard-0.7.0_beta2/picard/tagger.py", line 70, in ? from tunepimp import tunepimp, metadata, track File "/usr/lib/python2.4/site-packages/tunepimp/__init__.py", line 27, in ? import tunepimp File "/usr/lib/python2.4/site-packages/tunepimp/tunepimp.py", line 161, in ? tplib = cdll.LoadLibrary(findLibrary()) File "/usr/lib/python2.4/site-packages/tunepimp/tunepimp.py", line 153, in fin dLibrary raise TunePimpError, "Cannot find TunePimp shared library: " + lib tunepimp.tunepimp.TunePimpError: Cannot find TunePimp shared library: libtunepim p.so.3
P.S.: ln -sf libtunepimp.so.4 libtunepimp.so.3 seems to work OK
(In reply to comment #33) > P.S.: ln -sf libtunepimp.so.4 libtunepimp.so.3 seems to work OK Thanks for reminding. Changed the tunepimp ebuild in the overlay to do this automatically.
(In reply to comment #33) > P.S.: ln -sf libtunepimp.so.4 libtunepimp.so.3 seems to work OK remind this will break your system ... Marti Raudsepp, you'd better use the ebuild for libofa from bug #126069 and musicbrainz2 from bug #126073. If you have improvements to those ebuilds please submit your changes!
Created attachment 85190 [details] media-sound/picard-0.6.0.ebuild
ftr, latest version is now 0.7.0-beta3
Created attachment 86267 [details] media-sound/picard/picard-0.7.0_beta3.ebuild (In reply to comment #37) > ftr, latest version is now 0.7.0-beta3 Attached the current picard ebuild from musicbrainz-overlay, more information about the overlay is available at http://juffo.org/proj/musicbrainz-overlay/README.html
Cool! Thanks a million for providing an overlay. I added it to layman so you can now: # emerge layman # layman -f -a musicbrainz to add the overlay to the system.
I'm using layman and the related overlay to emerge picard and its dependencies, but I get the following: grant@system4 ~ $ tagger.py /usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py:13155: UserWarning: wxPython/wxWidgets release number mismatch warnings.warn("wxPython/wxWidgets release number mismatch") Traceback (most recent call last): File "/usr/bin/tagger.py", line 8, in ? tagger.main(os.path.join(os.path.dirname(sys.argv[0]), 'locale')) File "/usr/share/picard-0.7.0_beta3/picard/tagger.py", line 1244, in main app = TaggerApp(localeDir, pluginsDir) File "/usr/share/picard-0.7.0_beta3/picard/tagger.py", line 1219, in __init__ wx.App.__init__(self, 0) File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", line 7473, in __init__ self._BootstrapApp() File "/usr/lib/python2.4/site-packages/wx-2.6-gtk2-unicode/wx/_core.py", line 7125, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/usr/share/picard-0.7.0_beta3/picard/tagger.py", line 1223, in OnInit frame = TaggerFrame(None, -1, APPNAME, self.config) File "/usr/share/picard-0.7.0_beta3/picard/tagger.py", line 213, in __init__ self.setTunePimpSettings() File "/usr/share/picard-0.7.0_beta3/picard/tagger.py", line 398, in setTunePimpSettings self.tunePimp.setMinPUIDThreshold(self.config.settingPUIDMatchThreshold) AttributeError: 'tunepimp' object has no attribute 'setMinPUIDThreshold' Does anyone know how to fix this? [ebuild R ] dev-python/python-musicbrainz2-0.3.1 -doc 0 kB [2] [ebuild R ] media-libs/libofa-0.9.2-r1 -examples 0 kB [2] [ebuild R ] media-libs/tunepimp-9999 -examples +flac +mp3 +python +readline -vorbis 0 kB [2] [ebuild R ] media-sound/picard-0.7.0_beta3 0 kB [2] [ebuild R ] dev-python/ctypes-0.9.9.3 0 kB
(In reply to comment #40) > [ebuild R ] media-libs/tunepimp-9999 -examples +flac +mp3 +python > +readline -vorbis 0 kB [2] > [ebuild R ] media-sound/picard-0.7.0_beta3 0 kB [2] Do not mix -9999 (Subversion) ebuilds and official releases, as the API is still changing rapidly. So to fix this, you can either upgrade to picard-9999, or downgrade to tunepimp-0.5.0_alpha2. Thanks for reporting, I will add mutually exclusive dependencies for the ebuilds later so that this won't occur.
(In reply to comment #41) > Do not mix -9999 (Subversion) ebuilds and official releases, as the API is > still changing rapidly. > > So to fix this, you can either upgrade to picard-9999, or downgrade to > tunepimp-0.5.0_alpha2. I'm not sure if this is the right place to mention this, but I've tried both methods you suggested above and they both result in Picard starting successfully but I can't add anything to any of the right-side folders in the program. I've tried dragging and dropping files and folders, and using the "Add files..." and "Add directory..." buttons to no avail. The folders just don't change.
I can't remember the details, but I had a similar problem way back. It seems that the UI doesn't communicate the lack of support for a particular fileformat. In my case I could only DnD MP3 files while OGG didn't work. So make sure that you have the required libraries for the types of files you intend to tag.
I've tried it with both mp3 and flac files with the same results. I know I have support for both as Banshee plays them no problem. Any idea where else to look?
(In reply to comment #44) > Any idea where else to look? You can start from the MusicBrainz issue tracker at http://bugs.musicbrainz.org/ if you haven't already been there. Also, posting the './configure' line in the emerge output of tunepimp will be useful.
Created attachment 92631 [details] musicbrainz-overlay.tar.gz Rebuilding my laptop from a hard drive crash and was putting picard back on it, notice 0.7.0 is now out of Beta. Also the dev are sponsoring a ebuid of picard and someone put an entire overlay together for Gentoo Portage ;) I am attaching the .tar.gz, but they also have it in an svn form here are the links http://musicbrainz.org/doc/PicardLinuxInstall#head-60af729335aac1f6a1f87e68297a10e970c32cfe http://juffo.org/proj/musicbrainz-overlay/musicbrainz-overlay.tar.gz svn://juffo.org/musicbrainz-overlay The links should be self explainatory. Hopefully this will make it into portage a bit quicker now that all the ebuilds are being manage together
Created attachment 102288 [details] media-sound/picard-0.7.2.ebuild clean up and patch for packaging error from upstream.
Created attachment 102289 [details, diff] fix-distutils-build.patch I'll try to get this fixed upstream
What is the status of this one? I can't currently get picard to start (could be becouse of python-2.5), is picard really limited to python-musicbrainz2-0.3.1 and is the overlay just very unmaintained?
(In reply to comment #49) > What is the status of this one? I can't currently get picard to start (could be > becouse of python-2.5), is picard really limited to python-musicbrainz2-0.3.1 > and is the overlay just very unmaintained? The overlay includes python-musicbrainz2 ebuilds up to 0.4.1, but I used a = dependency for the last Picard release since MusicBrainz libraries are notorious for breaking their APIs more than necessary. Hence, the Picard ebuild in the overlay still requires 0.3.1. Picard itself has been unmaintained for a while, in favor of the Picard Qt rewrite, so it's very possible that it fails to work with Python 2.5. Don't expect to see Picard in Portage any time soon, though. It used to be in, but got thrown out due to API breakage.
Picard 0.9.0_alpha11 is out and it's supposed to be the last testing release. So Picard 0.9 series will be here soon and it's time to reconsider the addition to the tree. Furthermore, juffo's overlay have been offline for some time and I haven't found maintained ebuilds anywhere.
Created attachment 122601 [details] picard-0.9.0_alpha11.ebuild Latest version. Done some corrections about distutils.eclass usage and fixed the locales mess. Tests don't work for me yet, I have to figure out if IUSE="cdaudio" should be kept and if IUSE="libofa" should be added.
Created attachment 122603 [details, diff] files/picard-0.9.0_alpha11-disable-locales.patch Patch to add --disable-locales option to setup.py.
(In reply to comment #51) > Furthermore, juffo's overlay have been offline for some time and I haven't > found maintained ebuilds anywhere. What are you talking about, it should be up 24/7. If you still have problems, can you please contact me directly about it? > Picard 0.9.0_alpha11 is out and it's supposed to be the last testing release. It's pretty annoying to find out through Gentoo Bugzilla that I've missed two releases (last e-mail on musicbrainz-announce mentions alpha9). :( I'll have a look at your attachments later today.
(In reply to comment #54) > (In reply to comment #51) > > Furthermore, juffo's overlay have been offline for some time and I haven't > > found maintained ebuilds anywhere. > What are you talking about, it should be up 24/7. If you still have problems, > can you please contact me directly about it? Sorry, it works without problems. It was just me confused.
0.9.x series does not depend on python-musicbrainz2, and libdiscid dependency was added.
Does someone have plans to add Picard to portage? I'll pick it up if no one else does. @Marti: maybe you'll want to proxy-maintain this?
(In reply to comment #57) > @Marti: maybe you'll want to proxy-maintain this? Sorry, I somehow missed this comment earlier. Sure, I'd be up for if you can tolerate occasional delays. :)
picard-0.9.0_alpha14 is out. renaming the ebuild and the patch is working for me.
Added to the tree. Thanks all!
