bughelper -v -p firefox does not have expected results

No idea if this is by design or not (the manual page sort of implies the behaviour the reporter is expecting IMO), but here's a quick patch against the current version which makes -v operate as a switch.

Bug is confirmed

Emir: there's no need to tag a bughelper bug as 'bughelper'. It doesn't help to distinguish at all.

William: the patch does not work for a simple reason. -v<number> takes a number as an option: <number> is the amount of inheritance levels bughelper decends down to.
Let's take ubiquity as an example: ubiquity inherits clues from gtk and partman. gtk inherits from glib.
With -v=1 you get gtk and partman, with -v=2 you get glib clues too.

Maybe we should rename the option.

Or maybe better document it.

I don't know if it's possible with optparse, but having a default verbosity value would solve the problem, i.e. -v == -v=1

Otherwise, I think it'd be better to set -v as a boolean option and add a new --debug=LEVEL one.

--verbose and --debug are both misleading for the option at hand.

------------------------------------------------------------
revno: 98
committer: Alex Muntada <email address hidden>
branch nick: bughelper.main
timestamp: Fri 2007-03-02 20:39:52 +0100
message:
  - added bugnumbers manpage since now it deserves it :)
  - fixed bughelper manpage and usage strings (closes: LP #87456)
  - fixed a few usage typos
------------------------------------------------------------
revno: 97
committer: Alex Muntada <email address hidden>
branch nick: bughelper.main
timestamp: Fri 2007-03-02 19:51:00 +0100
message:
  Fixed list numbering issue in wiki doc.
  Thanks to mdke for fixing that (LP #86832)

Ready for release.

We probably need to clean up this command line mess in 0.2, so I considered this bug report fixed after updating the usage strings and manpages.