Date: Fri, 29 Jul 2005 15:57:14 -0500 From: linimon@lonesome.com (Mark Linimon) To: Paul Schmehl <pauls@utdallas.edu> Cc: ports@FreeBSD.org Subject: Re: New port with maintainer ports@FreeBSD.org [was: Question about maintainers] Message-ID: <20050729205714.GC19476@soaustin.net> In-Reply-To: <523C9B2ACAB77CE81DAA31F9@utd59514.utdallas.edu> References: <20050728154248.GA943@zi025.glhnet.mhn.de> <20050728164111.GA66015@isis.sigpipe.cz> <42E917BA.10406@exit.com> <FACB47A35BF38243FBC04766@utd59514.utdallas.edu> <790a9fff050728142793c7588@mail.gmail.com> <47ECFCB8BE498CEAB57757D7@utd59514.utdallas.edu> <1122588979.97751.1.camel@ikaros.oook.cz> <1122634769.42ea0c11751e8@buexe.b-5.de> <1122635572.66245.26.camel@pav.hide.vol.cz> <523C9B2ACAB77CE81DAA31F9@utd59514.utdallas.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 29, 2005 at 10:40:11AM -0500, Paul Schmehl wrote: > Write a script that parses the submit dates. After an agreed upon amount > of time with no action (6 months? A year?) the PR gets automatically nuked > and the original submitter gets an email message - Dear John, we're sorry, > but nothing was done to correct the problem you submitted in prxxxxx. > (Copy of the original PR attached.) If this problem remains unresolved and > needs to be resolved, please resubmit under a new PR. My experience with closing the stale kern/ PRs is that submitters really hate it when we do this. The thing I try to encourage people to do is set PRs to feedback and ask "is this still a problem?" If yes, change it to either open (if there is something like a patch or suggested solution) or suspended (no solution is known.) (Of course, if there is no response after some time, it can be closed with a "feedback timeout".) Submitters really don't want to hear that we just gave up on a problem that they obviously took the time to write us about. The impression they get from something like this is "FreeBSD doesn't care, I'll just go elsewhere." I have plenty of experience trying to close old, stale, PRs to back up this assertion. (There is also the problem of "some agreed-upon time". As you are no doubt learning, getting that "agreed-upon" part down is where the majority of these ideas fall apart. I have uncommitted patches to the PR handling guidelines about this; uncommitted because I couldn't get a consensus about it.) mcl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050729205714.GC19476>