Fix "KeyError: 'No such transport: sqlite. Did you mean sqla?'" in tests.
authorBen Sturmfels <ben@sturm.com.au>
Tue, 14 Apr 2020 08:02:12 +0000 (18:02 +1000)
committerBen Sturmfels <ben@sturm.com.au>
Tue, 14 Apr 2020 08:02:12 +0000 (18:02 +1000)
This is caused by Celery dropping the "sqlite" transport alias from version
4.3.0, so I've pinned an upper limit.

docker-compose.yml
setup.py

index 031ddac1856c4d57f5ff57ac042692715705899b..e31ac9f8eeafa3e828de5afb6cb15cba7a0c12bd 100644 (file)
@@ -1,8 +1,7 @@
 # A docker-compose recipe for MediaGoblin hacking.
 #
 # Tested on Trisquel 8 and Guix System. Currently runs Python 3 and works for
-# photos and video. Audio raises an exception "NameError: name 'audiolab' is not
-# defined".
+# images, audio and video.
 #
 # To run the system:
 #
index 157b9113207bbe24d0719e0738db1c59abdde0ce..e8b2786a9a8a571a9c481b10a5aee4dc4fadb27e 100644 (file)
--- a/setup.py
+++ b/setup.py
@@ -56,7 +56,8 @@ install_requires = [
     'pytest>=2.3.1',
     'pytest-xdist',
     'werkzeug>=0.7,<1.0.0',
-    'celery>=3.0',
+    # Celery 4.3.0 drops the "sqlite" transport alias making our tests fail.
+    'celery>=3.0,<4.3.0',
     # Jinja2 3.0.0 uses f-strings (Python 3.7 and above) but `pip install` on
     # Debian 9 doesn't seem to respect Jinja2's 'python_requires=">=3.6"' line.
     'jinja2<3.0.0',