From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JVREM-0001Nq-JQ for garchives@archives.gentoo.org; Sat, 01 Mar 2008 12:54:22 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 43E7DE0525; Sat, 1 Mar 2008 12:54:21 +0000 (UTC) Received: from mo-p07-ob.rzone.de (mo-p07-ob.rzone.de [81.169.146.188]) by pigeon.gentoo.org (Postfix) with ESMTP id EC7CDE0525 for ; Sat, 1 Mar 2008 12:54:20 +0000 (UTC) X-RZG-CLASS-ID: mo07 X-RZG-AUTH: hXn+rC1arvT7Lf9I/zKDqjrgIkrokD1Qxy5bIqfbp9I10BMNL35Kum+fVbT8+ijLtsxChhUBKQ== Received: from localhost (u-7-084.vpn.RWTH-Aachen.DE [137.226.103.84]) by post.webmailer.de (mrclete mo25) (RZmta 16.8) with ESMTP id 2047cak21Cni2U for ; Sat, 1 Mar 2008 13:54:19 +0100 (MET) (envelope-from: ) Date: Sat, 1 Mar 2008 13:56:21 +0100 From: Christian Faulhammer To: gentoo-dev@lists.gentoo.org Newsgroups: gmane.linux.gentoo.devel Subject: [gentoo-dev] Re: Monthly Gentoo Council Reminder for March Message-ID: <20080301135621.128ebfd8@gentoo.org> In-Reply-To: <47C94DA2.5090802@gentoo.org> References: <20080301103002.A2AE266A22@smtp.gentoo.org> <47C9360A.9080806@gentoo.org> <47C94DA2.5090802@gentoo.org> X-Newsreader: Claws Mail 3.3.1 (GTK+ 2.12.5; i686-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; boundary="Sig_/E5Fc19+UxExGnA8iT096O2j"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 09becddf-b8d8-42e4-989f-2440ed79275b X-Archives-Hash: 334a51ab275cdb03b901a46946587b86 --Sig_/E5Fc19+UxExGnA8iT096O2j Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, Richard Freeman : > Ra=FAl Porcel wrote: > >=20 > > So it would be cool if they accepted help from other devs who don't > > have an amd64 system but have access to one and can test stuff. Cla > > is willing to help. [...] > I don't keyword a package stable unless I've done at least a moderate=20 > amount of testing on the package to ensure that it works. If a > package looks simple but obscure I might go ahead and install it and > play with it, but I'd probably never keyword an emacs package stable, > since I don't ever use emacs and I won't pretend that all there is to > it is installing it and typing "hello world" and figuring out how to > quit. Hah, got you. Emacs team has a collection of test plans, that are understandable and have a step-by-step guide to the package. You may not have noticed because at the moment, Emacs teams handles nearly all stabilisation requests itself on amd64. Yes, testing is crucial, but it eases your pain if you have an arch tester going over it beforehand and amd64 is well equipped with that. =20 > If there are folks out there who can test on amd64 systems then I'm > sure that the amd64 team would look forward to their help (just > contact kingtaco about it) - either by arch testing or perhaps by > just keywording as appropriate. However, we do need to be careful > about just going on a hunt to close bugs - "if it builds then it's > stable" isn't really a policy I think we want to follow. As an amd64 > user as well as a dev I know that I'd rather be a little further > behind on package foo (with the ability to accept ~amd64 on it if I > wanted to) than to have packages breaking every other week because > somebody keyworded them just because it compiled and didn't have any > glaring faults. There are dozens of bugs out there for amd64, that are no stabilisation requests but contain a patch or simple requests that could be handled in a fast way....problem is, nobody does. Don't get Raul or myself wrong, we are not here to accuse someone or do a mud fight. We care and are worried about the state of amd64, but do not want to lower the work invested by some members of the team, so don't take anything personal or try to justify by all means. As a matter of fact amd64 has some broken packages in the stable tree where bugs exist and noone seems to care. > I think we also need better coordination across gentoo regarding when=20 > packages should be stabilized. I've seen amd64 CC'ed on stablereq > bugs filed by end users, and arch teams keywording them left and > right, and there is no sign that the package maintainer wants the > package stabilized. I know that I'd be annoyed if arch teams > stabilized a package that I maintained and I didn't intend for it to > become stable for whatever reason. At the very least maintainers > should be contacted before packages go stable - and they should > probably document their intent in STABLEREQ bugs before everybody > goes crazy closing them out. This happens seldomly...and normally stabilisations are assigned to the maintainer which should react and cc arches. Only maintainer-wanted is directly cced with arches by bug wranglers. So such problems occur if developers/trusted users create the stabilisation bug. > I think that if we have the right policies then we'll be where we > want to be. Personally, it doesn't concern me a great deal that > there are tons of bugs open on an arch in and of itself (although > blockers and security bugs are a different matter). I'd rather that > then keyword something stable anytime one person (usually not the > maintainer) asks us to. And users who feel like they're being held > up should feel free to ping a dev to talk about it - and comments by > users and maintainers in bugs indicating how stable a package really > is make people like me more warm and fuzzy about keywording it > without as much personal testing. Again, this is not a question of not testing but a question of getting more work done (by more people). Sometimes I do amd64 bugs although I am not on the team, my only test system is a remote machine with hardened kernel (miranda), but I do test the packages I mark stable. V-Li --=20 Christian Faulhammer, Gentoo Lisp project , #gentoo-lisp on FreeNode --Sig_/E5Fc19+UxExGnA8iT096O2j Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQFHyVJ1NQqtfCuFneMRAoffAJ41PRtio2StXiOBtL8s3+jE+SVHXgCglj29 RffWUdgfHdrmv1/JtItn62k= =QUII -----END PGP SIGNATURE----- --Sig_/E5Fc19+UxExGnA8iT096O2j-- -- gentoo-dev@lists.gentoo.org mailing list