Err... uh? No seriously...
Created attachment 202786 [details, diff] Use system liblua for Lua gtk engine (2.16.1 patch)
Created attachment 202787 [details, diff] Use system liblua for Lua gtk engine (2.18.2 patch)
Created attachment 202788 [details] Updated gtk-engines-2.16.1-r1 ebuild
Created attachment 202789 [details] Updated gtk-engines-2.18.2-r1 ebuild
Seems that we can't do much upstream because gtk-engines is a part of GNOME, and upstream doesn't like external deps like liblua.
(In reply to comment #5) > Seems that we can't do much upstream because gtk-engines is a part of GNOME, > and upstream doesn't like external deps like liblua. > that doesn't mean they should not allow using the system lib. If you could enhance your patch to have a --with-lua=system|local-copy or something like that, it would be perfect for inclusion.
You can find my reworked patch posted for upstream bugzilla here: http://bugzilla.gnome.org/show_bug.cgi?id=593674
I've committed the patch for --with-system-lua configure option to upstream git with my gnome account so you can use the option for next gtk-engines-2.20.* releases. As for now, just add my patches to gentoo cvs. Thanks.
+*gtk-engines-2.18.2-r1 (31 Aug 2009) + + 31 Aug 2009; Romain Perier <mrpouet@gentoo.org> + +gtk-engines-2.18.2-r1.ebuild, +files/gtk-engines-2.18.2-system-lua.patch: + Fix bug #255773, use liblua system library instead of embedded version, + patch import from upstream bug #593674, thanks to Ihar Hrachyshka + <ihar.hrachyshka@gmail.com> for his work Fixed into the main tree, thanks for your patch :)
A fixed version of this patch was send on upstream see http://bugzilla.gnome.org/show_bug.cgi?id=594014 for more details