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

[Patric]

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:

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?

[lucina]

Probiere es noch einmal, der Fehler sollte jetzt gefixt sein.

[Patric]

Funktioniert wieder, vielen Dank!
Woran hat es denn gelegen?

[lucina]

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

[Ulrich]

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

[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)

[Ulrich]

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...

[Jens]

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:

    "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:

    "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

[fiedsch]

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:

    "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.

[Spooky]

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.

[Jens]

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

[webstar]

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.