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 B8BBB138247 for ; Wed, 15 Jan 2014 00:29:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9826BE09FA; Wed, 15 Jan 2014 00:29:07 +0000 (UTC) Received: from juliette.telenet-ops.be (juliette.telenet-ops.be [195.130.137.74]) by pigeon.gentoo.org (Postfix) with ESMTP id 4F6C5E0908 for ; Wed, 15 Jan 2014 00:29:06 +0000 (UTC) Received: from TOMWIJ-GENTOO ([94.226.55.127]) by juliette.telenet-ops.be with bizsmtp id E0V51n00T2khLEN060V5me; Wed, 15 Jan 2014 01:29:05 +0100 Date: Wed, 15 Jan 2014 01:28:09 +0100 From: Tom Wijsman To: jdhore@gentoo.org Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] rfc: revisiting our stabilization policy Message-ID: <20140115012809.744114d1@TOMWIJ-GENTOO> In-Reply-To: References: <20140114213719.GA2684@laptop.home> <52D5B2CA.5030407@gentoo.org> <20140114223312.GA3337@laptop.home> <52D5BDAD.4030808@gentoo.org> <20140114231113.GA3393@laptop.home> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.22; 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_/v7pp5xDBIVFn8FC5uKiQ8W1"; protocol="application/pgp-signature" X-Archives-Salt: d73d5155-812c-4850-b567-c8e6edc9299b X-Archives-Hash: cac3c02dea6758e8fc847be5a6ce988c --Sig_/v7pp5xDBIVFn8FC5uKiQ8W1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 14 Jan 2014 18:22:51 -0500 Jeff Horelick wrote: > I think the simplest short-term solution might be to add teams that > are looking for ArchTesters to the Staffing Needs page on the wiki Adding a lot of them could make it noisy, I think we could just make one entry to link to a page that lists them in detail; alternatively we can work with some kind of categorization on the same page. You could determine the success of the current version by checking whether BSD and x86 arch teams (currently listed there) have seen enough new arch testers over the time the need was listed. > and promote that page like crazy. It's linked to from the Gentoo homepage near the bottom of the left hand side list; I was thinking, maybe we could add something like a 200x250 sized banner advertisement somewhere advertising the ability to contribute and forward people to a relevant Wikipedia page. Besides it being linked there, hwoarang has very recently linked to this from the Google+ website; on IRC we have this URL near the end of the #gentoo-dev-help topic. Recently I revamped https://wiki.gentoo.org/wiki/Contributing_to_Gentoo where there are two lines that could invite people to the arch testing business, these two: - Become an arch tester; for instance, check out the arch teams x86 and amd64. - Become a Gentoo Developer and join one or more of the many herds to contribute to interesting project(s).=20 But I feel like that page itself can use much more attention. Is anyone here good in advertising and promotion skills? :) > I'd be more likely to do a lot more > stabilizations if it wasn't just me going on my experience and > running through the AT procedures myself (they're also a bit lengthy > if you follow them properly, which I prefer to). We could optimize the AT pages to make them look less scary to people; especially if it's described as 'bit length' it doesn't sound like a neat workflow that I would be wanting to read through, maybe some things would be too wordy here or some things could be put in a tool? (Haven't actually looked, but reading length can matter a lot) > I do feel some arches should be a bit deprecated. Not quite as > severely other arches the council deprecated a few months back, but > something. Yes, maybe; whatever we do, I hope it to be an arch-by-arch approach. > Also, to ease the burden on Arches, it'd be nice if the maintainer > would do some of the archtesting work on all their available arches > rather than making the AT's/arch teams do it...For example, almost > everyone who has a amd64 system, can easily make a x86 chroot (or VM) > to test in. The problem (at least for overworked maintainers) is that this moves efforts from one place to another; and thus, while this could result in near the same quality stabilizations, it will remove (or delay) either work efforts or quality in other places due to the lack of time. > Another option (and I don't mean to step on any toes or call anyone > out here, these are just examples) may be to just deprecate > stabilizing certain software. Packages such as the stuff in app-vim/ > or app-emacs/ or some games or some scientific software. For the > editor plugins, most people do not get them from the package manager > I feel and a Vim plugin requires almost as much arch testing work as > a new version of grep, for example... Sounds like a good idea, but how do we translate that to the user; always mark them stable, or always mark them unstable? Do we want users to explicitly accept keywords on these packages? --=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_/v7pp5xDBIVFn8FC5uKiQ8W1 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJS1dYZAAoJEJWyH81tNOV9occH/RUYbyZsk/TElYTde1ROLFEJ 9e5WUlw1/vBUbTkPnLnLuJwOrnmC2IhCfbA80imsLYde0fi0xZZX6LCDnIXCyplJ cLBIJgrpfPcUgFO3qvMD3FCKqh6h0qHHzjRqbW8kuK/dVLBkzvAnjWnCbF6eTjNM t1OC6UPisKXP614NBDa7rkNTpbiMm+S2oBqjhbAE4S5jBZT+XJjm2cu/4NnWdqfv UZij9PZg9Yg8JahbEKAdcA464WZdVrUmAu7OqZ3QC7WZPSYJdYoLUpZhSRJRFYx4 rtve29f2casrAO25x+5Ndnsti0hiusYOrXgy6v/+qjdKHA0wEeVOYdqrwxmyh44= =iP8g -----END PGP SIGNATURE----- --Sig_/v7pp5xDBIVFn8FC5uKiQ8W1--