Efraim Flashner <[email protected]> skribis: > On Thu, 31 Mar 2016 11:29:52 +0200 > Ricardo Wurmus <[email protected]> wrote: > >> Efraim Flashner <[email protected]> writes: >> >> [...] >> [...] >> [...] >> >> Yes. Unfortunately, it does not work with the latest webkitgtk. >> >> [...] >> [...] >> >> It’s quite a bit larger. Should I try to move the webkit/webview stuff >> to a separate output? Here’s the output of “guix size >> /gnu/store/js2mqmm3llc1ispcqll08c9s7nyi1i40-wxwidgets-3.0.2”: >> >> store item total >> self >> /gnu/store/js2mqmm3llc1ispcqll08c9s7nyi1i40-wxwidgets-3.0.2 1108.5 >> 33.8 3.0% >> /gnu/store/yj7hx4r02g8nzgfna8pwsyqynxw0fkwy-webkitgtk-2.4.10 1053.5 >> 137.3 12.4% >> /gnu/store/sqd3q1xq5fsbga00bwhghi9shi7xdaac-gtk+-3.18.2 724.2 >> 45.4 4.1% >> /gnu/store/4s6q5z98smbjqarjjanghkl2jfbbmrwy-gtk+-2.24.28 697.1 >> 35.6 3.2% >> ... > > currently wxwidgets is a dependant for 1 package. It'd be nice if the new > wxwidgets wouldn't depend on gtk3 and gtk2, but if that's what it is then I > don't think having a separate output would be a great solution.
But 1.1 G just for a GUI toolkit is a lot. Currently wxwidgets’s closure is at 785 MiB, so that’d be a 40% increase. There are references to two Cairos, Perl, etc. Definitely, there’s a lot of room for optimization here. It probably shouldn’t block this patch, but it should be high on the list of priorities IMO. Ludo’.
