Korrekt,
Oh, es sei denn, Sie beziehen sich auf Falcos Vorschlag, in diesem Fall sollten Updates in Ordnung sein, da die Version für die “fehlgeschlagene” Gem-Datei auf die funktionierende Version gesperrt wird.
Korrekt,
Oh, es sei denn, Sie beziehen sich auf Falcos Vorschlag, in diesem Fall sollten Updates in Ordnung sein, da die Version für die “fehlgeschlagene” Gem-Datei auf die funktionierende Version gesperrt wird.
Ja. Ich bezog mich auf den sed-Hook. OK, ich verstehe, theoretisch würde das die ältere Gem-Version erzwingen, sodass ein Update in Ordnung wäre. Wenn der alte Commit-Build fertig ist (und er sieht bisher gut aus), gehe ich vielleicht zum aktuellen Commit zurück und teste diesen Hook als Test. Build abgeschlossen, mal sehen, ob ich wieder hochgefahren bin …
Zurück zum alten Commit. Danke an alle! Da ich weiß, dass das funktionieren wird, werde ich auf dem aktuellen Commit mit dem sed-Hook neu aufbauen, um zu testen.
Build-Test fehlgeschlagen. Möglicherweise gebe ich es falsch an. Hier ist der Fehler:
Pups::ExecError: sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock ist mit Rückgabe fehlgeschlagen #<Process::Status: pid 222 exit 2>
Ort des Fehlschlags: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec fehlgeschlagen mit den Parametern {"cmd"=>["sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock"]}
bootstrap fehlgeschlagen mit Exit-Code 2
Hier ist, wie ich es hinzugefügt habe:
## Plugins kommen hierher
## siehe https://meta.discourse.org/t/19157 für Details
hooks:
after_code:
### Versuchte Korrektur
- exec:
cmd:
- sed -i -e 's/oj (3.13.*/oj (3.13.14)/' Gemfile.lock
- exec:
cd: $home/plugins
cmd:
- git clone https://github.com/discourse/docker_manager.git
- git clone https://github.com/discourse/discourse-push-notifications.git
- git clone https://github.com/davidtaylorhq/discourse-whos-online.git
Großartig, ignoriert mich! Das ist der richtige Weg, einen Fall wie diesen zu behandeln!
Um es klarzustellen, ich verstehe vollkommen, was es bedeutet, Teil eines freien und quelloffenen Projekts zu sein, daher verstehe ich, dass Sie Feedback von der Community benötigen. (Ich leite eines)
Das Letzte, was Sie (ich spreche hier das gesamte Team an) tun können, ist, den Mitgliedern dafür zu danken, dass sie das Problem angesprochen und sich die Mühe gemacht haben, es zu recherchieren, und ihnen auch ein Update darüber zu geben, was Sie bisher getan haben.
Ist das wirklich so schwer zu tun?!?
Ich habe das hier gepatcht:
Es sollte in unserem Quellcodebaum innerhalb der nächsten Stunde landen. Lassen Sie mich wissen, ob es funktioniert.
Vielen Dank für die Benachrichtigung.
Build OK, jetzt läuft 2.9.0.beta7 erfolgreich. Vielen Dank und danke an alle für die schnelle Reaktion auf dieses Problem – sehr geschätzt!
Ich kann auch bestätigen, dass der temporäre Fix auf unserer Seite funktioniert hat. Vielen Dank für die Bereitstellung dieses Fixes.
Für uns kam dieser Fix leider zu spät, da die Räder bereits in Bewegung gesetzt wurden, um den aktuellen Server (AMD Opteron 4180) durch einen moderneren zu ersetzen. Vor elf Tagen hatte ich keine Ahnung, ob Sie mich im Stich lassen würden oder ernsthaft nach einer Lösung suchen würden.
Ab nächsten Monat müssen wir wegen dieses Problems das Doppelte pro Monat bezahlen, und wir sind ein kleines gemeinnütziges Open-Source-Projekt.
Wie unser Projekt haben Sie ein unglaubliches Team von Codern, aber in Bezug auf die Kommunikation sollten Sie ehrlich gesagt an ernsthaften Verbesserungen arbeiten.
Jemanden, der mit großer Hilfe von @jonathon den Fehler gefunden hat, nachdem das Forum mehr als 24 Stunden ausgefallen war, zehn Tage lang im Dunkeln zu lassen, ohne jegliche Kommunikation, darüber sollten Sie sich schämen.
Ich glaube nicht, dass ich Sie daran erinnern muss, dass Sie eine Plattform für Leute bereitstellen, die mit ihrer Community kommunizieren wollen.
Ich denke, Sie und Ihr Team bieten eine der besten, vielleicht die beste, Forensoftware an, die es derzeit gibt. Ich war nicht so sehr über das technische Problem verärgert, sondern mehr über die mangelnde Kommunikation. Bitte lernen Sie aus diesem Fall.
[oj gem] v3.13.20 ist jetzt verfügbar und deaktiviert [SSEv4.2] standardmäßig: #806
Vielen Dank für die Informationen.
Nur für den Fall, dass jemand auf dieses Problem stößt und das Image neu erstellen möchte/muss, bevor discourse_docker mit einem neueren Image aktualisiert wird, können Sie das Skript /var/discourse/launcher bearbeiten und ein neueres Basis-Image zum Erstellen auswählen, z. B.:
-image="discourse/base:2.0.20220720-0049"
+image="discourse/base:2.0.20220812-0056"
Das neuere Image enthält den oj=0.3.14 Gem-Pin von Discourse update keeps failing - #69 by sam und so wird der Neuaufbau erfolgreich abgeschlossen.
Die Bildversion im Launcher wurde aktualisiert. Ein git pull holt die neueste Version:
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.