[Rule-list] RULE + RH7.2 + UPDATES ?
James
james at opencountry.org
Thu Feb 21 08:57:39 EET 2002
On Thu, 21 Feb 2002 01:59:11 +0100
Martin Stricker <shugal at gmx.de> wrote:
> James wrote:
>
> > I think this is where Marco's concept of static rpm builds could
> > help... why not have those libs uniquely needed by the app that may
> > not be on the box included with the app and put into /usr/local/lib.
> > Some libs... this won't work for (like gcc) but others (python 1.5
> > and 2.0 for example) can coexist. But if you build static the
> > application and it's lib are one. Lousy for really low mem boxes
> > (170mb hdd) but if the user has say a 2 gig or better, the small
> > increase in size would make up for the hassle of finding all of those
> > *$^&^ libs.
>
> I prefer libraries, not statically linked applications. Libraries save
> quite an amount of memory (particularly important for RULE!), and they
> are reusable. I often use some libraries in my C programs.
>
> Best regards,
> Martin Stricker
Martin,
Most of the time I agree. However there are cases where a comprimise needs to be made. This is my only point. KDE as good as it is (and it IS good) may be too heavy for RULE. But Konq configured staticly is lighter than Netscape. It's a trade off and perhaps one best delt with one app at a time.
James
> --
> Homepage: http://www.martin-stricker.de/
> Registered Linux user #210635: http://counter.li.org/
>
> _______________________________________________
> Rule-list mailing list
> Rule-list at mail.freesoftware.fsf.org
> http://mail.freesoftware.fsf.org/mailman/listinfo/rule-list
_______________________________________________
Rule-list mailing list
Rule-list at mail.freesoftware.fsf.org
http://mail.freesoftware.fsf.org/mailman/listinfo/rule-list
This full static mirror of the Run Up to Date Linux Everywhere Project mailing list, originally hosted at http://lists.hellug.gr/mailman/listinfo/rule-list, is kept online by Free Software popularizer, researcher and trainer Marco Fioretti. To know how you can support this archive, and Marco's work in general, please click here