tutor/requirements/base.in

appdirs
click>=8.0
jinja2>=2.10
kubernetes
mypy
pycryptodome>=3.17.0
pyyaml>=6.0
typing-extensions>=4.4.0
Tutor v3 complete rewrite Replace all make commands by a single "tutor" binary. Environment and data are all moved to ~/.tutor/local/share/tutor. We take the opportunity to add a web UI and revamp the documentation. This is a complete rewrite. Close #121. Close #147. 2019-01-22 20:25:04 +00:00			`appdirs`
fix: minimum click version is 8.0 An issue was reported here: https://app.slack.com/client/T02SNA1T6/CGE253B7V CompletionItem was introduced in 8.0, so click needs to be upgraded when we `pip install tutor`. 2022-11-23 17:19:27 +00:00			`click>=8.0`
fix: TemplateSyntaxError with old jinja2 The following syntax is only supported in jinja2>=2.10: {% set jwt_rsa_key \| rsa_import_key %}{{ JWT_RSA_PRIVATE_KEY }}{% endset %} Thus, we bump the minimal working version of jinja2 in the base requirements. See discussion: https://discuss.openedx.org/t/error-while-tutor-local-quickstart/8796 2022-11-28 08:20:28 +00:00			`jinja2>=2.10`
Improve job running in local and k8s Running jobs was previously done with "exec". This was because it allowed us to avoid copying too much container specification information from the docker-compose/deployments files to the jobs files. However, this was limiting: - In order to run a job, the corresponding container had to be running. This was particularly painful in Kubernetes, where containers are crashing as long as migrations are not correctly run. - Containers in which we need to run jobs needed to be present in the docker-compose/deployments files. This is unnecessary, for example when mysql is disabled, or in the case of the certbot container. Now, we create dedicated jobs files, both for local and k8s deployment. This introduces a little redundancy, but not too much. Note that dependent containers are not listed in the docker-compose.jobs.yml file, so an actual platform is still supposed to be running when we launch the jobs. This also introduces a subtle change: now, jobs go through the container entrypoint prior to running. This is probably a good thing, as it will avoid forgetting about incorrect environment variables. In k8s, we find ourselves interacting way too much with the kubectl utility. Parsing output from the CLI is a pain. So we need to switch to the native kubernetes client library. 2020-03-25 17:47:36 +00:00			`kubernetes`
fix: "TypeError: Parameters to Generic[...]" error People running typing-extensions==3.10 faced this error for just any tutor command: $ tutor version ... Traceback (most recent call last): File "/usr/local/bin/tutor", line 5, in <module> from tutor.commands.cli import main File "/usr/local/lib/python3.8/dist-packages/tutor/commands/cli.py", line 7, in <module> from tutor import exceptions, fmt, hooks, utils File "/usr/local/lib/python3.8/dist-packages/tutor/hooks/__init__.py", line 7, in <module> from . import actions, contexts, filters, priorities File "/usr/local/lib/python3.8/dist-packages/tutor/hooks/actions.py", line 18, in <module> class ActionCallback(Contextualized, t.Generic[P]): File "/usr/lib/python3.8/typing.py", line 261, in inner return func(args, *kwds) File "/usr/lib/python3.8/typing.py", line 890, in __class_getitem__ raise TypeError( TypeError: Parameters to Generic[...] must all be type variables We fix this error by requiring a more recent version of typing-extensions. See: https://discuss.openedx.org/t/tutor-v15-python-error-when-running-on-quickstart/8910/2 2022-12-12 22:53:50 +00:00			`mypy`
fix: RsaKey.dq attribute error Running `tutor config save` with an outdated version of pycryptodome was failing with the following error: Error: Missing configuration value: 'Crypto.PublicKey.RSA.RsaKey object' has no attribute 'dq' This is because the "dq" attribute was only introduced in pycryptodome 3.17.0: https://www.pycryptodome.org/src/changelog#january-2023 To resolve this issue we bump the minimum requirements. Close #962 2023-12-14 10:10:44 +00:00			`pycryptodome>=3.17.0`
feat: upgrade to olive 2022-11-22 12:53:29 +00:00			`pyyaml>=6.0`
fix: "TypeError: Parameters to Generic[...]" error People running typing-extensions==3.10 faced this error for just any tutor command: $ tutor version ... Traceback (most recent call last): File "/usr/local/bin/tutor", line 5, in <module> from tutor.commands.cli import main File "/usr/local/lib/python3.8/dist-packages/tutor/commands/cli.py", line 7, in <module> from tutor import exceptions, fmt, hooks, utils File "/usr/local/lib/python3.8/dist-packages/tutor/hooks/__init__.py", line 7, in <module> from . import actions, contexts, filters, priorities File "/usr/local/lib/python3.8/dist-packages/tutor/hooks/actions.py", line 18, in <module> class ActionCallback(Contextualized, t.Generic[P]): File "/usr/lib/python3.8/typing.py", line 261, in inner return func(args, *kwds) File "/usr/lib/python3.8/typing.py", line 890, in __class_getitem__ raise TypeError( TypeError: Parameters to Generic[...] must all be type variables We fix this error by requiring a more recent version of typing-extensions. See: https://discuss.openedx.org/t/tutor-v15-python-error-when-running-on-quickstart/8910/2 2022-12-12 22:53:50 +00:00			`typing-extensions>=4.4.0`