From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D4143138826 for ; Wed, 30 Sep 2015 19:47:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F31A421C012; Wed, 30 Sep 2015 19:47:44 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5E29421C011 for ; Wed, 30 Sep 2015 19:47:44 +0000 (UTC) Received: from pomiot (77-255-10-233.adsl.inetia.pl [77.255.10.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 3D36B340F0A; Wed, 30 Sep 2015 19:47:38 +0000 (UTC) Date: Wed, 30 Sep 2015 21:47:29 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: Ulrich Mueller Cc: "Andreas K. Huettel" , , Gentoo Council Subject: Re: [gentoo-project] Call for Agenda Items -- Council Meeting 2015-10-11 Message-ID: <20150930214729.2fbc711b.mgorny@gentoo.org> In-Reply-To: <22028.14943.239056.65194@a1i15.kph.uni-mainz.de> References: <1904237.nU16iSOlTl@kailua> <20150930201537.1d79253a.mgorny@gentoo.org> <22028.13209.67385.725488@a1i15.kph.uni-mainz.de> <20150930212245.116c02dd.mgorny@gentoo.org> <22028.14943.239056.65194@a1i15.kph.uni-mainz.de> Organization: Gentoo X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Project discussion list X-BeenThere: gentoo-project@lists.gentoo.org Reply-To: gentoo-project@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/EgQXHsZE3buS4/.PGM4IDPa"; protocol="application/pgp-signature" X-Archives-Salt: 59bfa437-a7f6-4531-8df4-d2756e4057ed X-Archives-Hash: af96ea4c3e13b93e1492a859af108ff4 --Sig_/EgQXHsZE3buS4/.PGM4IDPa Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dnia 2015-09-30, o godz. 21:39:11 Ulrich Mueller napisa=C5=82(a): > >>>>> On Wed, 30 Sep 2015, Micha=C5=82 G=C3=B3rny wrote: >=20 > >> I'm pretty sure I've mentioned this before, but seems that you have > >> missed it. IMHO matching projects via their e-mail address is not a > >> good idea, because some projects have an address -bugs@g.o > >> or dev-@g.o which makes guessing the project's name (and > >> finding the project page) more difficult. Therefore, projects > >> should be matched by their proper name. >=20 > > And why would you need to guess that? Wiki project names are already > > disjoint from herds.xml s, so I don't see a problem with > > that. >=20 > We would need a "shortname" or "id" field in the project page > template, e.g. "Quality Assurance" -> "qa" (but I guess most would be > trivial, like "Emacs" -> "emacs"). I've already discussed this with > a3li some time ago, and there should be no technical problems. And what's the technical problem of using e-mail address instead which is already there and is a valid global identifier? Why do we have to duplicate more information when we can use something we need there anyway? >=20 > >> > 2a. If someone really cares about this, we add an extra attribute or > >> > element which indicates the 'kind' of . Otherwise, we j= ust > >> > match herds.xml by e-mail address. > >>=20 >=20 > >> Why don't we follow the KISS principle and replace by > >> in metadata.xml? That is, create a project for every herd. >=20 > > Because this: >=20 > > 1. breaks backwards compatibility, >=20 > It is already broken. For example, in herds.xml > does no longer work. Small breakage is no excuse for bigger breakage. Right now, all package managers still work. Tools like 'equery m' still get the e-mails for bug assignments right. With your solution, they all broke immediately. 'equery m' no longer lists correct maintainers. All package managers need to be updated, including *API changes*. > > 2. doesn't change anything but the name which is the most meaningless, > > waste-of-time change you could have proposed. if you do this, please > > count me out. >=20 > Huh? You really think that getting rid of herds and having all > information about project membership in one central place (namely, > the project page in the wiki) doesn't change anything? Excuse me, but what are you talking about now? All you said was to change the tag, you didn't mention anything about wiki. And if you really want to keep this information in the Wiki, then I'm strongly against it. Because I really like having metadata is useful format in git repo rather than some proprietary database which can't even list all developers properly and require fancy software to access. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/EgQXHsZE3buS4/.PGM4IDPa Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJWDDxRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2REJCMDdDQzRGMERBRDA2RUEwQUZFNDFC MDdBMUFFQUVGQjQ0NjRFAAoJELB6GurvtEZOyt8P/3Amt1vGzLUtBqgEU2/xGMo6 ukAoX6IfNvpEVBt2Bixd1pZBzJiSEnR9Ysir6DiD2YB/gYhxYmPWlJa1xJqoQfcZ GEkCS724j3hnxVJic3c/L9viTAhTAA7+VxHaleAJ88WZMWT0SkwZ+I/qG1fIdk0C AgI9y///oWwKby71sfM/G97LOGiOB2hRDiCFStPFJFbachFIiGtOsRK7cQdHEJTD kO/Y/4k1C0kJdHL7xXWMJ14y6bnfscvfq0whrnvtFqDTuXRDOVJcj/FRJ8Et92rB 1vyj8kyR/uDPrCYW9lQf33JKtWFihLzZRb1d9UppGktpRunM2So8RDB435wytPE5 o5HsEBnHgyGw0k1u3f+b0Yo/vOU6gyf2ZBHmWYfYGXPYtHJ8OI01DZhrf3wQDy6n oD6HxOPFjVnImo/MH8qx52ox6V+vREsQNAmxjXJ4+vbECXYY01sJFu9SEuvESKfU nL3DLnUX7f0kc/DxTwnjYICnXusQhJiiA+D3wNQheIHLWa7EQR1BuXwcfJSd30EJ hmf2dlZCT3PYKywtVParSbqhEHhU+afqOEbZ2MW5Dclb+AKVuySASuht70jrzO+P DnuUYy58kRgeEt/O0C8VxdAo778lRiY2pFKyn03Disg7Uo8AFO+7XV/uGSl4LFfL +ov0z8SwEb3W5F/sqeJi =ZsWF -----END PGP SIGNATURE----- --Sig_/EgQXHsZE3buS4/.PGM4IDPa--