From owner-freebsd-current Sun Sep 12 6:58: 6 1999 Delivered-To: freebsd-current@freebsd.org Received: from dorifer.heim3.tu-clausthal.de (dorifer.heim3.tu-clausthal.de [139.174.243.252]) by hub.freebsd.org (Postfix) with ESMTP id 4AC8914E85 for ; Sun, 12 Sep 1999 06:58:02 -0700 (PDT) (envelope-from olli@dorifer.heim3.tu-clausthal.de) Received: (from olli@localhost) by dorifer.heim3.tu-clausthal.de (8.8.8/8.8.8) id PAA15778 for freebsd-current@freebsd.org; Sun, 12 Sep 1999 15:58:01 +0200 (CEST) (envelope-from olli) Date: Sun, 12 Sep 1999 15:58:01 +0200 (CEST) From: Oliver Fromme Message-Id: <199909121358.PAA15778@dorifer.heim3.tu-clausthal.de> To: freebsd-current@freebsd.org Subject: Re: optional 'make release' speed-up patch Organization: Administration Heim 3 Reply-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: TIN [version 1.2 RZTUC(3) PL2] Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Matthew Thyer wrote in list.freebsd-current: > YES please fix this ridiculous inefficiency pointed out by Rod! There's nothing broken, so there's nothing to fix (IMO). > The current method of cleaning the build tree is to chflags -R and > then rm -r which results in two full traversals of the entire /usr/obj > tree which takes MUCH longer than attempting an rm -r first followed by > a chflags -R and another rm -r. Uhm, what are you talking about? The Makefile does exactly that: # The first command will fail on a handful of files that have their schg # flags set. But it greatly speeds up the next two commands. -rm -rf ${CHROOTDIR} -chflags -R noschg ${CHROOTDIR}/. -rm -rf ${CHROOTDIR} Regards Oliver -- Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany (Info: finger userinfo:olli@dorifer.heim3.tu-clausthal.de) "In jedem Stück Kohle wartet ein Diamant auf seine Geburt" (Terry Pratchett) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message