Hi, On Tuesday 29 November 2011, meik michalke wrote: > erm, there is one now: 800MB. to say it with famous words of john crichton: > "that's big. that's really big." i haven't figured out yet if/how you can > ban certain pulled-in dependecies from an image (like the kdepim package, > for a start). i hope there is a sane way.
well, yes that *is* big. I suppose, feeding this through a good compressor does not help much? But also, in these times of cheap bandwidth, downloading 800MB may be sort of ok to many users. Can macports also build a source meta package? Once we start looking into distributing a binary package, we need to provide (or at least offer) that, too, for GPL-compliance. BTW, one question just occurred to me: In the rkward wrapper script, the location of the R binary is hard-coded (at build time). Does this have to be adjusted (and is there a way to adjust it), when users install the package? Or are they forced to install to a fixed location, anyway? > [hint: any "depends_build" declarations will not be put in the image, but > all "depends_lib". but even the kate port alone defined there lead to a > 460MB image, and didn't even work... so it might be better to keep all > kde4-baseapps in and selectively remove sub-ports we know we won't need] Is there an easy option to generate a list of all dependencies, and their sizes in the meta package? In my experience with the window binaries, the "leaves" of the dependency-tree are not all that large in comparison. But the further you move down in the depends, the more difficult it is probably to get things right. > apart from that, the whole build only took about nine hours on that > workhorse, which is much faster than i had thought. Yes, that sounds almost managable. Regards Thomas
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d
_______________________________________________ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel