From owner-freebsd-stable Sun Feb 4 05:20:18 1996 Return-Path: owner-stable Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA01357 for stable-outgoing; Sun, 4 Feb 1996 05:20:18 -0800 (PST) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA01352 for ; Sun, 4 Feb 1996 05:20:16 -0800 (PST) Received: (from kimc@localhost) by moonpie.w8hd.org (8.6.12/8.6.12) id IAA27246; Sun, 4 Feb 1996 08:18:35 -0500 Date: Sun, 4 Feb 1996 08:18:34 -0500 (EST) From: Kim Culhan To: Michael Smith cc: stable@FreeBSD.ORG Subject: Re: majors.i386 In-Reply-To: <199602040426.OAA03111@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-stable@FreeBSD.ORG Precedence: bulk On Sun, 4 Feb 1996, Michael Smith wrote: > Kim Culhan stands accused of saying: > > This was recently obtained during a failed attempt from freefall, is > > this delete Ok? > > Since most sup users are the reticent technical types, I'll stand up and > SHOUT ABOUT THIS REALLY LOUDLY. > > _DO_NOT_SUP_FROM_FREEFALL_ Understand, no problem. I will say though that I follow this list rather closely and the only mention I've seen about the alternate sites was a few weeks ago when Jordan announced the need for them. Then there was the announcement re. availability of the supkit. As for mentions about freefall and a critical situaion like this, none that I remember beyond the origonal call but I got the message now. > Freefall is _overloaded_. It is _sinking_. It is the sole cause for true > concern about landfill subsidence in that area. > > If you are in the US, rummage through the .freebsd.org domain; I can resolve > sup2, sup3 and sup4, I'm sure there are more that aren't in there yet. > > If you're overseas, there's likely a server nearer to you; here we have > sup.au.freebsd.org, and sup2.au... at least. > If you sup from Freefall, your hair will fall out, you will give birth to > small hairy aliens that will eat your socks, and _weird_ things may > happen to the state of your source tree. > > Pick a _single_ supserver, and stick with it. You may be half a day or > so behind the bleeding edge, but that will let the commit mails get to > you before you hose everything. I wanted to get it once but the point is well taken. regards kim -- kimc@w8hd.org