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>
index | next in thread | raw e-mail
>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
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990924021214U.matusita>