[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Bug#243129: NMU in DELAYED/3-DAY



On Tue, Apr 13, 2004 at 10:51:39AM -0700, Brian Nelson wrote:
> Marc Dequènes (Duck) <Duck@DuckCorp.org> writes:

> > Riku Voipio <riku.voipio@iki.fi> writes:

> >> If this upload introduces bugs, upload a package fixing them. If it
> >> doesn't create any bugs, why complain? because someone thought they
> >> could you a bit? Bugs will appear eventually, or maybe a new 
> >> upstream version and you will  upload anyway later. Or if it 
> >> really bugs that much to have someone  NMU your package, just 
> >> upload the damn dummy package. 

> > I fully desagree with this behavior because :
> >  1) i find more respectful to give the maintainer some days to work on
> >  the problem as requested in the Developer's Manual
> >  2) this was a quick and BAD(tm) fix, probably (i'm working on this
> >  "probably") hiding a bigger problem. I really think a NMU must not be
> >  "instinctive" uploads.

> Oh, what's the big fucking deal?  If you're not happy with the NMU, then
> upload a better package than the one NMU'd.  If you do it within three
> days, no one will ever even see the NMU.  That seems like it would be a
> lot more productive than these NMU bitchfests.

Demanding that developers make gratuitous uploads to correct for broken
NMUs is not reasonable.  It takes up the maintainer's time, it consumes
autobuilder resources, it may cause delays for packages trying to get
into testing (rarely an issue if the upload fixes a legitimate RC bug),
and it lets people think that buggy or incorrect NMUs are ok -- they're
NOT.  When you do an NMU, you have a responsibility to *get* *it*
*right*.

An NMU done for a newly opened bug is to be discouraged for other
reasons, namely, that it's more productive on the whole to NMU for the
oldest open RC bugs that we know the maintainer *hasn't* taken care of,
than to NMU for fresh bugs which can probably be addressed more
efficiently if the maintainer handles them directly.

-- 
Steve Langasek
postmodern programmer

Attachment: signature.asc
Description: Digital signature


Reply to: