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 6127C1381F3 for ; Tue, 22 Oct 2013 10:15:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E60FBE0AE8; Tue, 22 Oct 2013 10:15:11 +0000 (UTC) Received: from gerard.telenet-ops.be (gerard.telenet-ops.be [195.130.132.48]) by pigeon.gentoo.org (Postfix) with ESMTP id CF3B8E0AE2 for ; Tue, 22 Oct 2013 10:15:10 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by gerard.telenet-ops.be with bizsmtp id gAF91m02N2khLEN0HAFAGj; Tue, 22 Oct 2013 12:15:10 +0200 Date: Tue, 22 Oct 2013 12:14:47 +0200 From: Tom Wijsman To: peter@stuge.se Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] official games repository Message-ID: <20131022121447.6db13f95@TOMWIJ-GENTOO> In-Reply-To: <20131022021036.2435.qmail@stuge.se> References: <113051382272012@web25h.yandex.ru> <5263E4F1.10804@gentoo.org> <5263E953.4030400@gentoo.org> <5263EB44.8060301@gentoo.org> <5263F529.8070708@gentoo.org> <5263F61C.6060800@gentoo.org> <5263F97E.8010105@gentoo.org> <575031382285291@web14m.yandex.ru> <526400F7.3030103@gentoo.org> <20131021002554.0fdcea21@TOMWIJ-GENTOO> <20131022021036.2435.qmail@stuge.se> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.17; 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-SHA1; boundary="Sig_/oZ_hl0+sLWghA1uJVHCX_ud"; protocol="application/pgp-signature" X-Archives-Salt: 8964cea2-d885-41ba-a51e-5d8221080b51 X-Archives-Hash: ddcbc31bf475ff10da9af177e5227c5d --Sig_/oZ_hl0+sLWghA1uJVHCX_ud Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 22 Oct 2013 04:10:36 +0200 Peter Stuge wrote: > Tom Wijsman wrote: > > There is an alternative solution here; and that is to bring reviewed > > versions of them to the Portage tree or official games repository, > > and honor their contributions. That is a win-win situation for both > > of you. >=20 > I'm afraid that's too naive. :\ Why? I'm afraid you have misread what I wrote; or, maybe we're not thinking on the same wave length about this. Gentoo Developers already do this work constantly; when they bring in new ebuilds from Bugzilla, review proxied maintainer's work, ... > I have significant experience from contributors in several other > projects who aren't interested in higher quality standards than > their own. They will infallably find a way to continue their work > as they see fit, with the case in point being gamerlay. I do not state that they are or should be interested. My alternative solution doesn't have to involve contributor interaction. > Someone interested in maintaining higher standards will need to > maintain such higher standards on their own, experience shows that > zero percent of that effort is absorbed by those contributors who are > content with lower standards - they more or less explicitly state > that they do not want to learn how to attain higher quality. That's what I was suggesting: Use their work honoring them; but, do not give them back reviews or feedback as they don't want that. > Unless one has actually been in this position I think it may be > difficult to understand how extremely demotivating it is to keep > cleaning up after people who do not want to learn. It is neither > sustainable for a single person nor for a team. I feel the opposite, it is often easier to start from ebuilds that already work than to start from those that don't; as at that point you only need to apply testing and QA practices. Whereas otherwise you would need to reinvent the wheel, what others have already done before you. This is at least how others and I handle ebuilds and patches that are provided; but yes, I also see people that rather start from scratch. It's kind of a personal opinion thing, and I believe both approaches are a good way; the existence of one shouldn't exclude the other... > If there's infrastructure to support it I'm strongly in favor of > letting everyone do what they like to do, a sort of live and let > live. There's always going to be so; eg. GitHub, but even with the existence of such infrastructure we actually won't need it, because the gamerlay project is backed by Gentoo Developers so I doubt there will be deprecation of it any time soon. Indeed, let it live. > The question is why high quality would matter. It does for the Portage tree or official overlays that intend to deal with quite a large audience, it doesn't have to be so for gamerlay. --=20 With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : TomWij@gentoo.org GPG Public Key : 6D34E57D GPG Fingerprint : C165 AF18 AB4C 400B C3D2 ABF0 95B2 1FCD 6D34 E57D --Sig_/oZ_hl0+sLWghA1uJVHCX_ud Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJSZlAdAAoJEJWyH81tNOV9D/sH/R/gebzpzqbtrJUSttUtqcif z+VEX2OXO42WRzvfXNBdXjNnP/bpYdshsE7co+r1dc1lCzfM9Bimc9kFmktX6pnO IEbhr2hxMKHYdkx7Q5qk5BwiHOps6ilzZET5fjtk123aiZb60MDmPwDsoMetbglc w9m+xDHQrepVtYZ0g0ibgCOLkhSZ4cGwSxAco0EWgFKbCmGdagI5SNgR9beGM2Sg /RPpC9YZ+ZRw/aZLEXIqI7uch8MXUGdwrUKe4KoWDd/A8gHaBRT7dZvzXybBphp1 a2khpbyPEJykEiNX5ezv+82BRLpLeoZ+rgbzaaCyXVDWa4FDM4HtTz0B0KGXUpM= =Rfxa -----END PGP SIGNATURE----- --Sig_/oZ_hl0+sLWghA1uJVHCX_ud--