Composer deinstallieren

Druckbare Version

14.08.2014, 01:12
FurtFan86

Composer deinstallieren

Moin Moin,

ich bin noch relativ unerfahren mit dem CMS Contao (Habe gerade das Buch von Peter Müller durchgearbeitet). Ich wollte gestern die Verwaltung der Erweiterungen mit dem Composer ausprobieren und wurde damit nicht so recht warm.

Als ich den Composer deinstallieren wollte erschien folgende Fehlermeldung:

Fatal error: Uncaught exception Composer\Downloader\TransportException with message The "https://api.github.com/repos/contao/tcpdf/zipball/d0a2b268fe5b4d826ac09ff58b329547fda61198" file could not be downloaded (HTTP/1.1 404 Not Found) thrown in phar://composer/composer.phar/src/Composer/Util/RemoteFilesystem.php on line 197

#0 phar://composer/composer.phar/src/Composer/Util/RemoteFilesystem.php(69): Composer\Util\RemoteFilesystem->get('api.github.com', 'https://api.git...', Array, '/Applications/M...', false)
#1 phar://composer/composer.phar/src/Composer/Downloader/FileDownloader.php(135): Composer\Util\RemoteFilesystem->copy('api.github.com', 'https://api.git...', '/Applications/M...', false, Array)
#2 phar://composer/composer.phar/src/Composer/Downloader/FileDownloader.php(89): Composer\Downloader\FileDownloader->doDownload(Object(Composer\Package\CompletePack ag e), '/Applications/M...', 'https://api.git...')
#3 phar://composer/composer.phar/src/Composer/Downloader/ArchiveDownloader.php(35): Composer\Downloader\FileDownloader->download(Object(Composer\Package\CompletePackag e) , '/Applications/M...')
#4 phar://composer/composer.phar/src/Composer/Downloader/DownloadManager.php(201): Composer\Downloader\ArchiveDownloader->download(Object(Composer\Package\CompletePackag e) , '/Applications/M...')
#5 phar://composer/composer.phar/src/Composer/Installer/LibraryInstaller.php(155): Composer\Downloader\DownloadManager->download(Object(Composer\Package\CompletePackag e) , '/Applications/M...')
#6 phar://composer/composer.phar/src/Composer/Installer/LibraryInstaller.php(86): Composer\Installer\LibraryInstaller->installCode(Object(Composer\Package\CompletePac ka ge))
#7 phar://composer/composer.phar/src/Composer/Installer/InstallationManager.php(152): Composer\Installer\LibraryInstaller->install(Object(Composer\Repository\InstalledFil es ystemRepository), Object(Composer\Package\CompletePackage))
#8 phar://composer/composer.phar/src/Composer/Installer/InstallationManager.php(139): Composer\Installer\InstallationManager->install(Object(Composer\Repository\InstalledFil es ystemRepository), Object(Composer\DependencyResolver\Operation\Insta llOperation))
#9 phar://composer/composer.phar/src/Composer/Installer.php(543): Composer\Installer\InstallationManager->execute(Object(Composer\Repository\InstalledFil es ystemRepository), Object(Composer\DependencyResolver\Operation\Insta llOperation))
#10 phar://composer/composer.phar/src/Composer/Installer.php(216): Composer\Installer->doInstall(Object(Composer\Repository\InstalledF il esystemRepository), Object(Composer\Repository\CompositeRepository), Object(Composer\Repository\PlatformRepository), Array, false)
#11 system/modules/!composer/ContaoCommunityAlliance/Contao/Composer/Controller/UndoMigrationController.php(64): Composer\Installer->run()
#12 system/modules/!composer/ContaoCommunityAlliance/Contao/Composer/ClientBackend.php(215): ContaoCommunityAlliance\Contao\Composer\Controller \UndoMigrationController->handle(Object(Contao\Input))
#13 system/modules/core/classes/Backend.php(410): ContaoCommunityAlliance\Contao\Composer\ClientBack end->generate()
#14 contao/main.php(142): Contao\Backend->getBackendModule('composer')
#15 contao/main.php(293): Main->run()
#16 {main}

Habe ich irgendeine Chance meine Installation zu retten?

Liebe Grüße
Lennart
14.08.2014, 06:20
css-umsetzung

Du kannst ihn in den Einstellungen deaktivieren und den Erweiterungskatalog dort wieder aktivieren.
14.08.2014, 12:13
FurtFan86

Die von mir gepostete Fehlermeldung tritt immer dann auf, wenn ich unter "Einstellungen" wieder zum normalen Erweiterungskatalog wechseln möchte.
14.08.2014, 12:31
ciaobello

Hast Du denn bei den Erweiterungen (im Forum) unter Composer schon mal ein bisschen gestöbert? Da haben wir das Thema mit der Installation und Deinstallation schon ein paar mal durchgenommen.

Ich verstehe darum nicht, wieso dieses Thema denn bei Installationen/Update erstellt wurde. Composer ist noch kein Teil vom Contao Core.
14.08.2014, 13:13
FurtFan86

Bei meiner Suche stieß ich auf ein ähnlichen Beitrag unter Installationen. Deswegen dachte ich es sei ok. Sorry
14.08.2014, 13:34
ciaobello

Zitat:

Zitat von FurtFan86

Bei meiner Suche stieß ich auf ein ähnlichen Beitrag unter Installationen. Deswegen dachte ich es sei ok. Sorry

Du darfst die Moderation zu jeder Zeit bitten damit man Dein Thema verschiebt. Ordnung zu halten liegt in der Verantwortung jedes einzelnen hier. Die Moderation arbeitet ja schließlich auch ohne finanzielle Interessen und sollte nicht zum Putzen hier im Forums verantwortlich gemacht werden.

(Nimms bitte nicht persönlich ... ist eine generelle Feststellung ;) )
06.11.2014, 10:19
aadursun

Probleme mit der Deinstallation von dem Composer unter Ct. 3.3.0

Ich komme bei der De-Installation des Composers unter Contao 3.3.0 nicht weiter.
Erhalte folgende Meldung, wenn ich im Backend auf Erweiterungsverwaltung klicke.

http://prntscr.com/53jofk

VG
aadursun
06.11.2014, 11:46
Flex

Hast du das normale Extension Repository unter Einstellungen wieder aktiviert und im Install Tool die Datenbank aktualisiert?
Genau da scheinte s gerade zu haken.
07.11.2014, 22:43
aadursun

OK, super hat funktioniert.

VG
aadursun
08.11.2014, 10:51
tril

Wir werden die Option "zur alten Erweiterungsverwaltung zurück kehren" wird ohnehin entfernt.
Warum? Weil diese Option nur funktioniert, wenn Composer auch richtig funktioniert. Und in der Regel will man ja zurück, wenn Composer nicht funktioniert.

Hier die Kurzanleitung:
- In den Systemeinstellungen die Erweiterung !composer deaktivieren
- In den Systemeinstellungen die Erweiterung repository aktivieren
- Via Install-Tool die Datenbank aktualisieren
- Alle Erweiterungen über die Erweiterungsverwaltung neu installieren
- Via FTP das Verzeichnis TL_ROOT/composer löschen
- Via FTP das Verzeichnis TL_ROOT/system/modules/!composer löschen

PS: Der von dir genante Fehler:

Zitat:

The "https://api.github.com/repos/contao/tcpdf/zipball/d0a2b268fe5b4d826ac09ff58b329547fda61198" file could not be downloaded (HTTP/1.1 404 Not Found)

Ist vermutlich nur ein temporäres github Problem gewesen. Wenn ich jetzt die URL aufrufe kann ich die Datei herunterladen. github halt, die kränkeln gerne rum.

MfG Tristan
08.11.2014, 11:47
magicsepp

Danke Tril, habs mal hier eingefügt: http://de.contaowiki.org/Composer/Client#Deinstallation
25.03.2016, 09:33
Spooky

Meines Erachtens kann diese Anleitung nicht funktionieren. Deaktiviert man den composer-client (also !composer), deaktiviert man auch die autoload.php - dadurch ist es sehr wahrscheinlich, dass das Front- und Backend dann nicht mehr funktionstüchtig ist - je nach installierten Extensions, weil immer noch alle Extensions im /system/modules Ordner aktiv sind und diese Extensions evt. Klassen brauchen, die vom Autoloader geladen werden.

Die Entscheidung "zur alten Erweiterungsverwaltung zurück kehren" zu entfernen kann ich auch nicht nachvollziehen - manche wollen vielleicht auch im Funktionstüchtigen Zustand zurückkehren, weil sie vielleicht im Anbetracht der aktuellen Umstände kein Packet Update mehr durchführen können oder dergleichen und daher die Entscheidung treffen, doch lieber ohne die Paketverwaltung auskommen zu können.
01.04.2016, 17:14
xtra

Zitat:

Zitat von Spooky

Meines Erachtens kann diese Anleitung nicht funktionieren. Deaktiviert man den composer-client (also !composer), deaktiviert man auch die autoload.php - dadurch ist es sehr wahrscheinlich, dass das Front- und Backend dann nicht mehr funktionstüchtig ist - je nach installierten Extensions, weil immer noch alle Extensions im /system/modules Ordner aktiv sind und diese Extensions evt. Klassen brauchen, die vom Autoloader geladen werden.

Korrekt, das koennte passieren.

Zitat:

Zitat von Spooky

Die Entscheidung "zur alten Erweiterungsverwaltung zurück kehren" zu entfernen kann ich auch nicht nachvollziehen - manche wollen vielleicht auch im Funktionstüchtigen Zustand zurückkehren, weil sie vielleicht im Anbetracht der aktuellen Umstände kein Packet Update mehr durchführen können oder dergleichen und daher die Entscheidung treffen, doch lieber ohne die Paketverwaltung auskommen zu können.

Aus u.a. dem obigen Problem und noch einigen anderen kann eine automatische Ryckkehr zum alten ER2 nicht bzw. nicht mit gerechtfertigtem Aufwand realisiert werden. Daher haben wir diese Option (die eh nie sauber funktioniert hat) lieber entfernt anstatt falsche Tatsachen vorzuspiegeln.