From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id 093A83858403; Sun, 26 May 2024 00:16:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 093A83858403 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 093A83858403 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=45.83.234.184 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1716682579; cv=none; b=aZH/AprsVs37yNARie4nqMM9H0Wg8Df5H9Er0RV8vqJek00btxAR5+cTiAbViMfp1upKPUiakOt8sZfUzx79bq1/zh/6Kj27icXkrJKbN2nyg1HPS+Yt+iMjJnOHvnzjv8rgudBL+f0EMrEBMAE2iLGqpxBbTNc2OeccmdXLRgc= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1716682579; c=relaxed/simple; bh=AU4zsEvLKyFNuHvnFUpK1QrZftV2uRXEJvdTUL3SId8=; h=Date:From:To:Subject:Message-ID:MIME-Version; b=rxPTvxYFL/079HtAhWsp9E7on5TRlQ0vamfIXaHOmEpsHxvrpxD9C5vHvCEm8rzMDKotnbydJeU9hX8yY6TDODYAA9gOZbencVR9nOadxDUTvccEFQjuyu4wxrMxtuY5PhTG8pk5gzyYMU6ZAG06PTCd0/F26Yj9LEFnyasrDgA= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by gnu.wildebeest.org (Postfix, from userid 1000) id 343E130275BF; Sun, 26 May 2024 02:16:07 +0200 (CEST) Date: Sun, 26 May 2024 02:16:07 +0200 From: Mark Wielaard To: "Jose E. Marchesi" Cc: buildbot@sourceware.org, binutils@sourceware.org, Nick Clifton , elena.zannoni@oracle.com, david.faust@oracle.com Subject: Re: binutils snapshot builds Message-ID: <20240526001607.GQ13045@gnu.wildebeest.org> References: <20240522221523.458943-1-mark@klomp.org> <87y180mukz.fsf@oracle.com> <20240523234150.GF13045@gnu.wildebeest.org> <8734q7lee7.fsf@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8734q7lee7.fsf@oracle.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,JMQ_SPF_NEUTRAL,KAM_DMARC_STATUS,KAM_SHORT,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Hi Jose, On Fri, May 24, 2024 at 11:58:56AM +0200, Jose E. Marchesi wrote: > > On Thu, May 23, 2024 at 05:11:40PM +0200, Jose E. Marchesi wrote: > >> I see that the name of the snapshot tarball for a version > >> > >> m4_define([BFD_VERSION], [2.42.50-fc12b44ec0e]) > >> > >> is > >> > >> binutils-2.42.50.tar.gz > >> > >> What about having: > >> > >> binutils-2.42.50-fc12b44ec0e.tar.gz > >> > >> This would allow for example to easily cache already downloaded > >> snapshots on the client side. > > > > Yeah, that is what we do for glibc. I assume it should then also > > unpack in a binutils-2.42.50-fc12b44ec0e directory? > > Yep. OK, that was a bit of work and needed a little hack. ./src-release uses the output of bfd/configure --version to create the directory/tar name. https://sourceware.org/cgit/builder/commit/?id=9a85f672549a68c7114cef580c13cbfd7caf65f9 > >> Also, would it be possible to have a file README (or LATEST or MANIFEST > >> or whatever) in the directory with a single line containing the name of > >> the tarball? This would ease automation. > > > > Maybe that is a valid usecase for the md512.sum file? > > Or does it have to be just the filename or a symlink to it. > > > > Do you already have some automation for something similar? > > Any file from which it is easy to extract the name of the latest > snapshot would do. > > For GCC snapshots I have this: > > GCC_TARBALL=`wget https://gcc.gnu.org/pub/gcc/snapshots/LATEST-15 -O - -o /dev/null | grep -E 'gcc-15-[0-9]+.tar.xz' | sed -e 's/.*\(gcc-15-[^<]*\).*/\1/'` OK, all new dirs have a sha512.sum file now. You should be able to grep/sed the file name out of that one: $ BINUTILS_TARBALL=`wget https://snapshots.sourceware.org/binutils/trunk/latest/src/sha512.sum -O - -o /dev/null | grep -E 'binutils-[0-9a-f.-]+.tar.xz' | sed -e 's/.*\(binutils-[^<]*\).*/\1/'` $ echo $BINUTILS_TARBALL binutils-2.42.50-0daa17bf187.tar.xz Note that I changed the binutils, gdb and glibc snapshots to produce tar.xz files. Those are almost half of the tar.gz sized. xz does use a bit more process/memory. It might be nice to use zstd instead. If zstd is common enough of course. What do people think? Cheers, Mark