kdenlive-0.4 on ~amd64 fails to compile with automake errors: (I do not have automake-1.8 installed, but I have some higher version, so >=automake-1.8.3 is satisfied) When I manually emerge =automake-1.8.5-r3, it compiles fine Reproducible: Always Steps to Reproduce: 1. have system without automake-1.8 2. try to emerge kdenlive Actual Results: kdenlive is missing automake-1.8, fails to compile Expected Results: compile flawlessly, automake-1.8 is installed as dependency or is not required by scripts
Created attachment 131773 [details] tail of output of emerge kdenlive
Created attachment 134305 [details, diff] kdenlive-0.4.ebuild.patch i have tested kdenlive-0.4 on a clean stage3 and i can confirm the problem reported by @zypherthe. the problem happen because kde.eclass force the global variable WANT_AUTOMAKE to value 1.9, but kdenlive esplicitely require automake-1.8, so we need to manually override WANT_AUTOMAKE to '1.8', otherwise the configure script fail. attached there is an ebuild patch. NOTE: i have done also some improvements to the ebuild itselt: - x11-libs/libXt, dev-util/pkgconfig and >=sys-devel/autoconf-2.58 are redundant because come from the kde.eclass; there is no need to redeclare - the minimum version of some of the required libraries are now in portage as STABLE, so there is no need to declare absoluth atoms. as AT i have tested the ebuild patch on a clean stage3 and all compile and work correctly. I hope it will be usefull.
Just for reference, it builds and runs fine with everything but ffmpeg and mlt. Since mlt depends on all the codecs listed before, I removed these deps. +*kdenlive-0.5 (31 Mar 2008) + + 31 Mar 2008; Robert Buchholz <rbu@gentoo.org> +kdenlive-0.5.ebuild: + Non-maintainer-bump (bug #188626), a lot of fixes and new features, + including HD support. Thanks to Toffanin, Patrick Huber and Roberto + Castagnola for contributions. + + This should also fix bug #193641. +
Sorry, wrong bug.
Simply adding WANT_AUTOMAKE="1.8" # bug 193641 before inherit is usually the way to go on this. I cannot reproduce this bug with kdenlive-0.5, please try that.