On Mon, May 27, 2013 at 09:04:53AM +0200, Ondřej Surý wrote:
> On Sat, May 25, 2013 at 8:02 PM, Russ Allbery <rra@debian.org> wrote:
> > He still files all upstream bugs with Debian, but I can't throw stones
> > there;
> > He files lots and lots of minor/wishlist bugs, but that isn't abuse. He'sI agree. On a completely different level, those bugs are also often quite easy
> > one of the few people who regularly files bugs when he finds unclear or
> > confusing documentation, and while that results in a lot of small bugs
> > (and a lot of bugs that are really upstream bugs), I think that's also a
> > valuable *type* of bug that frequently doesn't get enough attention.
to fix (taking mostly time, not much skill), and therefore can be used to
attract new developers to a project.
> The "I see a warning from ucf, let's fill a bug on php5-common" finally> overflew my cup of patience.
Especially with simple wishlist bugs, the submitter doesn't want to dig deep
into the package to see what the problem really is. In a case like this, the
maintainer should reassign the bug to the package that causes it, just like
they should forward it upstream if appropriate. This is a similar action,
which as I wrote I consider part of the task of a package maintainer.
> This might be similar to what I have seen in Launchpad – there's a bugsquadWe have a pretty good NMU system, which lets any DD handle bugs in any package.
> team that can handle all bugreports in just any package[1][2].
There's nothing wrong with preparing an NMU for a wishlist bug. So we already
have that team.
Perhaps the QA team is even closer to what you mean, but they
always say that any DD is in the QA team, so there isn't really a difference.
But as you write, most people will not fix (or ask for more info on)
wishlist bugs in other people's packages.
On Mon, May 27, 2013 at 11:46:05AM +0200, Ondřej Surý wrote:And speaking for me personally, even if they are clearly debug messages, I
> > If you think you are distracted by some bug reports, end users
> > are also distracted by debug messages (which are not clearly
> > debug messages) in the terminal.
still consider it a bug that they were enabled for a release. I don't think
I've ever reported such a thing, but I might do that. It's one of those things
which is trivial to fix when you're preparing a release anyway, and makes the
package a tiny bit better if done right.