From owner-freebsd-hubs Sun Mar 17 06:05:35 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id GAA16402 for hubs-outgoing; Sun, 17 Mar 1996 06:05:35 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id GAA16393 for ; Sun, 17 Mar 1996 06:05:31 -0800 (PST) Received: from localhost.DIALix.oz.au (peter@localhost.DIALix.oz.au [127.0.0.1]) by jhome.DIALix.COM (8.7.4/8.7.3) with SMTP id WAA15821; Sun, 17 Mar 1996 22:03:22 +0800 (WST) Message-Id: <199603171403.WAA15821@jhome.DIALix.COM> X-Authentication-Warning: jhome.DIALix.COM: Host peter@localhost.DIALix.oz.au [127.0.0.1] didn't use HELO protocol To: Ollivier Robert cc: mark@grondar.za (Mark Murray), kuku@gilberto.physik.rwth-aachen.de, de-bsd-hubs@blues.physik.rwth-aachen.de, freebsd-hubs@freebsd.org Subject: Re: mirror and perl In-reply-to: Your message of "Sun, 17 Mar 1996 06:13:24 +0100." <199603170513.GAA08811@keltia.freenix.fr> Date: Sun, 17 Mar 1996 22:03:22 +0800 From: Peter Wemm Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >It seems that Mark Murray said: >> >> Er, no. PHKmalloc is a 2.2 thing. I cannot remember dates, but it may be >> worth a recompile of perl5 on your current system to see if this goes away. > >Probably but ensure that when you configure Perl not to use the Perl's >malloc (which derived from the BSD one if I remember well). Wasn't this the other way around? The BSD version was derived from the perl version? (And the perl version was derived from a version from somewhere like caltech?) Cheers, -Peter From owner-freebsd-hubs Sun Mar 17 22:41:56 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02980 for hubs-outgoing; Sun, 17 Mar 1996 22:41:56 -0800 (PST) Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id WAA02973 for ; Sun, 17 Mar 1996 22:41:53 -0800 (PST) Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id HAA19386 ; Mon, 18 Mar 1996 07:41:46 +0100 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id HAA08393 ; Mon, 18 Mar 1996 07:41:45 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.7.4/keltia-uucp-2.7) id BAA16741; Mon, 18 Mar 1996 01:57:28 +0100 (MET) From: Ollivier Robert Message-Id: <199603180057.BAA16741@keltia.freenix.fr> Subject: Re: mirror and perl To: peter@jhome.DIALix.COM (Peter Wemm) Date: Mon, 18 Mar 1996 01:57:28 +0100 (MET) Cc: de-bsd-hubs@blues.physik.rwth-aachen.de, freebsd-hubs@freebsd.org In-Reply-To: <199603171403.WAA15821@jhome.DIALix.COM> from Peter Wemm at "Mar 17, 96 10:03:22 pm" X-Operating-System: FreeBSD 2.2-CURRENT ctm#1762 X-Mailer: ELM [version 2.4ME+ PL11 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It seems that Peter Wemm said: > Wasn't this the other way around? The BSD version was derived from the > perl version? (And the perl version was derived from a version from > somewhere like caltech?) The Perl malloc come from Caltech (see below) but I don't remember if the BSD malloc is based on Perl's version or directly from Caltech's. /* * malloc.c (Caltech) 2/21/82 * Chris Kingsley, kingsley@cit-20. * * This is a very fast storage allocator. It allocates blocks of a small * number of different sizes, and keeps free lists of each size. Blocks that * don't exactly fit are passed up to the next larger size. In this * implementation, the available sizes are 2^n-4 (or 2^n-12) bytes long. * This is designed for use in a program that uses vast quantities of memory, * but bombs when it runs out. */ -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia.freenix.fr 2.2-CURRENT #6: Mon Mar 11 20:18:10 MET 1996 From owner-freebsd-hubs Wed Mar 20 00:05:22 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id AAA12729 for hubs-outgoing; Wed, 20 Mar 1996 00:05:22 -0800 (PST) Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id AAA12711 for ; Wed, 20 Mar 1996 00:05:15 -0800 (PST) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de) by mail.rwth-aachen.de (PMDF V5.0-4 #13110) id <01I2K1ASV78W001JTA@mail.rwth-aachen.de> for freebsd-hubs@freefall.FreeBSD.org; Wed, 20 Mar 1996 09:08:30 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id JAA19957 for freebsd-hubs@freefall.cdrom.com; Wed, 20 Mar 1996 09:11:38 +0100 Date: Wed, 20 Mar 1996 09:11:38 +0100 From: "Christoph P. Kukulies" Subject: Re: mirror and perl To: freebsd-hubs@freefall.FreeBSD.org Message-id: <199603200811.JAA19957@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: owner-hubs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Ok, I moved to 2.2-current, moved to perl5.002, still I get all my contents of ftp://ftp.freebsd.org/pub/FreeBSD/distfiles written into my /a/FreeBSD directory rather than /a/pub/FreeBSD/distfiles after every nightly running mirror. Here is my mirror file: #!/bin/sh # Run regularly to update the FreeBSD area cd /a/FreeBSD date >mirror.freebsd.out /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/FreeBSD-current/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/FreeBSD-stable/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/distfiles/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/docs/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/incoming/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/packages-2.1/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/packages-current/ >> mirror.freebsd.out 2>&1 /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/tools/ >> mirror.freebsd.out 2>&1 And here is head mirrorr.pl: #!/usr/local/bin/perl5.002 # Make local directories mirror images of a remote sites # By Lee McLoughlin # You can do what you like with this except claim that you wrote it or # give copies with changes not approved by Lee. Neither Lee nor any other # organisation can be held liable for any problems caused by the use or # storage of this package. # # $Id: mirror.pl,v 2.8 1995/08/06 14:03:52 lmjm Exp lmjm $ # $Log: mirror.pl,v $ # Revision 2.8 1995/08/06 14:03:52 lmjm # Trap a wider range of signals to aid in debugging under perl5 # Avoid looping processing symlinks. # --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hubs Wed Mar 20 01:52:32 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id BAA19080 for hubs-outgoing; Wed, 20 Mar 1996 01:52:32 -0800 (PST) Received: from solar.tlk.com (solar.tlk.com [194.97.84.34]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id BAA19066 for ; Wed, 20 Mar 1996 01:52:28 -0800 (PST) Received: by solar.tlk.com id ; Wed, 20 Mar 96 10:52 MET Message-Id: From: torstenb@solar.tlk.com (Torsten Blum) Subject: Re: mirror and perl To: kuku@gilberto.physik.rwth-aachen.de (Christoph P. Kukulies) Date: Wed, 20 Mar 1996 10:52:37 +0100 (MET) Cc: freebsd-hubs@freefall.freebsd.org In-Reply-To: <199603200811.JAA19957@gilberto.physik.rwth-aachen.de> from "Christoph P. Kukulies" at Mar 20, 96 09:11:38 am Reply-To: torstenb@tlk.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hubs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Christoph P. Kukulies wrote: > Ok, I moved to 2.2-current, moved to perl5.002, still I get > all my contents of ftp://ftp.freebsd.org/pub/FreeBSD/distfiles > written into my /a/FreeBSD directory rather than /a/pub/FreeBSD/distfiles > after every nightly running mirror. > > Here is my mirror file: [...] > cd /a/FreeBSD ^^ [...] > /home/kuku/mirror/mirror -d -F -gftp.freebsd.org:/pub/FreeBSD/FreeBSD-current/ >> mirror.freebsd.out 2>&1 mirror always writes to the current directory unless you set local_dir in the config file. -tb From owner-freebsd-hubs Thu Mar 21 11:54:16 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id LAA20917 for hubs-outgoing; Thu, 21 Mar 1996 11:54:16 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id LAA20885 Thu, 21 Mar 1996 11:54:07 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id LAA02727; Thu, 21 Mar 1996 11:54:05 -0800 (PST) Message-Id: <199603211954.LAA02727@precipice.shockwave.com> To: freebsd-hubs@freebsd.org, jkh@freebsd.org Cc: hackers@freebsd.org, current@freebsd.org Subject: Re: new sup server In-reply-to: Your message of "Wed, 20 Mar 1996 07:34:25 PST." Date: Thu, 21 Mar 1996 11:54:05 -0800 From: Paul Traina Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you run a mirror and are NOT on freebsd-hubs, get your butt on there please. Freefall updates its trees at 1:00, 7:00, 13:00, and 19:00 pacific time. It makes sense for other mirrors to attempt to start SUP operations at least an HOUR after Freefall /starts/ its update, to insure it has completed. sup2's schedule is currently 2:10, 8:10, 14:10, and 20:10, 4 times a day. I would suggest that we coordinate as follows, to avoid overloading the T1 to freefall: Here's my proposal, it's just a proposal, feel free to improve upon it. ---------------------------------------------------------------------------- SUP windows start 1 hour + ((your mirror number - 1) * 10 minutes). e.g. [ALL TIMES PACIFIC TIME] sup2 2:10 8;10 13:10 20:10 sup3 2:20 8:20 13:20 20:20 sup4 2:30 8:30 13:30 20:30 sup5 2:40 8:40 13:40 20:40 sup6 2:50 8:50 13:50 20:50 4 times a day may be excessive, in which case, pick 1 two or 3 times. /Preferably/ we should work with our adjacent neighbors to do the right thing. If you want to sup outside the 100 minute window (assuming 10 mirrors) then do it whenever you want. This is just to avoid contention for that precious time right after freefall does its updates. Here's an example of neighbor coordination, in the following example, sup3 and sup4 choose sup windows that would cause them to never overlap. sup2 2:10 8;10 13:10 20:10 4x sup3 2:20 13:20 2x sup4 8:30 13:30 2x sup5 2:40 8:40 20:40 3x sup6 13:50 1x ---------------------------------------------------------------------------- I would /strongly/ reccomend people in general avoid the "on the hour" timeslot (except for sup7). I suspect that Jordan will be trimming off sup's from non-official-mirror sites real soon now to reduce the load on freefall and the T1. Ministry of Information From owner-freebsd-hubs Thu Mar 21 14:53:16 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22072 for hubs-outgoing; Thu, 21 Mar 1996 14:53:16 -0800 (PST) Received: (from dima@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA22066 Thu, 21 Mar 1996 14:53:14 -0800 (PST) Message-Id: <199603212253.OAA22066@freefall.freebsd.org> Subject: Re: new sup server To: pst@shockwave.com (Paul Traina) Date: Thu, 21 Mar 1996 14:53:13 -0800 (PST) Cc: freebsd-hubs@FreeBSD.org, jkh@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <199603211954.LAA02727@precipice.shockwave.com> from "Paul Traina" at Mar 21, 96 11:54:05 am From: dima@FreeBSD.org (Dima Ruban) X-Class: Fast Organization: HackerDome X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hubs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Traina writes: > > If you run a mirror and are NOT on freebsd-hubs, get your butt on there > please. > > Freefall updates its trees at 1:00, 7:00, 13:00, and 19:00 pacific time. > It makes sense for other mirrors to attempt to start SUP operations It does make sence. I have only one question. How long does it usualy take to upgrade freefall? one hour, two, three? > at least an HOUR after Freefall /starts/ its update, to insure it has > completed. Do you think, one hour would be enough? > sup2's schedule is currently 2:10, 8:10, 14:10, and 20:10, 4 times a day. > > I would suggest that we coordinate as follows, to avoid overloading the T1 > to freefall: > > Here's my proposal, it's just a proposal, feel free to improve upon it. > > ---------------------------------------------------------------------------- > > SUP windows start 1 hour + ((your mirror number - 1) * 10 minutes). > > e.g. [ALL TIMES PACIFIC TIME] > > sup2 2:10 8;10 13:10 20:10 > sup3 2:20 8:20 13:20 20:20 > sup4 2:30 8:30 13:30 20:30 > sup5 2:40 8:40 13:40 20:40 I'll set up my server to update information at 2:40 and 13:40. > sup6 2:50 8:50 13:50 20:50 > > 4 times a day may be excessive, in which case, pick 1 two or 3 times. > /Preferably/ we should work with our adjacent neighbors to do the right > thing. If you want to sup outside the 100 minute window (assuming 10 > mirrors) then do it whenever you want. This is just to avoid contention > for that precious time right after freefall does its updates. > > Here's an example of neighbor coordination, in the following example, > sup3 and sup4 choose sup windows that would cause them to never overlap. > > sup2 2:10 8;10 13:10 20:10 4x > sup3 2:20 13:20 2x > sup4 8:30 13:30 2x > sup5 2:40 8:40 20:40 3x deal. I've increased 2x -> 3x. Now I have 40 2,8,20 * * * > sup6 13:50 1x > > ---------------------------------------------------------------------------- > > I would /strongly/ reccomend people in general avoid the "on the hour" > timeslot (except for sup7). > > I suspect that Jordan will be trimming off sup's from non-official-mirror > sites real soon now to reduce the load on freefall and the T1. Absolutely agreed. > > Ministry of Information > -- dima From owner-freebsd-hubs Thu Mar 21 16:04:54 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA27428 for hubs-outgoing; Thu, 21 Mar 1996 16:04:54 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id QAA27395 Thu, 21 Mar 1996 16:04:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id QAA01346; Thu, 21 Mar 1996 16:04:26 -0800 (PST) To: Paul Traina cc: freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: new sup server In-reply-to: Your message of "Thu, 21 Mar 1996 11:54:05 PST." <199603211954.LAA02727@precipice.shockwave.com> Date: Thu, 21 Mar 1996 16:04:26 -0800 Message-ID: <1344.827453066@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I suspect that Jordan will be trimming off sup's from non-official-mirror > sites real soon now to reduce the load on freefall and the T1. You suspect correctly. This is a fine proposal and I urge everyone here to heed the Call of Paul. > Ministry of Information If you really want to adopt that title, it's all yours. Just don't forget that you get to take poison with the rest of us, come the bitter end. :-) From owner-freebsd-hubs Thu Mar 21 17:48:13 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA04084 for hubs-outgoing; Thu, 21 Mar 1996 17:48:13 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id RAA04079 Thu, 21 Mar 1996 17:48:10 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.6.12/8.6.11) with ESMTP id RAA21435 ; Thu, 21 Mar 1996 17:45:44 -0800 Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA01606; Thu, 21 Mar 1996 18:35:00 -0700 From: Terry Lambert Message-Id: <199603220135.SAA01606@phaeton.artisoft.com> Subject: Re: new sup server To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 21 Mar 1996 18:35:00 -0700 (MST) Cc: pst@shockwave.com, freebsd-hubs@FreeBSD.org, jkh@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org In-Reply-To: <1344.827453066@time.cdrom.com> from "Jordan K. Hubbard" at Mar 21, 96 04:04:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hubs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > If you really want to adopt that title, it's all yours. Just don't > forget that you get to take poison with the rest of us, come the > bitter end. :-) Boo. Hiss. Bad self-referential sentence there, Jordan... stick to the puns. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hubs Fri Mar 22 09:24:17 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id JAA16527 for hubs-outgoing; Fri, 22 Mar 1996 09:24:17 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id JAA16487 Fri, 22 Mar 1996 09:24:11 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id JAA06071; Fri, 22 Mar 1996 09:24:03 -0800 (PST) Message-Id: <199603221724.JAA06071@precipice.shockwave.com> To: "Jordan K. Hubbard" cc: freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: new sup server In-reply-to: Your message of "Thu, 21 Mar 1996 16:04:26 PST." <1344.827453066@time.cdrom.com> Date: Fri, 22 Mar 1996 09:24:03 -0800 From: Paul Traina Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: "Jordan K. Hubbard" Subject: Re: new sup server > I suspect that Jordan will be trimming off sup's from non-official-mirror > sites real soon now to reduce the load on freefall and the T1. You suspect correctly. This is a fine proposal and I urge everyone here to heed the Call of Paul. > Ministry of Information If you really want to adopt that title, it's all yours. Just don't forget that you get to take poison with the rest of us, come the bitter end. :-) I was thinking I could escape across the border to someplace running VMS... :-) From owner-freebsd-hubs Fri Mar 22 10:54:18 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA21162 for hubs-outgoing; Fri, 22 Mar 1996 10:54:18 -0800 (PST) Received: from FSL.ORST.EDU (FSL.ORST.EDU [128.193.112.105]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id KAA21128 Fri, 22 Mar 1996 10:53:51 -0800 (PST) Received: from picea.FSL.ORST.EDU (hernanw@picea.FSL.ORST.EDU [128.193.112.3]) by FSL.ORST.EDU (8.6.9/8.6.9) with ESMTP id KAA12972; Fri, 22 Mar 1996 10:52:40 -0800 Received: (from hernanw@localhost) by picea.FSL.ORST.EDU (8.7/8.6.9) id KAA26143; Fri, 22 Mar 1996 10:52:38 -0800 (PST) Date: Fri, 22 Mar 1996 10:52:36 -0800 (PST) From: Wayne Hernandez To: Paul Traina cc: freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: new sup server In-Reply-To: <199603211954.LAA02727@precipice.shockwave.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 21 Mar 1996, Paul Traina wrote: > Here's an example of neighbor coordination, in the following example, > sup3 and sup4 choose sup windows that would cause them to never overlap. > > sup2 2:10 8;10 13:10 20:10 4x > sup3 2:20 13:20 2x > sup4 8:30 13:30 2x > sup5 2:40 8:40 20:40 3x > sup6 13:50 1x > I'm reset to 2:20 and 13:20. I'm seeing a "invalid release" in my logs, that I'm trying to track down to which one of my releases have something wrong. While I am at it, I have most of /.016/FreeBSD mirrored, but the links don't seem to work within netscape. If you need another mirror site to cut down on the snapshot grabbers. I will have to do some house cleaning to make room for todays snapshot though, before I have it available. I'm going to attempt to burn a cd which my current machine. My sup server is running 2.1.0 at the moment. Wayne From owner-freebsd-hubs Fri Mar 22 13:38:00 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA01475 for hubs-outgoing; Fri, 22 Mar 1996 13:38:00 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id NAA01413 Fri, 22 Mar 1996 13:37:27 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id NAA26670; Fri, 22 Mar 1996 13:37:17 -0800 Message-Id: <199603222137.NAA26670@austin.polstra.com> To: jkh@time.cdrom.com Cc: freebsd-hubs@FreeBSD.org, jkh@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: new sup server In-reply-to: <1344.827453066@time.cdrom.com> Date: Fri, 22 Mar 1996 13:37:17 -0800 From: John Polstra Sender: owner-hubs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Jordan wrote: > > I suspect that Jordan will be trimming off sup's from non-official-mirror > > sites real soon now to reduce the load on freefall and the T1. > > You suspect correctly. PLEASE don't do that yet! I am telling you again: the sup mirrors still do NOT work right. In several attempts spread over the past few months, I have never yet succeeded in getting any of the sup mirrors to give me an intact cvs tree. Invariably, they delete some of my perfectly good files, without replacing them later on. As an example, sup5 is currently (and repeatably) doing this to me: SUP 9.26 (4.3 BSD) for file supfile.sup5 at Mar 20 04:15:01 SUP Upgrade of src-base-cvs at Wed Mar 20 04:15:01 1996 SUP Fileserver 9.13 (4.3 BSD) 21149 on burka.rdy.com at 04:15:01 SUP Fileserver supports compression. SUP Requesting changes since Mar 16 17:06:47 1996 SUP: Unable to delete directory src/usr.sbin SUP: Unable to delete directory src/usr.bin SUP Deleted directory src/tools SUP: Unable to delete directory src/sys SUP: Unable to delete directory src/share SUP: Unable to delete directory src/secure SUP: Unable to delete directory src/sbin SUP: Unable to delete directory src/release SUP: Unable to delete directory src/lkm SUP: Unable to delete directory src/libexec SUP: Unable to delete directory src/lib SUP Deleted directory src/kerberosIV SUP: Unable to delete directory src/include SUP: Unable to delete directory src/gnu SUP: Unable to delete directory src/games SUP: Unable to delete directory src/etc SUP: Unable to delete directory src/eBones SUP: Unable to delete directory src/bin SUP Deleted directory src/TODO-2.1 SUP Deleted file src/Makefile,v SUP Deleted file src/COPYRIGHT,v SUP Deleted directory src/Attic It can't be blamed on an out-of-date sup client, either. I'm using the client from -stable, which is identical to the one in -current. I'm currently working with Dima to try and figure out what is going on. I've instrumented my sup client with a bunch of printfs, and I'm trying to analyze the copious output they've given me. (Help from somebody who already knows the sup internals would be most welcome!) Until this is finally fixed, I'm in trouble if you cut me off from sup.freebsd.org. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hubs Fri Mar 22 15:45:14 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA12756 for hubs-outgoing; Fri, 22 Mar 1996 15:45:14 -0800 (PST) Received: from jhome.DIALix.COM (root@jhome.DIALix.COM [192.203.228.69]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA12698 Fri, 22 Mar 1996 15:44:57 -0800 (PST) Received: from localhost.DIALix.oz.au (peter@localhost.DIALix.oz.au [127.0.0.1]) by jhome.DIALix.COM (8.7.4/8.7.3) with SMTP id HAA07395; Sat, 23 Mar 1996 07:43:56 +0800 (WST) Message-Id: <199603222343.HAA07395@jhome.DIALix.COM> X-Authentication-Warning: jhome.DIALix.COM: Host peter@localhost.DIALix.oz.au [127.0.0.1] didn't use HELO protocol To: John Polstra cc: jkh@time.cdrom.com, freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: new sup server In-reply-to: Your message of "Fri, 22 Mar 1996 13:37:17 PST." <199603222137.NAA26670@austin.polstra.com> Date: Sat, 23 Mar 1996 07:43:55 +0800 From: Peter Wemm Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Jordan wrote: > >> > I suspect that Jordan will be trimming off sup's from non-official-mirror >> > sites real soon now to reduce the load on freefall and the T1. >> >> You suspect correctly. > >PLEASE don't do that yet! I am telling you again: the sup mirrors still >do NOT work right. Am I the only one that thinks that using sup to feed the sup mirrors is *extemely* prone to error? The script that is run on freefall takes anywhere between 1.5 and 3 hours to run (depending on what other cron jobs are running in parallel). That's only a 5 hour window of relative safety for the sup mirrors to try and get a clean copy. And, if something goes wrong and a file is damaged on the mirror but the timestamp is not touched, then it stays damaged. And if something happens like the supscan being run from a different directory, it's a disaster. (eg: freefall's sup having src/ prefixes and a mirror doing the supscan inside the src directory with no prefix.) CTM would be *far* better to feed the mirrors with, if only it preserved the timestamps of the files. (phk: hint hint! :-) (note: I'm only suggesting the possibility of geting the data to the mirrors via ctm, not suggesting that the mirrors stop providing sup access once they've got the data.. big difference..) I initially got my source via sup, but after several sup botches (way back at about the 2.0.5 era), I tried CTM. and have *never* had the slightest hiccup in about a thousand deltas. CTM can be a bit of a pain if you're using it on a live source tree, but for mirrors, having the md5 checksums and the sanity checks that go along with it is essential for mirroring. Unfortunately, the lack of timestamp preservation pretty much rules out ctm if it's for a mirrored sup-server which depends on the timestamps. Cheers, -Peter From owner-freebsd-hubs Fri Mar 22 17:37:35 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id RAA19214 for hubs-outgoing; Fri, 22 Mar 1996 17:37:35 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id RAA19175 Fri, 22 Mar 1996 17:37:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id RAA22625; Fri, 22 Mar 1996 17:35:27 -0800 (PST) To: John Polstra cc: freebsd-hubs@FreeBSD.org, jkh@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org Subject: Re: new sup server In-reply-to: Your message of "Fri, 22 Mar 1996 13:37:17 PST." <199603222137.NAA26670@austin.polstra.com> Date: Fri, 22 Mar 1996 17:35:27 -0800 Message-ID: <22623.827544927@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hubs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > PLEASE don't do that yet! I am telling you again: the sup mirrors still > do NOT work right. Don't worry, I'm in no hurry to do this and, as I told Garrett, will not be cutting off key contributors, simply redundant mirrors when the time comes. Jordan From owner-freebsd-hubs Fri Mar 22 19:38:08 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25446 for hubs-outgoing; Fri, 22 Mar 1996 19:38:08 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA25439 for ; Fri, 22 Mar 1996 19:38:05 -0800 (PST) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Fri, 22 Mar 1996 21:27:36 -0600 Message-ID: Date: 22 Mar 1996 21:20:12 -0600 From: "Richard Wackerbarth" Subject: Re(2): new sup server To: "freebsd-hubs@FreeBSD.ORG" , "hackers@FreeBSD.ORG" , "Peter Wemm" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-hubs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Wemm wrote: > Am I the only one that thinks that using sup to feed the sup mirrors is > *extemely* prone to error? [snip] > CTM would be *far* better to feed the mirrors with, if only it preserved the > timestamps of the files. (phk: hint hint! :-) > > (note: I'm only suggesting the possibility of geting the data to the mirrors > via ctm, not suggesting that the mirrors stop providing sup access once > they've got the data.. big difference..) >Unfortunately, the lack of timestamp preservation pretty much rules out ctm if it's for a mirrored sup-server which depends on the timestamps. Well, I totally agree. And I have a suggestion that would be very easy to implement. All we need to do is add a directive to ctm to set the timestamps to a FIXED time for that update. That way ALL the sup mirrors, and anyone else who gets the ctm update, would have the same time for each file, namely the timestamp associated with the last ctm update of that file. This method of update would also eliminate the problem of staggering access. All mirrors would get updated about the same time, whether it was ten minutes or ten hours after the run started on the master host. It would also have the additional advantage that I could use sup to bring my personal tree up-to-date and immediately switch to ctm to continue future updates. From owner-freebsd-hubs Fri Mar 22 19:38:18 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA25467 for hubs-outgoing; Fri, 22 Mar 1996 19:38:18 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id TAA25460 for ; Fri, 22 Mar 1996 19:38:15 -0800 (PST) Received: from 199.183.109.242 by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Fri, 22 Mar 1996 21:28:11 -0600 Message-ID: Date: 22 Mar 1996 21:28:01 -0600 From: "Richard Wackerbarth" Subject: Re(2): new sup server To: "freebsd-hubs@FreeBSD.ORG" , "Jordan K. Hubbard" X-Mailer: Mail*Link PT/Internet 1.6.0 Sender: owner-hubs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > PLEASE don't do that yet! I am telling you again: the sup mirrors still > > do NOT work right. > > Don't worry, I'm in no hurry to do this and, as I told Garrett, will not > be cutting off key contributors, simply redundant mirrors when the time > comes. Another reason to go to a ctm distribution to the mirrors. Then you would not need to cut anyone off. From owner-freebsd-hubs Fri Mar 22 21:29:51 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id VAA00293 for hubs-outgoing; Fri, 22 Mar 1996 21:29:51 -0800 (PST) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id VAA00288 for ; Fri, 22 Mar 1996 21:29:49 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with SMTP id VAA23344; Fri, 22 Mar 1996 21:29:26 -0800 (PST) To: "Richard Wackerbarth" cc: "freebsd-hubs@FreeBSD.ORG" Subject: Re: Re(2): new sup server In-reply-to: Your message of "22 Mar 1996 21:28:01 CST." Date: Fri, 22 Mar 1996 21:29:26 -0800 Message-ID: <23342.827558966@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If you want to run it (from a machine other than one of the ones I administer) then I've no complaints. Jordan > > > PLEASE don't do that yet! I am telling you again: the sup mirrors still > > > do NOT work right. > > > > Don't worry, I'm in no hurry to do this and, as I told Garrett, will not > > be cutting off key contributors, simply redundant mirrors when the time > > comes. > > Another reason to go to a ctm distribution to the mirrors. Then you would not > need to cut anyone off. > From owner-freebsd-hubs Sat Mar 23 02:20:45 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13673 for hubs-outgoing; Sat, 23 Mar 1996 02:20:45 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA13637 Sat, 23 Mar 1996 02:20:34 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u0QQx-0003wNC; Sat, 23 Mar 96 02:20 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA07430; Sat, 23 Mar 1996 08:00:37 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: Peter Wemm cc: John Polstra , jkh@time.cdrom.com, freebsd-hubs@FreeBSD.ORG, jkh@FreeBSD.ORG, hackers@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: new sup server In-reply-to: Your message of "Sat, 23 Mar 1996 07:43:55 +0800." <199603222343.HAA07395@jhome.DIALix.COM> Date: Sat, 23 Mar 1996 08:00:37 +0000 Message-ID: <7428.827568037@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hubs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Am I the only one that thinks that using sup to feed the sup mirrors is > *extemely* prone to error? no. > CTM would be *far* better to feed the mirrors with, if only it preserved the > timestamps of the files. (phk: hint hint! :-) Well, >anybody< could implement that, hint hint! :-) > I initially got my source via sup, but after several sup botches (way back at > about the 2.0.5 era), I tried CTM. and have *never* had the slightest hiccup > in about a thousand deltas. :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hubs Sat Mar 23 02:21:46 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id CAA13706 for hubs-outgoing; Sat, 23 Mar 1996 02:21:46 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id CAA13701 Sat, 23 Mar 1996 02:21:43 -0800 (PST) Received: from critter.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0u0QQT-0003wAC; Sat, 23 Mar 96 02:20 PST Received: from localhost.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.6.12/8.6.12) with SMTP id IAA07571; Sat, 23 Mar 1996 08:20:07 GMT X-Authentication-Warning: critter.tfs.com: Host localhost.tfs.com didn't use HELO protocol To: "Richard Wackerbarth" cc: "freebsd-hubs@FreeBSD.ORG" , "hackers@FreeBSD.ORG" , "Peter Wemm" Subject: Re: Re(2): new sup server In-reply-to: Your message of "22 Mar 1996 21:20:12 CST." Date: Sat, 23 Mar 1996 08:20:06 +0000 Message-ID: <7569.827569206@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hubs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > [peter] > > CTM would be *far* better to feed the mirrors with, if only it preserved the > > timestamps of the files. (phk: hint hint! :-) > > [rkw] > Well, I totally agree. And I have a suggestion that would be very easy to > implement. > > All we need to do is add a directive to ctm to set the timestamps to a FIXED > time for that update. That way ALL the sup mirrors, and anyone else who gets > the ctm update, would have the same time for each file, namely the timestamp > associated with the last ctm update of that file. Hmm, nice idea... There already is a nice timestamp in the top of an CTM delta, perfectly suitable for that. Good thinking! Send me a patch asap! :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hubs Sat Mar 23 03:13:48 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id DAA15700 for hubs-outgoing; Sat, 23 Mar 1996 03:13:48 -0800 (PST) Received: from zit1.zit.th-darmstadt.de (zit1.zit.th-darmstadt.de [130.83.63.20]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id DAA15659 Sat, 23 Mar 1996 03:13:38 -0800 (PST) Received: from [130.83.63.13] (apfel.zit.th-darmstadt.de [130.83.63.13]) by zit1.zit.th-darmstadt.de (8.7.5/8.6.9) with SMTP id MAA04112; Sat, 23 Mar 1996 12:13:23 +0100 (MET) X-Sender: petzi@zit1.zit.th-darmstadt.de Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 23 Mar 1996 12:13:29 +0100 To: John Polstra From: petzi@zit.th-darmstadt.de (Michael Beckmann) Subject: Re: new sup server Cc: freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am telling you again: the sup mirrors still >do NOT work right. I must agree with that. I tried to run a sup mirror in Germany, but have never been able to make world or build a kernel with the sources from that mirror. There has always been corruption of the source tree. Due to the highly loaded intercontinental lines, the sup updates from Freefall can take several hours, and in rare cases, (in particular if freefall doesn't let me in due to its ten user limit) they aren't finished until next night. It appears that the situation has improved somewhat with the new Internet connection of Freefall, though, which doesn't route through MCI/BBNPlanet any more. I would really like to provide some service for up-to-date FreeBSD sources in Europe, but sup simply doesn't work right under these conditions. I wouldn't mind the updates taking several hours, but I do mind getting garbled sources. They cost me a lot of time already. Michael From owner-freebsd-hubs Sat Mar 23 14:46:38 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA17076 for hubs-outgoing; Sat, 23 Mar 1996 14:46:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA17070 for ; Sat, 23 Mar 1996 14:46:32 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id XAA01339 for ; Sat, 23 Mar 1996 23:46:18 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id XAA20159 for freebsd-hubs@freebsd.org; Sat, 23 Mar 1996 23:46:17 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.4/8.6.9) id XAA25523 for freebsd-hubs@freebsd.org; Sat, 23 Mar 1996 23:26:56 +0100 (MET) From: J Wunsch Message-Id: <199603232226.XAA25523@uriah.heep.sax.de> Subject: Re: new sup server To: freebsd-hubs@freebsd.org Date: Sat, 23 Mar 1996 23:26:56 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from "Michael Beckmann" at Mar 23, 96 12:13:29 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Can you please limit this to one list? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hubs Sat Mar 23 19:08:54 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA20834 for hubs-outgoing; Sat, 23 Mar 1996 19:08:54 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA20818 Sat, 23 Mar 1996 19:08:43 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id TAA24632; Sat, 23 Mar 1996 19:08:42 -0800 Message-Id: <199603240308.TAA24632@austin.polstra.com> To: freebsd-current@freebsd.org Cc: freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, dima@freebsd.org Subject: Re: new sup server In-reply-to: <199603222137.NAA26670@austin.polstra.com> Date: Sat, 23 Mar 1996 19:08:42 -0800 From: John Polstra Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote: > In several attempts spread over the past few months, I have never > yet succeeded in getting any of the sup mirrors to give me an intact > cvs tree. Invariably, they delete some of my perfectly good files, > without replacing them later on. As an example, sup5 is currently > (and repeatably) doing this to me: > > [bad stuff elided] I'm following up my own posting to report that, thanks to a lot of help from Nate and Dima, the problems I reported about sup5 are now completely solved. It works perfectly now, and I encourage people to use it. Let's hear it for the good guys! -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hubs Sat Mar 23 19:12:43 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id TAA21017 for hubs-outgoing; Sat, 23 Mar 1996 19:12:43 -0800 (PST) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id TAA21012 for ; Sat, 23 Mar 1996 19:12:39 -0800 (PST) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.6.12/8.6.12) with ESMTP id TAA24651 for ; Sat, 23 Mar 1996 19:12:38 -0800 Message-Id: <199603240312.TAA24651@austin.polstra.com> To: freebsd-hubs@freebsd.org Subject: Sup3 maintainer: please contact me Date: Sat, 23 Mar 1996 19:12:38 -0800 From: John Polstra Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm sorry to blast this to the list, but I don't know who the maintainer of sup3.freebsd.org is, and I'd like him to contact me, because: * There are some problems with his sup configuration * They're not his fault * I can tell him how to fix them I don't subscribe to this list, so please cc any followups to me, jdp@polstra.com. -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hubs Sat Mar 23 23:33:31 1996 Return-Path: owner-hubs Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id XAA08965 for hubs-outgoing; Sat, 23 Mar 1996 23:33:31 -0800 (PST) Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id XAA08923 Sat, 23 Mar 1996 23:33:23 -0800 (PST) Received: from localhost.shockwave.com (localhost.shockwave.com [127.0.0.1]) by precipice.shockwave.com (8.7.4/8.7.3) with SMTP id XAA07511; Sat, 23 Mar 1996 23:33:12 -0800 (PST) Message-Id: <199603240733.XAA07511@precipice.shockwave.com> To: petzi@zit.th-darmstadt.de (Michael Beckmann) cc: John Polstra , freebsd-hubs@freebsd.org, jkh@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: new sup server In-reply-to: Your message of "Sat, 23 Mar 1996 12:13:29 +0100." Date: Sat, 23 Mar 1996 23:33:09 -0800 From: Paul Traina Sender: owner-hubs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: petzi@zit.th-darmstadt.de (Michael Beckmann) Subject: Re: new sup server I must agree with that. I tried to run a sup mirror in Germany, but have never been able to make world or build a kernel with the sources from that mirror. There has always been corruption of the source tree. I'm surprised. Are you talking -current, -stable, or -cvs? I build -current trees by suping off of sup2 (i.e. I'm my own customer) every few days and have never had a sup-related corruption. Due to the highly loaded intercontinental lines, the sup updates from Freefall can take several hours, and in rare cases, (in particular if freefall doesn't let me in due to its ten user limit) they aren't finished until next night. It appears that the situation has improved somewhat with the new Internet connection of Freefall, though, which doesn't route through MCI/BBNPlanet any more. I would really like to provide some service for up-to-date FreeBSD sources in Europe, but sup simply doesn't work right under these conditions. I wouldn't mind the updates taking several hours, but I do mind getting garbled sources. They cost me a lot of time already. Sounds like a big call to fix CTM.