Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 6 Dec 2000 23:50:04 -0800
From:      Alfred Perlstein <alfred@FreeBSD.org>
To:        "Daniel C. Sobral" <dcs@newsguy.com>
Cc:        Daniel Eischen <eischen@vigrid.com>, "David O'Brien" <obrien@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/sys/vm phys_pager.c
Message-ID:  <20001206235004.E16205@fw.wintelcom.net>
In-Reply-To: <3A2EFBC4.EE8D90B1@newsguy.com>; from dcs@newsguy.com on Thu, Dec 07, 2000 at 11:53:56AM %2B0900
References:  <20001205145908.K8051@fw.wintelcom.net> <Pine.SUN.3.91.1001205180108.24320A-100000@pcnet1.pcnet.com> <20001205152054.M8051@fw.wintelcom.net> <3A2EFBC4.EE8D90B1@newsguy.com>

next in thread | previous in thread | raw e-mail | index | archive | help
* Daniel C. Sobral <dcs@newsguy.com> [001206 19:08] wrote:
> Alfred Perlstein wrote:
> > 
> > And who exactly would bump into this problem except me?
> 
> God, how many times was the world broken because of a mistake during
> commit, a missing file, a different version being committed than the one
> intended, a last minute addition that couldn't possibly go wrong (and
> was anyway), etc?
> 
> I'm about to violate mailing lists charter, but I think it is
> appropriate here.
> 
> Alfred, *shit happens*.

*sigh*

Yes it does, like for instance turning a what should have been a
10 second downtime in order to turn on a sysctl to tune my box into
a 15-20 minute downtime because the database got confused as hell
when its shared segments became corrupted and I had to deduce what
the heck just happened.

> And it should never, ever, not by accident, not in any case, happen on
> -stable. That's why there is -current, and that's why one should wait
> between -current and -stable commits.
> 
> Given all the facts, a wait of one or two weeks would certainly not be
> called for, but give it a day, for Christ sake. You said yourself that
> this has been broken for months. The value of fixing it one day earlier,
> especially since it seems, from what you said yourself, only you have
> stumbled upon it, is far less than the risk of accidentally breaking
> world.
> 
> And, far greater than both, is the value of _discipline_. As a
> committer, you have a lot of power over our source tree, and, with that,
> comes responsibility and the necessity of working well with the other
> committers. Breaking the few established rules we have because _you_
> think they don't apply in a particular case goes against both.

I am working within the rules of the committers' guide and I will
not apologize for trying to fix this broken code, especially when
the fix was already reviewed.

> > I think a bit more faith in my work would be nice.
> 
> If we didn't have faith in your work, you wouldn't be a committer. A bit
> more faith in the few rules we have, for a good reason, would go a long
> way.

They are not just your rules, they are also my rules, I have some
signifigant patches (loadable sysvipc) sitting here that are _not_
going into -stable right now because they just aren't -stable items
and have no immediate need.

I'm using my judgement and staying within the guidlines while trying
to address a serious problem, you however are jumping to conclusions
and wasting my time.

-- 
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
"I have the heart of a child; I keep it in a jar on my desk."


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?20001206235004.E16205>