From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-80919-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 A7874139694
	for <garchives@archives.gentoo.org>; Sat,  3 Jun 2017 08:20:05 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 1A6DFE0BFD;
	Sat,  3 Jun 2017 08:19:56 +0000 (UTC)
Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4])
	(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 C426CE0B7D
	for <gentoo-dev@lists.gentoo.org>; Sat,  3 Jun 2017 08:19:55 +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 6AE673417B0
	for <gentoo-dev@lists.gentoo.org>; Sat,  3 Jun 2017 08:19:54 +0000 (UTC)
Date: Sat, 3 Jun 2017 20:19:32 +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: <20170603201932.6381c8ba@katipo2.lan>
In-Reply-To: <1496476708.10646.1.camel@gentoo.org>
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>
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_/YfXs.9.kqns8YJvOUkySDmI"; protocol="application/pgp-signature"
X-Archives-Salt: 26f5c459-6bcd-40fd-8f3a-ec8433adc5d9
X-Archives-Hash: bb2716ca107d608aa6549d04111f8c35

--Sig_/YfXs.9.kqns8YJvOUkySDmI
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sat, 03 Jun 2017 09:58:28 +0200
Micha=C5=82 G=C3=B3rny <mgorny@gentoo.org> wrote:

> and that's a small one. I guess we could avoid this if you restricted
> those remotes to the source package used to build them all.

I think in the event they're a form of conventional=20

  foo
  foo-dev
  foo-dbg

etc, under the knowledge that those things can't possibly map to other
gentoo packages, we should codify only the first of those, and then have
it placed on the iteroperating code to make logical inferences from
that.

"foo-dev" in a search query would map to "foo" if no "foo-dev" existed.

But yeah, lots of complexity there.

That's why I'd just say those facets shouldn't really be mapped
explicitly.

The general pattern being:

 "If a debian id can be conjugated from another debian id by guessing
with a generic algorithm, only index the former"

--Sig_/YfXs.9.kqns8YJvOUkySDmI
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlkycSAACgkQ6FQySxNm
qCCowQ/+IxLeZkjZXUgi+3WlvXyQ18Zy4UkXbU8AX8kePMDod8z4NnC6Oiy8A0+h
RCV2h4UcycV/A45eL0Ti5ha/5OYTK0g6AF2cMjYJWWW1LwN+eQyD08Ju51HiGuey
LI5VUngh4xl7T8hP+FLd3ntoHV0f0oUOd7viXPXQ7Ax7aXd/8un7GHXljQBCJNGo
g8nfXkPO5iBVQsDl538zTqiit7uJAYwwsDHA0za7SqclsSpESm0s7Jynugv84cW8
cecGrJ/DZ3OYZFbP5sZfrRQsU0tFOP5g0dDM+/KdxPtoZC4WBDSUmDCrallZfie9
f9E94EoD2VYeFPXcM9d/c53rnK34mPicfVr9y2VND7QPg2Ni2o3Xce0jzJ/O/GOg
2lvfDInPCMXYN35k2u9GbC9n0hRbtSbLvtMVCZ1DVOjxEz7EkoBKc2ReTH9sug9K
Xf7Zu7km+rw9eQy7TBS+pBjOEfucVqs08Cgr++IOc6MA0IS/7QY+/34lIL1H4D2d
DsdEe9l4JNRF2swxtbg1KvdUKVoWTLWcIut1hb/3tAm7mEyf3wTsgO68jyoq5Vdq
HRiASp3RxqPEzyiB54nKx0ATumVOzpqcntNk12vqnHE9nh013auJlI+e/1s9l84i
O6nX9HKzQMQRwIxEDYwNs5SGw6lcgz32KNq6s/x+ag8MI1Sv9xQ=
=Kzzr
-----END PGP SIGNATURE-----

--Sig_/YfXs.9.kqns8YJvOUkySDmI--