On Sat, 2007-06-16 at 12:03 -0700, Karsten Wade wrote:
On Wed, 2007-06-13 at 08:39 -0400, Paul W. Frields wrote:
> 2. The right answer to flying requests is "If it's not in Bugzilla, it
> doesn't exist." Something the development guys insist on that is very
> sane. Note this doesn't have to mean "File the bug or I'll ignore
> it could mean "If you don't/can't file the bug, I will get it in there
> for you to tracak the work." At least, it should when you're the
> kindler, gentler subproject. :-)
But bugzillaedoraMain is universally understood to be neither kinder nor
True, but I believe wwoods and lmacken are working on making it quite a
bit more so. I'd rather not short-circuit that with YABugTool.
I'm not sure what the bottom line is here ... is it better to
tool, albeit one with a high barrier to entry? Or should we accept an
easier to use tool, therefore attracting more usage, but increasing our
workload across the two tools?
An easier tool might be as simple as a pretty PyGTK helper that picks
all the right things up until the point of a document, a summary, and a
description. What would you say to that?
If I had to file a bug for every error I found, I'd go nuts.
rather fill out a quick ticket or, better yet, email docs-bugs(a)fp.o and
have a ticket automagically created.
I don't care if it uses BZ or OTRS on the backend. :)
The automagic email thing sounds good, but might represent a good bit of
programming work for someone. I suppose it could send a generic bug
that any FDP contributor (or Fedora bugwatcher for that matter) could
edit and fix as needed. In any case, there's enough low hanging fruit
here that I don't think doubling up our bug trackers is worth while.
Paul W. Frields, RHCE http://paul.frields.org/
gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717
Fedora Project: http://fedoraproject.org/wiki/PaulWFrields
: stickster @ #fedora-docs, #fedora-devel, #fredlug