A new version of beets is out, the release is tagged on github and pypi.
I'm experimentally using the last stable version of beets in a streaming service management. As Gentoo users, I made an ebuild to manage the installation, actually available at https://github.com/hujuice/gentoo-overlay/blob/master/media-sound/beets/beets-1.3.6.ebuild There are a handful of notes about that ebuild. The first one is that latest versions of beets require 'enum34' (http://beets.readthedocs.org/en/v1.3.5/changelog.html), not in the main portage tree. That's why my ebuild is prepared as a fork of the 'laurentb' overlay (http://gpo.zugaina.org/Overlays/laurentb), where 'enum34' is present. laurentb's 'enum34' ebuild is very simple. Also, I moderately changed the plugins management with respect to the actual beets-1.3.3 official ebuild. The relative dependencies are modified too. Furthermore, I'm unable to make the new bash completion work. Note that I'm unable to have any effect running the suggested script: http://beets.readthedocs.org/en/v1.3.6/reference/cli.html#completion Please, consider that I don't have any significant experience in ebuild writing. And, also, english language is not my language. So, feel free to critic everything you can consider incorrect. I'm really loving beets, as a very powerful tool for music management, without competitors and very vital. Regards, HUjuice
1.3.8 has been released
Created attachment 385114 [details] beets-1.3.8.ebuild This is an ebuild for beets 1.3.8. I quickly went through all plugins and checked for missing dependencies, I hope I didn't miss anything. Note that it depends on >=dev-python/discogs-client-2, which isn't in portage yet (see #523226), and on dev-python/enum34, which can be found in the laurentb overlay.
Created attachment 385116 [details, diff] beets-1.3.8-fix-mpdstats-plugin.patch
Created attachment 385118 [details] beets-1.3.8.ebuild Oops, forgot to fix some tests.
Changing the dependency on ffmpeg to convert? ( virtual/ffmpeg:0[encode] ) means that it can use libaudio as well as ffmpeg.
Created attachment 392178 [details] beets 1.3.9 updated ebuild Update for metagen, didn't add the additional backend dep for replaygain on python audiotools since that isn't in portage atm.
I'm working on an updated beets ebuild. It's in my overlay just now: https://github.com/sdfg2/sdfg-overlay So far, I've created a jellyfish package, and updated various requirements. I know for a fact replaygain isn't working yet, I'll hopefully get around to working on that at the weekend. Hope it's of use to someone so far, I've been running this build for a week now with no immediate problems. By all means bug report if you find something, I'll try and weed it out.
(In reply to Steve Gillespie from comment #8) > I'm working on an updated beets ebuild. It's in my overlay just now: > https://github.com/sdfg2/sdfg-overlay I've removed the echonest_tempo use flag, that plugin has been rolled into the main echonest plugin. However, the plugin doesn't seem to be added. This is probably something for another afternoon. Replaygain works, ish. I've added a use flag for each of the possible filetypes that need them (gst-plugins-{flac,ogg,opus}). I've probably missed something somewhere, please point out filetypes that I've missed! Also I'm not sure at what point I need to start adding revisions to the ebuild. Any pointers?
I'd be willing to donate money for someone getting this package up to speed in portage as a https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers – while I know my way around ebuilds, this one seems to have a few too many/complicated dependencies for me to get my head around. I'm thinking about simply installing it via pip, but I've had troubles doing so with other software in the past. Is there another way to get this running in the latest version on Gentoo, without breaking all kinds of stuff?
(In reply to M. Grabowski from comment #10) > I'd be willing to donate money for someone getting this package up to speed > in portage as a https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers Let's get it up to date in portage. I can review the ebuild and commit. Is there anything that still needs to be done at this point? Or is it ready?
+ 02 Aug 2015; Ben de Groot <yngwin@gentoo.org> +beets-1.3.13.ebuild, + metadata.xml: + Update based on ebuild from sdfg-overlay (bug #510988) Let me know what works or doesn't work, so we can fix things as necessary.
Well I've been using it for a while, the only thing that I see is an issue is echonest. beets builds fine, but whenever the echonest plugin is enabled in the config, beets complains that the plugin isn't found. I haven't had a chance to look in depth to it, it could just be that the internal name for the plugin has changed, so it now doesn't match the flag that the ebuild is enabling in src_config (though I would have thought it would have thrown an error, but I might have just missed it).
first, thanks for the updated ebuild. as my system uses libav, i am having a problem with the dependency on media-video/ffmpeg:0[encode]. could we instead depend on virtual/ffmpeg:0[encode] instead to allow libav to work? thanks again.
(In reply to Wayne DePrince Jr. from comment #14) > first, thanks for the updated ebuild. as my system uses libav, i am having > a problem with the dependency on media-video/ffmpeg:0[encode]. could we > instead depend on virtual/ffmpeg:0[encode] instead to allow libav to work? No, the virtual is deprecated. We can add a libav useflag, if someone can test that libav[encode] actually works with this package.