Rework portage_utils' find_packages to work with old and new gentoolkits.

Rework setup.py to use distutils instead of setuptools.

I'm not super happy about this step, but here are the pros and cons:
+ Include ebuild.tmpl in distribution  (`issue 11`_)
+ Remove setuptools dependency
- Implement test command by hand

setuptools also supports package_data, but I couldn't find an
incantation that included ebuild.tmpl.  The distutils incantation is
simple enough.

.. _issue 11: http://code.google.com/p/g-pypi/issues/detail?id=11

Add testing section to README.

Add .gitignore ignoring *.pyc.

Disable test_find_files in test_portage_utils.py.

find_files has been commented out since this project was moved into
SVN.

Fix gentoolkit import pth in portage_utils.py.

gentoolkit since 0.3.0 has been installed into the usual site-packages
directory, so there shouldn't be any need to monkey with sys.path.

If the user is running an older version that is under
/usr/lib/gentoolkit, we fall back to that.  Appending it to sys.path
(vs. prepending) allows us to override its location with PYTHONPATH:

  PYTHONPATH=".:$HOME/src/gentoolkit/pym" nosetests tests/test_portage_utils.py

Remove INSTALL to avoid duplicating content that's already in README.

Update? Layman's make.conf changes and other cleanups in INSTALL.

Apply Justin Riley's ACCEPT_KEYWORDS patch.

Excerpts from Justin's comments [1]:

At least for Portage 2.1.4.4, /usr/lib64/portage/pym/portage.py's
config class specifically excludes ACCEPT_KEYWORDS. Therefore,
  ENV = portage_config(clone=portage_settings).environ()
will never contain ACCEPT_KEYWORDS argument and the arch will always
be ~x86 as the result of get_keyword().

...

After looking at the code, it appears that the PORTAGE_CONFIG variable
introduced in the previous patch can completely replace ENV.  Here's
the patch that simply changes:

  ENV = portage_config(clone=portage_settings).environ()

to

  ENV = portage_config(clone=portage_settings)

[1]: http://code.google.com/p/g-pypi/issues/detail?id=4

gentoolkit.find_packages(x) has moved to gentoolkit.query.Query(x).find()

Here's a history from looking through the gentoolkit logs:

  commit 2f90a4b9ceff920f793541376da21d313af083d9
  Date:  Tue Mar 9 16:42:04 2010 +0000

  gentoolkit.helpers.find_packages deprecated
  find_* moved to  Query('portage').find_*()

  commit 1ddc073811b7b69aab22cd65990bbca8e7104bef
  Date:  Fri Mar 12 21:44:29 2010 +0000

  Query.find_packages() moved to Query.find()

Add --url option

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@25 118783bc-b352-0410-bbc3-0f610f6f7ae8

Fixed indentation.

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@24 118783bc-b352-0410-bbc3-0f610f6f7ae8

Replace . in pkg name with a -

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@21 118783bc-b352-0410-bbc3-0f610f6f7ae8

Revert to r2

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@20 118783bc-b352-0410-bbc3-0f610f6f7ae8

Reverted to r13

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@19 118783bc-b352-0410-bbc3-0f610f6f7ae8

Revert to r15

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@18 118783bc-b352-0410-bbc3-0f610f6f7ae8

Reverted to rev 3 due to broken unit tests

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@17 118783bc-b352-0410-bbc3-0f610f6f7ae8

Patch to g_pypi/enamer.py

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@16 118783bc-b352-0410-bbc3-0f610f6f7ae8

Fixed g-pypi to replace dots in package name.

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@15 118783bc-b352-0410-bbc3-0f610f6f7ae8

Fix downloading of entire index after PyPI made changes in server, add randomizing of index, use named overlay

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@14 118783bc-b352-0410-bbc3-0f610f6f7ae8

Use dodoc instead of doins

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@13 118783bc-b352-0410-bbc3-0f610f6f7ae8

Added detection of docs and examples.

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@12 118783bc-b352-0410-bbc3-0f610f6f7ae8

Nicer output for bad overlay msg

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@11 118783bc-b352-0410-bbc3-0f610f6f7ae8

Backport to portage 2.1

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@10 118783bc-b352-0410-bbc3-0f610f6f7ae8

Added -l option to specify overlay by name

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@6 118783bc-b352-0410-bbc3-0f610f6f7ae8

Changed self.logger form LOGGER in get_keyword() in portage_utils.py

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@5 118783bc-b352-0410-bbc3-0f610f6f7ae8

Use ~x86 if absolutely no ACCEPT_KEYWORDS found.

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@4 118783bc-b352-0410-bbc3-0f610f6f7ae8

Version bump to 2.2

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@3 118783bc-b352-0410-bbc3-0f610f6f7ae8

Initial commit. Moved from assembla.com

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@2 118783bc-b352-0410-bbc3-0f610f6f7ae8

Initial directory structure.

git-svn-id: http://g-pypi.googlecode.com/svn/trunk@1 118783bc-b352-0410-bbc3-0f610f6f7ae8