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 193B8198005 for ; Wed, 27 Feb 2013 23:05:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6FDF3E0A5A; Wed, 27 Feb 2013 23:05:04 +0000 (UTC) Received: from georges.telenet-ops.be (georges.telenet-ops.be [195.130.137.68]) by pigeon.gentoo.org (Postfix) with ESMTP id 0F3B8E09C1 for ; Wed, 27 Feb 2013 23:05:02 +0000 (UTC) Received: from localhost ([94.226.55.127]) by georges.telenet-ops.be with bizsmtp id 5b511l00m2khLEN06b52Ne; Thu, 28 Feb 2013 00:05:02 +0100 Date: Thu, 28 Feb 2013 00:04:58 +0100 From: Tom Wijsman To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: Gentoo Bugday Message-ID: <20130228000458.350d8fd4@gentoo.org> In-Reply-To: <20130227213038.3604.qmail@stuge.se> References: <2236116.pTSTeBVNT8@virtuoso> <20130227190044.23384.qmail@stuge.se> <20130227204002.115413df@gentoo.org> <20130227213038.3604.qmail@stuge.se> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; 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_/2dL03jyG5T/jCm1rj92+zEV"; protocol="application/pgp-signature" X-Archives-Salt: 53766d99-eb0a-4deb-9975-242dacd4de92 X-Archives-Hash: 37f6e95ee32414a85ecced6b3a1afd92 --Sig_/2dL03jyG5T/jCm1rj92+zEV Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Wed, 27 Feb 2013 22:30:38 +0100 Peter Stuge wrote: > Tom Wijsman wrote: > > > > We could create a new repo at our Github and start developing. > > >=20 > > > Don't start developing, plz work on bugs instead. > >=20 > > Then who will develop useful tools to handle bugs more efficiently? >=20 > Don't get me wrong: I am not hating on useful tools! That's not an answer to my question. > I am saying that working on tools is orthogonal to working on open > bugs. And I am saying that working on tools that help you work on open bugs is not orthogonal to fixing open bugs, it helps you fix them efficiently. > > his sole two bugs >=20 > Is there a rule in Gentoo that forbids a dev to fix a bug assigned to > someone else? That would make absolutely no sense to me. > > No wonder then, that there are several bugs with no activity for > months after I have committed fixed ebuilds to my overlay and > mentioned that in a comment. Yes, one shall not commit on packages other developers maintain without the permission to do such thing. But let's assume the horribly "attaching a patch" approach (save two files, compare them, bla...)... Can you write me a tool that shows these kinds of bugs, easily submit patches to them and follow up on whether the developer commits them or retires at one or another point? I don't do any of this for my bugs.=20 I could state that working on bugs assigned to someone else is orthogonal to fixing your own bugs. > He has become a developer so why would he not be able to take > neccessary action to close bugs, even if they haven't been assigned > to him? Because it isn't as simple as you make it seem like, as stated above. > - But Peter, you say, don't you see - that would lead to more fixed > bugs! >=20 > Orly? How is that bad? Y u no serious? U mad? > (I'm obviously assuming that all developers (but not infra) are > equally competent, since that's the model taught by recruitment.) Competence is irrelevant to this discussion, competency is to be assumed. Though, since you want to discuss this; note that with the right tools incompetent developers can become more competent, instead of having no clue where to start they can efficiently start on something right away and finish it in a timely matter. > > short term > .. > > long term >=20 > Yes, life is tradeoff. In my experience development of tools is > rather a long term thing, while a day of working on bugs is more > short term. A day short, to be exact. :) What experience are you even talking about? Did you write a tool that handles upon bugs, build logs or something else that applies to the daily Gentoo Dev process? > If there are numerous unactionable bugs then perhaps skip them on > that day, and work on shiny bulk processing tools the next day. So, we need another tool to mark and bulk process unactionable bugs! Or at least plan and write the searches for our lovely Bugzilla to do so, oh, and also CC a ton of people with this madness while we're at it. > Just my 2. But never mind. I guess I'm not supposed to participate > in the bugday anyway. Good for me! :) It's only a day short. The other six days are free to work on tools... 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_/2dL03jyG5T/jCm1rj92+zEV Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBAgAGBQJRLpEaAAoJEJWyH81tNOV9p1oIAKkgTmLi9YtjT9BO3x5kcWsh 90UBBV0XnIVF1mMwJltelSc79zt/sE2M3Xmcup6Pon/ZlqsyZt0jcjtOAAI48Add OG7TXy9g5UMVg+UsgAio7ZXucw3JiU0krd2WaAaFqPTvkPVGiDc2Hs0FvUSbrCIZ yf/XLA1rfcl1OBl+Qy2n3tIrjHfGtJsobH0u5f5MB29V0lO83ItfHNNY6qv/2bqG 2V3hytncWUes7FEjvThNkn8f/RW3gr7DYn/+zU0UvFywx9HJL+aF95gfRBld6dWJ kjgOYKvEExKZQV6GsFf5ecD+lWpfErWEB/Lzwb4O80DYcDaA8fgALgC4Wu8eSQI= =DLvu -----END PGP SIGNATURE----- --Sig_/2dL03jyG5T/jCm1rj92+zEV--