From owner-freebsd-stable@FreeBSD.ORG Mon Oct 19 17:34:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C993106566C for ; Mon, 19 Oct 2009 17:34:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D33298FC19 for ; Mon, 19 Oct 2009 17:34:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5565046B39; Mon, 19 Oct 2009 13:34:36 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 7BE7C8A01B; Mon, 19 Oct 2009 13:34:35 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 19 Oct 2009 13:34:30 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910191334.31137.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 19 Oct 2009 13:34:35 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Make release process for 7.2-STABLE @ r198084 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Oct 2009 17:34:37 -0000 On Sunday 18 October 2009 7:16:41 pm jhell wrote: > > I have just been setting up a release cycle for making some iso's of my > own for a modified revision of the source that I am going to be using for > offline use and run into a repetitive copy that I am hoping someone could > shed some light on. > > Output from a make release run. "Portion in question" > ----------------------------------------------------------------- > [...] > cd /usr/obj/RELENG/usr && cp -R -H /usr/src src > rm -rf /usr/obj/RELENG/usr/ports > cd /usr/obj/RELENG/usr && cp -R -H /usr/ports ports > # If there are distfiles downloaded removing them > rm -rf ports/distfiles/* > rm -rf /usr/obj/RELENG/usr/doc > cd /usr/obj/RELENG/usr && cp -R -H /usr/doc doc > if [ -d /usr/src/release/../../ports/distfiles/ ]; then cp -rp > /usr/src/release/../../ports/distfiles > /usr/obj/RELENG/usr/ports/distfiles; else mkdir -p > /usr/obj/RELENG/usr/ports/distfiles; fi > ---------------------------------------------------------------- > > >From the above output and what happened my ports tree was copied over > along with the distfiles the first time cp was issued on the ports > directory. Then shortly after that it removes the copied distfiles and > issues the next command to copy the docs over. After it does a test for > ../../ports/distfiles from the release directory which happens to be the > same directory it previously copied over and then removed and is now > issuing a command to copy over again?. > > Is there a problem with the layout of directories from which I started > this process maybe? > > Fault in the script for make release possibly ? > > Did I miss some tunable for the make release ? > > >From this setup for a make release everything is a default type of > structure/setup/layout for ports and source and doc from a install. If I > have to do this again I don't want to copy over 4+ GiB of distfiles twice. > > Thanks. I think this is a property of using EXTPORTSDIR. Generally releases are built against a CVS repo and the ports tree is checked out from that. I would suggestion changing the 'cp' of ports from EXTPORTSDIR to instead do something fancier that excludes copying distfiles in the first place. -- John Baldwin