a new ebuild, a maintainer should look over it for mistakes. motiontrack can either use libgd or imagemagick for image io libgd might be faster but imagemagick supports more image formats and has better debugging support I hope the taken approach is apropriate, i have asked in the gentoo-dev ml after all :-) Reproducible: Always Steps to Reproduce:
Created attachment 28840 [details] the ebuild
DEPEND="libgd? ( media-libs/libgd ) imagemagick? ( media-gfx/imagemagick ) : ( media-libs/libgd )" If I haven't made any mistakes then the next DEPEND will take care of the debug case (use flag), which the above DEPEND (used in the ebuild) does NOT do. DEPEND="libgd? ( media-libs/libgd ) imagemagick? ( media-gfx/imagemagick ) !libgd? ( !imagemagick? ( debug? ( media-gfx/imagemagick ) : ( media-libs/libgd ) ) )"
Final corrected version. (From the users mailinglist thread) DEPEND="debug? ( media-gfx/imagemagick ) !debug? ( libgd? ( media-libs/libgd ) !libgd? ( imagemagick? ( media-gfx/imagemagick ) !imagemagick? ( media-libs/libgd ) ) )"
Created attachment 29012 [details] new version of the ebuild i tried the DEPEND=" useflag? (...) !useflag? (...) " approach, but it somehow created a block (B) on imagemagick when none of the useflags were set, so I used the ":" 'else' syntax instead, which seems to work.
update: recent bug reports from motiontrack users showed, that the program cant be build with all features (especially speed enhancements) enabled with imagemagick versions prior to 5.5.7, since they dont have the ExportImagePixels() function so while the current cvs version of motiontrack already trys to cope with that in the ./configure script and disable that feature with old imagemagick versions, this is not yet the case with motiontrack-0.1.0 so that has to be handled in the ebuild the ebuild should then probably DEPEND on =media-gfx/imagemagick-5.5.7* instead of just any media/gfx/imagemagick, i hope that syntax is correct
Now in portage, added the imagemagick magic (pun intended) to the ebuild as well. `emerge sync` for it :).