Was ist die Ursache für die 'unmet peer dependency'-Meldungen?

Ich habe ein fehlerhaftes Update und versuche herauszufinden, welche Fehlermeldung die Ursache ist. Alle Updates, die ich in den letzten ein oder zwei Jahren durchgeführt habe, sind fehlgeschlagen und erforderten viel Herumprobieren, um sie abzuschließen.

Mir sind diese Meldungen über nicht erfüllte Peer-Abhängigkeiten bei jedem fehlgeschlagenen Update aufgefallen, aber da hier nicht viel darüber diskutiert wurde und ich unsere App schließlich zum Laufen gebracht habe, habe ich sie bis jetzt ignoriert.

Hier ist ein Beispiel:

warning " > @glint/environment-ember-loose@1.0.2" has unmet peer dependency "@glimmer/component@^1.1.2".
warning " > @glint/environment-ember-template-imports@1.0.2" has unmet peer dependency "ember-template-imports@^3.0.0".
warning " > @mixer/parallel-prettier@2.0.3" has unmet peer dependency "prettier@^2.0.0".
warning Resolution field "babel-plugin-ember-template-compilation@2.0.0" is incompatible with requested version "babel-plugin-ember-template-compilation@^2.0.1"
warning Resolution field "unset-value@2.0.1" is incompatible with requested version "unset-value@^1.0.0"
warning " > babel-plugin-debug-macros@0.4.0-pre1" has unmet peer dependency "@babel/core@^7.0.0".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/aws-s3@3.0.6" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/aws-s3-multipart@3.1.3" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/xhr-upload@3.1.1" has incorrect peer dependency "@uppy/core@^3.1.2".
warning "workspace-aggregator-a96edb02-ebd3-494c-9d78-028c6a7e5bb3 > discourse > @uppy/aws-s3 > @uppy/xhr-upload@3.3.0" has incorrect peer dependency "@uppy/core@^3.2.1".

Dies geschieht, wenn alle Plugins außer Docker Manager in meiner app.yml-Datei deaktiviert sind.
Die ähnlichste Diskussion, auf die ich gestoßen bin, deutete darauf hin, dass das Rebuild-Problem daran liegen könnte, dass unser Droplet vor vielen Jahren erstellt wurde und wir dort bei all diesen Versionen hinterherhinken, sodass die beste Lösung darin besteht, ein neues Droplet zu erstellen und zu migrieren.

Ist das die Ursache und der richtige Kurs?

1 „Gefällt mir“

Hallo Drew :slight_smile:

Auf welchem Betriebssystem und welcher Version ist Discourse installiert?

1 „Gefällt mir“

Ich habe gerade auf die neueste Discourse-Version aktualisiert, obwohl ich die App noch nicht erstellen lasse.

Ubuntu 18.04.6 LTS

Docker 20.10.14

Ich weiß nicht, warum Ihre Updates nicht funktionieren, und ich glaube, die Nachrichten, die Sie sehen, hängen nicht damit zusammen: Es handelt sich um Warnungen, nicht um Fehler.

Welche Art von „Herumfummeln“?

Die Neuinstallation von Discourse auf einem neuen Server ist ziemlich einfach und schnell (abhängig von der Größe Ihres Forums, natürlich), daher könnten Sie das auch tun, es könnte das unidentifizierte Problem lösen. Wenn ich Sie wäre, würde ich jedoch gerne wissen, was das Problem ist.

2 „Gefällt mir“

Nun, wir haben irgendwie ein wiederholtes Tag, das die App am Wiederaufbau hindert, was ich beheben kann, indem ich dieser Anleitung folge:

..aber ich kann die App nicht aufrufen, um sie zu reparieren, da sie nicht läuft und nicht startet oder neu aufgebaut werden kann.

Ich dachte, es könnte an diesen Fehlern liegen und daran, dass unser Docker und Ubuntu etwas veraltet sind.

Ich werde wahrscheinlich versuchen, eine neue Discourse-Instanz auf einem neuen Droplet zu starten, Discourse zu installieren und dann unser letztes Backup über die Befehlszeile wiederherzustellen, damit ich hoffentlich das wiederholte Tag in der DB beheben und die App neu laden kann.

Ich möchte auch den Grund für diese Warnungen erfahren, nachdem ich diese nun gesehen habe, schlägt mein Build fehl.

111:M 25 Sep 2023 23:13:54.237 # Redis ist nun bereit zum Beenden, tschüss...
/usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:110:in `readlines': Interrupt
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:110:in `block in spawn'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:103:in `popen'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:103:in `spawn'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:80:in `block in run'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:78:in `each'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/exec_command.rb:78:in `run'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/command.rb:8:in `run'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:152:in `block (2 levels) in run_commands'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:142:in `each'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:142:in `block in run_commands'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:141:in `each'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:141:in `run_commands'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/config.rb:124:in `run'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/lib/pups/cli.rb:65:in `run'
        from /usr/local/lib/ruby/gems/3.2.0/gems/pups-1.1.1/bin/pups:9:in `<top (required)>'
        from /usr/local/bin/pups:25:in `load'
        from /usr/local/bin/pups:25:in `<main>'

Ich war auf dem stabilen Build 3.1.1, habe die Datei app.yml bearbeitet, um das Data Explorer Plugin einzufügen, und jetzt schlägt es fehl. Ich habe schon länger keinen vollständigen Rebuild mehr durchgeführt, nur die Web Admin Console verwendet, um Discourse zu aktualisieren, und hatte bis jetzt noch nie Probleme. Das Ubuntu-System ist bei allen Paketen auf dem neuesten Stand.

UPDATE: Ein erneuter Rebuild hat es anscheinend behoben, die Warnungen erscheinen immer noch, aber der Rebuild war erfolgreich. Es wäre interessant zu wissen, warum die Warnungen jetzt auftreten und welche Auswirkungen sie haben (falls vorhanden).

1 „Gefällt mir“

Es gibt viele Möglichkeiten, dies zu beheben, bevor es außer Kontrolle gerät. Normalerweise können Sie eine frühere Sicherung wiederherstellen oder neu laden und den doppelten Eintrag im Admin-Bereich beheben. Bei mir geriet es außer Kontrolle, hier ist ein Worst-Case-Szenario für die manuelle Behebung der Datenbank, falls Ihnen das jemals passiert:

1 „Gefällt mir“

Sie haben offenbar Strg+C gedrückt, um den Vorgang abzubrechen, bevor er abgeschlossen war?

Diese Meldungen wie „redis ist bereit zum Beenden“ sind normal.

2 „Gefällt mir“