Ionos hat Update-Prozess beendet - Installation zerschossen, Dependency Konflikt

[Stepinsky]

Hallo,
leider kenne ich mich mit den Tiefen des Composer Systems immer noch nicht aus. Mir hat Ionos bei einem Paketupdate den Prozess einfach abgeschossen.

# Process terminated with exit code 137
# Result: Kill (terminate immediately) [SIGKILL]

Jetzt bekomme ich Contao nicht mehr zum Laufen. Der Reparaturoption im Contao Manager funktioniert nicht und im Safe Mode kann ich Composer nicht neu installieren. Es bricht immer mit folgendem Fehler ab:

Installing dependencies from lock fileVerifying lock file contents can be installed on current platform.
Your lock file does not contain a compatible set of packages. Please run composer update.
Problem 1
    - lib-xsl is present at version 1.1.28.0 and cannot be modified by Composer
    - Only one of these can be installed: lib-libxslt[1.1.32], lib-xsl[1.1.28.0]. lib-libxslt replaces lib-xsl and thus cannot coexist with it.
    - lib-libxslt is present at version 1.1.32 and cannot be modified by Composer
# Process terminated with exit code 2
# Result: Misuse of shell builtins

Meine composer.lock im Hauptverzeichnis ist total basic:

    "require": {        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "do-while/contao-backupdb-bundle": "^1.3"
    },

Den Cache habe ich gelöscht, auch den CM Cache. Cache Warmup funktioniert nicht, da steigt der CM aus. Mit meinem begrenzten Wissen komme ich jetzt nicht weiter.
Da die Kundin nicht zu erreichen ist und auch noch ihre Zugangsdaten geändert hat, muss ich die Installation jetzt irgendwie repariert bekommen, ohne die Seite einfach neu aufzusetzen.

[lbableck]

Hallo,

lösch mal deine composer.lock (vorher sicherheitshalber ein Backup machen, wird aber eh automatisch generiert) und führ dann im abgesicherten Modus im CM Composer Update und anschließend Composer Install aus.

[Stepinsky]

Danke, das hat geholfen. Kannst du erklären warum? Die composer.lock war komplett standard, daher bin ich gar nicht auf die Idee gekommen, löschen könnte helfen.

[lbableck]

Wahrscheinlich wurde dadurch, dass der Prozess gekillt wurde, irgendein Blödsinn in die composer.lock geschrieben bzw. nicht alle Abhängigkeiten aktualisiert oder sowas.
Dann funktioniert natürlich Composer Install nicht mehr, da möglicherweise Pakete fehlen oder inkompatibel zueinander sind.
Composer Update generiert die composer.lock neu, wenn das dann erfolgreich ist, läuft auch Composer Install wieder durch.

[Stepinsky]

Wahrscheinlich wurde dadurch, dass der Prozess gekillt wurde, irgendein Blödsinn in die composer.lock geschrieben bzw. nicht alle Abhängigkeiten aktualisiert oder sowas.
Dann funktioniert natürlich Composer Install nicht mehr, da möglicherweise Pakete fehlen oder inkompatibel zueinander sind.
Composer Update generiert die composer.lock neu, wenn das dann erfolgreich ist, läuft auch Composer Install wieder durch.

Daran hatte ich auch gedacht. Aber in der Standard composer.lock war alles unverfänglich. Es muss irgendwo anders noch eine Dependency Liste geben, vielleicht beim CM selbst. Ich habe im CM Ordner allerdings nichts gefunden.
Vielleicht wird durch das Löschen der composer.lock nochmals eine Neugenerierung der Paketabhängigkeiten angestoßen.

Vielen Dank nochmals für deine Hilfe.

Ich muss jetzt nochmals nach weiteren Infos suchen, was genau bei einem Update durch den Contao Manager passiert. Welche Dateien werden wo wofür angelegt. Welche Konfiguration arbeitet der CM ab, etc.
Ich darf in Zukunft bei solchen Problemen nicht weiter hilflos da stehen.

[lbableck]

Es muss irgendwo anders noch eine Dependency Liste geben, vielleicht beim CM selbst.

Die composer.lock ist die Dependency Liste.
In deiner composer.json stehen ja deine Pakete ohne Dependencies, also wie du sie im CM hinzufügst.
In der composer.lock stehen die Pakete samt Dependencies, wie sie von composer update aufgelöst werden.

[mlweb]

Im Grunde genommen ist die composer.json die Liste der Dinge, die installiert werden sollen und die composer.lock die Liste der Dinge, die konkret installiert sind (inkl. aller abhängigen Pakete mit der genauen Versionsnummer).
Es kann also auch keine Standard composer.lock geben, weil in die Auflösungen der Abhängigkeiten z.B. auch die verwendete PHP-Version mit einfließt.