Date: Thu, 10 Dec 1998 17:19:21 +1030 From: Greg Lehey <grog@lemis.com> To: Steve Price <sprice@hiwaay.net>, Joseph Koshy <jkoshy@FreeBSD.ORG> Cc: committers@hub.freebsd.org, vanmaren@fast.cs.utah.edu Subject: Re: Swat teams (was: problem reports) Message-ID: <19981210171921.M12688@freebie.lemis.com> In-Reply-To: <Pine.OSF.4.02.9812100038010.3521-100000@fly.HiWAAY.net>; from Steve Price on Thu, Dec 10, 1998 at 12:44:21AM -0600 References: <199812100546.VAA04000@hub.freebsd.org> <Pine.OSF.4.02.9812100038010.3521-100000@fly.HiWAAY.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday, 10 December 1998 at 0:44:21 -0600, Steve Price wrote: > On Wed, 9 Dec 1998, Joseph Koshy wrote: > > # > From what I've seen, the big problem is not the cases where people > # > submit patches, but where they submit PRs with no fix and with hardly > # > enough information to guess what the problem is (or even if there is a > # > problem). > # > # There are many of those no doubt. However, a lot of our PR submitters are > # quite knowledgeable and do submit patches. We should give PRs with patches > # a higher priority. Even if the patch is wrong, it is a sign that the PR > # submitter did put in some work before filing the PR. > > Actually there are quite a few more good ones than bad ones. > But you're right, working on PRs with fixes (and close counts > too) is the best bang for our buck. To a great extent this is a matter of definition. Yesterday I was wondering whether to submit an enhancement to ls which would enable you to list files by size (ls -lS). Sure, big deal, but some people thought that it was silly that ls couldn't do this. It was trivial to implement, of course, and worked, but in the end I agreed with Jordan that it wasn't the UNIX Way. On the other hand, you could define this as more ``bang per buck'' than, say, finding why some people can't run sysctl -a correctly on their systems. Greg -- See complete headers for address, home page and phone numbers finger grog@lemis.com for PGP public key To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19981210171921.M12688>