From owner-svn-src-stable@FreeBSD.ORG Sat Apr 2 10:19:43 2011 Return-Path: Delivered-To: svn-src-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 21D1D1065677; Sat, 2 Apr 2011 10:19:43 +0000 (UTC) Date: Sat, 2 Apr 2011 10:19:43 +0000 From: Alexey Dokuchaev To: Alexander Message-ID: <20110402101943.GA81206@FreeBSD.org> References: <201104011823.p31INiHv055195@svn.freebsd.org> <20110402015552.GA32901@FreeBSD.org> <20110402115336.37394ztrsha7r58o@cakebox.homeunix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20110402115336.37394ztrsha7r58o@cakebox.homeunix.net> User-Agent: Mutt/1.4.2.1i Cc: svn-src-stable@freebsd.org, Xin LI Subject: Re: svn commit: r220250 - in stable/8: bin/test tools/regression/bin/test X-BeenThere: svn-src-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for all the -stable branches of the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 10:19:43 -0000 On Sat, Apr 02, 2011 at 11:53:36AM +0200, Alexander wrote: > The downside is that one may end up writing scripts on FreeBSD which > will unexpectedly break on other Unixes. Exactly. I also fail to understand why would we want to strive for compatibility which broken shells (bash) by introducing controversial features that are not part of any standard and deliberately undocumented. This is what usually happens when deprecating stuff, no? Introducing new functionality in "stealth" mode like this makes little sense, and I believe does more harm than good. I recall that it was discussed here on svn-* lists after in was committed to HEAD, and opinions were mostly negative IMSMR. I am a bit surprised it was not backed out (not that it is my call). ./danfe