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

Re: Bug#195948: Bug#335173: ITP: dspam -- Highly accurate andfaststatistical spam filter



* David Moreno Garza [Mon, 24 Oct 2005 16:32:56 -0500]:

> On Sun, 2005-10-23 at 04:11 +0200, Adeodato Simó wrote:
> > > There is no need at all, to have more useless duplicated bug reports,
> > > specially on wnpp. Only those duplicated bug reports with useful
> > > information in it should remain open.

> >   I disagree with this: bugs should always be merged instead of closed
> >   if they're duplicate, so that e.g. all the submitters get the "fixed
> >   in version x.y" mail.

> I meant the same. If a bug report is duplicated and contains no useful
> information, should be burnt out.

  No. Two identical bug reports should still be merged so that _all_
  submitters get notified when it gets fixed.

> >   As for the "special" wnpp, while there's no much point, I'll admit, in
> >   merging ITPs, my rationale above perfectly applies to RFPs. I mention
> >   because I've seen you unmerge & close wnpp bugs several times already,
> >   and I really believe this should not happen for RFPs.

> I go for the same as previously: If it is duplicated and contains
> nothing worthwhile, it should be closed. If the new bug report is merged
> and then this picky bastard (me) and unmerges and closes it, that is
> logged on the first bug report, which in all case will be seen there is
> more interest for that piece of software to be packaged.

  You are doing a disservice to our users by doing that, IMHO. Others
  are welcome to comment as well.

  Cheers,

-- 
Adeodato Simó
    EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Every program has at least one bug and can be shortened by at least one
instruction -- from which, by induction, one can deduce that every
program can be reduced to one instruction which doesn't work.



Reply to: