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 (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 31D9D158089 for ; Sat, 23 Sep 2023 15:15:45 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F312D2BC040; Sat, 23 Sep 2023 15:15:41 +0000 (UTC) Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (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 B39542BC014 for ; Sat, 23 Sep 2023 15:15:41 +0000 (UTC) Date: Sat, 23 Sep 2023 11:15:38 -0400 From: Ionen Wolkens To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Proposal for a Universal Remote-ID File Message-ID: Mail-Followup-To: gentoo-dev@lists.gentoo.org References: <9903cff52c87709b6a9a47c0bc9e2509ad401ef2.camel@gentoo.org> <87o7ht0x86.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: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="RFSozv89V75P11M7" Content-Disposition: inline In-Reply-To: <87o7ht0x86.fsf@gentoo.org> X-Archives-Salt: 28aa7f77-7b77-4f94-a2e2-79a2ccdbf7c1 X-Archives-Hash: 282be3432c1385c8fb3078f078efb227 --RFSozv89V75P11M7 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 23, 2023 at 03:39:32PM +0100, Sam James wrote: >=20 > Michael Orlitzky writes: >=20 > > On Sat, 2023-09-23 at 00:10 +0530, Siddhanth Rathod wrote: > >>=20 > >> By establishing a universal remote-ID file, we can streamline this=20 > >> process. Your thoughts and feedback on this proposal would be greatly= =20 > >> appreciated.Also, Any preferences on format? > > > > Building the wiki page isn't too hard, but what's the plan to propagate > > changes into those seven other repositories? If we're still > > copy/pasting the output of some tool, then we haven't really saved a > > step, we've only changed what we're copy/pasting. >=20 > At the moment, we bundle the DTD in pkgcore. If we just shoved it in > metadata/ instead in the main repo, we don't have that kind of problem. Likewise for iwdevtools which I'd update for this myself, loading from ::gentoo would be pretty trivial beside a little bit overhead to find the repo. At worst does mean that remote-ids won't resolve if it didn't manage the repo (it's optional) but that's entirely fine for that tool and beats updating these manually + making a release almost just for that constantly (or fetching files at runtime). If this was stored elsewhere (e.g. api.git), then wouldn't gain much. --=20 ionen --RFSozv89V75P11M7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmUPARkACgkQskQGsLCs QzRXvgf/b4+ajuPrAVKMQX7hlH7viVgPs76DIiw+PG1/Sp5Wavzdk1VNuMEexU/t HWOzwFxZ5+gXh7DvAXWRmPPDWcTU5Xmoaq9W+g/yyERU95K8MVNiP0WYbogmtbbk QA3sUVW9Q1ZPhuy9DFJY0iprrQNaKvzIAthb6OsuU6H26laVYHgerWckhvoCk9Fm 4HP0HsCrB8eO1U5aqgbz4N6hKeqg88qMPGkoMlIn3LRUw8GQc7G/41M1/bk6PY4R d923Ux73S8jBKutXGK4P1OrMXGPHFndDzAq04u9Ih+2NTsOUhGMyvNWs3FximsrS t7on7hs4pNI4P6KusXg3i37ILC/NvA== =4UnD -----END PGP SIGNATURE----- --RFSozv89V75P11M7--