From 09b7ce481f2e062ab09fbd2f850aa9ba62724373 Mon Sep 17 00:00:00 2001 From: Disassembler Date: Sun, 21 Jun 2020 18:54:05 +0200 Subject: [PATCH] Add a note about Pandora celery workaround --- doc/applications/pandora.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/applications/pandora.rst b/doc/applications/pandora.rst index 93d4a7f..9b6f8b5 100644 --- a/doc/applications/pandora.rst +++ b/doc/applications/pandora.rst @@ -22,4 +22,4 @@ Czech localtization for Pan.do/ra currently exists only in SpotterVM repository. Python 3.8 compatibility ------------------------ -Pandora doesn't work well under python 3.8. Specifically, the database migration won't pass. This is caused by old version of Django, which doesn't play well with the new version of psycopg2 (see https://github.com/divio/django-cms/issues/6672), however older version of psycopg2 (2.7.7 as recommended in the linked issue) can't be installed on python3.8 as it uses some undocumented feature unsupported in python3.8 (https://github.com/psycopg/psycopg2/issues/854). The way out of this for Pandora would likely be to eventually bump the required version of Django to version 2.2+ which works well with psycopg2 2.8+. Pan.do/ra maintainer is aware of this, but it's not a simple task. For the time being, Pandora is stuck on python 3.7 provided by Alpine 3.10. +Pandora uses Celery message broker, however depends on a version with known incompatibility with python 3.8, see https://github.com/celery/celery/issues/5761. This can be worked around by setting environment variable ``COLUMNS`` to value ``80`` prior to launching the celery process. The affected services run by container's s6 daemon supervisor are currently configured to use this workaround.