Fix 'git command --amend' typo in man page

Should have been 'git commit --amend'. Noticed by Matěj Cepl.
Support UTF-8 attachments

The cookies were being pulled out of Sqlite were Unicode, which
caused the entire HTTP buffer to be Unicode.  When concatenating
non-ascii string instances (as would be returned from e.g. git),
things blew up.

Ensure the cookie data is UTF-8 str, and also set our content
encoding explicitly to UTF-8.

https://bugzilla.gnome.org/show_bug.cgi?id=633729
Fix choice of editor

git prefers $VISUAL to $EDITOR. Most of the time. Fortunately we can
just ask git what editor to use rather than trying to figure it out
ourselves.

https://bugzilla.gnome.org/show_bug.cgi?id=654396
Add galeon browser support

https://bugzilla.gnome.org/show_bug.cgi?id=632006
Properly close the template file

https://bugzilla.gnome.org/show_bug.cgi?id=657723
components: new command to list the components of a product

eg

    git bz components -b bugzilla.gnome.org gnome-shell

or just

    git bz components

if you have defaults configured

https://bugzilla.gnome.org/show_bug.cgi?id=654693
Make components work with older bugzilla

Use Bug.legal_values({ product_id: <id> }) to find out legal
component values in a way that works on older Bugzilla like the
bugzilla.gnome.org 3.4.

This requires finding out the product_id first, which is fast
with new bugzilla, but requires a slow fallback on older bugzillas;
we cache positive hits for product IDs in our cache.

https://bugzilla.gnome.org/show_bug.cgi?id=654693
Catch trying to refile an already filed bug

If 'git bz file' is used with a commit message that contains a
bug reference, prompt before filing again.

https://bugzilla.gnome.org/show_bug.cgi?id=624461
Handle Unicode bug titles correctly

If the data that we are writing into the template ends includes
non-ASCII data, it will need to be encoded as UTF-8 before writing
the template file. Fix from Luca Bruno.

https://bugzilla.gnome.org/show_bug.cgi?id=657716
Spelling correction
Fix a copy and paste error with auth-user and auth-password
Add the user to the cc: on the bug

All the logic to add the user to the cc: list on the bug is done in the
web page for show_bug.cgi and not on the client side, so the option
"Automatically add me to the CC list of bugs I change" in the user's
preferences is not honored. Since that preference defaults to Always
and users will very typically want to see further traffic on their patches,
just always request the user to be added to the Cc.

The main downside to this is that we do another round trip to the server
when creating and attachment, and also potentially create more bug mail.

https://bugzilla.gnome.org/show_bug.cgi?id=663800
Add defaults for bugs.gentoo.org.
Read bz.* git config upfront

Instead of making calls to git.config() as needed, read all of our options
ahead of time into a dictionary initialized with defaults.

Loosely based on a patch from Felipe Contreras <felipe.contreras@gmail.com>.
Allow setting bz.default-<field name>

If you want to override something like the default version on a per-component
basis, having to set that in the per-tracker configuration is unnatural
and confusing. Allow setting bz.default-version instead. This is interpreted
as overriding the existing configuration of default field values.

Based on a patch from Dan Winship <danw@gnome.org>

https://bugzilla.gnome.org/show_bug.cgi?id=651756
Support pretty bugzilla links like https://bugzilla.gnome.org/12345

Ideally I'd like git-bz to know when a Bugzilla instance supports
these, but here at least we'll try parsing them.

https://bugzilla.gnome.org/show_bug.cgi?id=657361
Make setting default-product, default-component in tracker config work

Allow setting the default-product in the tracker config. This is possibly
useful for something like bugzilla.redhat.com where many repositories share
a product of "Fedora".
Fix parameter mistake from last patch

Pass all the necessary fields to merge_default_fields_from_dict().
Don't strip leading space from the commit body

If we strip leading space from the body, we'll unindent the
first line of the body, which could break aligment.

Based on a patch by Stef Walter <stefw@gnome.org>
Fix up documentation generation rules