Le guide d'installation devrait-il indiquer aux utilisateurs d'exécuter d'abord apt update et apt upgrade ?

Pourriez-vous nous fournir les journaux complets de cet échec ? Je souhaite identifier le problème afin que nous puissions le corriger.

Desktop.zip (17,9 Ko)

Non, pas les journaux d’exécution du site, mais les journaux de reconstruction où se produit l’échec.

quels fichiers vous faut-il ?

Il ne s’agit pas de fichiers, mais de ce qui est envoyé vers la sortie standard lors d’une reconstruction. Ce sont les messages affichés dans le terminal pendant que vous effectuez la reconstruction qui échoue.

Je devrais recommencer tout le processus pour obtenir ces longs.

L’une des premières questions que j’ai posées ici portait sur ce sujet : Installation text location. J’ai maintenant l’habitude de le copier-coller dans OneNote.

Si vous effectuez une reconstruction, cela lance un pull, mais pas un bootstrap.

Merci. Pourriez-vous expliquer cela en détail ?

La raison de ma question est que nous n’utilisons pas « rebuild » lors de l’installation initiale (ce que je pense être ce que vous entendez par « bootstrapping »). Nous utilisons « rebuild » par la suite, mais un « git pull » est alors effectué automatiquement. Je ne peux pas travailler lorsque « git pull » est nécessaire dans cet ensemble de trois commandes.

cd /var/discourse
git pull
./launcher rebuild app

./discourse-setup

Fait tout le travail

Est-il jamais nécessaire de taper git pull lors de l’installation initiale ou d’une reconstruction ultérieure ?

Vous n’avez pas besoin d’exécuter un git pull lors de l’installation initiale, car vous venez de cloner le dépôt. Le git pull est nécessaire pour récupérer une version mise à jour de Discourse.

De plus, s’il s’agit d’une installation initiale et que vous utilisez discourse-setup, celui-ci effectue la reconstruction (qui inclut un git pull), mais cela n’aura probablement aucun effet sauf si un commit a été poussé pendant que vous exécutiez discourse-setup.

Sommes-nous d’accord pour dire que, dans la série de trois commandes indiquées, la commande git pull n’est jamais nécessaire ? C’est ce passage que je vise :

Sinon, vous pouvez vous connecter à votre serveur via SSH et reconstruire en utilisant :

cd /var/discourse
git pull
./launcher rebuild app

Je parie que le git pull supplémentaire est inutile, à cause du code ici :

qui semble vérifier la version locale, mettre à jour et redémarrer le lanceur si elle est obsolète (et bien d’autres choses).

Par conséquent, seul ceci devrait être nécessaire lors des reconstructions suivantes :

cd /var/discourse
./launcher rebuild app

sans le git pull redondant.

(NB : il est toujours bon de plonger dans le code source pour être plus certain).
(NB#2 : j’ai supprimé mon message ci-dessus qui n’a fait qu’ajouter à la confusion).

Merci. J’étais certain de m’être convaincu de la même chose d’une manière ou d’une autre (via le forum plutôt que le code), alors j’ai cherché et trouvé :

Et PS, il semble que cela ait « toujours » fonctionné ainsi :

J’aime bien comment, sur internet, « depuis la nuit des temps » est devenu « vers 2015 apr. J.-C. » :slight_smile:

Je dirais qu’il n’est pas immédiatement évident que ce genre de manœuvre soit possible :

En gros, le script vérifie s’il est « lui-même » obsolète, se met à jour (ainsi que tous les fichiers associés), puis se réexécute. :tada: Malin :nerd_face:

C’est un motif vraiment utile à réutiliser ailleurs aussi… super travail !