getting-started

Differences between revisions 5 and 6
Revision 5 as of 2007-02-12 21:53:35
Size: 3544
Editor: 81
Comment: added components link
Revision 6 as of 2007-02-12 23:35:53
Size: 3528
Editor: modemcable096
Comment: Changed to normal checkout
Deletions are marked like this. Additions are marked like this.
Line 16: Line 16:
Get the `bughelper` source from launchpad: {{{
bzr checkout sftp://YOUR-LAUNCHPAD-ID@bazaar.launchpad.net/~bugsquad/bughelper/bughelper.main}}}
Get the `bughelper` source from launchpad: {{{ bzr checkout  http://bazaar.launchpad.net/~bugsquad/bughelper/bughelper.main/ }}}

Installing

On a Feisty Fawn system

It's packaged in universe, so installing is easy:

{{{sudo apt-get install bughelper }}}

On other systems

These instructions assume that you have a [https://launchpad.net launchpad] account and that you have bzr [http://doc.bazaar-vcs.org/bzr.dev/tutorial.htm installed and configured].

Get the bughelper source from launchpad:  bzr checkout  http://bazaar.launchpad.net/~bugsquad/bughelper/bughelper.main/ 

This is also the best option if you want to participate in bughelper development, or just test the bleeding edge.

Initial configuration

When you run bughelper for the first time it will create a ~/.bughelper/ directory and a ~/.bughelper/config file. It will also check out a copy of the latest shared clue files from the bughelper project on Launchpad.

A simple search

When you've downloaded the shared clue files you are ready to start searching for bugs fitting certain pre-defined patterns.

Try it first with a small package:

{{{$ bughelper -p vino }}}

The result should be a listing of vino bugs with their status and a suggestion of how they may be related to other known bugs. This type of search, looking for known patterns in open bugs, can be useful in finding new instances of known duplicates.

However, sometimes you may be approaching the problem form the other direction. You are working with a given bug and you want to look for similar bugs, either pen or closed. In that case you'll want to define your own search terms:

{{{bughelper -T vino "crash" "A CRASHER BUG" -p vino }}}

Where the first entry in quotes is the string you want to search for and the second is the information that bughelper presents on finding it. By changing the search string you can explore the bug reports filed against a given package for common traits. Note that on larger packages each search will take some time.

Clue files

Once you have found a useful search pattern, you'll probably want to store it for future use, and for that we use clue files. To store the search you have just completed, use bugxml:

{{{bugxml -a vino "crash" "A CRASHER BUG" }}}

This will create a new XML file with the simple clue defined by the search string and text output, like:

{{{<?xml version="1.0"?> <clues version="0.1">

  • <clue>

    • <contains>

      • <op>crash</op>

      </contains> <info>A CRASHER BUG</info>

    </clue>

</clues> }}}

Note: creating clues with bugxml requires that you have added a local package directory to your ~/.bughelper/config file.

Once a clue file has been created, bughelper will include the information it contains in future searches. The above example represents just a simple search string, but you can get more targeted searches by adding more conditions to your clue files. Read [:BugHelper/doc/WritingClueFiles:doc/WritingClueFiles] for further information on file structure and sharing the search data with others.

Further reading

  1. [:BugHelper/doc/options] - Command line options explained

  2. [:BugHelper/doc/WritingClueFiles] - Help on writing your own clues

  3. [:BugHelper/doc/components] - Overiew of component applications of bughelper


Go back to [:BugHelper].BR CategoryBugSquad

BugHelper/doc/getting-started (last edited 2010-01-25 21:19:35 by 39)