From owner-cvs-release Mon Dec 8 14:11:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA18984 for cvs-release-outgoing; Mon, 8 Dec 1997 14:11:34 -0800 (PST) (envelope-from owner-cvs-etc) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA18917; Mon, 8 Dec 1997 14:11:03 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.7) with ESMTP id VAA22798; Mon, 8 Dec 1997 21:48:19 GMT (envelope-from brian@gate.lan.awfulhak.org) Message-Id: <199712082148.VAA22798@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Joerg Wunsch cc: "Jordan K. Hubbard" , cvs-committers@freebsd.org, cvs-all@freebsd.org, cvs-release@freebsd.org Subject: Re: cvs commit: src/release boot_crunch.conf In-reply-to: Your message of "Mon, 08 Dec 1997 08:48:23 +0100." <19971208084823.08044@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Dec 1997 21:48:19 +0000 From: Brian Somers Sender: owner-cvs-etc@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Jordan K. Hubbard wrote: > > > jkh 1997/12/04 06:22:02 PST > > > > Modified files: > > release boot_crunch.conf > > Log: > > Sigh - add libz to libs. Brian just keeps adding stuff to ppp. :) > > I'm afraid the boot floppy will overflow some day... Perhaps we > should start making an #ifdef'ed version of ppp(8) for the boot > floppy, which is stripped down by some features that aren't strictly > needed? Yep. We need to look at that whole area with respect to LIBDES too. As far as the non-des stuff is concerned, it may be worth making release do a `make -DRELEASE'. We can then control what gets built in (or out) in the applications Makefile. Of course, the argument of what gets built in or out will be fun too. As soon as we ifdef out DEFLATE, we end up with a pile of complaints from the people that want to install using a pppd peer. The alternative is to do the same as I did for libalias (manually load it from the shared lib at run time if it's necessary), but this is probably a bit of overkill. I have no immediate intentions of adding any more compression protocols (unless some kind soul submits one). I also have plans to add RADIUS and multilink support..... could this be considered ``bloat'' ? I'm open to suggestions. All this would be handy at installation time (well, RADIUS would be pretty useless), but, as you say, the install floppy is gonna overflow. > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) -- Brian , , Don't _EVER_ lose your sense of humour....