svn commit: r227536 - in head: release share/man/man7

Ken Smith kensmith at buffalo.edu
Fri Nov 18 04:08:46 UTC 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 11/17/11 10:00 PM, Alexey Dokuchaev wrote:
> On Thu, Nov 17, 2011 at 02:16:47PM -0500, John Baldwin wrote:
>> On Thursday, November 17, 2011 12:43:12 pm Ken Smith wrote:
>>> If you're referring to the FTP directory tree layout we wind up
>>> with:
>>> 
>>> .../releases/amd64/9.0-RELEASE 
>>> .../releases/amd64/ISO-IMAGES/9.0
>>> 
>>> for an example of uname -m == uname -p.  But for our two
>>> powerpc related architectures we get:
>>> 
>>> .../releases/powerpc/9.0-RELEASE 
>>> .../releases/powerpc/ISO-IMAGES/9.0 
>>> .../releases/powerpc/powerpc64/9.0-RELEASE 
>>> .../releases/powerpc/powerpc64/ISO-IMAGES/9.0
>>> 
>>> I'm not sure I like the inconsistency.
>> 
>> Given the available tradeoffs I prefer this to amd64/amd64.  We
>> could also define the rule another way, which is if a given
>> TARGET only has a single TARGET_ARCH you just use TARGET,
>> otherwise you use TARGET/TARGET_ARCH.
> 
> If we seem to employ some naming transition rule based on
> TARGET_ARCH and TARGET, why not simply check just for pc98 as I
> suggested earlier, and return TARGET in this case, and TARGET_ARCH
> otherwise?
> 
> Generalizing, perhaps this rule can be extended to the list of 
> TARGET/TARGET_ARCH combos for which we return TARGET, and
> TARGET_ARCH for the rest?
> 
> (This is for ISO file names; for release directory structure
> John's suggestion looks reasonable.)
> 
> ./danfe
> 

Can you suggest a patch to src/usr.sbin/bsdinstall/scripts/mirrorselect
that implements it then?  I can picture a patch that just checks to see
if uname -p == uname -m but I'm having trouble picturing a patch that
implements anything more complicated than that in a way that's not
a hack of checks for special cases.

- -- 
						Ken Smith
- - From there to here, from here to      |       kensmith at buffalo.edu
  there, funny things are everywhere.   |
                      - Theodor Geisel  |
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk7F2kgACgkQ/G14VSmup/YLVACgmB8gCrOjUREzjRJh+34UlU9i
Q6wAoJGX0wsCjFpf/PYGGUvq04TYqBGL
=s8IE
-----END PGP SIGNATURE-----


More information about the svn-src-all mailing list