Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 09 Apr 2010 01:12:57 -0400
From:      Miles Nordin <carton@Ivy.NET>
To:        freebsd-sparc64@freebsd.org
Subject:   Re: freebsd-update(8) under sparc64? Why is it not available?
Message-ID:  <oqsk75p5t2.fsf@castrovalva.Ivy.NET>
In-Reply-To: <4BACCC0C.7010401@freebsd.org> (Colin Percival's message of "Fri, 26 Mar 2010 08:00:28 -0700")
References:  <4BA9C0AC.3080801@wooh.hu> <20100324075709.GC13561@lonesome.com> <20100324223809.GA34342@alchemy.franken.de> <4BAB4AB9.2090908@buffalo.edu> <1269526260.2007.3.camel@main.lerwick.hopto.org> <20100325233558.GI20888@alchemy.franken.de> <4BACCC0C.7010401@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1
Content-Type: text/plain; charset=US-ASCII

>>>>> "cp" == Colin Percival <cperciva@freebsd.org> writes:

    cp> it would "train" people to use binary updates rather than
    cp> source updates, and the times when they would need to wait --
    cp> time-sensitive security advisories -- are exactly the times
    cp> when they shouldn't wait.

hilarious.

wait, no yeah, actually Colin I have your security update list feeding
directly into my phone, and when one of your updates comes out I drop
whatever I'm doing and spin up my quad USIII cluster, which I keep
on-hand but powered off in a ``spare'' rack in lower Manhattan to
support my Netra X1 by running builds for me.

I keep thinking, oh, maybe I'll get rid of the ``spare'' rack, I'm not
sure.  Or maybe I'll keep it.  I can't decide.  I could go either way.
I don't really even notice whether I keep it or not.  I suppose if I
got into the habit of being trained to do binary upgrades of my X1 I
might notice the rack was unnecessary and ditch the four
power-guzzling 50kg machines inside it.  Yeah, and that would be a
mistake, because it would leave the critical services on my X1
vulnerable for precious extra hours which evil hackers could use to
write sparc64 shell code and compromise critical pieces of
infrastructure!

good thinking, good thinking.  I can always count on the crack team of
experienced blokes on the BSD project to forsee the unexpected.  dunno
what I'd do without your valuable foresight.

--pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (NetBSD)

iQCVAwUAS763WYnCBbTaW/4dAQIZZwP/dc/cp7PzrH3dbSGBrH5UKGtHEbybb+jj
pd1ZKPPFvM6qBbF0lAeagrhkUIFa22NEV5LyAmZv907i16LQClfb3EjiitoYIYGS
2llzJ1LKTRSyN6IaJ9/fRSRCaWUcbk4gkRuAmQtVyNIpjWZbdDENIG+KpS2StDmM
S5UA+3oXl6g=
=kTDA
-----END PGP SIGNATURE-----

--pgp-sign-Multipart_Fri_Apr__9_01:12:57_2010-1--



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