GitLab

related: #351

--HG--
branch : 3.30

https://docs.python.org/2.7/library/unittest.html#unittest.TestCase.assertItemsEqual

> In Python 3, this method is named `assertCountEqual`.

Now that we only support Python 3, supporting `assertItemsEqual`
is useless.

--HG--
branch : 3.26

This mostly consists in removing the dependency on "six" and updating
the code to use only Python3 idioms.

Notice that we previously used TemporaryDirectory from
cubicweb.devtools.testlib for compatibility with Python2. We now
directly import it from tempfile.

Otherwise, setuptools complains that the target installation directory (i.e.
"user site" is not in PYTHONPATH). This is probably because we use a fake HOME
with --user install option. Failure shows up when running tests through tox
without system site packages (see next patch).

In a new module 'cubicweb.pyramid.config' we define a "pyramid" instance
configuration type. The noticeable feature of this configuration is that it
manages a 'development.ini' file that gets installed in application home
(along with `.conf` file). This file is templated and includes generated
values for secrets of session and authtk tokens.

This means that we can just call:

    pserve etc/cubicweb.d/<appname>/development.ini

or

    gunicorn --paste etc/cubicweb.d/<appname>/development.ini -b :8080

just after instance creation to get a pyramid instance running without having
to hack around a 'pyramid.ini' file.

This patch drops 'development.ini' from skeleton and moves it in
cubicweb/pyramid so that it gets installed at instance creation which is more
appropriate than in cube creation.

The new configuration class sets "cubicweb.bwcompat" setting to false so it is
not intended to replace the "all-in-one" configuration type (which would
require a ...

With the new package layout (everything under "cubicweb" package), the custom
install_lib rule which makes use of include_dirs defined in __pkginfo__.py did
not prepend the package name to source directories to be copied. Fixing this.

Also, in setup.py's export() function, the destination directories' path to be
created during source tree walk was wrong.

All this makes cubicweb/skeleton directory (which is not a package) properly
installed by setup.py.

The test in cubicweb/devtools/test/unittest_devctl.py wasn't properly
implemented because it used an installation of cubicweb in "develop" mode
which shadows such packaging issues. Also it used "python -m cubicweb" instead
of directly "cubicweb-ctl" and the former appears to fall back to using the
cubicweb package *from sources* instead of the installed one.

Now that this test runs against the installed version of cubicweb, fix
MANIFEST.in to include tox.ini files (cubicweb's and skeleton's) as this is
expected from the test.

Closes #14127941.

--HG--
branch : 3.23

--HG--
branch : 3.26

Most of the prior logic of skeleton's setup.py gets dropped as installing a
cube as a "classic package" (i.e. in site-packages) is just the default
behavior of distutils.

Also add a test checking installation of new cube.

Related to #13001466.

Since the later is now installed in cubicweb_<CUBENAME> directory.

Add a test ensuring that `python setup.py sdist` works on newly created cube
(which should at least verify that setup.py is valid).

Related to #13001466.

Related to #13001466.

And display decoded stdout in case of failure.

We add a `pyramid_main` function in __init__.py that instantiate the WSGI
application using "cubicweb.pyramid"; this is defined as an entry point (in
setup.py) so that pserve_ can find it.

Alongside comes a development.ini file which includes basic settings so that
running a Pyramid+CubicWeb application works (only the "instance=<appid>" may
be passed as a command-line argument). Logging is also configured there, but
only includes the cube at stake and cubicweb (others could be added if
needed).

.. _perse: \
    http://docs.pylonsproject.org/projects/pyramid/en/1.8-branch/pscripts/pserve.html

For consistency with others tests, use TemporaryDirectory from
cubicweb.devtools.testlib.

And make skeleton files actually flake8-compliant henceforth.

This avoids calling cubicweb-ctl relatively in tests and could be useful
in virtualenv.

This is just a copy of bin/cubicweb-ctl file, which should probably be
generated from a setuptools entry points.

Basically:

mkdir cubicweb
hg mv *.py -X setup.py cubicweb
hg mv dataimport devtools entities etwist ext hooks i18n misc schemas server skeleton sobjects test web wsgi cubicweb

Other changes:

* adjust path to cubicweb-ctl in devtools tests
* update setup.py to avoid importing __pkginfo__ (exec it instead),
  replace os.path.walk by os.walk and prepend `modname` here and there
* update tox.ini to account for new test locations
* update doc/conf.py so that it still finds __pkginfo__.py and CWDIR in
  doc/Makefile