From owner-freebsd-standards@FreeBSD.ORG Fri Apr 1 17:22:33 2005 Return-Path: Delivered-To: freebsd-standards@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A88DA16A4CE for ; Fri, 1 Apr 2005 17:22:33 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C81343D3F for ; Fri, 1 Apr 2005 17:22:33 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j31HMNxY023786; Fri, 1 Apr 2005 12:22:23 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j31HM7Gr023785; Fri, 1 Apr 2005 12:22:07 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 1 Apr 2005 12:22:07 -0500 From: David Schultz To: Bruce Evans Message-ID: <20050401172207.GA23665@VARK.MIT.EDU> Mail-Followup-To: Bruce Evans , Garrett Wollman , standards@FreeBSD.ORG References: <20050330181904.16519571@mobile.pittgoth.com> <20050401191850.Q24028@delplex.bde.org> <200504011517.j31FHxTO084986@khavrinen.lcs.mit.edu> <20050402015901.K24966@delplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050402015901.K24966@delplex.bde.org> cc: standards@FreeBSD.ORG Subject: Re: Patch for cp(1) X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 17:22:33 -0000 On Sat, Apr 02, 2005, Bruce Evans wrote: > On Fri, 1 Apr 2005, Garrett Wollman wrote: > > >< > >said: > > > >[cp -r] > >>I think we don't need to keep it except for POSIX compatibility. > > > >>New programs just shouldn't use cp -r. Old programs that use cp -r > >>shouldn't have its behaviour changed. > > > >I'm more concerned about humans. [...] > -r is the same as -R under Linux (linux_base_8), and it isn't even > deprecated > in cp --help at least, so it won't go away, and fingers will be trained to > use it in preference to -R, for at least another 20 years. Isn't that an argument *for* Tom's patch? In any case, I think the argument about old programs is bogus, because there are undoubtedly more scripts that assume the Linux behavior than there are pre-4.2BSD scripts out there. Furthermore, are there situations where -r and -R differ such that -r would behave reasonably? If it's the case that every time someone uses -r they really mean -R, then simply eliminating -r is worse than making it an alias for -R.