Ce plugin est maintenant inclus dans le cœur de Discourse et n’a plus besoin d’être installé. La prochaine fois que vous exécuterez un ./launcher rebuild app ou que vous mettrez à jour depuis l’interface d’administration, cela échouera avec l’erreur :
bootstrap failed with exit code 128
---
HINT: The plugin 'discourse-reactions' is now bundled with Discourse and should not be included in your container configuration.
Remove the line 'git clone https://github.com/discourse/discourse-reactions' from your containers/app.yml file, then try again.
For more information, see https://meta.discourse.org/t/373574
Idéalement, supprimez ce plugin de votre app.yml dès maintenant pour éviter des problèmes lors de la mise à jour.
Je me demande si le premier message du sujet devrait maintenant mentionner qu’il est essentiellement obsolète car il est dans le cœur de Discourse ? ref : Bundling more popular plugins with Discourse core
La même chose m’est arrivée aujourd’hui lors de ma mise à jour. Non seulement les réactions, mais aussi pas mal de plugins ont été regroupés avec le cœur de Discourse et doivent donc être supprimés de app.yml.
Je ne suis pas sûr de quel est le problème ici étant donné que l’erreur est très claire. J’ai été surpris aussi, mais j’ai suivi les instructions de l’erreur pour supprimer les éléments incriminés, puis j’ai reconstruit, et tout est rentré dans l’ordre.
J’ai aussi trouvé que la catégorie choisie pour l’annonce était plutôt inhabituelle. Je ne pense pas que quelqu’un la regarde car des questions de support y sont souvent posées.
Peut-être que des sous-catégories dans les annonces seraient mieux, alors vous pourriez informer séparément les clients hébergés et les auto-hébergés (et les développeurs). Tout le monde est informé d’une publication, mais vous pouvez choisir si vous souhaitez être informé de toutes les sous-catégories.
De plus, une réponse au sujet pour le faire remonter après la modification aurait été utile. Sinon, il est très facile de manquer les modifications.
Ce n’est pas un problème majeur, mais c’est frustrant de découvrir un problème lors d’une reconstruction de routine, par exemple pour la prochaine mise à niveau de version.
Pour les changements majeurs dans Discourse Core qui affectent les composants de thème, nous recevons des avis visibles uniquement par les administrateurs des semaines à l’avance, ce qui nous permet de corriger ou de supprimer ces composants de thème. Il en serait de même lorsqu’il est prévu qu’un plugin devienne Core.
Par exemple, je sais par ce sujet et les sujets liés que Data Explorer va être ajouté à Core. C’est génial. Mais j’ai besoin d’un avis/annonce décent sur le moment où cela se produira, car je ne le supprimerai que lorsqu’il sera inclus. Sinon, si je le supprime maintenant, il y a un risque qu’il y ait une période sansData Explorer.
J’ai décidé de déplacer cette discussion récente du sujet du plugin des réactions vers Contribute > Site feedback, car elle porte sur la manière dont nous utilisons ce site pour communiquer concernant les plugins qui migrent vers le cœur du système. Cela arrivera de temps en temps, mais nous lançons actuellement une grande campagne pour intégrer de nombreux plugins populaires dans le cœur, ce qui affectera de nombreux utilisateurs en auto-hébergement. Cela est annoncé dans Bundling more popular plugins with Discourse core.
@moin a suggéré que le sujet d’annonce Bundling more popular plugins with Discourse core aurait pu être publié dans #announcements, ou que nous pourrions créer une sous-catégorie dédiée aux annonces pour les auto-hébergeurs. C’est aussi une bonne idée. Cependant, il faudrait alors veiller à ne pas confondre nos clients en auto-gestion et nos clients en hébergement d’entreprise, qui n’ont rien à faire.
Tous les plugins concernés doivent voir leurs sujets révisés pour supprimer les instructions d’installation et indiquer qu’ils sont inclus dans le cœur et ne nécessitent pas d’installation, tout en étant marqués avec le tag included-in-core.
@JammyDodger, peux-tu me rappeler quelle est l’intention derrière le tag included-in-core ? Est-ce aussi explicite que de simplement communiquer le fait qu’un plugin donné est intégré au cœur et ne nécessite pas d’être installé de la manière habituelle en l’ajoutant à app.yml ?
Oui, c’est juste un moyen de regrouper ceux-là et d’indiquer qu’il s’agit des plugins « groupés ». Et cela sert également de marqueur pour quiconque a la balise comme « Regarder le premier message » afin qu’il soit informé de tout nouveau.
Donc, ajouter la balise, mettre à jour la description d’installation et laisser un nouveau message dans le sujet du plugin pour dire « bonnes nouvelles à tous ceci est maintenant groupé et n’a pas besoin d’être installé séparément, yada yada, retirez de app.yml » est généralement la partie méta des choses. (Peut-être une saveur légèrement différente si quelque chose a réellement été intégré au cœur plutôt que simplement groupé en tant que plugin). L’objectif est de le faire le plus près possible de l’événement. J’espère qu’un message du tableau de bord administrateur est également fait, mais c’est une autre chose.
Pour une image plus complète, il y a encore des incohérences dans la façon dont les plugins groupés sont présentés ici sur meta et dans l’interface utilisateur. Certains n’ont pas de sujets de plugin (sondages, Discobot, masquer les détails, dates locales, etc.), et certains sont également masqués de la page des plugins sur les sites (chat, sondages, Discobot, etc.). Lisser ces éléments serait bien afin qu’il soit plus facile de comprendre pour toute nouvelle personne ce qui est quoi.
OK ! J’ai fait le nécessaire. J’ai ajouté la balise included-in-core, mis à jour le sujet initial et ajouté une réponse. Dans certains cas, j’ai également constaté des mises à jour nécessaires au sujet initial. Merci @moin pour votre œil de aigle pour trouver les problèmes.
N’hésitez pas à signaler les sujets concernés qui nécessitent des corrections ou des mises à jour supplémentaires. Sinon, je pense que nous avons rattrapé notre retard.
ceci est maintenant groupé et n’a pas besoin d’être installé séparément, yada yada, retirez de app.yml » est généralement la partie méta des choses. (Peut-être une saveur légèrement différente si quelque chose a réellement été intégré au cœur plutôt que simplement groupé en tant que plugin). L’objectif est de le faire le plus près possible de l’événement. 
J’espère qu’un message du tableau de bord administrateur est également fait, mais c’est une autre chose.
aigle pour trouver les problèmes.