Date: Thu, 9 Sep 1999 08:53:52 +0200 (MET DST) From: Nick Hibma <nick.hibma@jrc.it> To: "Jordan K. Hubbard" <jkh@zippy.cdrom.com> Cc: "John W. DeBoskey" <jwd@unx.sas.com>, freebsd-current@FreeBSD.ORG Subject: Re: optional 'make release' speed-up patch Message-ID: <Pine.GS4.4.10.9909090852190.6707-100000@elect8> In-Reply-To: <7125.936851836@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
To me this very much sounds like feature creap. The less options, the better, no one is looking at them anyway. Who says you are doing a build on ufs anyway? It might be something for a FAQ though (if there is one) or for the handbook. Just my 0.01 BEF. Nick > > The following patch to /usr/src/release/Makefile allows the > > specification of the variable FASTCLEAN, which instead of doing > > a recursive rm on CHROOTDIR, simply umounts/newfs/mounts. Of > > course, this is only useful if your CHROOTDIR location is a > > separate mount point (which mine is: /snap). > > No offense, but this is really pretty ugly for something that I'd > anticipate to be a *major* edge case. I've been building releases for > years, for example, and I've yet to build one on a filesystem all by > itself. I usually just cast around for some space on an existing > (shared) fs and go to it, and I suspect that many others are the same > way. :-) > > I'm not saying there shouldn't be a *hook* of some sort for doing > "fast cleans", but the patches as they stand add way too much of a > delta for only one very specific optimization. > > - Jordan > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > > -- ISIS/STA, T.P.270, Joint Research Centre, 21020 Ispra, Italy To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GS4.4.10.9909090852190.6707-100000>