From owner-freebsd-bugs@FreeBSD.ORG  Sun Apr  1 09:30:13 2012
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id C0DB6106567B
	for <freebsd-bugs@hub.freebsd.org>;
	Sun,  1 Apr 2012 09:30:13 +0000 (UTC)
	(envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 7FDF48FC2B
	for <freebsd-bugs@hub.freebsd.org>;
	Sun,  1 Apr 2012 09:30:13 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q319UDsL080992
	for <freebsd-bugs@freefall.freebsd.org>; Sun, 1 Apr 2012 09:30:13 GMT
	(envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
	by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q319UDip080991;
	Sun, 1 Apr 2012 09:30:13 GMT (envelope-from gnats)
Resent-Date: Sun, 1 Apr 2012 09:30:13 GMT
Resent-Message-Id: <201204010930.q319UDip080991@freefall.freebsd.org>
Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer)
Resent-To: freebsd-bugs@FreeBSD.org
Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org,
	Richard Kettlewell <rjk@greenend.org.uk>
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id 794CB1065672
	for <freebsd-gnats-submit@FreeBSD.org>;
	Sun,  1 Apr 2012 09:29:24 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id 63ED28FC1E
	for <freebsd-gnats-submit@FreeBSD.org>;
	Sun,  1 Apr 2012 09:29:24 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q319TOLj044323
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 1 Apr 2012 09:29:24 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.4/8.14.4/Submit) id q319TOFd044322;
	Sun, 1 Apr 2012 09:29:24 GMT (envelope-from nobody)
Message-Id: <201204010929.q319TOFd044322@red.freebsd.org>
Date: Sun, 1 Apr 2012 09:29:24 GMT
From: Richard Kettlewell <rjk@greenend.org.uk>
To: freebsd-gnats-submit@FreeBSD.org
X-Send-Pr-Version: www-3.1
Cc: 
Subject: bin/166554: find -delete is silent when failing to rmdir nonempty
	directories
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 01 Apr 2012 09:30:13 -0000


>Number:         166554
>Category:       bin
>Synopsis:       find -delete is silent when failing to rmdir nonempty directories
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Apr 01 09:30:13 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Richard Kettlewell
>Release:        
>Organization:
>Environment:
>Description:
find -delete is documented as removing files and/or directories. However since it uses rmdir() it cannot remove nonempty directories. This is fine, but it suppresses the error message in this case. This leads to considerable user confusion.

I suggest that:

1. The limitation that it can only remove nonempty directories be documented.
2. The error message not be suppressed (i.e. that the ENOTEMPTY test be removed).

GNU find -delete does produce an error message in this case.

-delete seems to be an extension compare to SUS find, so I don't believe there are any standards-compliance questions here.

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
>Unformatted: