From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25469 invoked by alias); 21 Feb 2004 16:01:06 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 25461 invoked from network); 21 Feb 2004 16:01:04 -0000 Received: from unknown (HELO molenda.com) (192.220.74.81) by sources.redhat.com with SMTP; 21 Feb 2004 16:01:04 -0000 Received: (qmail 60118 invoked by uid 19025); 21 Feb 2004 16:01:03 -0000 Date: Sat, 21 Feb 2004 16:01:00 -0000 From: Jason Molenda To: overseers@gcc.gnu.org Subject: Re: A problem with the gcc-patches web archives -- please read Message-ID: <20040221080103.A59427@molenda.com> References: <20040221075735.A57523@molenda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040221075735.A57523@molenda.com>; from jason-gcclist@molenda.com on Sat, Feb 21, 2004 at 07:57:35AM -0800 X-SW-Source: 2004-q1/txt/msg00152.txt.bz2 The old directory is saved aside as "2004-02.o". I'm not sure if the regen will finish before I have to leave for the day -- it's only about 10% done and I'm out of here in 25 minutes, no flexibility. The script I'm using to do this is in the sourceware CVS repo, infra/ml-archiving/ml-regen-from-txtfiles.sh. With luck it'll finish without any problems and no one will need to do anything. But if it doesn't work out, that's what I did. J On Sat, Feb 21, 2004 at 07:57:35AM -0800, Jason Molenda wrote: > The web archiver got stuck for about six hours yesterday. > It was restarted, but the messages for the six hours it was > stuck were not archived. The archiving was restarted about > 24 hours ago. > > I'm currently re-generating the web archives for this month. > It will include the missing 6 hours, but it's important > to note that the URLs used for those messages will overlap > with messages archived over the last 24 hours. In short, > the gcc-patches URLs from the last 24 hours must now be > considered to be different. > > I apologize for that, but there aren't many better ways > to handle this. > > Jason