TL;DR : Veuillez fusionner la [#750][PR-750]. Les systèmes hérités entraînent toujours des problèmes.
Formulé de manière informelle, les instructions indiquent :
Au cas où quelqu’un d’autre ferait l’erreur de croire que ce n’est qu’une suggestion amicale, réfléchissez-y à deux fois. Toute tentative de lancement avec 1 Go de RAM et 4 Go de swap entraînera, non pas une dégradation des performances, mais :
Erreur lors de la compilation de l’actif CSS
RuntimeError : Discourse ne prend pas en charge la compilation des fichiers scss/sass via Sprockets
…/discourse/config/application.rb:190:in `call’
Ce qui, selon [ce fil de discussion][305402], est un symptôme d’une allocation de RAM insuffisante.
Finalement, on pourrait aussi avoir la chance d’obtenir une trace de pile JavaScript commençant par :
ERREUR FATALE : Marque-compactage inefficace près de la limite du tas Échec d’allocation - Tas JavaScript hors mémoire
Alors suivez les instructions ! Je vais refaire cet exercice avec un VPS nouvellement créé. Plutôt que d’essayer de bricoler la mise en place de quelque chose d’aussi ancien et obsolète, j’ai plutôt essayé de réutiliser un ancien système bullseye désaffecté que j’avais encore en fonctionnement.
Peut-être qu’un deuxième relecteur souhaiterait examiner cette PR ajoutant la prise en charge de bookworm, afin que je sois le dernier imbécile à être touché par cela ?
[PR-750] : DEV: Improve support for Ubuntu 20 and Debian 12 by Arkshine · Pull Request #750 · discourse/discourse_docker · GitHub
[305402] : Error when building: discourse does not support compiling scss/sass files via sprockets