From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1ES2FL-0007hC-Mw for garchives@archives.gentoo.org; Wed, 19 Oct 2005 00:56:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id j9J0rABg013538; Wed, 19 Oct 2005 00:53:10 GMT Received: from palladium.cryos.net (palladium.cryos.net [80.68.90.219]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id j9J0r8ku015565 for ; Wed, 19 Oct 2005 00:53:09 GMT Received: from localhost (localhost [127.0.0.1]) by palladium.cryos.net (Postfix) with ESMTP id 0DFE45C433 for ; Wed, 19 Oct 2005 02:04:32 +0100 (BST) Received: from palladium.cryos.net ([127.0.0.1]) by localhost (palladium [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13558-01 for ; Wed, 19 Oct 2005 02:04:26 +0100 (BST) Received: from ns0.cryos.net (ns0.cryos.net [217.155.144.221]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by palladium.cryos.net (Postfix) with ESMTP id 1B4B85C237 for ; Wed, 19 Oct 2005 02:04:24 +0100 (BST) From: "Marcus D. Hanwell" Organization: Gentoo To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] New scientific herd tester Date: Wed, 19 Oct 2005 01:55:11 +0100 User-Agent: KMail/1.8.92 References: <200510172016.27888.cryos@gentoo.org> <1129618577.15885.13.camel@pcgiamma.vki.ac.be> In-Reply-To: <1129618577.15885.13.camel@pcgiamma.vki.ac.be> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2310888.ysF8MVZVPD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200510190155.15854.cryos@gentoo.org> X-Virus-Scanned: by amavisd-new at palladium.cryos.net X-Archives-Salt: 92525e7f-c36f-494c-9e4f-fc7ea9325645 X-Archives-Hash: 5fb03604d28e081877bfda71868463df --nextPart2310888.ysF8MVZVPD Content-Type: multipart/alternative; boundary="Boundary-00=_vlZVDUl90fgE60q" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-00=_vlZVDUl90fgE60q Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable On Tuesday 18 October 2005 07:56, Raimondo Giammanco wrote: > On Mon, 2005-10-17 at 20:16 +0100, Marcus D. Hanwell wrote: > > I would like to announce our first scientific herd tester Lucas Chiesa > > (tulku) - hopefully the first of many. Please > > give him a warm welcome. > > > > I will be working with our new herd testers to improve the productivity > > of the scientific herd - please let me know if you would be interested = in > > helping out, or have any suggestions. I will hopefully have more to > > announce soon. > > > > first of all welcome to Lucas, but could you Marcus point out where > to find information on what an herd tester exactly does, or explain it > yourself? How much time one is expected to invest, what are the > prerequisites etc. etc. Sorry for the dumb question :) > Sorry - I should have been more verbose in my first post. I originally dis= cussed the idea on this list some time ago - please see the post in the arc= hives[1] for more details. Several people replied on and off list to say th= at they would be interested in taking part in such a program. I am also a member of the amd64 porting team, where we have several archite= cture testers (ATs) who assist in necessary testing and bug fixing for amd6= 4 porting activities. I thought that a similar approach may be helpful in t= he scientific herd as many of our applications tend to be quite complex and= difficult to test for people outside of the intended field(s).=20 The amd64 team has a page[2] with details on ATs, and I plan to make a simi= lar page for herd testers (HTs) in the future. So far we have just got one = herd tester and several others interested. There is also a GLEP 41[3] await= ing approval on making ATs official Gentoo staff, and this will also be ext= ended to herd testers. All herd testers must pass the ebuild quiz in order to qualify. This involv= ed reading the documentation already available and showing a reasonable und= erstanding of Gentoo and ebuild writing. Once you have passed your bugzilla= account is given extra permissions to edit bugs, allowing you to change th= eir properties and assist the herd in managing bugs. Herd testers are intended to assist developers with squashing bugs, testing= new ebuilds and bringing them up to the standard required for inclusion. I= also hope we will build up a wider skill set within the herd and increase = the productivity of the team. A willingness to learn, and a few hours or so= a week is all that is required. Being a herd tester also acts as a more gr= adual transition to being a full developer should you wish to take that rou= te as has happened with numerous ATs in the amd64 team. I am also in the process of setting up an experimental Gentoo science overl= ay, and HTs will hopefully have commit access to this. That way more ebuild= s will make it into the overlay, and will be moved to portage once they are= in a working state. More adventurous users can also easily test these high= ly experimental ebuilds should they wish to. Watch this space for more news= :) I seem to have written quite an essay now! Please let me know if there is a= nything else you would like to know. Thanks, Marcus [1] http://article.gmane.org/gmane.linux.gentoo.science/295 [2] http://www.gentoo.org/proj/en/base/amd64/tests/index.xml?part=3D1&chap= =3D1 [3] http://www.gentoo.org/proj/en/glep/glep-0041.html =2D-=20 Gentoo Linux Developer Scientific Applications | AMD64 | KDE | net-proxy --Boundary-00=_vlZVDUl90fgE60q Content-Type: text/html; charset="iso-8859-6" Content-Transfer-Encoding: 7bit

On Tuesday 18 October 2005 07:56, Raimondo Giammanco wrote:

> On Mon, 2005-10-17 at 20:16 +0100, Marcus D. Hanwell wrote:

> > I would like to announce our first scientific herd tester Lucas Chiesa

> > (tulku) <lucas.chiesa@gmail.com> - hopefully the first of many. Please

> > give him a warm welcome.

> >

> > I will be working with our new herd testers to improve the productivity

> > of the scientific herd - please let me know if you would be interested in

> > helping out, or have any suggestions. I will hopefully have more to

> > announce soon.

> >

>

> first of all welcome to Lucas, but could you Marcus point out where

> to find information on what an herd tester exactly does, or explain it

> yourself? How much time one is expected to invest, what are the

> prerequisites etc. etc. Sorry for the dumb question :)

>

Sorry - I should have been more verbose in my first post. I originally discussed the idea on this list some time ago - please see the post in the archives[1] for more details. Several people replied on and off list to say that they would be interested in taking part in such a program.

I am also a member of the amd64 porting team, where we have several architecture testers (ATs) who assist in necessary testing and bug fixing for amd64 porting activities. I thought that a similar approach may be helpful in the scientific herd as many of our applications tend to be quite complex and difficult to test for people outside of the intended field(s).

The amd64 team has a page[2] with details on ATs, and I plan to make a similar page for herd testers (HTs) in the future. So far we have just got one herd tester and several others interested. There is also a GLEP 41[3] awaiting approval on making ATs official Gentoo staff, and this will also be extended to herd testers.

All herd testers must pass the ebuild quiz in order to qualify. This involved reading the documentation already available and showing a reasonable understanding of Gentoo and ebuild writing. Once you have passed your bugzilla account is given extra permissions to edit bugs, allowing you to change their properties and assist the herd in managing bugs.

Herd testers are intended to assist developers with squashing bugs, testing new ebuilds and bringing them up to the standard required for inclusion. I also hope we will build up a wider skill set within the herd and increase the productivity of the team. A willingness to learn, and a few hours or so a week is all that is required. Being a herd tester also acts as a more gradual transition to being a full developer should you wish to take that route as has happened with numerous ATs in the amd64 team.

I am also in the process of setting up an experimental Gentoo science overlay, and HTs will hopefully have commit access to this. That way more ebuilds will make it into the overlay, and will be moved to portage once they are in a working state. More adventurous users can also easily test these highly experimental ebuilds should they wish to. Watch this space for more news :)

I seem to have written quite an essay now! Please let me know if there is anything else you would like to know.

Thanks,

Marcus

[1] http://article.gmane.org/gmane.linux.gentoo.science/295

[2] http://www.gentoo.org/proj/en/base/amd64/tests/index.xml?part=1&chap=1

[3] http://www.gentoo.org/proj/en/glep/glep-0041.html

--

Gentoo Linux Developer

Scientific Applications | AMD64 | KDE | net-proxy

--Boundary-00=_vlZVDUl90fgE60q-- --nextPart2310888.ysF8MVZVPD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBDVZlzzgRsaX1BF70RAoChAJ9d1bq4n6eLMq+HwEr1zTt6S96rgwCeN2HY eyvBvFzXXUCkzgZZDnUaQpg= =BlAN -----END PGP SIGNATURE----- --nextPart2310888.ysF8MVZVPD-- -- gentoo-science@gentoo.org mailing list