From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.zx2c4.com (lists.zx2c4.com [165.227.139.114]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 08962C5321E for ; Mon, 26 Aug 2024 09:16:53 +0000 (UTC) Received: by lists.zx2c4.com (ZX2C4 Mail Server) with ESMTP id b0521ccf; Mon, 26 Aug 2024 09:14:31 +0000 (UTC) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) by lists.zx2c4.com (ZX2C4 Mail Server) with ESMTPS id 6aee3380 (TLSv1.2:ECDHE-ECDSA-AES256-GCM-SHA384:256:NO) for ; Mon, 26 Aug 2024 09:14:29 +0000 (UTC) Received: by mail.gandi.net (Postfix) with ESMTPSA id 6401C1C0009; Mon, 26 Aug 2024 09:14:28 +0000 (UTC) Received: from peko by dell.be.48ers.dk with local (Exim 4.96) (envelope-from ) id 1siVnv-00G0R4-1f; Mon, 26 Aug 2024 11:14:27 +0200 From: Peter Korsgaard To: "Jason A. Donenfeld" Cc: wireguard@lists.zx2c4.com Subject: Re: wireguard-tools-1.0.20210914.tar.xz hash changed References: <87a5h6e4fk.fsf@dell.be.48ers.dk> <87bk1fbqro.fsf@dell.be.48ers.dk> Date: Mon, 26 Aug 2024 11:14:27 +0200 In-Reply-To: (Jason A. Donenfeld's message of "Mon, 26 Aug 2024 11:04:41 +0200") Message-ID: <877cc3bq8c.fsf@dell.be.48ers.dk> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-GND-Sasl: peter@korsgaard.com X-BeenThere: wireguard@lists.zx2c4.com X-Mailman-Version: 2.1.30rc1 Precedence: list List-Id: Development discussion of WireGuard List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: wireguard-bounces@lists.zx2c4.com Sender: "WireGuard" >>>>> "Jason" == Jason A Donenfeld writes: Hi, >> For Buildroot I will have a look at moving these autogenerated / >> snapshot downloads to the .tar.gz variant that is probably more stable >> over versions. > Long term I intend to move everything over to .zst, I think. OK. Do you have reasons to expect .zst output to be bit identical between versions? It presumably means that the compression ratio can not improve over time, hence my suggestion for a legacy format like .gz. The trigger for all of this is the on the fly snapshot generation from cgit. How about archiving the snapshot tarballs somewhere permanent instead? -- Bye, Peter Korsgaard