Contao 4.4 Installation schlägt fehl (Symfony 5 is required for Monolog 2)

Druckbare Version

13.11.2019, 15:22
Patric

Contao 4.4 Installation schlägt fehl (Symfony 5 is required for Monolog 2)

Hallo zusammen,
bei der Installation von Contao 4.4 mittels CM auf unserem Webserver, erhalte ich seit heute folgenden mir bisher unbekannten Fehler in der Konsolenausgabe:

PHP-Code:

An error occurred while executing the "contao:install-web-dir" command: In MonologExtension.php line 55: Symfony 5 is required for Monolog 2 support. Please downgrade Monolog to ve rsion 1. install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] [<packages>...] # Process terminated with exit code 1 # Result: General error

Auch eine Installation rein über die Konsole schlug fehl. Hat da jemand eine Idee?
13.11.2019, 16:13
lucina

Probiere es noch einmal, der Fehler sollte jetzt gefixt sein.
13.11.2019, 16:43
Patric

Funktioniert wieder, vielen Dank! :)
Woran hat es denn gelegen?
13.11.2019, 17:22
lucina

Inkompatibilität einer Symfony-Version. Leo hat das schnell gefixt, indem der es als Conflict eingetragen hat.
14.11.2019, 13:41
Ulrich

Sorry, ich laufe weiterhin auf den Fehler, wenn ich den Eintrag bei den requirements für monolog ver ^1.22 wieder rausnehme...
14.11.2019, 14:21
fiedsch

Hast Du in Deiner composer.json ein requires Eintrag für "contao/conflicts"? Wenn nicht, füge einen hinzu. (siehe https://github.com/contao/conflicts)
14.11.2019, 14:27
Ulrich

Zitat:

Zitat von fiedsch

Hast Du in Deiner composer.json ein requires Eintrag für "contao/conflicts"? Wenn nicht, füge einen hinzu. (siehe https://github.com/contao/conflicts)

Vielen Dank! Ich hatte übersehen, dass es hier um eine Installation ging, während es in meinem Falle um ein Update geht. Nach Eintrag des "conflicts" läuft es...
17.11.2019, 18:12
Jens

Zitat:

Zitat von fiedsch

Hast Du in Deiner composer.json ein requires Eintrag für "contao/conflicts"? Wenn nicht, füge einen hinzu. (siehe https://github.com/contao/conflicts)

vielleicht sollte man noch kurz erwähnen, dass es beim hinzufügen des Dev-Pakets zu einem Problem kommen kann, wenn die minimale Stabilität bei Composer auf „stabile“ gesetzt ist (was eigentlich Standard ist). Um das zu umgehen, kann man die minimum-stability in der composer.json herabsetzen:

PHP-Code:

"config": { "minimum-stability": "@dev", "prefer-stable": true },

Damit erlaubt man Dev-Pakete, während dennoch „stabile“ Pakete bevorzugt werden.

Wer bereits ein Update angestoßen hat und in ein dead-loop gefangen ist, der sollte „manuell“ zuerst einmal die Pakete in der eigenen composer.json sperren, indem man den conflicts-Block um folgende erweitert:

PHP-Code:

"conflict": { "doctrine/dbal": "2.9.* <2.9.3", "doctrine/doctrine-migrations-bundle": "<1.1", "doctrine/orm": "<2.4", "knplabs/knp-time-bundle": "1.9.0", "lexik/maintenance-bundle": "2.1.4", "monolog/monolog": ">=2", "symfony/finder": "3.4.7 || 4.0.7", "symfony/framework-bundle": "4.2.7", "symfony/security": "3.3.17 || 3.4.7 || 3.4.8 || 3.4.11", "symfony/swiftmailer-bundle": "2.6.* <2.6.2", "symfony/twig-bundle": "4.1.0", "twig/twig": "2.7.0" }

Danach einmal composer update laufen lassen und im Anschluss sollte man mit composer require contao/conflicts:@dev das neue Paket hinzugefügt bekommen. Danach sollte man die vorher angelegten Einträge wieder löschen und erneut composer update ausführen. Damit sollte man immer die neuste Version der conflicts-Liste verwenden.

Gruß
Jens
17.11.2019, 18:26
fiedsch

Zitat:

Zitat von Jens

vielleicht sollte man noch kurz erwähnen, dass es beim hinzufügen des Dev-Pakets zu einem Problem kommen kann, wenn die minimale Stabilität bei Composer auf „stabile“ gesetzt ist (was eigentlich Standard ist). Um das zu umgehen, kann man die minimum-stability in der composer.json herabsetzen:

PHP-Code:

"config": { "minimum-stability": "@dev", "prefer-stable": true },

Wenn ich es richtig verstehe würde das dann aber für alle Pakete gelten, was man nicht unbedingt haben will.

Ich habe eben noch Mal nachgeschaut. In meiner betroffenen Installation habe ich nur "contao/conflicts": "@dev" zum Abschitt "require" hinzugefügt. Sonst nichts. Danach ist das composer update (auf der Kommandozeile!) durchgelaufen.
17.11.2019, 19:02
Spooky

Zitat:

Zitat von Jens

vielleicht sollte man noch kurz erwähnen, dass es beim hinzufügen des Dev-Pakets zu einem Problem kommen kann, wenn die minimale Stabilität bei Composer auf „stabile“ gesetzt ist (was eigentlich Standard ist). Um das zu umgehen, kann man die minimum-stability in der composer.json herabsetzen:

Das musst du nicht machen, wenn du @dev eingetragen hast.
21.11.2019, 13:20
Jens

Zitat:

Zitat von Spooky

Das musst du nicht machen, wenn du @dev eingetragen hast.

Hallo,

interessant - dann muss ich die Tage einmal schauen, warum das bei einer Testinstallation notwendig war. bei mir wurde (wenn ich mich recht erinnere) die Installation verweigert, weil "minimum-stability" auf stable stand.

Gruß
Jens
21.11.2019, 13:27
webstar

Zitat:

Zitat von Jens

interessant - dann muss ich die Tage einmal schauen, warum das bei einer Testinstallation notwendig war. bei mir wurde (wenn ich mich recht erinnere) die Installation verweigert, weil "minimum-stability" auf stable stand.

Dieser Fehler tritt nur auf, wenn indirekte Abhängigkeiten die minimale Stabilität nicht erfüllen. Wenn man selbst instabile Pakete in der composer.json des Proejekts anfordert, werden diese installiert.

Was fehl schlagen würde: das contao/core-bundle required contao/tcpdf-bundle als Beta-Version, wobei die minimale Stabilität auf "stable" steht.