New filezilla release requires wxGTK 3.0.2, which led to this configure check failure: checking for wxWidgets version >= 3.0.2 (--unicode=yes --universal=no)... no (version 3.0.1 is not new enough) configure: error: The requested wxWidgets build couldn't be found. And indeed: # /usr/bin/wx-config-3.0 --version 3.0.1 Looks like the configure script was not regenerated correctly in the tarball, as configure.in has correct wx_release_number :/
Hi! I dared to a apply a quick-fix for this myself: +*wxGTK-3.0.2.0-r1 (02 Feb 2015) + + 02 Feb 2015; Sebastian Pipping <sping@gentoo.org> +wxGTK-3.0.2.0-r1.ebuild: + Stop 3.0.2 from pretending to be 3.0.1 (bug #536004) + In detail: # https://bugs.gentoo.org/421851 # https://bugs.gentoo.org/499984 - sed -i -e "/wx_cv_std_libpath=/s:=.*:=$(get_libdir):" configure || die + # https://bugs.gentoo.org/536004 + sed \ + -e "/wx_cv_std_libpath=/s:=.*:=$(get_libdir):" \ + -e 's:3\.0\.1:3.0.2:g' \ + -e 's:^wx_release_number=1$:wx_release_number=2:' \ + -i configure || die I avoided eautoreconf because it failed. Is the current approach good enough? # /usr/bin/wx-config-3.0 --version 3.0.2 That should unblock bug #538530, I suppose.
