The package version may not include the "-nightly" suffix. Otherwise,
`pip install .` fails with:
setuptools.extern.packaging.version.InvalidVersion: Invalid version: '...-nightly'
The package version number may not include the "-nightly" suffix.
Otherwise, installation fails with:
setuptools.extern.packaging.version.InvalidVersion: Invalid version: '15.0.7-nightly'
This is to address https://github.com/overhangio/tutor-mfe/issues/122
As a consequence of this change, images will be tagged with a "-nightly"
suffix. Next, we'll probably have to build them periodically in CI.
Here, we make it possible to add a "-nightly" suffix to the package
version. This suffix will find its way to the Docker image tags. Thus,
the nightly branch will have different image tags. This will resolve
some confusion, as image tags are currently identical in nightly and
master.
Installing from source triggers a warning on pip 23.0.1 if
pyproject.toml is not present. Building does not require any special
dependencies, so we just add a simple pyproject.toml file.
See: https://github.com/overhangio/tutor/issues/836
This ensures that services started with `tutor dev start`
are as capable for breakpoint debugging, et al, as services
started with `tutor dev runserver` are. We plan to remove
`tutor dev runserver`.
Previously, user-uploaded files were stored in the /openedx/xqueue/openedx
folder (considered by django to be a media subfolder). This folder was not
being mounted on the host, thus causing files to be lost on container restart.
Also, files were simply not reported by the `tutor submissions show` utility.
We now bind-mount the media folder from the host. Media assets are served by
uwsgi, which replaced gunicorn.
When object storage is in use, we will have to point xqueue to the remote
storage solution. This means that we need to add patches to the tutor-minio
plugin.
Close#2.
