From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.CeBiTec.Uni-Bielefeld.DE (smtp.CeBiTec.Uni-Bielefeld.DE [129.70.160.84]) by sourceware.org (Postfix) with ESMTPS id 87D9F386F827 for ; Tue, 12 May 2020 11:40:42 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 87D9F386F827 Received: from localhost (localhost [127.0.0.1]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTP id 7CFBB86C9C; Tue, 12 May 2020 13:40:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at CeBiTec.Uni-Bielefeld.DE Received: from smtp.CeBiTec.Uni-Bielefeld.DE ([127.0.0.1]) by localhost (smtp.cebitec.uni-bielefeld.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UZ_bEkikvXpr; Tue, 12 May 2020 13:40:40 +0200 (CEST) Received: from manam.CeBiTec.Uni-Bielefeld.DE (p4FDDBB33.dip0.t-ipconnect.de [79.221.187.51]) by smtp.CeBiTec.Uni-Bielefeld.DE (Postfix) with ESMTPSA id C1F9A8676B; Tue, 12 May 2020 13:40:40 +0200 (CEST) From: Rainer Orth To: gcc@gcc.gnu.org Cc: overseers@sourceware.org Subject: rsync access to mailing list archives Date: Tue, 12 May 2020 13:40:39 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (usg-unix-v) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-1265.1 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, KAM_SHORT, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: overseers@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Overseers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2020 11:40:44 -0000 Before the sourcware upgrade, it was possible to incrementally copy the mailing list archives using rsync. This is still advertised on https://gcc.gnu.org/rsync.html but this only includes the pre-upgrade archives. Would it be possible to provide this feature for the current archives, too? The incremental update possibility has been quite convenient for me: I've used it to keep a local copy of the gcc-testresults list which allowed for detailed queries of testsuite failures across the whole range of reported targets. Currently, there's only the compressed archive of each month, which for one isn't one file per message and cannot be re-transferred incrementally. Thanks. Rainer -- ----------------------------------------------------------------------------- Rainer Orth, Center for Biotechnology, Bielefeld University