Re: Bad Build - Mailing list pgsql-hackers

From Jan Wieck
Subject Re: Bad Build
Date
Msg-id 200203071502.g27F2qG24280@saturn.janwieck.net
Whole thread Raw
In response to Re: Bad Build  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Bad Build  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
Bruce Momjian wrote:
> Tom Lane wrote:
> > Neil Conway <nconway@klamath.dyndns.org> writes:
> > > Yes, I see this as well.
> >
> > By my count the breakage from the DOMAIN patch is:
> >  1 shift/reduce conflict in gram.y
> >  3 gcc warnings (at least one being obviously a bug)
> >  1 core dump during regression tests
> >
> > Bruce, what in the heck were you doing applying this patch?  You knew
> > darn well it had not been meaningfully reviewed.  Not bothering to check
> > for compile problems or regression failures before applying is
> > unforgivably sloppy work.  I don't blame the submitter; I blame you,
> > who should have known better.
>
> You can blame me all you want.  That was in the queue, and no one
> objected, so I did my best.  If you don't want to forgive me, don't.
>
> In fact, this whole indignation thing is starting to tire me. This is an
> open-source project.  People do the best they can. Just make the best of
> it and move on.
>
> If this is the worst that has happened from my applying all those back
> patches, I am happy.
   Sorry  Bruce,  but just because your patch queue is very long   due to the delays in the 7.2 release cycle is  no
excuse to   work sloppy now.  Rushing things in is not the solution.
 


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com



pgsql-hackers by date:

Previous
From: mlw
Date:
Subject: a vacuum thread is not the answer
Next
From: Marc Munro
Date:
Subject: Re: Point in time recovery: recreating relation files