Bug 47130 - motiontrack-0.1.0 (new ebuild)
|
Bug#:
47130
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: All
|
Status: RESOLVED
|
Severity: enhancement
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: media-video@gentoo.org
|
Reported By: corvus-bug-gentoo@cybertrench.com
|
|
Component: Ebuilds
|
|
|
URL:
http://motiontrack.sf.net
|
|
Summary: motiontrack-0.1.0 (new ebuild)
|
|
Keywords: EBUILD
|
|
Status Whiteboard:
|
|
Opened: 2004-04-07 11:45 0000
|
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:
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 an attachment (id=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 :).