From owner-svn-src-all@FreeBSD.ORG Thu Nov 17 19:33:29 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5953B1065673; Thu, 17 Nov 2011 19:33:29 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id F12F38FC1B; Thu, 17 Nov 2011 19:33:27 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 74CF9F0D9; Thu, 17 Nov 2011 14:33:26 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id 05055F0FB; Thu, 17 Nov 2011 14:33:24 -0500 (EST) Received: from smtp2.acsu.buffalo.edu (smtp2.acsu.buffalo.edu [128.205.5.254]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id C5828F0D9; Thu, 17 Nov 2011 14:33:24 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp2.acsu.buffalo.edu (Postfix) with ESMTPSA id B20CA47824; Thu, 17 Nov 2011 14:33:24 -0500 (EST) From: Ken Smith To: John Baldwin In-Reply-To: <201111171416.47725.jhb@freebsd.org> References: <201111151849.pAFInR3K012609@svn.freebsd.org> <201111171141.22648.jhb@freebsd.org> <1321551793.82271.55.camel@bauer.cse.buffalo.edu> <201111171416.47725.jhb@freebsd.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-IlTpcym9E5bH2WwzRQA2" Date: Thu, 17 Nov 2011 14:33:24 -0500 Message-ID: <1321558404.82271.79.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: Alexey Dokuchaev , src-committers@freebsd.org, Pawel Jakub Dawidek , svn-src-all@freebsd.org, David Chisnall , TAKAHASHI Yoshihiro , Nathan Whitehorn , svn-src-head@freebsd.org Subject: Re: svn commit: r227536 - in head: release share/man/man7 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 19:33:29 -0000 --=-IlTpcym9E5bH2WwzRQA2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Thu, 2011-11-17 at 14:16 -0500, John Baldwin wrote: > On Thursday, November 17, 2011 12:43:12 pm Ken Smith wrote: > > On Thu, 2011-11-17 at 11:41 -0500, John Baldwin wrote: > > > On Thursday, November 17, 2011 10:11:36 am Ken Smith wrote: > > > > On Thu, 2011-11-17 at 14:57 +0000, Alexey Dokuchaev wrote: > > > > > On Thu, Nov 17, 2011 at 09:44:52AM -0500, Ken Smith wrote: > > > > > > This is the problem we are trying to "solve": > > > > > >=20 > > > > > > Supported TARGET/TARGET_ARCH pairs for world and kernel targets > > > > > > amd64/amd64 > > > > > > arm/arm > > > > > > arm/armeb > > > > > > i386/i386 > > > > > > ia64/ia64 > > > > > > mips/mipsel > > > > > > mips/mipseb > > > > > > mips/mips64el > > > > > > mips/mips64eb > > > > > > mips/mipsn32eb > > > > > > pc98/i386 > > > > > > powerpc/powerpc > > > > > > powerpc/powerpc64 > > > > > > sparc64/sparc64 > > > > >=20 > > > > > As I see it, for every pair except pc98/i386, second part should = be=20 > used. > > > > > For pc98/i386, first (pc98). Problem solved. ;-) > > > > >=20 > > > > > ./danfe > > > > >=20 > > > >=20 > > > > I'd still sort of prefer no special cases. However ... > > > >=20 > > > > For the ISO / memstick filenames we could just program in `uname -p= ` > > > > and ask the pc98 builder to modify the filenames post-build. But > > > > we still have the dual names needed for the FTP site layout. There > > > > it needs to be fully automated in the installer. > > > >=20 > > > > So, given it seemed like we're sort of stuck with having the dual > > > > names appearing in other places combined with it never causing us > > > > to have special cases and/or conflicts it seemed like just biting > > > > the bullet and having them in the ISO / memstick filenames too ... > > > >=20 > > > > Have I mentioned I don't like any of the options? :-/ > > >=20 > > > I think collapsing down to one name if uname -m =3D=3D uname -p is no= t that=20 > > > terrible and would preserve the existing layout for most of the curre= nt > > > cases (only pc98 would change, yes)? > > >=20 > >=20 > > If you're referring to the FTP directory tree layout we wind up with: > >=20 > > .../releases/amd64/9.0-RELEASE > > .../releases/amd64/ISO-IMAGES/9.0 > >=20 > > for an example of uname -m =3D=3D uname -p. But for our two powerpc re= lated > > architectures we get: > >=20 > > .../releases/powerpc/9.0-RELEASE > > .../releases/powerpc/ISO-IMAGES/9.0 > > .../releases/powerpc/powerpc64/9.0-RELEASE > > .../releases/powerpc/powerpc64/ISO-IMAGES/9.0 > >=20 > > I'm not sure I like the inconsistency. >=20 > Given the available tradeoffs I prefer this to amd64/amd64. We could als= o=20 > define the rule another way, which is if a given TARGET only has a single= =20 > TARGET_ARCH you just use TARGET, otherwise you use TARGET/TARGET_ARCH. (= This=20 > can be parsed out of the output of 'make targets' fairly easily.) That w= ould=20 > let you have: >=20 > releases/amd64/9.0-RELEASE > releases/powerpc/powerpc/9.0-RELEASE > releases/powerpc/powerpc64/9.0-RELEASE >=20 The code that would need to be fixed is in: src/usr.sbin/bsdinstall/scripts/mirrorselect which is running on the machine as it's being installed. I don't think parsing the output of "make targets" in /usr/src is an option at that point. --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-IlTpcym9E5bH2WwzRQA2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk7FYYQACgkQ/G14VSmup/YTrwCfSEw3Mpm4sx5X7sIeZPGxOxXi rEYAn3aYaT0xfQqIf72op93lWTEQr9uH =4amm -----END PGP SIGNATURE----- --=-IlTpcym9E5bH2WwzRQA2--