From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <gentoo-dev+bounces-80942-garchives=archives.gentoo.org@lists.gentoo.org> Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id E4F59139694 for <garchives@archives.gentoo.org>; Mon, 5 Jun 2017 15:51:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 95AC5E0E63; Mon, 5 Jun 2017 15:51:40 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4C03EE0E52 for <gentoo-dev@lists.gentoo.org>; Mon, 5 Jun 2017 15:51:40 +0000 (UTC) Received: from katipo2.lan (unknown [203.86.205.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kentnl) by smtp.gentoo.org (Postfix) with ESMTPSA id B3154341948 for <gentoo-dev@lists.gentoo.org>; Mon, 5 Jun 2017 15:51:38 +0000 (UTC) Date: Tue, 6 Jun 2017 03:51:11 +1200 From: Kent Fredric <kentnl@gentoo.org> To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] Addition of a new field <remote-id type="debian"> to metadata.xml Message-ID: <20170606035111.7f1c4c99@katipo2.lan> In-Reply-To: <CAAr7Pr9OrgRaYiQjwkqvD=O2aNEixA5dzXJV-aTGwOJ9yyxjxQ@mail.gmail.com> References: <d10a81a9-5c7f-743b-7eea-925de2097ab7@gentoo.org> <20170602130903.334b0d03@katipo2.lan> <2816064.Ipx2b8F6kQ@note> <20170603023827.0d4531fa@katipo2.lan> <1496415085.16111.0.camel@gentoo.org> <20170603032221.35fd3fe4@katipo2.lan> <1496476708.10646.1.camel@gentoo.org> <CAAr7Pr9OrgRaYiQjwkqvD=O2aNEixA5dzXJV-aTGwOJ9yyxjxQ@mail.gmail.com> Organization: Gentoo X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; x86_64-pc-linux-gnu) Precedence: bulk List-Post: <mailto:gentoo-dev@lists.gentoo.org> List-Help: <mailto:gentoo-dev+help@lists.gentoo.org> List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org> List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org> List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org> X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_//Dsskl6EWETeOcKCefsJNi5"; protocol="application/pgp-signature" X-Archives-Salt: fe56bd5e-f17b-4a7f-96fe-f1e755bb98dc X-Archives-Hash: 651698ae9d6aaf3b047c313880deb209 --Sig_//Dsskl6EWETeOcKCefsJNi5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 5 Jun 2017 11:40:15 -0400 Alec Warner <antarus@gentoo.org> wrote: > Do we really need to store and distribute this data though? Aggregating this kind of data by cross-referencing multiple providers and then trying discovery against debians equivalents of that, while workable, would be likely fragile and unpredictable. If you can determine this list yourself from the existing data, I'd suggest we start with that, and then see how painful it is to do on the fly. I'd expect the round-trip times to resolve such questions would be little expensive, so you'd want a sort of job that does this periodically and creates an index outside of the repository, and then services can query *that* for things like "Can haz an screenshots?"=20 And then, it could be reasonable to then simplify this proposal such that the typical usage of introducing additional data would be to exclusively augment data that can't be discovered by other means. This would solve *both* the problems of "hard to automate" and "too much cruft in the repo", while keeping the hand-edited metadata close to the package definitions. --Sig_//Dsskl6EWETeOcKCefsJNi5 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlk1ff0ACgkQ6FQySxNm qCDZTBAAvLKsm+la4gTD/oQKJ8PTi35ACFgHtYSSpWbZJRhmsRU0ktqJ5Rkguad0 bJnXXgmQ96znGCLllrhHY7DYp0OugAdj6SFKarOElxmW2zaohU0enrchoSvzuydU Qxq9p5qlRU5YL6CjPjnSxOoms0+9ian4tWQ20m9iPJ3ut/AjQ9HiB5ork7SubCsM keyizvJYSfvwJdBkPjypF+YDLtSRx4nUJ021+nVuLj9FDc18BNgJyB2T0LABdJ2d GUNHPXrQKObM04bLYk57oqAnMbZMxebmF4aedGR50C0sbk8BxmOiO2xR3LSrkqia ura42PoKyvq57IFDpio/s/He57c+GlahuJtBM0HE4OozaBXHZOBKnbWJmwGM/7Us yH4tVG8NE7iKarnlDcexOIUpLmHmGqAlMSiChdFqzyCjkie/99Ptv8Nvfw4uYr/5 lVoP0POqW8NpGqSkLhlJAqSQwZqnWy+l2tqgPWDSMeNtU6MRMFiVXH/6mHTz6PVl IHrTEvoI3+Y3PDtzJn7p98ZnYMhv6hSNH6oSdoz2Rbx3nWfAIGvI6vo4zuKht/zx RGgidz9SAIt9rzKnHAgMyMBfmMHrlfhiyTQg7CDL1dmpTya7+mOvR8WpLfQCMQLR a2NyaBXGJRWHyBpEy1c3mYkVILhVJ+5TNYjzUQzavCmA67L3NNM= =TSVj -----END PGP SIGNATURE----- --Sig_//Dsskl6EWETeOcKCefsJNi5--