At Ludia we’ve had some back-and-forth on how we handle dependencies in our continuous integration and deployment system, and the current status is that test dependencies have to be mixed with setup dependencies. We do however separate runtime deps from build/test deps. We’ve started updating our tools to fix this, but it will take some time as we have other priorities and the current system mostly works. Thank you for wanting to help nonetheless!
This PR seems to mix test deps and runtime deps, so I’m afraid I would reject it.
Well the problem is that right now, dynamodb-mock and onctuous are the only 2 modules which give us trouble to deploy our codebase out of the 96 we use (we repackage custom versions of those 2 and replace the setup.py for now)
We’ve finally found some time to update our internal tools so that we can fix this. Only d2to1 will stay in setup-requires, and test dependencies will move to a pip requirements file. Runtime deps will stay in setup.py. Will that work for you?
Runtime dependencies are the distributions that are needed for the code itself to run (here Pyramid and onctuous), as opposed to build-time dependencies (i.e. build/tests/doc dependencies). I meant to say that these runtime deps will not move to a requirement file but stay in setup.cfg (and they get converted to install_requires equivalent when run by setup.py).