svn commit: r227536 - in head: release share/man/man7
jhb at freebsd.org
Thu Nov 17 16:41:24 UTC 2011
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":
> > >
> > > 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
> > As I see it, for every pair except pc98/i386, second part should be used.
> > For pc98/i386, first (pc98). Problem solved. ;-)
> > ./danfe
> I'd still sort of prefer no special cases. However ...
> 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.
> 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 ...
> Have I mentioned I don't like any of the options? :-/
I think collapsing down to one name if uname -m == uname -p is not that
terrible and would preserve the existing layout for most of the current
cases (only pc98 would change, yes)?
More information about the svn-src-all