github.com
/
pypiserver
mirror of https://github.com/pypiserver/pypiserver
1
0
Fork 1
Code Releases Wiki Activity
pypiserver/tox.ini

40 lines
978 B
INI
Raw Normal View History

toxify
2011-08-30 02:37:25 +02:00
[tox]
Add python 3.9 testing (#351) * Add python 3.9 testing * Add 3.9 proper According to this, it's available now: https://travis-ci.community/t/python-3-9-0-build/10091/18
2020-10-28 13:11:06 +01:00
envlist = py36, py37, py38, py39, pypy3
use webtest instead of twill webtest works with python 3. we now also get rid of paste and pastedeploy and use bottle.Bottle.mount instead.
2012-12-02 01:15:18 +01:00
toxify
2011-08-30 02:37:25 +02:00
[testenv]
FIX Requirements. + Have `tox` read from requirements-file. + Add forgotten 'passlib' dep in `setup.py'!
2015-09-18 18:24:33 +02:00
deps=-r{toxinidir}/requirements/dev.pip
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
allowlist_externals=
Provide Prerelease Testing for Twine Resolves #203 Related to pypa/twine#314 This commit adds an ``sh -c`` call, whose argument is the value of the environment variable ``PYPISERVER_SETUP_CMD``, or ``true`` if that variable is not set. This was specifically added to enable the ``pre_twine`` environment, which is provided to automatically test pre-releases of twine, both for our use (e.g. #203) and for the use of the twine maintainers (pypa/twine#314). The capacity to specify an arbitrary setup command via an environment variable may also wind up being useful in other cases in the future. In addition, the envlist is updated to include only Python versions we actually support. This commit also alphabetizes the ``dev.pip`` requirements and rmeoves specific requirements for testing using Python 2.5 (which we do not test against anymore).
2018-03-07 02:59:35 +01:00
/bin/sh
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
mypy
sitepackages=False
Add python 3.9 testing (#351) * Add python 3.9 testing * Add 3.9 proper According to this, it's available now: https://travis-ci.community/t/python-3-9-0-build/10091/18
2020-10-28 13:11:06 +01:00
[testenv:py{36,37,38,39}]
Provide Prerelease Testing for Twine Resolves #203 Related to pypa/twine#314 This commit adds an ``sh -c`` call, whose argument is the value of the environment variable ``PYPISERVER_SETUP_CMD``, or ``true`` if that variable is not set. This was specifically added to enable the ``pre_twine`` environment, which is provided to automatically test pre-releases of twine, both for our use (e.g. #203) and for the use of the twine maintainers (pypa/twine#314). The capacity to specify an arbitrary setup command via an environment variable may also wind up being useful in other cases in the future. In addition, the envlist is updated to include only Python versions we actually support. This commit also alphabetizes the ``dev.pip`` requirements and rmeoves specific requirements for testing using Python 2.5 (which we do not test against anymore).
2018-03-07 02:59:35 +01:00
commands=
/bin/sh -c "{env:PYPISERVER_SETUP_CMD:true}"
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
# individual mypy files for now, until we get the rest
# of the project typechecking
Use argparse config throughout app (#349) This PR is a pretty substantial refactor of the entrypoints of pypiserver (`__main__` and `__init__`) to use the argparse-based config added in #339. - Updated `RunConfig` and `UpdateConfig` classes to have exclusive init kwargs, instead of taking an namespace. This turned out to be much easier when working with the library-style app initialization in `__init__`, both for direct instantiation and via paste config - Added an `iter_packages()` method to the `RunConfig` to iterate over packages specified by the configuration (note @elfjes, I think that replacing this with e.g. a `backend` reference will be a nice way to tie in #348) - Added a general-purpose method to map legacy keyword arguments to the `app()` and `paste_app_factory()` functions to updated forms - Refactored the `paste_app_factory()` to not mutate the incoming dictionary - Removed all argument-parsing and config-related code from `__main__` and `core` - Moved `_logwrite` from `__init__` to `__main__`, since that was the only place it was being used after the updates to `core` - Updated `digest_file` to use `hashlib.new(algo)` instead of `getattr(hashlib, algo)`, because the former supports more algorithms - Updated `setup.py` to, instead of calling `eval()` on the entirety of `__init__`, to instead just evaluate the line that defines the version - Assigned the config to a `._pypiserver_config` attribute on the `Bottle` instance to reduce hacky test workarounds - Fixed the tox config, which I broke in #339 * Config: add auth & absolute path resolution * Config: check pkg dirs on config creation * Instantiate config with kwargs, not namespace * WIP: still pulling the threads * Init seems to be working * tests passing locally, still need to update cache * Fix tox command * unused import * Fix typing * Be more selective in exec() in setup.py * Require accurate casing for hash algos * Remove old comment * Comments, minor updates and simplifications * move _logwrite to a more reasonable place * Update config to work with cache * Type cachemanager listdir in core * Update config module docstring, rename method * Add more comments re: paste config * Add comments to main, remove unneded check * Remove commented code * Use {posargs} instead of [] for clarity in tox * Add dupe check for kwarg updater * Remove unused references on app instance * Fix typo * Remove redundancy in log level parsing
2020-10-26 00:48:28 +01:00
mypy \
pypiserver/config.py \
tests/test_init.py
pytest --cov=pypiserver {posargs}
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
Use argparse config throughout app (#349) This PR is a pretty substantial refactor of the entrypoints of pypiserver (`__main__` and `__init__`) to use the argparse-based config added in #339. - Updated `RunConfig` and `UpdateConfig` classes to have exclusive init kwargs, instead of taking an namespace. This turned out to be much easier when working with the library-style app initialization in `__init__`, both for direct instantiation and via paste config - Added an `iter_packages()` method to the `RunConfig` to iterate over packages specified by the configuration (note @elfjes, I think that replacing this with e.g. a `backend` reference will be a nice way to tie in #348) - Added a general-purpose method to map legacy keyword arguments to the `app()` and `paste_app_factory()` functions to updated forms - Refactored the `paste_app_factory()` to not mutate the incoming dictionary - Removed all argument-parsing and config-related code from `__main__` and `core` - Moved `_logwrite` from `__init__` to `__main__`, since that was the only place it was being used after the updates to `core` - Updated `digest_file` to use `hashlib.new(algo)` instead of `getattr(hashlib, algo)`, because the former supports more algorithms - Updated `setup.py` to, instead of calling `eval()` on the entirety of `__init__`, to instead just evaluate the line that defines the version - Assigned the config to a `._pypiserver_config` attribute on the `Bottle` instance to reduce hacky test workarounds - Fixed the tox config, which I broke in #339 * Config: add auth & absolute path resolution * Config: check pkg dirs on config creation * Instantiate config with kwargs, not namespace * WIP: still pulling the threads * Init seems to be working * tests passing locally, still need to update cache * Fix tox command * unused import * Fix typing * Be more selective in exec() in setup.py * Require accurate casing for hash algos * Remove old comment * Comments, minor updates and simplifications * move _logwrite to a more reasonable place * Update config to work with cache * Type cachemanager listdir in core * Update config module docstring, rename method * Add more comments re: paste config * Add comments to main, remove unneded check * Remove commented code * Use {posargs} instead of [] for clarity in tox * Add dupe check for kwarg updater * Remove unused references on app instance * Fix typo * Remove redundancy in log level parsing
2020-10-26 00:48:28 +01:00
[testenv:pypy3]
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
commands=
/bin/sh -c "{env:PYPISERVER_SETUP_CMD:true}"
# no mypy in pypy
Use argparse config throughout app (#349) This PR is a pretty substantial refactor of the entrypoints of pypiserver (`__main__` and `__init__`) to use the argparse-based config added in #339. - Updated `RunConfig` and `UpdateConfig` classes to have exclusive init kwargs, instead of taking an namespace. This turned out to be much easier when working with the library-style app initialization in `__init__`, both for direct instantiation and via paste config - Added an `iter_packages()` method to the `RunConfig` to iterate over packages specified by the configuration (note @elfjes, I think that replacing this with e.g. a `backend` reference will be a nice way to tie in #348) - Added a general-purpose method to map legacy keyword arguments to the `app()` and `paste_app_factory()` functions to updated forms - Refactored the `paste_app_factory()` to not mutate the incoming dictionary - Removed all argument-parsing and config-related code from `__main__` and `core` - Moved `_logwrite` from `__init__` to `__main__`, since that was the only place it was being used after the updates to `core` - Updated `digest_file` to use `hashlib.new(algo)` instead of `getattr(hashlib, algo)`, because the former supports more algorithms - Updated `setup.py` to, instead of calling `eval()` on the entirety of `__init__`, to instead just evaluate the line that defines the version - Assigned the config to a `._pypiserver_config` attribute on the `Bottle` instance to reduce hacky test workarounds - Fixed the tox config, which I broke in #339 * Config: add auth & absolute path resolution * Config: check pkg dirs on config creation * Instantiate config with kwargs, not namespace * WIP: still pulling the threads * Init seems to be working * tests passing locally, still need to update cache * Fix tox command * unused import * Fix typing * Be more selective in exec() in setup.py * Require accurate casing for hash algos * Remove old comment * Comments, minor updates and simplifications * move _logwrite to a more reasonable place * Update config to work with cache * Type cachemanager listdir in core * Update config module docstring, rename method * Add more comments re: paste config * Add comments to main, remove unneded check * Remove commented code * Use {posargs} instead of [] for clarity in tox * Add dupe check for kwarg updater * Remove unused references on app instance * Fix typo * Remove redundancy in log level parsing
2020-10-26 00:48:28 +01:00
pytest --cov=pypiserver {posargs}
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
fix .travis.yml, tox.ini python 2.5 needs an older webob version. so, we add the dependency in tox.ini. we use tox to run the tests on travis. remove python 3.3 from travis.yml as it's not there yet.
2012-12-02 01:37:01 +01:00
add buildout config/bootstrap
2013-01-04 02:09:11 +01:00
[pytest]
Updated Tests In addition to including tests from @jameshiebert with slight updates, I have also resolved an issue with newer versions of twine, which require an extra parameter in the calls to `upload` and `register`.
2017-11-14 17:47:27 +01:00
norecursedirs = bin parts develop-eggs eggs venv .* _* CVS {args}
Provide Prerelease Testing for Twine Resolves #203 Related to pypa/twine#314 This commit adds an ``sh -c`` call, whose argument is the value of the environment variable ``PYPISERVER_SETUP_CMD``, or ``true`` if that variable is not set. This was specifically added to enable the ``pre_twine`` environment, which is provided to automatically test pre-releases of twine, both for our use (e.g. #203) and for the use of the twine maintainers (pypa/twine#314). The capacity to specify an arbitrary setup command via an environment variable may also wind up being useful in other cases in the future. In addition, the envlist is updated to include only Python versions we actually support. This commit also alphabetizes the ``dev.pip`` requirements and rmeoves specific requirements for testing using Python 2.5 (which we do not test against anymore).
2018-03-07 02:59:35 +01:00
[testenv:pre_twine]
# Allow calling ``tox -e pre_twine`` to test pypiserver with the most
# recent prerelease of twine.
Backwards-compatible argparse config (not yet in use) (#339) Adds an argparse config that, while adding subcommands (`pypi-server run` and `pypi-server update`), retains full commandline backwards compatibility with the existing config parsing logic. There's a bit of hackery required to do this, so this also issues a warning if using the non-subcommand arguments, allowing us to potentially remove support for the old form in our next next major version bump (i.e. 3.0). Also adds a `.pyproject.toml` with a black config, and a mypy config block to `setup.cfg`. `mypy` is now called in `tox`, currently only for `config.py`, because nothing else typechecks successfully. ---- * WIP: argparse config * Complete config * Test all the config options * Another test and a note re: being unused * mypy config, call mypy in tox * No mypy on pypy * Fix tox config * Add venv to black ignore * fix tox config (again) * Fix formatting, simplify error handling * FMT: Run black on changed files
2020-10-09 02:37:39 +02:00
allowlist_externals=
Provide Prerelease Testing for Twine Resolves #203 Related to pypa/twine#314 This commit adds an ``sh -c`` call, whose argument is the value of the environment variable ``PYPISERVER_SETUP_CMD``, or ``true`` if that variable is not set. This was specifically added to enable the ``pre_twine`` environment, which is provided to automatically test pre-releases of twine, both for our use (e.g. #203) and for the use of the twine maintainers (pypa/twine#314). The capacity to specify an arbitrary setup command via an environment variable may also wind up being useful in other cases in the future. In addition, the envlist is updated to include only Python versions we actually support. This commit also alphabetizes the ``dev.pip`` requirements and rmeoves specific requirements for testing using Python 2.5 (which we do not test against anymore).
2018-03-07 02:59:35 +01:00
tox
setenv=
PYPISERVER_SETUP_CMD=pip install --upgrade --pre --index-url https://test.pypi.org/simple/ --extra-index-url https://pypi.org/simple twine
commands=
tox