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.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 ; 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 ; 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 ; Sat, 3 Jun 2017 08:19:54 +0000 (UTC) Date: Sat, 3 Jun 2017 20:19:32 +1200 From: Kent Fredric To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [RFC] Addition of a new field to metadata.xml Message-ID: <20170603201932.6381c8ba@katipo2.lan> In-Reply-To: <1496476708.10646.1.camel@gentoo.org> References: <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: 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 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 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--