Skip site navigation (1)Skip section navigation (2)
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>