From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms13.migadu.com with LMTPS id QKFZM9dx9WbdsQAAqHPOHw:P1 (envelope-from ) for ; Thu, 26 Sep 2024 14:38:16 +0000 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id QKFZM9dx9WbdsQAAqHPOHw (envelope-from ) for ; Thu, 26 Sep 2024 16:38:15 +0200 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=ngraves.fr header.s=ovhmo4487190-selector1 header.b=IoSTJGMm; dmarc=pass (policy=reject) header.from=ngraves.fr; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1727361495; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=asWKXYh8erkD/cpK5+vAARZyhMlzjrnXcfrHs5sqOiY=; b=iUhQBIAZWrcnFjibrj6Ajv5x1//gKdEXSGOjBSv2nlKtfUIzTfvGlSYjM7DoE2M90X1bnn OCmXJ2qgFJd9x6+YLLukJRuh2QYB+dRMkJ1ucIUwKlzRmLzm5v5mdnTWL/hGwPDpQmXp1E j0LFcmnQUvL8MEuOCtbQ1DkAQtbPjQOisKUDTBHWva0pkg+52cc/G+85CBI4AYv7MydCDB +t/lwRiGqpcSFxyWSLMokdKw+emRUvpuYxTKj/RDan+hEZxx5oAKvjYODxGNQ+3cfdJJfI nUz7CElNzee6ydHPtKSr7Zn6McQ49vDNFTegg11ebQdkjqqH6ccrVkuWI3gW+A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=ngraves.fr header.s=ovhmo4487190-selector1 header.b=IoSTJGMm; dmarc=pass (policy=reject) header.from=ngraves.fr; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1727361495; a=rsa-sha256; cv=none; b=O1M8kSjjxciK8TfbBy3mb1Nz1FG3AHifSV31O4zOFfdCQ0oONKk7TLfqwgPawzDEZWjOy2 f5dcAP36drP4SkYIoxkdttz3sV+tJJukShYCwoQXqFEuRNWbUaxQTXC/PEwwY+pWJpFEpc csIrrWgC0WVYRYZ7TgOCqdyfNNXFnlYg1qUOMkCrkwL9TwaVlj412DLPlfi4T2xdMpceCD qguzdSYg9Ck8wLERXdBKSm82n8RIGF4DV7P2jvULpZ0HjqHoy06vfGKx/ZVd2TUFEj9R0c bcY9WnHrsCE+jjCYcz+E9I+eKpDqgVST/JY0a3PQHDexsyp34six7CgvRgHfzA== Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 5C06471C9F for ; Thu, 26 Sep 2024 16:38:15 +0200 (CEST) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1stpch-0006UC-PO; Thu, 26 Sep 2024 10:37:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1stpcZ-0006Ts-3w for guix-devel@gnu.org; Thu, 26 Sep 2024 10:37:36 -0400 Received: from 1.mo582.mail-out.ovh.net ([46.105.56.136]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1stpcS-0008MN-9e for guix-devel@gnu.org; Thu, 26 Sep 2024 10:37:29 -0400 Received: from director4.ghost.mail-out.ovh.net (unknown [10.109.139.176]) by mo582.mail-out.ovh.net (Postfix) with ESMTP id 4XDx5C2r42z1C4M for ; Thu, 26 Sep 2024 14:37:19 +0000 (UTC) Received: from ghost-submission-55b549bf7b-qw6m5 (unknown [10.110.164.235]) by director4.ghost.mail-out.ovh.net (Postfix) with ESMTPS id A78141FEC4; Thu, 26 Sep 2024 14:37:18 +0000 (UTC) Received: from ngraves.fr ([37.59.142.110]) by ghost-submission-55b549bf7b-qw6m5 with ESMTPSA id YdiGBp5x9Wbb/AAAFs2l7Q (envelope-from ); Thu, 26 Sep 2024 14:37:18 +0000 X-OVh-ClientIp: 80.215.102.97 From: Nicolas Graves To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org Subject: Re: Custom sha256 updaters ? In-Reply-To: <87tte2msxb.fsf@gnu.org> References: <875xqp3ob4.fsf@ngraves.fr> <87tte2msxb.fsf@gnu.org> Date: Thu, 26 Sep 2024 16:37:17 +0200 Message-ID: <87r096fplu.fsf@ngraves.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Ovh-Tracer-Id: 8187262650135405109 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeeftddrvddtjedgjeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuqfggjfdpvefjgfevmfevgfenuceurghilhhouhhtmecuhedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvvefujghffffkgggtgfesthhqredttddtjeenucfhrhhomheppfhitgholhgrshcuifhrrghvvghsuceonhhgrhgrvhgvshesnhhgrhgrvhgvshdrfhhrqeenucggtffrrghtthgvrhhnpeeutddvhfelkefhveeutedtkeehffekjeefvdduffejteekheeuudeggfehfeekueenucffohhmrghinhepughotghumhgvnhhtfhhouhhnuggrthhiohhnrdhorhhgnecukfhppeduvdejrddtrddtrddupdektddrvdduhedruddtvddrleejpdefjedrheelrddugedvrdduuddtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepuddvjedrtddrtddruddpmhgrihhlfhhrohhmpehnghhrrghvvghssehnghhrrghvvghsrdhfrhdpnhgspghrtghpthhtohepuddprhgtphhtthhopehguhhigidquggvvhgvlhesghhnuhdrohhrghdpoffvtefjohhsthepmhhoheekvddpmhhouggvpehsmhhtphhouhht DKIM-Signature: a=rsa-sha256; bh=asWKXYh8erkD/cpK5+vAARZyhMlzjrnXcfrHs5sqOiY=; c=relaxed/relaxed; d=ngraves.fr; h=From; s=ovhmo4487190-selector1; t=1727361439; v=1; b=IoSTJGMmu7YODM01Owx5Cl9NwboryRBvn5htwumY2rS7xBHmsBbC7gHBTR9g1EB+aM3YuERr 1SBiABmly51KR0sOf0oyM7HBIRB3u0xFyB7+Pw2EtspJ1pat3UwK1AAGnRBS61OAvoUEHUC5oXg KjCy0vCyGjVWSqnLGLdxC7IkLpJNYZKgAM/hy5gX/ro/Dy/KaASCO6Uuy6T4wJxiWv4p/GKbZFg gue7+640WB8WmGTTiDLatEOSv6SMrc41f8Bpm1JyFy2TuKIJH/gVyOo/71nYamDrGjwDkjMIOO3 QzoluioVEtqEy5cdZrDPHTq1LiDjP3o935WE4TGIVEr3w== Received-SPF: pass client-ip=46.105.56.136; envelope-from=ngraves@ngraves.fr; helo=1.mo582.mail-out.ovh.net X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: guix-devel-bounces+larch=yhetil.org@gnu.org X-Migadu-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Queue-Id: 5C06471C9F X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -8.90 X-Spam-Score: -8.90 X-TUID: Ftgu0Lkqex07 On 2024-09-26 15:43, Ludovic Court=C3=A8s wrote: > Hi, > > Nicolas Graves skribis: > >> Has there already been some discussion about custom hash updaters? I >> have written an import module for libreoffice, and we have access to the >> sha256 hash in for example >> >> https://download.documentfoundation.org/libreoffice/src/24.2.6/libreoffi= ce-24.2.6.2.tar.xz.sha256 >> >> which would make it trivial to update without having to download 267MiB >> of data twice. >> >> However, %method-updates doesn't seem to allow such a flexibility for >> now. Maybe a custom field for a function in could be >> possible? WDYT? > > This hasn=E2=80=99t been discussed before, but allow me to be skeptical. = :-) > > First because if you run =E2=80=98guix refresh -u=E2=80=99, surely you=E2= =80=99ll want to > download the file (and note that it downloads it once, not twice, > because the file goes into the store). That's true. For packages without a refresh method, most of the time I download twice though. > Second because I think we want to encourage packagers to authenticate > source tarballs, and files containing lists of hashes are not helpful > for that. I was not asking for files containing lists of hashes but rather a function field in updaters that would be able to quickly output the hash. In this case, it could simply go read that .sha256 file, convert to base32, and we have the hash. I guess it's actually more useful when creating packages rather than refreshing them indeed. I did something like that in a nonguix PR and it helped a lot to generate definitions based on hashes online rather than fetching 15*40 Mo twice (this time twice ;)). I've forgotten I've used that more for creation than refreshing. And while creating packages, the cache is not always the store, hence the twice too. > > Does that make sense? Yes, let's drop that and I'll just remember that this might sometimes be useful but importer-specific. --=20 Best regards, Nicolas Graves