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 4E6F5139694 for ; Fri, 2 Jun 2017 07:00:07 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5D065E0BE0; Fri, 2 Jun 2017 06:59:58 +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 1298FE0B73 for ; Fri, 2 Jun 2017 06:59:58 +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 645F0341700 for ; Fri, 2 Jun 2017 06:59:56 +0000 (UTC) Date: Fri, 2 Jun 2017 18:59:29 +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: <20170602185929.4bb0ed21@katipo2.lan> In-Reply-To: References: <20170602130903.334b0d03@katipo2.lan> 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_/pU5PhcFPGxmxRen247Zxd6b"; protocol="application/pgp-signature" X-Archives-Salt: 05c0f9f2-9110-4705-a07d-cba93211b611 X-Archives-Hash: 9da2bb9d1fce164084e0a48921898a44 --Sig_/pU5PhcFPGxmxRen247Zxd6b Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 1 Jun 2017 18:36:24 -0700 Daniel Campbell wrote: > +1. Otherwise sounds good. But if we do this for Debian, will there be > movement to add in package names for rpm-based distros? Arch? BSD? > Slackware? Where do we draw the line? I'd say "as need be". Here we have a few extra benefits from using a debian identifier that aren't strictly related to "package mapping". Its also easier for third party services to use our use of debian identifiers to produce the other mappings for us where known ( that is, non-gentoo entities can maintain a mapping of debian-to-foo, and we can trivially hook into that by using the debian-id as the identifer ) > Will developers be expected to treat this like a mandated element? I'd imagine not, given not everything in debian exists in gentoo, or vice versa. Similarly, I don't think there are any mandates that the other values of remote-id be populated, only that its *encouraged* because that data provides utility to an end user. > If > not, which team will have authority to touch package metadata to make > this change? I'd suggest it should stay within the controls of the package maintainer for starters, where individual maintainers can provision it as they feel fit, and we can review our stance on this later if we want to make it a tree wide consistent thing. Partly because individual maintainers are more likely to understand correctly how equivalent their dists are to the referenced debian one, and be more equipped to decide whether to include/exclude a given ref. --Sig_/pU5PhcFPGxmxRen247Zxd6b Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEPZazbI/qrFT1o9rn6FQySxNmqCAFAlkxDN4ACgkQ6FQySxNm qCCP7xAAjHHN6misCfW/+KbA7F/H4wuhX74ngbt8ez9suPBFt0MUUkfrcuWBYhb7 PSH0J+pA4KfhAfZCZn6otmMqUV/l+ThcPj9zDoHUsxPIGvoZ6bMl1KNmbQ2Zc6Ux dc5s5ChxtfQKxMPnOdcHZ+yiAQmsOcJg4CXR02LAGdxfrR3JqcE3yQBsSk73HPV2 kMsCejVanmLJx/Uh+XlCfrT3XJ/JMbGjx4IA1rjVQ0sJfrMsP/DdIf9kos446WBH 5x/BIrlSBDI7XrYlEDWdShLxLxyUjFlLBqBYpnZ+vuRsUbIAFU0qFeR8/7PrtQoQ fj+NPqrX9SJZ2i8Of25GNxDIy41sOoPcro6n/3O3O43rPog9jXv1PRtifeb3a4lW Vxh5yGS+9D3UsDx2UxizS25vD/c9mZb3DDxeEtKjzIbKea+UkN5uJDsOeZmeDMCz DaKoHRCtGq3H5DOhpOKoBstZ77MFdWr4Ws9Lzcw+i2wTaG236h2FE4TcU9gcCjfj toRI/cOeV3Kgesyk2A/uvt+LHOyGQAZE5l9rFq5uTLzAN3kyb0lsGA574UtbRC6k C/e3NvemXb0sFyLe1/foFjkc6c93RFIYCQcfp9g3dSpw31PP/88kglQhQPmVOgBD dP+8OvISmYTyYeCOH8iaU3xe2EHm05ihnOO4eAG4pTqCgP0FTnk= =kUNU -----END PGP SIGNATURE----- --Sig_/pU5PhcFPGxmxRen247Zxd6b--