Path: csiph.com!optima2.xanadu-bbs.net!xanadu-bbs.net!news.glorb.com!usenet.stanford.edu!not-for-mail From: Greg Wooledge Newsgroups: gnu.bash.bug Subject: Re: -e does not take effects in subshell Date: Wed, 19 Aug 2015 08:42:14 -0400 Lines: 25 Approved: bug-bash@gnu.org Message-ID: References: <20150811135056.GD4309@eeg.ccf.org> <55CC26A7.10000@redhat.com> <55D39A71.2030109@tlinx.org> <87mvxo5mme.fsf@igel.home> <55D3B22E.9040507@tlinx.org> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: usenet.stanford.edu 1440113733 26722 208.118.235.17 (20 Aug 2015 23:35:33 GMT) X-Complaints-To: action@cs.stanford.edu Cc: "bug-bash@gnu.org" To: Linda Walsh Envelope-to: bug-bash@gnu.org Content-Disposition: inline In-Reply-To: <55D3B22E.9040507@tlinx.org> User-Agent: Mutt/1.4.2.3i X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 139.137.100.1 X-BeenThere: bug-bash@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Bug reports for the GNU Bourne Again SHell List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com gnu.bash.bug:11403 On Tue, Aug 18, 2015 at 03:31:10PM -0700, Linda Walsh wrote: > with 'rm' functionality to remove '/' '.' and '..' was prohibited > by POSIX, though the coreutils version still allows the choice > of the more dangerous removal of '/' with with the --[no-]preserve-root. > > But the more useful "rm -fr ." [...] OK. I think you are saying that the POSIX specification sentence If either of the files dot or dot-dot are specified as the basename portion of an operand (that is, the final pathname component) or if an operand resolves to the root directory, rm shall write a diagnostic message to standard error and do nothing more with such operands. conflicts with your prior use of the GNU rm --one-file-system extension as a shorthand for "find . -xdev -delete". Since GNU already has a --no-preserve-root extension, as you pointed out, I don't see what would stop them from adding another extension to permit GNUrm -rfx . to work. Perhaps you should come up with an appropriate syntax for it and submit a patch to the GNU coreutils maintainers. This is not related to bash. (Wow, how did we get here from "-e does not take effects in subshell"?)