2010/10/28 Pau Garcia i Quiles <span dir="ltr"><<a href="mailto:pgquiles@elpauer.org">pgquiles@elpauer.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5"><br></div></div>
My proposal (for the future) is this: let's have many libraries, with<br>
as less ties among them as possible. For instance, why can't we have<br>
the units library, the kholidays library, etc as entirely standalone<br>
libraries, with minimum ties to anything else?<br>
<div class="im"><br></div></blockquote><div>This is something I love of kdelibs, I only have to checkout 2 modules (kdesupport and kdelibs), instead of thousands of independent modules (even if there are programs to checkout all of them, but in a predefined way that does not match my preferences).</div>
<div><br></div><div>If we (KDE) can make them modular (to be able to deploy them alone), and at the same time keep them together, it will be perfect (from my point of view).</div><div><br></div><div>Something like elibc have done for glibc. or uclib (nano clib) did.</div>
<div>Something like linux has with 'make menuconfig'.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"> </div></blockquote>