Test-Deployment #11

Closed
opened 2021-04-16 12:02:13 +02:00 by aldrin · 4 comments
Owner

Wir sollten die aktuelle Version testweise hinter einer HTTP-Auth-Schranke deployen.

Die deb-Pakete sind schon vorbereitet (make dist-deb).

Eine Hürde könnte möglicherweise python3-djoser sein, welches in der Version 2.1.0 gebraucht wird. Diese Version ist erst in Bullseye verfügbar. Möglicherweise wollen wir es lieber via venv installieren (dann vermutlich auch das Django Rest Framework in der passenden Version, >= 3.11.1).

Ansonsten dürfte das Deployment recht ähnlich zu Schnipsel oder mdevplan in rk-demo.kahlo sein.

Wir sollten die aktuelle Version testweise hinter einer HTTP-Auth-Schranke deployen. Die deb-Pakete sind schon vorbereitet (`make dist-deb`). Eine Hürde könnte möglicherweise `python3-djoser` sein, welches in der Version 2.1.0 gebraucht wird. Diese Version ist erst in Bullseye verfügbar. Möglicherweise wollen wir es lieber via `venv` installieren (dann vermutlich auch das Django Rest Framework in der passenden Version, >= 3.11.1). Ansonsten dürfte das Deployment recht ähnlich zu Schnipsel oder `mdevplan` in `rk-demo.kahlo` sein.
Owner

Bullseye-Pakete sind aus meiner Sicht in Ordnung: die Version ist schon im Hard-Freeze und wird vermutlich bis Herbst veröffentlicht sein.

Bullseye-Pakete sind aus meiner Sicht in Ordnung: die Version ist schon im Hard-Freeze und wird vermutlich bis Herbst veröffentlicht sein.
Author
Owner

Im Augenblick habe ich ein venv unter /usr/local/lib/userausfall-venv abgelegt.

Im Augenblick habe ich ein venv unter `/usr/local/lib/userausfall-venv` abgelegt.
Author
Owner

Und @lars schreibt:

  • Ja, http-auth fände ich gut.
  • sqlite: die Migration wird schwierig, also sollten wir das vielleicht schnell auf postgresql umstellen?
  • Mailversand sollte generell über den lokalen postfix funktionieren, falls der Host via ansible konfiguriert wurde

Und noch ein fieses Detail (das mich vor der Eingabe meines Passworts zurückschrecken ließ): aktuell wird (indirekt?) Code von storage.googleapis.com eingebunden.

Und @lars schreibt: > * Ja, http-auth fände ich gut. > * sqlite: die Migration wird schwierig, also sollten wir das vielleicht schnell auf postgresql umstellen? > * Mailversand sollte generell über den lokalen postfix funktionieren, falls der Host via ansible konfiguriert wurde > > Und noch ein fieses Detail (das mich vor der Eingabe meines Passworts zurückschrecken ließ): aktuell wird (indirekt?) Code von storage.googleapis.com eingebunden.
Owner

httpauth ist eingerichtet - Zugangsdaten im Matrix-Chat

httpauth ist eingerichtet - Zugangsdaten im Matrix-Chat
This repo is archived. You cannot comment on issues.
No milestone
No project
No assignees
2 participants
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: systemausfall.org/userausfall#11
No description provided.