From owner-svn-src-head@FreeBSD.ORG Thu Nov 17 14:31:49 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id BA588106566C; Thu, 17 Nov 2011 14:31:49 +0000 (UTC) Date: Thu, 17 Nov 2011 14:31:49 +0000 From: Alexey Dokuchaev To: Ken Smith Message-ID: <20111117143149.GA96475@FreeBSD.org> References: <201111151849.pAFInR3K012609@svn.freebsd.org> <20111116.232828.343708041526200614.nyan@FreeBSD.org> <4EC3D40A.5040204@freebsd.org> <1321457050.78238.10.camel@bauer.cse.buffalo.edu> <20111117124210.GB2051@garage.freebsd.pl> <1321535020.82271.5.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <1321535020.82271.5.camel@bauer.cse.buffalo.edu> User-Agent: Mutt/1.4.2.1i Cc: src-committers@freebsd.org, Pawel Jakub Dawidek , svn-src-all@freebsd.org, TAKAHASHI Yoshihiro , Nathan Whitehorn , svn-src-head@freebsd.org Subject: Re: svn commit: r227536 - in head: release share/man/man7 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 14:31:49 -0000 On Thu, Nov 17, 2011 at 08:03:40AM -0500, Ken Smith wrote: > On Thu, 2011-11-17 at 13:42 +0100, Pawel Jakub Dawidek wrote: > > On Wed, Nov 16, 2011 at 10:24:10AM -0500, Ken Smith wrote: > > > Or both? We're heading in the direction of having both for the FTP > > > server tree. > > > > > > Kinda gross but "FBSD-9.0-RELEASE-amd64-amd64-bootonly.iso"? > > > > Can't we use one if they are equal? > > I'd prefer consistency. [...] But it looks so plain stupid! > I picture a higher percentage of people being confused about why some > architectures have one name while other architectures have two versus > people being confused about all of them having two names. And people would have to believe that we as a Project are so dumb that we could not figure out how to avoid this trivial redundancy when it is clearly not anywhere being useful. :-( ./danfe