composer ...no 'unzip' command installed ....

[BugBuster]

Composer (der aus CM 1.1.1) ist der Meinung, er findet "unzip" nicht auf meinem Linux System, genauer:

- Updating symfony/yaml (v4.1.7 => v4.1.8): As there is no 'unzip' command installed zip files are being unpacked using the PHP zip extension.
This may cause invalid reports of corrupted archives. Besides, any UNIX permissions (e.g. executable) defined in the archives will be lost.
Installing 'unzip' may remediate them.

Das kommt wohl von hier: https://github.com/composer/composer...er.php#L48-L75

"unzip" gibt es aber bei mir im System: /usr/bin/unzip

Die PATH Variable ist auch gesetzt, worüber der Symfony\Component\Process\ExecutableFinder angeblich sucht.
Also warum ist der nun der Meinung, bei mir gäbe es kein "unzip"?

Jemand ne Idee?

[mlweb]

Eine Idee habe ich nicht. Hatte das aber vorhin auch bei einer Installation gesehen und zwar bei Netcup. Da aber alles durchgelaufen ist, habe ich das erst einmal ignoriert.

Nachtrag: Hat ja eigentlich nichts mit dem Manager zu tun sondern mit der Version 1.8 von composer.

[tab]

Also ich trau mich jetzt erst mal nicht, irgendeinen Contao-Manager aufzurufen. Kann man irgendwie verhindern, dass der sich updatet?

[intradesign]

Bei mir kam die Meldung auch, alles lief aber trotzdem problemlos. Die Konfiguration des Servers ist korrekt.

Alles in allem hinterlässt das aber trotzdem (wieder mal) ein mulmiges Gefühl bei der Nutzung von Contao, genau wie bei vielen anderen der letzten Updates. Ich finde, man hat dabei immer das Gefühl, dass man gar nicht mehr so genau weiß, was man tut... eher so ein hoffentlich gehts diesmal gut Gefühl.

[BugBuster]

Die Meldung kommt ja direkt aus Symfony, hat also direkt nichts mit Composer oder dem Manager zu tun.
Habe mir mal alte Versionen von der Symfony\Component\Process\ExecutableFinder angeschaut, das war damals auch schon so.
Offenbar wird nur neuerdings die Warnung angezeigt und früher nicht. Warum auch immer.

Der Manager 1.1.1 bringt Composer 1.7.3 mit, liegt also auch nicht an der neuen 1.8er Version.

[tab]

Aber eigentlich sollte die Meldung ja eine Ursache haben. Was also ist so verkehrt an deinem Unzip oder den Unzip von Netcup? Falsche Version? Oder hat Composer zuviel RAM gegessen und sich dabei den Magen verdorben?

[Spooky]

Also ich trau mich jetzt erst mal nicht, irgendeinen Contao-Manager aufzurufen. Kann man irgendwie verhindern, dass der sich updatet?

Das Problem hat nichts mit dem Contao Manager zu tun.

Offenbar wird nur neuerdings die Warnung angezeigt und früher nicht.

Die gibt es schon seit einigen Composer Versionen.

Alles in allem hinterlässt das aber trotzdem (wieder mal) ein mulmiges Gefühl bei der Nutzung von Contao, genau wie bei vielen anderen der letzten Updates.

Diese Meldung hat nichts mit Contao oder dem Contao Manager zu tun.

[Spooky]

Composer (der aus CM 1.1.1) ist der Meinung, er findet "unzip" nicht auf meinem Linux System, genauer:


Das kommt wohl von hier: https://github.com/composer/composer...er.php#L48-L75

"unzip" gibt es aber bei mir im System: /usr/bin/unzip

Die PATH Variable ist auch gesetzt, worüber der Symfony\Component\Process\ExecutableFinder angeblich sucht.
Also warum ist der nun der Meinung, bei mir gäbe es kein "unzip"?

Jemand ne Idee?

Passiert das selbe auch direkt über SSH?

[mlweb]

Ich habe es in meiner Testinstallation bei Netcup gerade mal über ssh durchlaufen lassen. Da kam keine Warn-Meldung.

[Spooky]

Naja es geht ja auch um sein eigenes Linux System, nicht Netcup, wenn ich das richtig verstanden habe

[mlweb]

Bei Netcup habe ich das Warning gestern beim Updaten aber auch gesehen. https://community.contao.org/de/show...l=1#post489015

[bizon]

Composer (der aus CM 1.1.1) ist der Meinung, er findet "unzip" nicht auf meinem Linux System

Wird in deiner php.ini extension=zip.so geladen?

[BugBuster]

Ja wird es, habs auch über phpinfo() geprüft: "Zip => enabled", sowohl für Applikation als auch für Kommandozeile (CLI).
Eigentlich auch logisch, denn er nimmt ja statt unzip vom Betriebssystem nun "ZipArchive" aus PHP.
(steht so in der Meldung)

Ein ReInstall von zip und unzip brachte auch nichts.
Wenn ich mal Zeit habe, steige ich da mal tiefer ein. Wie gesagt, offenbar wir unzip nicht über Suchpfad gefunden.
Beim nächsten Mal werde ich das mal auf Kommandozeile direkt aufrufen, mal sehen ob es da auch kommt.

[bizon]

Dann kann es eigentlich nur noch an open_basedir in der php.ini liegen.
Ist dort /usr/bin tatsächlich eingetragen?

[PaddySD]

@bizon
Du hast doch auch ein paar Uberspaces, bei mir ist das da nämlich leider auch.... Bei Dir?

[bizon]

Bei Uberspace ist das soweit ich weiß etwas anders. Dort sind die Pfade in $_SERVER['PATH'] gesetzt, damit hat man alles was man braucht

[BugBuster]

open_basedir ist gar nicht gesetzt, $_SERVER['PATH'] ist gesetzt und auch mit dem Pfad wo unzip liegt.

Bis jetzt hatte ich das auf Kommandozeile noch nicht, ich beobachte weiter.

[bizon]

@bizon
Du hast doch auch ein paar Uberspaces, bei mir ist das da nämlich leider auch.... Bei Dir?

Ich habe dich vorhin vielleicht falsch verstanden. Heißt das, dass du bei Uberspace das zip- bzw. unzip-Kommando nicht ausführen kannst? Oder was ist bei dir auch?

[PaddySD]

Ich hab auch die Fehlermeldung im CM. Eben bei uberspace.

Package operations: 0 installs, 4 updates, 0 removals
  - Updating contao-components/swipe (2.0.6.2 => 2.1.0): As there is no 'unzip' command installed zip files are being unpacked using the PHP zip extension.
This may cause invalid reports of corrupted archives. Besides, any UNIX permissions (e.g. executable) defined in the archives will be lost.
Installing 'unzip' may remediate them.
Downloading (100%)

Auf der CLI hab ich's noch nicht probiert. Im CM kommt es bei mir bei allen Uberspace-Installationen.

[bizon]

Ok verstanden, dann bin ich raus.

Den Contao-Manager benutze ich gar nicht, erst recht nicht auf Uberspace.
Auf Uberspace 7 klappt es über CLI einwandfrei - ohne unzip-Fehlermeldung.

[bizon]

Habe den CM 1.1.2 jetzt auf einem alten Uberspace 6 installiert. Contao 4.4.31 installiert und den dbal/doctrine-conflict in der composer.json eingetragen, dann einige weitere Bundles nachgezogen. Alles jeweils ohne die unzip-Fehlermeldung.

[Spooky]

Ich hab auch die Fehlermeldung im CM. Eben bei uberspace.

Package operations: 0 installs, 4 updates, 0 removals
  - Updating contao-components/swipe (2.0.6.2 => 2.1.0): As there is no 'unzip' command installed zip files are being unpacked using the PHP zip extension.
This may cause invalid reports of corrupted archives. Besides, any UNIX permissions (e.g. executable) defined in the archives will be lost.
Installing 'unzip' may remediate them.
Downloading (100%)

Auf der CLI hab ich's noch nicht probiert. Im CM kommt es bei mir bei allen Uberspace-Installationen.

Kontaktiere diesbezüglich den Hoster.

[PaddySD]

Ich weiss, sollte ich eigentlich machen, aber.... Du kennst das. Aktuell funktioniert es ja, Fehlermeldung hin- oder her. Insofern lasse ich das mal so, und wenn ich Zeit über habe, dann schreibe ich den Jungs. Ausserdem hätte ich vorher gerne mehr in Erfahrung gebracht, um auch entsprechend einen Fehler melden zu können.