Date: Wed, 28 Jul 1999 17:17:43 -0700 (PDT) From: Doug <Doug@gorean.org> To: Tim Vanderhoek <vanderh@ecf.utoronto.ca> Cc: green@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11121: w(1) cannot handle more than one user on command line Message-ID: <Pine.BSF.4.05.9907281708240.15263-100000@dt011n65.san.rr.com> In-Reply-To: <19990728195457.E318@mad>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 28 Jul 1999, Tim Vanderhoek wrote:
> On Wed, Jul 28, 1999 at 12:49:44PM -0700, Doug wrote:
> >
> > I thought that current best practice was to not close the PR until
> > it had been MFC'ed? Did that change sometime in the last 6 months or so?
>
> That's entirely up to the person who's handling the PR to decide.
Ok, thanks. The last time I remember this topic coming up my
impression was that there was an agreement to leave them open, but that
was "a while" ago.
> I never leave a PR open as an MFC reminder. There are too many open
> already.
Ok, how would you suggest that we implement a system where PR
fixes get MFC'ed on a more regular schedule? What we really want to avoid
is having things updated in the dreaded "super-commit" fashion that tends
to happen right before a -Release is cut. By MFC'ing in smaller bits over
a longer period of time things get tested better, -Release's are less
traumatic, and everyone is happier.
Any ideas?
Doug
--
On account of being a democracy and run by the people, we are the only
nation in the world that has to keep a government four years, no matter
what it does.
-- Will Rogers
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.05.9907281708240.15263-100000>
