From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9DAFB1581F3 for ; Thu, 28 Nov 2024 16:56:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EEEA9E0856; Thu, 28 Nov 2024 16:56:43 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 333C1E0833 for ; Thu, 28 Nov 2024 16:56:43 +0000 (UTC) From: Sam James To: Eli Schwartz Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [PATCH v2 1/2] sec-keys.eclass: new eclass In-Reply-To: <0296ba81-8379-4030-896c-4722cc768d4a@gentoo.org> (Eli Schwartz's message of "Thu, 28 Nov 2024 10:36:36 -0500") Organization: Gentoo References: <20241127203042.1503004-1-eschwartz@gentoo.org> <20241128043320.1562802-1-eschwartz@gentoo.org> <20241128043320.1562802-2-eschwartz@gentoo.org> <0296ba81-8379-4030-896c-4722cc768d4a@gentoo.org> User-Agent: mu4e 1.12.7; emacs 31.0.50 Date: Thu, 28 Nov 2024 16:56:39 +0000 Message-ID: <87r06vb8l4.fsf@gentoo.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 3f87d15c-3b85-48af-a4a7-37e80364f87f X-Archives-Hash: 583ae6cc7e446385d96ad319d6bb5388 Eli Schwartz writes: > On 11/28/24 8:10 AM, Micha=C5=82 G=C3=B3rny wrote: >> On Wed, 2024-11-27 at 23:32 -0500, Eli Schwartz wrote: >>=20 >> That looks like something you could do in src_compile() already. > > > Perhaps. But it felt like exporting keys is work that is conceptually > part of installing, in much the way that running a meson project's > `meson install` step does more than just copy files into ${D} -- it also > processes those files in order to do things like patch the rpath. > > I guess I am not too attached to either approach. I think I very loosely prefer doing it in src_compile as it's "compilation" of the resulting files and then src_install just moving the bundle, but I hardly feel strongly about it at all and feel it's personal preference. Not worth the electrons ;)