Veuillez documenter les distributions prises en charge

Bonjour,

Je fais tourner Discourse sur Ubuntu 16.04. Comme cette version ne sera plus prise en charge l’année prochaine, j’étudie les options pour ma machine virtuelle Discourse.

Cette page ne mentionne que Ubuntu 18.04, ce qui n’est pas idéal (mais ce n’est pas grave), étant donné que la version 20.04 est déjà disponible. J’ai cherché, mais je n’ai pas trouvé de liste officielle des distributions où discourse-setup est censé fonctionner et être pris en charge (par exemple, sur quelles distributions discourse-setup est testé et où un dysfonctionnement est considéré comme un bug).

Cordialement,

Álex

La dernière version LTS d’Ubuntu est officiellement prise en charge.
La dernière version de Debian est également très compatible.

Si vous utilisez une autre distribution, c’est à vos risques et périls. Bien qu’il puisse y avoir des utilisateurs ici capables de vous aider avec d’autres distributions, je doute fortement qu’elles soient officiellement prises en charge.

mais ces étapes fonctionneront sur n’importe quel fournisseur de cloud compatible Docker ou serveur local.

Si vous n’êtes pas un expert, vous n’avez pas à vous en soucier.

Pourriez-vous fournir une source à ce sujet ?

Pourquoi s’embêter ? Mettez simplement à jour vers 18.04. Je suis sûr que 20.04 fonctionne aussi.

D’après votre lien :

« La version par défaut d’Ubuntu 18.04 LTS x64 fonctionne parfaitement. Au minimum, un système d’exploitation Linux 64 bits avec une version du noyau 3.10 ou supérieure est requis. »

Si « 18.04 est acceptable » signifie « nous testons les installations/mises à jour sur 18.04 et ne publions pas de code connu pour ne pas fonctionner sur cette version, ni ne publions de correctifs pour cela », et qu’aucune autre version ou distribution ne bénéficie de cette « garantie », cela me convient parfaitement : si cela reste ainsi, je mettrai à jour vers 18.04 avant que 16.04 ne cesse d’être prise en charge.

Je souhaite simplement une clarification. Si 20.04 (ou toute autre version LTS avec une durée de vie supérieure à celle d’Ubuntu 16.04, comme CentOS 8) est prise en charge, je préférerais mettre à jour vers celle-ci afin de réduire mes efforts de maintenance, mais je n’utiliserai rien d’autre que 18.04 si je n’ai pas la même « garantie » à son égard.

Je ne suis pas une entreprise et j’utilise un projet open source, donc ma politique peut vous sembler excessive, mais je ne pense pas faire une demande déraisonnable ; en gros, je demande que la documentation indique :

Nous testons les installations et les mises à jour de chaque version sur les distributions suivantes : … Les systèmes exécutant des noyaux 32 bits et/ou des versions de noyau antérieures à 3.10+ sont connus pour ne pas fonctionner.

Je ne demande explicitement le support d’aucune autre distribution/version. Je suis certain que des tests d’installation/mise à jour sont effectués ; je souhaite simplement savoir ce qui est testé.

OK, j’ai modifié ce texte en

La valeur par défaut de la version LTS actuelle prise en charge d’Ubuntu Server fonctionne bien. Au minimum, un système d’exploitation Linux 64 bits avec une version de noyau moderne est requis.

afin d’éviter toute confusion.

Merci d’avoir consulté ceci. Je me sens mal de le dire (ou j’ai peur de manquer quelque chose d’évident), mais est-ce pire ?

À moins que l’interface utilisateur de Digital Ocean ne contienne un indice vital à ce sujet (et je ne pense pas que les instructions devraient ignorer les utilisateurs non-DO), « la version LTS actuelle prise en charge d’Ubuntu Server » ; le mot « version » est au singulier, donc il n’y a qu’une seule version prise en charge ? Laquelle est-ce ? La plus récente ?

Récemment, j’ai l’impression de devoir être excessivement précis, mais en relisant cela encore et encore, je pense que ce n’est pas bien :frowning:

À tout moment, il existe au moins 2 versions LTS d’Ubuntu prises en charge. Actuellement, il y en a 3 (16.04, 18.04, 20.04). L’année prochaine, 16.04 atteindra sa fin de vie (EOL), de sorte que 18.04 et 20.04 seront pris en charge jusqu’à la sortie de 22.04. Pendant la période allant de la sortie de 22.04 jusqu’à l’EOL de 18.04, les trois versions seront prises en charge.

Oui, c’est bien la politique de support d’Ubuntu par Canonical. C’est pourquoi l’expression « la version LTS actuelle supportée d’Ubuntu Server » est ambiguë : Canonical prend généralement en charge 2 à 3 versions d’Ubuntu à un moment donné, et la documentation indique désormais (grammaticalement) que nous prenons en charge une seule d’entre elles (laquelle ?).

Puisque Discourse s’exécute dans Docker, il n’est pas très important de débattre de la distribution Linux prise en charge. C’est une idée générale. Techniquement, Discourse devrait fonctionner correctement sur du matériel et un logiciel assez modernes capables d’exécuter Docker. Toute la configuration s’effectue dans Docker, il n’y a donc aucune dépendance de paquet externe en dehors de Docker et des ports nécessaires à ouvrir sur la machine. Vous pouvez utiliser n’importe quelle distribution de votre choix ; je ne comprends pas tout ce battage.

Le bénéfice ne sera pas énorme ; il est probable que, lorsque la version 22.04 sera publiée, tout fonctionnera simplement. Et même si ce n’est pas le cas, les utilisateurs ne passeront pas tous à la mise à jour dès le jour de la sortie.

Changer une phrase ne semble pas être un effort démesuré (je pourrais me tromper, cependant). Cela pourrait en revanche sauver un pauvre utilisateur qui, ayant mis à jour avec enthousiasme le jour de la sortie, se heurte à un blocage critique et n’a pas pensé à créer un point de restauration pour pouvoir revenir en arrière. Je sais qu’il s’agit d’un projet open source avec un modèle freemium, je n’attends donc pas un support de niveau entreprise gratuit, mais je pense que je ne demande rien de déraisonnable.

(Personnellement, j’ai une infrastructure pour tester les mises à jour. Cependant, je serais plus à l’aise avec une politique de support plus claire.)

J’ai des systèmes sous 18.04 et la mise à niveau vers 20.04 n’est toujours pas disponible via sudo do-release-upgrade, donc je ne peux pas parler d’une mise à jour le jour du lancement. Elle sera possible lorsque 20.04.1 sera publié, ce qui signifiera que le logiciel a été suffisamment testé pour être considéré comme stable en production.

Bien que je comprenne votre point de vue, je ne vois toujours pas ce qui n’est pas clair. Nous avons apporté notre soutien et nos conseils à des personnes exécutant Discourse sur d’anciennes versions d’Ubuntu (14.04) ; elles parviennent généralement à télécharger une copie de sauvegarde et à la restaurer sur une installation Discourse fraîchement configurée sur une version plus récente. C’est surtout idéal pour les paranoïaques qui choisissent de rester sur un logiciel obsolète pour une raison quelconque (référence à « si ça marche, ne le répare pas »), mais personnellement, je lancerais toujours rapidement une nouvelle machine virtuelle pour vérifier le chemin de mise à niveau, puis je mettrais à niveau toutes mes installations Discourse une fois que j’aurai vérifié que tout fonctionne.

Bravo à l’équipe de Discourse qui fait plus que leur travail pour aider des individus comme nous qui auto-hébergent et finissent par casser une ou deux choses dans le processus.

Eh bien, malgré tout, des utilisateurs peuvent provisionner un système 20.04 le jour du lancement et rencontrer des dysfonctionnements. C’est encore plus étrange et moins impactant. De plus, il est possible que certains éléments ne fonctionnent pas simplement parce que do-release-upgrade commence à proposer la prochaine version.

« la version LTS actuelle prise en charge d’Ubuntu Server ». Il s’agit soit de « toutes les versions LTS actuelles prises en charge d’Ubuntu Server » (ce qui inclurait probablement la 22.04 le jour du lancement), soit d’un sous-ensemble spécifique. À ma connaissance, il n’existe pas de seule version LTS actuelle prise en charge d’Ubuntu Server.

Je suis également reconnaissant car Discourse est, selon moi, le meilleur logiciel de forum open source, mais je pense qu’il s’agit d’un petit problème qui pourrait être facilement résolu.

:bulb: Tout ce dont vous avez besoin est un Linux 64 bits capable d’exécuter une version relativement récente de Docker ainsi que des scripts bash (par exemple launcher).

Il n’est pas nécessaire d’utiliser Ubuntu. Fedora, CentOS, Arch… tous devraient fonctionner. L’utilisation d’une version LTS prise en charge d’Ubuntu est simplement une recommandation. C’est essentiellement ce qui est écrit dans la documentation.

La version par défaut de la dernière version LTS prise en charge d’Ubuntu Server fonctionne parfaitement. Au minimum, un système d’exploitation Linux 64 bits avec une version moderne du noyau est requis.

Vous pouvez choisir n’importe quel système d’exploitation x64 / version avec lequel vous êtes à l’aise, tant qu’il dispose d’une version récente de Docker. Le script launcher pourrait ne pas être capable de configurer automatiquement tout si vous n’utilisez pas une distribution basée sur Debian/Ubuntu, mais à part cela, il devrait fonctionner presque partout.

Je clôture ce sujet car la discussion n’avance nulle part.