On Python 3.3+, `find_packages()` now considers any subdirectory of the
start directory that's not a regular package (i.e., that doesn't have an
`__init__.py`) to be a namespace package. Because this will often
include non-package directories, a new `include` argument has been added
to `find_packages()`.

`include` can make it easier to narrow which directories are considered
packages instead of having to specify numerous excludes. In
particular, it's an easy way to keep top-level, non-source directories
from being considered packages.

The other way this supports PEP 420 is by making sure `__pycache__`
directories are never added to the list of packages.

Refs issue #97

--HG--
branch : setuptools
extra : amend_source : 73cc453f11a0b77f930138eee03b1fc8e69399af

Updated installation instructions, expanding on new techniques available to Windows 8 users and clarifying which technique Mac OS X users should use. Fixes #59.

Use zip files rather than tar files for source distributions of setuptools itself. Fixes #7 for users of Python 2.7.4 and later.

--HG--
extra : source : 81bfac3cf9a11fbb52b43cb3106419085ac8aee5
extra : histedit_source : 942f45916acfe482998d0cb7adefc08f095dcf0c

branching to 0.7 now, as I wanted this wart gone before anything went
into Python 2.5.  But it's gone now, yay!

--HG--
extra : source : f3c5c19842064dd4a497baef0171aac54464a484
extra : amend_source : 3f79e71eedfc5f37a1813967bb53cf9d92a11919

The overridden version cannot handle Python 3.x while distutils verion can
handle it just fine.

--HG--
extra : rebase_source : 86fa56285849e97780e91eff405881bfb72184d5

Setuptools now honors all dependency_links and not just the first one that was supplied.