Code stability Polis stock for PolisNL SAAS #64

New issue

Closed

opened 2025-06-30 12:14:41 +00:00 by RaoulKramer · 6 comments

RaoulKramer commented

2025-06-30 12:14:41 +00:00

(Migrated from gitlab.com)

Freeze (for x months) a production stable version of latest https://github.com/compdemocracy/polis/tree/stable. To have a working docker-compose with PolisNL reference frontend.

Stock Polis gets updated, but merges are squashed. The fixes and new features are applied to the codebase in bulk. This will break the PolisNL deployment.

To prevent deployment breakage we should use the code of a release https://github.com/compdemocracy/polis/tree/stable and make it work with our frontend code and freeze the backend Polis code for e.g. a half year.

Freeze (for x months) a production stable version of latest https://github.com/compdemocracy/polis/tree/stable. To have a working docker-compose with PolisNL reference frontend. Stock Polis gets updated, but merges are squashed. The fixes and new features are applied to the codebase in bulk. This will break the PolisNL deployment. To prevent deployment breakage we should use the code of a release https://github.com/compdemocracy/polis/tree/stable and make it work with our frontend code and freeze the backend Polis code for e.g. a half year.

RaoulKramer commented

2025-06-30 12:44:08 +00:00

(Migrated from gitlab.com)

changed the description

RaoulKramer commented

2025-07-04 10:01:21 +00:00

(Migrated from gitlab.com)

changed the description

RaoulKramer commented

2025-07-04 10:02:33 +00:00

(Migrated from gitlab.com)

mentioned in issue #69

gberh commented

2025-08-12 14:18:42 +00:00

(Migrated from gitlab.com)

assigned to @gberh

gberh commented

2025-08-20 12:45:38 +00:00

(Migrated from gitlab.com)

Our Polis containers have been reverted to polis revision 604ae7c in particiapp/polis@e18cbc3. This still requires some more testing.

Due to the recent development direction of Polis future regular updates seem increasingly unlikely and undesirable.

Our Polis containers have been reverted to polis revision [604ae7c](https://github.com/compdemocracy/polis/commit/604ae7c1dd8adc64047a93192263ac48eef3259d) in particiapp/polis@e18cbc3. This still requires some more testing. Due to the recent development direction of Polis future regular updates seem increasingly unlikely and undesirable.

gberh commented

2025-09-08 05:24:48 +00:00

(Migrated from gitlab.com)

I've moved the used Polis revision forward to fd440c3 in particiapp/polis@bd2c0381 which is the last commit before Polis introduced a hard dependency on DynamoDB in 1681d6e.

I have also found and fixed the cause of the broken report and visualization issue, MATH_ENV has to be set to "prod" explicitly. Contrary to what the documentation says it does not have a default for the server.

I've moved the used Polis revision forward to [`fd440c3`](https://github.com/compdemocracy/polis/commit/fd440c3) in particiapp/polis@bd2c0381 which is the last commit before Polis introduced a hard dependency on DynamoDB in [`1681d6e`](https://github.com/compdemocracy/polis/commit/1681d6e). I have also found and fixed the cause of the broken report and visualization issue, `MATH_ENV` has to be set to "prod" explicitly. Contrary to what the [documentation says](https://github.com/compdemocracy/polis/blob/1681d6ed3212a94ddd5f50b918491014aa7a348d/docs/configuration.md) it does not have a default for the server.

gberh (Migrated from gitlab.com) closed this issue

2025-09-08 15:33:56 +00:00