From owner-svn-src-head@FreeBSD.ORG Thu Nov 17 03:10:47 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5D81065675; Thu, 17 Nov 2011 03:10:47 +0000 (UTC) (envelope-from nyan@FreeBSD.org) Received: from sakura.ccs.furiru.org (sakura.ccs.furiru.org [IPv6:2001:2f0:104:8060::1]) by mx1.freebsd.org (Postfix) with ESMTP id 597498FC08; Thu, 17 Nov 2011 03:10:47 +0000 (UTC) Received: from localhost (authenticated bits=0) by sakura.ccs.furiru.org (unknown) with ESMTP id pAH3Aegp099447; Thu, 17 Nov 2011 12:10:42 +0900 (JST) (envelope-from nyan@FreeBSD.org) Date: Thu, 17 Nov 2011 12:10:39 +0900 (JST) Message-Id: <20111117.121039.812628220522982454.nyan@FreeBSD.org> To: kensmith@buffalo.edu From: TAKAHASHI Yoshihiro In-Reply-To: <1321457050.78238.10.camel@bauer.cse.buffalo.edu> References: <20111116.232828.343708041526200614.nyan@FreeBSD.org> <4EC3D40A.5040204@freebsd.org> <1321457050.78238.10.camel@bauer.cse.buffalo.edu> X-Mailer: Mew version 6.3 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, nwhitehorn@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 03:10:47 -0000 In article <1321457050.78238.10.camel@bauer.cse.buffalo.edu> Ken Smith writes: >> >> +: ${RELSTRING=`chroot $2 uname -s`-`chroot $2 uname -r`-`chroot $2 uname -p`} >> > Should this be 'uname -m' rather than 'uname -p'? >> >> There isn't a good option here when there is only one tag -- most of the >> time, I imagine this will get specified in the builder's environment. I >> picked uname -p because there are more possibilities than uname -m: it >> breaks the degeneracies for PPC, ARM, and MIPS, leaving only one for >> i386/pc98. uname -m would have been the other way around. I see. > 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"? I don't > see a good option among the three possibilities, which are: > > 1) uname -m only > 2) uname -p only > 3) both > > Option 3 at least has the benefit of not being abiguous and covers all > the possibilities for builds given the new infrastructure. I think that the same scheme as the FTP site is better. So I choose (3) option. --- TAKAHASHI Yoshihiro