Этот плагин теперь включён в ядро Discourse и больше не требует установки. В следующий раз, когда вы запустите ./launcher rebuild app или обновите систему через Admin UI, процесс завершится ошибкой:
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
В идеале следует удалить этот плагин из вашего файла app.yml прямо сейчас, чтобы избежать проблем при обновлении.
Ах! Спасибо, я прочитал ваш пост слишком поздно. Не нужно рассказывать вам о панике, которая охватила меня сегодня утром, когда мой сайт перестал обновляться!
Со мной сегодня произошло то же самое после обновления. Не только реакции, но и довольно много плагинов теперь включены в ядро Discourse, поэтому их нужно удалить из app.yml.
Не совсем понимаю, в чём проблема, учитывая, что сообщение об ошибке очень ясное. Я тоже удивился, но последовал инструкциям в ошибке: удалил проблемные элементы, затем пересобрал, и всё заработало.
Я тоже считал, что выбранная категория для объявления довольно необычна. Думаю, её никто не отслеживает, так как там часто задают вопросы по поддержке.
Возможно, лучше использовать подкатегории в объявлениях — тогда можно было бы информировать клиентов хостинга, тех, кто использует самостоятельное размещение, и разработчиков отдельно. Все получают уведомления о выпуске, но можно выбрать, получать ли уведомления обо всех подкатегориях.
Также было бы полезно ответить на тему после её редактирования, чтобы поднять её в списке. Иначе правки очень легко пропустить.
Это не критическая проблема, но неприятно обнаруживать её во время плановой пересборки, например, перед обновлением до следующей версии.
Для критических изменений в ядре Discourse, затрагивающих компоненты тем, администраторы получают уведомления за несколько недель до их внедрения, что позволяет нам исправить или удалить соответствующие элементы тем. Было бы здорово получить аналогичную практику, когда планируется включение плагина в состав ядра.
Например, из этой и связанных тем я знаю, что Data Explorer будет включён в ядро. Это отлично. Но мне нужно своевременное уведомление или объявление о том, когда это произойдёт, поскольку я удалю плагин только после его интеграции. Иначе, если я удалю его сейчас, может возникнуть период, когда Data Explorer будет недоступен.
Я решил перенести недавнее обсуждение из темы плагина reactions в #site-feedback, так как оно касается того, как мы используем этот сайт для обсуждения переноса плагинов в ядро. Такое случается время от времени, но сейчас мы активно продвигаем перенос многих популярных плагинов в ядро, что затронет множество пользователей с самостоятельным хостингом. Об этом объявлено здесь: Bundling more popular plugins with Discourse core.
@moin предложил, что тема объявления Bundling more popular plugins with Discourse core могла бы быть размещена в #announcements, либо мы могли бы создать там подкатегорию для объявлений, касающихся самостоятельного хостинга. Это тоже хорошая идея. Однако в таком случае нам нужно будет следить за тем, чтобы не запутать наших клиентов с самостоятельным обслуживанием и корпоративным хостингом, которым ничего не нужно делать.
Для всех затронутых плагинов необходимо пересмотреть их темы, чтобы удалить инструкции по установке, указать, что они включены в ядро и не требуют установки, а также добавить тег included-in-core.
@JammyDodger, не могли бы вы напомнить мне, в чём заключается цель тега included-in-core? Он настолько очевиден, что просто сообщает о том, что данный плагин включён в ядро и не требует обычной установки путём добавления в app.yml?
Да, это просто способ сгруппировать их и указать, что это «встроенные» плагины. Кроме того, это служит маркером для тех, у кого этот тег установлен как «Следить за первым сообщением», чтобы они получали уведомление о появлении новых плагинов.
Таким образом, добавление тега, обновление описания установки и создание нового сообщения в теме плагина с сообщением «хорошие новости, друзья теперь он встроен и не требует отдельной установки, blah-blah, удалите из app.yml» — это обычно мета-часть процесса. (Возможно, несколько иной подход, если плагин действительно перемещён в ядро, а не просто встроен как плагин). Цель — выполнить это как можно ближе к моменту события. Надеюсь, также будет добавлено сообщение в панели администратора, но это уже отдельная задача.
Для более полной картины стоит отметить, что в представлении встроенных плагинов здесь, на Meta, и в интерфейсе всё ещё есть некоторые несоответствия. У некоторых нет тем плагинов (опросы, Discobot, скрытие деталей, локальные даты и т. д.), а некоторые скрыты со страницы плагинов на сайтах (чат, опросы, Discobot и т. д.). Было бы неплохо устранить эти несоответствия, чтобы новичкам было проще понять, что есть что.
Отлично! Я всё сделал. Добавил тег included-in-core, обновил оригинальный пост и ответил. В некоторых случаях я также обнаружил, что в оригинальном посте нужны были дополнительные правки. Спасибо @moin за твоё орлиное зрение, которое помогло найти проблемы.
Не стесняйтесь помечать затронутые темы, требующие дальнейшей доработки или обновлений. В остальном, думаю, мы всё поправили.
теперь он встроен и не требует отдельной установки, blah-blah, удалите из app.yml» — это обычно мета-часть процесса. (Возможно, несколько иной подход, если плагин действительно перемещён в ядро, а не просто встроен как плагин). Цель — выполнить это как можно ближе к моменту события. 
Надеюсь, также будет добавлено сообщение в панели администратора, но это уже отдельная задача.
орлиное зрение, которое помогло найти проблемы.