This is an ebuild for the DeaDBeeF audio player. It should be pretty solid, but please let me know if there are any issues with the ebuild. I also included MIME support for NSF and SPC files so they can be associated with deadbeef. Assuming no errors (or that any found are satisfactorily resolved), I request that this be added to portage. Thanks. Reproducible: Always Steps to Reproduce:
Created attachment 216783 [details] media-sound/deadbeef-0.3.2.ebuild
Created attachment 216785 [details] NSF MIME definition
Created attachment 216787 [details] SPC MIME definition
*** Bug 304029 has been marked as a duplicate of this bug. ***
Created attachment 222259 [details] media-sound/deadbeef-0.3.3 revision bump for latest version. No ebuild changes.
Created attachment 225329 [details] media-sound/deadbeef-0.3.3.ebuild Ebuild with support for libnotify via use flag
Created attachment 225379 [details] Corrected ebuild with libnotify support You forgot parentheses after "libnotify?".
Created attachment 228713 [details] media-sound/deadbeef-0.4_beta1.ebuild
Created attachment 230929 [details] media-sound/deadbeef-0.4.0.ebuild
Created attachment 234315 [details] deadbeef-0.4.1.ebuild Here is an updated proposal (including version bump) In the previous ebuild, I noticed some problems after reviewing the configure.ac script : - notifications are not issued through libnotify, but through dbus. There is absolutely no libnotify dependancy. There is legacy in the gtkui code, but it's no more used (seems to be abandonned in the 0.4 branch). - There is a cascading dependancy : artwork needs curl-vfs. The current ebuild does not manage it - fix some dependancies that should not be or that could be optionnal
It'd be nice if the last.fm plugin was compiled in. I miss updates on my last.fm feed since I made deadbeef my main player.
Try to enable lastfm use flag ;)
release 0.4.2 available! lots of changes :)
Created attachment 251005 [details] working ebuild from funtoo's portage.
Created attachment 252455 [details] deadbeef-0.4.3_rc1-r1.ebuild I have improved the 0.4.3_rc1 ebuild from the xwing overlay further: - remove default-enable from all use flags, except +hotkeys and +supereq - sort RDEPEND and $my_config by use flag - rename use flag "mad" to "mp3" (as mad is the only mp3 decoder in deadbeef) - rename use flag "artwork" to "cover" (as that's the proper global flag to use) - extend call to econf: - added --disable-dependency-tracking - add $(use_enable mms) - add $(use_enable midi wildmidi) - add --disable-gtk3 But I have bad new, too: - all licenses used in deadbeef need to be known. "|| ( GPL-2 LGPL-2.1 )" is not true - deadbeaf bundles tons of dependencies, so far I have found: - plugins/aac: aac? ( media-libs/faad2 ) - plugins/adplug: adplug? ( media-libs/adplug ) - plugins/ao - plugins/dca: dts? ( media-libs/libdca ) - plugins/dump - plugins/gme - plugins/musepack: musepack? ( media-sound/musepack-tools ) - plugins/shn: shorten? ( media-sound/shorten ) - plugins/sid? ( media-libs/libsidplay ) - plugins/supereq - plugins/tta - plugins/vorbis: vorbis? ( media-libs/libvorbis ) - plugins/vtx - plugins/wildmidi: midi? ( media-sound/wildmidi ) If you want deadbeaf in Gentoo faster, please help me sort these issues out! PS: I have added the attached ebuild to overlay "betagarden".
release 0.4.3 available! this is mainly a bugfix release.
release 0.4.4 is out 2010/11/14 get it! This is a really small (but important) bugfix release. Summary of changes since 0.4.3: fixed race condition in streamer interaction with output plugins atexit and sigterm handlers are not used anymore to prevent playlist corruption when X session is being killed artwork plugin doesn't have direct libcurl dependency anymore merged new translations from LXDE branch
Created attachment 254481 [details] bump
(In reply to comment #18) > Created an attachment (id=254481) [details] > bump > In deadbeef-0.4.4.ebuild missed "\" after "$(use_enable dts dca) " ?
(In reply to comment #19) > In deadbeef-0.4.4.ebuild missed "\" after "$(use_enable dts dca) " ? It is indeed missing, but it doesn't matter in this case because it's a quoted variable. In fact, the backslashes can (and probably should) be removed from all of the lines in each my_config declaration, though it doesn't make any difference in how the ebuild works.
Created attachment 256715 [details] media-sound/deadbeef-0.4.4-r1.ebuild Updated the 0.4.4 build: * Incorporates most of the changes made by Sebastian in his 0.4.3-rc1 ebuild * Added midi, nls, rpath, and threads USE flags and appropriate support * Updated USE flags for consistency (mac, libnotify, maybe others) and alphabetized list * Removed on-by-default from everything but GTK; is there a real need for anything else? * Updated/added missing dependencies (mostly for curl, hotkeys, and midi) * Updated configure options for new and changed USE flags and lastfm/curl * Added missing licenses - should be complete, but shorten license is not included in portage. I'm attaching it to this ebuild for reference (pulled from media-sound/shorten package). The dependency list and make options are now sorted by the deadbeef README and ./configure --help output, respectively. Since these change fairly regularly between releases, I figured this was the easiest way to keep the ebuild up-to-date. Anything else still need to be done?
Created attachment 256717 [details] shorten license
Created attachment 257087 [details] media-sound/deadbeef-9999.ebuild Here's a live ebuild for anyone interested. It will pull a current dev snampshot, using git. Otherwise, it's equivalent to my 0.4.4-r1 ebuild.
Created attachment 257815 [details] media-sound/deadbeef-9999.ebuild The previous live ebuild I posted pulled from the master branch. Given that this is the same branch official releases are pulled from, it wasn't terribly useful for a "live" ebuild. This revision should correctly pull from the devel branch.
Does anybody know why I get no album covers displayed after updating to 4.4? Any idea where to start looking? Thanks
(In reply to comment #25) > Does anybody know why I get no album covers displayed after updating to 4.4? Did you enable the cover USE flag? curl is also required, but should be forced on by cover.
Created attachment 273303 [details] deadbeef-0.5.0_rc2.ebuild I have update the ebuild to 0.5.0_rc2 in my overlay. It has updated USE flags, some (those with problematic license among others) have disapeared. Some new (encode for example) I converted it to EAPI4 too, to simplify the USE dependancies management
What about stable version 0.5.0? I've tried ebuild from xwing overlay, but it fails compiling on convgui.c.
(In reply to comment #28) > What about stable version 0.5.0? I've tried ebuild from xwing overlay, but it > fails compiling on convgui.c. Yes sadly. In fact, that was fine with 0.5.0_rc2, but 0.5.0 issued a couple of hour after that fails : the tarball miss one subdir inside converter plugin. If you want to compile it now, you have to disable "encode" USE flag. I do not yet have had the time to report it to the upstream.
(In reply to comment #29) > > If you want to compile it now, you have to disable "encode" USE flag. > I do not yet have had the time to report it to the upstream. I really need encoding functionality of this tool. May be I can help you in any way to speed up process of fixing this bug?
upstream has fixed (silently) the tarball. You have to redownload it from sourceforge. If you use xwing overlay, I have bumped and redigest the ebuild to force the fetch : 0.5.0-r1 should build fine with use encode
I have make it, i don't know if the USE and all other is very good, but it build and run. I have based my ebuild on 9999 version, i'm using git and 0.5.0 tag for it.
Created attachment 273463 [details] deadbeef git ebuild tag version It's using git-2 API of portage.
(In reply to comment #31) > If you use xwing overlay, I have bumped and redigest the ebuild to force the > fetch : 0.5.0-r1 should build fine with use encode Thanks! Compiled and started. But now it has cosmetic error: it can't find its icon. I got this message in konsole: (deadbeef:26589): Gtk-WARNING **: Error loading icon from file '/deadbeef.png': So I have no icon in tray and when I minimize it to tray, I can't restore it.
There is no useflag "ffap" (for playing .APE) in x-wing's ebuilds\manifests\metadata
Created attachment 273481 [details] ebuild with ffap flag
Created attachment 273483 [details] metadata with ffap flag
(In reply to comment #35) > There is no useflag "ffap" (for playing .APE) in x-wing's > ebuilds\manifests\metadata "ffap" is controlled by the global APE use flag called "mac". There is absolutely no change here comparing to previous releases attached to this bug... No need of some "ffap" use flag. cyberbat > no icon problem here. Icon is present in all possible ways : # qlist deadbeef | grep icons /usr/share/icons/hicolor/16x16/apps/deadbeef.png /usr/share/icons/hicolor/128x128/apps/deadbeef.png /usr/share/icons/hicolor/22x22/apps/deadbeef.png /usr/share/icons/hicolor/192x192/apps/deadbeef.png /usr/share/icons/hicolor/36x36/apps/deadbeef.png /usr/share/icons/hicolor/24x24/apps/deadbeef.png /usr/share/icons/hicolor/96x96/apps/deadbeef.png /usr/share/icons/hicolor/72x72/apps/deadbeef.png /usr/share/icons/hicolor/256x256/apps/deadbeef.png /usr/share/icons/hicolor/scalable/apps/deadbeef.svg /usr/share/icons/hicolor/64x64/apps/deadbeef.png /usr/share/icons/hicolor/48x48/apps/deadbeef.png /usr/share/icons/hicolor/32x32/apps/deadbeef.png Have you tried some other gtk theme ?
(In reply to comment #38) > > cyberbat > no icon problem here. > Icon is present in all possible ways : > # qlist deadbeef | grep icons > /usr/share/icons/hicolor/16x16/apps/deadbeef.png > /usr/share/icons/hicolor/128x128/apps/deadbeef.png > /usr/share/icons/hicolor/22x22/apps/deadbeef.png > /usr/share/icons/hicolor/192x192/apps/deadbeef.png > /usr/share/icons/hicolor/36x36/apps/deadbeef.png > /usr/share/icons/hicolor/24x24/apps/deadbeef.png > /usr/share/icons/hicolor/96x96/apps/deadbeef.png > /usr/share/icons/hicolor/72x72/apps/deadbeef.png > /usr/share/icons/hicolor/256x256/apps/deadbeef.png > /usr/share/icons/hicolor/scalable/apps/deadbeef.svg > /usr/share/icons/hicolor/64x64/apps/deadbeef.png > /usr/share/icons/hicolor/48x48/apps/deadbeef.png > /usr/share/icons/hicolor/32x32/apps/deadbeef.png > > Have you tried some other gtk theme ? # qlist deadbeef | grep icons gives me same output. But I've forgot to say that I use KDE 4.6 with oxygen-gtk. I have try setting another gtk themes, but got the same icon problem.
BTW, use flag "lastfm" should be replaced with global flag "scrobbler".
media-sound/deadbeef-0.5.0-r1 from xwing failed compiling without dev-util/intltool because it requires it for building (DEPEND).
And why not use the ebuild from damex-overlay? https://github.com/damex/damex-overlay
Created attachment 274317 [details] deadbeef-0.5.1.ebuild Ebuild bumped, fixed the missing intl dep when USE nls, add new option to depend either on imlib2 or on libjpeg/linpng for cover
Created attachment 274355 [details] build.log: emerge failed on compile state without intltool Configure failed without intltool in the same way as in my previous comment (USE=nls). virtual/libintl RDEPEND sys-devel/gettext but deadbeef should DEPEND dev-util/intltool
(In reply to comment #34) > Thanks! Compiled and started. But now it has cosmetic error: it can't find its > icon. I got this message in konsole: > (deadbeef:26589): Gtk-WARNING **: Error loading icon from file '/deadbeef.png': > > So I have no icon in tray and when I minimize it to tray, I can't restore it. This issue was fixed in 0.5.1.
Created attachment 274361 [details] deadbeef-0.5.1.ebuild Added intltool dep
(In reply to comment #45) > (In reply to comment #34) > > Thanks! Compiled and started. But now it has cosmetic error: it can't find its > > icon. I got this message in konsole: > > (deadbeef:26589): Gtk-WARNING **: Error loading icon from file '/deadbeef.png': > > > > So I have no icon in tray and when I minimize it to tray, I can't restore it. > > This issue was fixed in 0.5.1. I still have this problem with 0.5.1, also with KDE and oxygen-gtk, but my error message sates: (deadbeef:25919): Gtk-WARNING **: Error loading icon from file '/usr/deadbeef.png': Failed to open file '/usr/deadbeef.png': No such file or directory No idea why it's trying to load the icon directly from /usr...
No problem here. using kde and oxygen-gtk too. Have you tried cleaning your kdecache directory (/var/tmp/kdecache-$USER), then restarting your kde session ?
Created attachment 274465 [details] deadbeef-0.5.1-r1.ebuild doc installation fixed 1. corrected doc files location "/usr/share/doc/deadbeef" -> "/usr/share/doc/${PF}". Fixed by "--docdir=/usr/share/doc/${PF}" configure option 2. doc files must not be compressed because it used in menu "help". Fixed by setting PORTAGE_COMPRESS="" in src_install()
(In reply to comment #48) > No problem here. using kde and oxygen-gtk too. > > Have you tried cleaning your kdecache directory (/var/tmp/kdecache-$USER), then > restarting your kde session ? I just did. No effect. Being a GTK app, though, so I wouldn't think clearing my KDE cache would have any effect on where deadbeef itself looks for an icon. Also, this is a fresh Gentoo install, with 0.5.1 being the only version of deadbeef installed on this box, so there shouldn't be any saved settings or cache issues there either.
Created attachment 274497 [details] deadbeef-0.5.1-r1.ebuild, small fixes. latest. Following Yevgeny Filatov work, new ebuild. ChangeLog: * remove src_compile as portage will execute make on its own, no need to copy it. * proper way to not compress docs is PORTAGE_DOCOMPRESS_SKIP array.
add "ffap" use flag to ebuild
(In reply to comment #52) > add "ffap" use flag to ebuild ffap (monkey audio support) is already managed by the more widely used "mac" USE flag
deadbeef should DEPEND on pkgconfig, at least when USE=gtk. If there is not pkgconfig in the system (it's usual situation because no packages RDEPEND on it), deadbeef even with USE=gtk builds without GTK gui plugin, cause it's configure script uses pkgconfig to determine whether gtk is installed.
I had the same problem with the icon, namely there was none. Following the suggestion from [1] I manually ran gtk-update-icon-cache & update-desktop-database and now everything is fine. Aren't ebuilds supposed to refresh the icon cache automatically? [1] http://sourceforge.net/tracker/?func=detail&aid=3195817&group_id=272657&atid=1159087
Created attachment 286649 [details] deadbeef-0.5.1-r3.ebuild Simply inherit the gnom2 eclass do this. Here is an updated ebuild
deadbeef should depend on virtual/ffmpeg not media-video/ffmpeg. See #358919
Created attachment 295791 [details] ebuild and patch with virtual/ffmpeg depend Ebuild and patch from gentoo-zh overlay to make deadbeef depend on virtual/ffmpeg and compile with libav.
DeaDBeeF 0.5.2 is out a lot of cool changes! http://deadbeef.sourceforge.net/posts/deadbeef_0.5.2_is_out.html
deadbeef 0.5.5 available :) http://deadbeef.sourceforge.net/posts/deadbeef_0.5.5_is_out.html
I'm afraid but deadbeef can't be placed in tree. Author;s quote from mail-list: > deadbeef source tree contains forks of 16 different libraries, and won't even > compile against upstream versions. .. > i've been contacted by maintainers from Gentoo, Debian and Fedora (at > least) regarding this problem, and there's no way to solve it. > everyone wants me to link to upstream/distro versions, but that won't happen. http://sourceforge.net/mailarchive/message.php?msg_id=27544837
DeaDBeeF 0.5.6 is out! wavpack: fixed reload_metadata not clearing old data sndfile: fixed big/little endian byte swap buffer overrun gme: fixed loopcount bugs alsa: fixed race condition bug leading to freezes alac: added new ALAC plugin with proper gapless playback support and other goods aac: lots of bugfixes and improvements, as usual, including half/double duration bugfix, and custom metadata fields support, and audiobook chapters cue and m3u parsers can now skip utf8 BOM automatically fill new/edited column title from the selected column type removed the frame widget around playlist to make scroll bar more accessible in maximized windows restored old GDK drawing in GTK2 plugin, because cairo produces weird shit on older GTK2 versions -- that means, tabs and playlist now look correct again with gtk2.20 and below gtk3 compiling is now enabled by default, if gtk3 sdk is installed --enable/disable-gtkui configure option is removed, now there are only --enable/disable-gtk2 and --enable/disable-gtk3 added Menu key support always auto-name playlist by folder name when empty, even if the playlist title is non-default insert/delete key support in track properties (Ruslan Khusnullin) fixed Enter and Esc keys in track properties fixed playlist column auto-resizing in maximized window added user-agent configuration for last.fm, vfs_curl, etc added cp936 charset detection support. it breaks cp1251 detection, so it's done as an option -- look in the preferences (Joey Zheng) show blank instead of "?" when a metadata field is absent fixed local album cover files search order, it's alphabetical now alsa: added a hack/work-around to prevent releasing sound device when a user switches between tracks m3u: improved handling of relative file pathes converter: fixed handling "/" in filenames; fixed tag-writing to files which have special characters fixed resuming last session in shuffle albums mode fixed several libmms freeze/hang/crash bugs vorbis: update waveformat dynamically, so now it's possible to listen the radios which switch between mono and stereo dynamically mp3: fixed samplerate shown in the track properties added work-around for unsupported channel masks to wavpack and sndfile plugins fixed notification cover-art loading for tracks with empty album
*** Bug 452086 has been marked as a duplicate of this bug. ***
DeaDBeeF 0.6.0 is out
It has been quite a while. How about actually adding deadbeef to portage? This is not something that adding would result in destruction of the whole world or anything, harmless ebuild with a great software.
WTF? Why still not added?
Did you notice that bug is assigned to maintainer-wanted@gentoo.org ? If someone will agree to maintain or proxy maintain this package and will provide good ebuilds, then it most likely will be added quickly ;) https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers
(In reply to Nikoli from comment #67) > Did you notice that bug is assigned to maintainer-wanted@gentoo.org ? > > If someone will agree to maintain or proxy maintain this package and will > provide good ebuilds, then it most likely will be added quickly ;) > https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers Okay, but how about this? https://bugs.gentoo.org/show_bug.cgi?id=301349#c61
I've just built and successfully run 0.7.2 simple by renaming deadbeef-0.5.1-r3.ebuild.
Can never be added to the main tree, asked upstrram recently, they still bundle lots of libs and link it statically.
