Subject: Compiling on a HyperSPARC & Formal Vs. Current (Was RE: Newbie pkgsrc PATH Related Question)
To: 'Martin Husemann' <martin@duskware.de>
From: Gary Parker <G.J.Parker@lboro.ac.uk>
List: port-sparc
Date: 08/02/2004 09:38:55
> -----Original Message-----
> From: port-sparc-owner@NetBSD.org 
> [mailto:port-sparc-owner@NetBSD.org] On Behalf Of Martin Husemann
> Sent: 30 July 2004 21:50
> To: Gary Parker
> Cc: port-sparc@NetBSD.org
> Subject: Re: Newbie pkgsrc PATH Related Question
> 
> > Before anyone says that 1.6.2 is waaaay out of date I'm 
> just getting my head
> > around this before trying to track current and (hopefully) 
> get myself a 2.0
> > kernel running both CPUs.
> 
> You should realy start with a 2.0_BETA system from 
> ftp://releng.netbsd.org

I don't understand it when people say this on lists when the original poster
has pointed out that they're a newbie to the system under discussion (hence
my original comment). What is the point of OSes like NetBSD having a formal
release if the opinion of many of the users is that it's not worth using
(this appears to be the same for many Open Source Oses)? Does the beta have
an easily downloadable and bootable image for first time users to install
and play about with? Does the beta have the same wealth of documentation
that the formal version does? Is the beta release as predictable and
accomadating as a formal release version?

Anyways, grumble over with, thanks for at least taking the time to reply to
my post Martin, the effort was appreciated if not the content.

As it was, Jeff_W's pointer to the Security Advisory eventually sorted me
out. I checked out the base system from CVS and recompiled libcrypto and
libssl as described in the advisory and it installed it over the existing
binaries with no trouble. SSH is now noticeably faster (the point) and
benchmarks way faster (not the point, but still gives a nice warm feeling
inside).

I didn't actually use the mk.conf file, but instead exported
CFLAGS="-mcpu=hypersparc". Is there anything wrong with doing it this way as
it seemed to work just fine?

Since then I've also compiled my first kernel and feel righteously NetBSD'd
now! One moment of wierdness, tho, at first I compiled with an editted
version of the GENERIC conf file and all went well but when I tried to do
the same with GENERIC.MP (yes, I know this won't actually SMP support, was
just curious to see both CPUs) it wouldn't boot. Is this an known issue with
SS20's and HyperSPARCs? The machine is now happily running a GENERIC 1.6.2
kernel with all the unneeded guff taken out and it's really quite nippy.

Gary