Ansible failed to complete successfully. Any error output should be
visible above. Please fix these errors and try again."
Dort wird auch wahnsinng viel ausgegeben, werde daraus aber nicht schlau. Hat noch Jemand das Problem? Ich habe es jetzt mehrfach versucht. Oder gibt es die Möglichkeit die Dev Tools auch in der aktuellen Shopware 6 RC Version zu installieren? Ich möchte nur ein paar kleine Plugins entwickeln…
\t=======================\n\t\n\t -------- ------- --------- ----------------- -------- ----------- -------- ------------- \n\t Plugin Label Version Upgrade version Author Installed Active Upgradeable \n\t -------- ------- --------- ----------------- -------- ----------- -------- ------------- \n\t\n\t 0 plugins, 0 installed, 0 active , 0 upgradeable\n\t\n(13/40) Starting\n> bin/console user:create admin --password=shopware --admin\n\t\n\t [OK] User “admin” successfully created. \n\t\n\t\n(14/40) Starting\n> bin/console sales-channel:create:storefront --url=‘http://192.168.33.10’\n\t\n\t [OK] Sales channel has been created successfully. \n\t\n\t Access tokens:\n\t±-----------±---------------------------+\n\t| Key | Value |\n\t±-----------±---------------------------+\n\t| Access key | SWSCQK5AVZDHYU1UNWXLMU1PZQ |\n\t±-----------±---------------------------+\n\t\n(15/40) Starting\n> bin/console theme:refresh\n\t\n(16/40) Starting\n> mysql -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’ -e “DROP DATABASE IF EXISTS \shopware_test\\”\n\tmysql: [Warning] Using a password on the command line interface can be insecure.\n\t\n(17/40) Starting\n> mysql -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’ -e “CREATE DATABASE \shopware_test\\ DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_unicode_ci”\n\tmysql: [Warning] Using a password on the command line interface can be insecure.\n\t\n(18/40) Starting\n> mysqldump ‘shopware’ -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’ | mysql ‘shopware_test’ -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’\n\tmysql: mysqldump: [Warning] Using a password on the command line interface can be insecure.\n\t[Warning] Using a password on the command line interface can be insecure.\n\t\n(19/40) Starting\n> mysql -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’ -e “DROP DATABASE IF EXISTS \shopware_e2e\\”\n\tmysql: [Warning] Using a password on the command line interface can be insecure.\n\t\n(20/40) Starting\n> mysql -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’ -e “CREATE DATABASE \shopware_e2e\\ DEFAULT CHARACTER SET utf8mb4 DEFAULT COLLATE utf8mb4_unicode_ci”\n\tmysql: [Warning] Using a password on the command line interface can be insecure.\n\t\n(21/40) Starting\n> mysqldump ‘shopware’ -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’ | mysql ‘shopware_e2e’ -u ‘app’ -p’app’ -h ‘localhost’ --port=‘3306’\n\tmysql: mysqldump: [Warning] Using a password on the command line interface can be insecure.\n\t[Warning] Using a password on the command line interface can be insecure.\n\t\n(22/40) Starting\n> APP_ENV=prod bin/console framework:demodata\n\t\n\tDemodata Generator\n\t==================\n\t\n
es gibt also derzeit keine Möglichkeit Shopware 6 DEV via Vagrant zu installieren? Ich habe noch einmal alles von vorne gemacht, keine Chance. Es dürfte ja eigentlich derzeit bei Niemandem gehen?
Moin, hast du evtl Docker und/oder HyperV installiert? Hatte da meine Probleme. DIe Vagrant Installation habe ich gestern gemacht - hat alles funktioniert.
Bei mir hat es auch funktioniert, dann wollte ich mit “vagrant provision” die neue DEV Version einspielen und seitdem funktioniert nichts mehr. Ich habe sogar schon vagrant runtergeworfen, VBOX ist die neueste Version und die Vagrant Maschine habe ich auch gelöscht. Es kommt immer der gleiche Fehler. Docker habe ich auch runtergeworfen.
Es nervt mich, dass man nicht einfach die RC Version nehmen kann und Developer Tools installieren kann. Das war bei SW5 alles einfacher. Man kann ja nicht einmal die Template-Variablen ausgeben, weil der Befehl in der RC fehlt.
das stimmt auch nicht ganz, man kann auch im Shopware 6 RC3 problemlos dump() oder Templatevariablen ausgeben lassen, man muss dazu nur die .env - Datei anpassen (von prod auf dev).
ich habe es nie probiert, hier aber gelesen das es nicht funktionieren soll. Wenn das wirklich geht, würde es mir reichen. Ich will nur prüfen ob die page/pagelet Variablen ausgegeben werden. Gibt es jetzt eigentlich auch schon die Möglichkeit, den Cache über das Backend zu leeren?