Date: Fri, 24 Sep 1999 02:12:14 +0900 From: Makoto MATSUSHITA <matusita@jp.FreeBSD.org> To: FreeBSD-gnats-submit@freebsd.org Cc: jkh@freebsd.org Subject: bin/13919: 'make release' fails in some cases Message-ID: <19990924021214U.matusita@jp.FreeBSD.org>
next in thread | raw e-mail | index | archive | help
>Number: 13919 >Category: bin >Synopsis: 'make release' fails in some cases >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Sep 23 10:20:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Makoto MATSUSHITA >Release: FreeBSD 4.0-CURRENT i386 >Organization: Japan FreeBSD Users' Group >Environment: 4.0-CURRENT (and potentially 3.3-STABLE) >Description: target 'release.1' of src/release/Makefile says: # Clean out ${_R} and make the directory structure. release.1: mkdir -p ${_R} rm -rf ${_R}/* 2> /dev/null -chflags -R noschg ${_R}/. rm -rf ${_R}/* "mkdir -p, rm -rf, chflags, then rm -rf again" is the common way to get clean directory. In this way, the first rm(1) may exit with non-zero status; but this Makefile does not consider such a situation. I dunno when, but current 4.0-RELEASE of ${_R}/stage/trees has some schg-ed files (3.3-STABLE does not have such files). >How-To-Repeat: do 'make release' twice. >Fix: Ignore exit status of first rm(1), maybe. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990924021214U.matusita>