Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Nov 2011 14:33:24 -0500
From:      Ken Smith <kensmith@buffalo.edu>
To:        John Baldwin <jhb@freebsd.org>
Cc:        Alexey Dokuchaev <danfe@freebsd.org>, src-committers@freebsd.org, Pawel Jakub Dawidek <pjd@freebsd.org>, svn-src-all@freebsd.org, David Chisnall <theraven@freebsd.org>, TAKAHASHI Yoshihiro <nyan@freebsd.org>, Nathan Whitehorn <nwhitehorn@freebsd.org>, svn-src-head@freebsd.org
Subject:   Re: svn commit: r227536 - in head: release share/man/man7
Message-ID:  <1321558404.82271.79.camel@bauer.cse.buffalo.edu>
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>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-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--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1321558404.82271.79.camel>