On 03/04/2012 11:35 AM, Ken Moffat wrote: > On Sun, Mar 04, 2012 at 05:43:08PM +0100, Ragnar Thomsen wrote: >> Are we including this option as default for those packages that support it? >> Or should it just be mentioned under "Command Explanations"? >> >> Currently, the use of this option is not consistent throughout the book. >> >> IMHO it should be included as default. Does anyone have use for the static >> libs? >> >> -Ragnar- > I see that Andy has been doing that. I started adding it as an > option when I updated packages - before that, everybody got whatever > the package defaulted to. Personally, I agree that I don't want > static libs. > > Bruce took a different view (on lfs-dev in January, I think). > > Other people who have been active recently (Wayne, DJ) have never > expressed any opinion.
I really haven't had an opinion since way back when the NSS standalone patch was created. I spent a good 16 hours trying to work around libcrmf.a IIRC. Since then, I've followed the rule of "maintainer knows best," at least until maintainer clearly doesn't have a clue. :-) The only other instance that I recall of needing a static lib that I had previously removed was Sun's JDK 6 SCSL source. That was a long time ago, though. I fixed it in the 5 source and the patch carried forward for a while, not sure what the current state is. Since I'm few and far between WRT editing, I'll divert to y'all's guidance on this one. Perhaps we should make it policy not install static libs where possible...including fixing breakage of dependent packages where necessary. I'm all for a lighter system, but know in advance that there will be exceptions. I'm pretty sure that NSS will still be one of them. On a barely related note, the Oracle JDK can probably go away now, removing one more exception to that rule (if in fact it still is). None of the other distro's are using it (by default) and I can't see any reason to keep it at this point. -- DJ Lucas -- This message has been scanned for viruses and dangerous content, and is believed to be clean. -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
