Z3c.dependencychecker

-----------------

- Import + semicolon + statement (like ``import
transaction;transaction.commit()``) is now also detected correctly.
[gforcada]

- The starting directory for packages with a dotted name (like
``zest.releaser``) is now also found automatically.
[reinout]

- Internal code change: moved the code out of the ``src/``
directory. Everything moved one level up.
[reinout]

- Dependencychecker doesn't descend anymore into directories without an
``__init__.py``. This helps with website projects that sometimes have python
files buried deep in directories that aren't actually part of the project's
python code.
[reinout]

- Multiple imports from similarly-named libraries on separate lines are now
handled correctly. An import of ``zope.interface`` on one line could
sometimes "hide" a ``zope.component`` import one line down.
[gforcada]

-----------------

- Improve ZCML imports coverage (look on ``for`` and ``class`` as well).
[gforcada]

- Internal project updates (buildout version, test adjustments, etc).
[gforcada]

- Add support for FTI dependencies (behaviors, schema and class).
[gforcada]

-----------------

- Support python installations without global setuptools installed
by searching the name in the setup.py as fallback.

-----------------

- Treat non-test extras_require like normal install_requires.

----------------

- Improved detection for "Django-style" package names with a dash in
them. Django doesn't deal well with namespace packages, so instead of
``zc.something``, you'll see packages like ``zc-something``. The import then
uses an underscore, ``zc_something``.

- Added support for Django settings files. Anything that matches
``*settings.py`` is searched for Django settings like ``INSTALLED_APPS =
[...]`` or ``MIDDLEWARE_CLASSES = (...)``.

----------------

- Detect ZCML "provides", as used for generic setup profile registration.