Shopware 6 lokale Installation

Larineso · 23. Mai 2019 um 10:04

Hallo,

leider scheitern meine Versuche Shopware 6 lokal zu installieren. Schon beim Befehl

git clone git@github.com:shopware/development.git

bekomme ich die eine Fehlermeldung:

Cloning into ‘development’…

git@github.com: Permission denied (publickey).

fatal: Could not read from remote repository.

Gibt es keine einfache Möglichkeit wie bei der normalen Shopware 5 Installation?

Also einfach die Datei entpacken, in das FTP-Verzeichnis und installieren?

Liebe Grüße

wontfix · 23. Mai 2019 um 10:17

git “protocol” braucht ne ssh schlüssel. wenn du keine hast, benutze https protocol:

git clone https://github.com/shopware/development.git

ps. hab eben die docker methode probiert, funktioniert wunderbar. und wow, shopware war sehr fleisig, veeeery niiiice!

DenKon26 · 23. Mai 2019 um 10:32

Ich kriege beim Ausführen des Befehls

./psh.phar docker:start

folgenden Fehler:

Starting Execution of 'docker:start' ('C:\Workspace\konoppa\shopware6\development/dev-ops/docker/actions/start.sh')

PHP Fatal error: Uncaught Symfony\Component\Process\Exception\ProcessFailedException: The command "id -u" failed.

Exit Code: 1(General error)

Working directory: C:\Workspace\konoppa\shopware6\development

Output:
================


Error Output:
================
 in phar://C:/Workspace/konoppa/shopware6/development/psh.phar/vendor/symfony/process/Process.php:232
Stack trace:
#0 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/ProcessValueProvider.php(27): Symfony\Component\Process\Process->mustRun()
#1 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/TemplateEngine.php(51): Shopware\Psh\ScriptRuntime\ProcessValueProvider->getValue()
#2 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/TemplateEngine.php(26): Shopware\Psh\ScriptRuntime\TemplateEngine->getValue(' __USER_ID__', Array)
#3 phar://C:/Workspace/konoppa/shopware6/development/psh.phar/src/ScriptRuntime/ProcessExecutor.php(214): Shopware\Psh\ScriptRuntime\TemplateEngine->render('#overri in phar://C:/Workspace/konoppa/shopware6/development/psh.phar/vendor/symfony/process/Process.php on line 232

Fatal error: Uncaught Symfony\Component\Process\Exception\ProcessFailedException: The command "id -u" failed.

Exit Code: 1(General error)

Working directory: C:\Workspace\konoppa\shopware6\development

Jemand eine Idee?

wontfix · 23. Mai 2019 um 10:38

hat dein host system denn befehl id?

> id -u
1000

DenKon26 · 23. Mai 2019 um 10:42

@wontfix schrieb:

hat dein host system denn befehl id?

id -u
1000

Ich erhalte:

id -u
1055091

wontfix · 23. Mai 2019 um 10:44

Working directory: C:\Workspace\konoppa\shopware6\development

hmm, bist du auf ms-windows?

wenn ja, weiss nicht ob das unterstütz wird…

leider sagt der fehler nicht was genau nicht geklappt hat…

DenKon26 · 23. Mai 2019 um 10:47

Ja aktuell Windows 10.

Macht offenbar Probleme

wontfix · 23. Mai 2019 um 10:51

vielleicht WSL probieren?
Install Windows Subsystem for Linux (WSL) on Windows 10 | Microsoft Docs

ich hab meine test in ms-windows 7 mit archlinux in vagrant gemacht. und in archlinux dann deren docker image geladen. vm inception!

DenKon26 · 23. Mai 2019 um 11:05

werde ich später mal ausprobieren. ich gebe Bescheid! Danke!

Larineso · 23. Mai 2019 um 11:35

@wontfix schrieb:

git „protocol“ braucht ne ssh schlüssel. wenn du keine hast, benutze https protocol:

git clone GitHub - shopware/development

ps. hab eben die docker methode probiert, funktioniert wunderbar. und wow, shopware war sehr fleisig, veeeery niiiice!

Das hat funktioniert, vielen Dank!

Dem kann ich nur zustimmen, Shopware 6 ist ein Traum.

Larineso · 23. Mai 2019 um 12:17

Bei mir läuft Shopware 6 über Docker und funktioniert ohne Fehler. Allerdings habe ich Ladezeiten von 1-2 Minuten. Gibt es eine Möglichkeit das zu ändern oder ist mein Macbook zu langsam? Habe das 12" Macbook, das bekanntlich nicht sonderlich schnell ist.

Whynot · 23. Mai 2019 um 16:33

Hallo zusammen,

ich habe eine Lokale Installation ohne Docker probiert und hänge am Befehl: ./psh.phar install

Schritt 3 bemängelt die Zugriffsdaten für die MySQL Datenbank.

Er scheint sich diese Daten aus der .env (symfony 4) zu ziehen. Wenn ich diese Datei allerdings anpasse und den oben genannten Befehl ausführe, kommt der Fehler erneut und die .env wurde zurück gesetzt? Wo muss ich die Zugriffsdaten für die MySQL pflegen?

VG

Patrick_Stahl · 23. Mai 2019 um 17:22

Moin @Whynot‍,

hast du bei dir mal _bin/setup _im Shopware Development Verzeichnis ausgeführt?
Das müsste dich dann nach den Credentials fragen und in einer Datei namens psh.yaml.override hinterlegen, wenn ich mich richtig erinnere.

Gruß,
Patrick

Whynot · 24. Mai 2019 um 06:23

@Patrick Stahl schrieb:

Moin @Whynot‍,

hast du bei dir mal _bin/setup _im Shopware Development Verzeichnis ausgeführt?
Das müsste dich dann nach den Credentials fragen und in einer Datei namens psh.yaml.override hinterlegen, wenn ich mich richtig erinnere.

Gruß,
Patrick

Hi,

hatte den Fehler dann gefunden - aber korrekt - falsche Datei durchgeführt.

Whynot · 24. Mai 2019 um 06:25

Hallo,

ich hänge inzwischen an einem anderen Problem.

Beim Aufruf des Frontends oder dem Adminbereich kommt ein 500er Error:

Key path "file:///home/vagrant/web/xxx/config/jwt/public.pem" does not exist or is not readable

Hat hier jemand eine Idee?

VG

Christian

Moritz_Naczenski · 24. Mai 2019 um 06:34

Das ist ein Problem mit den Schreib-/Leserechten. Die Datei darf nur für den Webserver/PHP lesbar sein. Am besten die Besitzrechte der Dabei überprüfen und dann die korrekten Zugriffsrechte (readable) setzen. 0777 ist zu offen und macht Probleme.

Hat wenig mit Shopware zu tun, sondern mehr mit den Besitzrechten unter UNIX. Bei Vagrant weiß ich allerdings nicht, ob es da einen eigenen User gibt, oder ob die einzelnen Prozesse auch unterschiedliche User haben (bspw. Apache, PHP, …).

DenKon26 · 24. Mai 2019 um 06:36

Ich kriege es leider nach wie vor nicht zum laufen. Habe es jetzt in einer Vagrant Maschine geklont und dort Docker installiert.

beim Befehl

./psh.phar install

Bricht die Installation nach den Datenbank Operationen ab mit folgendem Error:

 Unable to save binary /app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor/linux-x64-67 : { Error: EACCES: permission denied, mkdir '/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor'
            at Object.mkdirSync (fs.js:773:3)
            at sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:71:13)
            at Function.sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:77:24)
            at checkAndDownloadBinary (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:114:11)
            at Object. (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:157:1)
            at Module._compile (internal/modules/cjs/loader.js:816:30)
            at Object.Module._extensions..js (internal/modules/cjs/loader.js:827:10)
            at Module.load (internal/modules/cjs/loader.js:685:32)
            at Function.Module._load (internal/modules/cjs/loader.js:620:12)
            at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
          errno: -13,
          syscall: 'mkdir',
          code: 'EACCES',
          path:
           '/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor' }
        
        > node-sass@4.12.0 postinstall /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass
        > node scripts/build.js
        
        Building: /usr/bin/node /app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js rebuild --verbose --libsass_ext= --libsass_cflags= --libsass_ldflags= --libsass_library=
        gyp info it worked if it ends with ok
        gyp verb cli [ '/usr/bin/node',
        gyp verb cli '/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js',
        gyp verb cli 'rebuild',
        gyp verb cli '--verbose',
        gyp verb cli '--libsass_ext=',
        gyp verb cli '--libsass_cflags=',
        gyp verb cli '--libsass_ldflags=',
        gyp verb cli '--libsass_library=' ]
        gyp info using node-gyp@3.8.0
        gyp info using node@11.15.0 | linux | x64
        gyp verb command rebuild []
        gyp verb command clean []
        gyp verb clean removing "build" directory
        gyp verb command configure []
        gyp verb check python checking for Python executable "python2" in the PATH
        gyp verb `which` succeeded python2 /usr/bin/python2
        gyp verb check python version `/usr/bin/python2 -c "import sys; print "2.7.13
        gyp verb check python version .%s.%s" % sys.version_info[:3];"` returned: %j
        gyp verb get node dir no --target version specified, falling back to host node version: 11.15.0
        gyp verb command install ['11.15.0']
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won't reinstall if already installed
        gyp WARN EACCES user "undefined" does not have permission to access the dev dir "/root/.node-gyp/11.15.0"
        gyp WARN EACCES attempting to reinstall using temporary dev dir "/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp"
        gyp verb command install ['--node_gyp_internal_noretry', '11.15.0']
        gyp verb install input version string "11.15.0"
        gyp verb install installing version: 11.15.0
        gyp verb install --ensure was passed, so won't reinstall if already installed
        gyp verb install version not already installed, continuing with install 11.15.0
        gyp verb ensuring nodedir is created /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp/11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove ['11.15.0']
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp WARN install got an error, rolling back install
        gyp verb command remove ['11.15.0']
        gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
        gyp verb remove removing target version: 11.15.0
        gyp verb remove removing development files for version: 11.15.0
        gyp ERR! configure error 
        gyp ERR! stack Error: EACCES: permission denied, mkdir '/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp'
        gyp ERR! System Linux 4.4.0-87-generic
        gyp ERR! command "/usr/bin/node" "/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js" "rebuild" "--verbose" "--libsass_ext=" "--libsass_cflags=" "--libsass_ldflags=" "--libsass_library="
        gyp ERR! cwd /app/platform/src/Administration/Resources/administration/node_modules/node-sass
        gyp ERR! node -v v11.15.0
        gyp ERR! node-gyp -v v3.8.0
        gyp ERR! not ok 
        Build failed with error code: 1
        npm ERR! code ELIFECYCLE
        npm ERR! errno 1
        npm ERR! node-sass@4.12.0 postinstall: `node scripts/build.js`
        npm ERR! Exit status 1
        npm ERR! 
        npm ERR! Failed at the node-sass@4.12.0 postinstall script.
        npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
        
        npm ERR! A complete log of this run can be found in:
        npm ERR! /.npm/_logs/2019-05-24T06_31_12_130Z-debug.log
        
Execution aborted, a subcommand failed!

Moritz_Naczenski · 24. Mai 2019 um 06:39

@DenKon26 schrieb:

Ich kriege es leider nach wie vor nicht zum laufen. Habe es jetzt in einer Vagrant Maschine geklont und dort Docker installiert.

beim Befehl

./psh.phar install

Bricht die Installation nach den Datenbank Operationen ab mit folgendem Error:

Unable to save binary /app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor/linux-x64-67 : { Error: EACCES: permission denied, mkdir ‚/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor‘
at Object.mkdirSync (fs.js:773:3)
at sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:71:13)
at Function.sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:77:24)
at checkAndDownloadBinary (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:114:11)
at Object. (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:157:1)
at Module._compile (internal/modules/cjs/loader.js:816:30)
at Object.Module._extensions…js (internal/modules/cjs/loader.js:827:10)
at Module.load (internal/modules/cjs/loader.js:685:32)
at Function.Module._load (internal/modules/cjs/loader.js:620:12)
at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
errno: -13,
syscall: ‚mkdir‘,
code: ‚EACCES‘,
path:
‚/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor‘ }

node-sass@4.12.0 postinstall /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass
node scripts/build.js

Building: /usr/bin/node /app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js rebuild --verbose --libsass_ext= --libsass_cflags= --libsass_ldflags= --libsass_library=
gyp info it worked if it ends with ok
gyp verb cli [ ‚/usr/bin/node‘,
gyp verb cli ‚/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js‘,
gyp verb cli ‚rebuild‘,
gyp verb cli ‚–verbose‘,
gyp verb cli ‚–libsass_ext=‘,
gyp verb cli ‚–libsass_cflags=‘,
gyp verb cli ‚–libsass_ldflags=‘,
gyp verb cli ‚–libsass_library=‘ ]
gyp info using node-gyp@3.8.0
gyp info using node@11.15.0 | linux | x64
gyp verb command rebuild
gyp verb command clean
gyp verb clean removing „build“ directory
gyp verb command configure
gyp verb check python checking for Python executable „python2“ in the PATH
gyp verb which succeeded python2 /usr/bin/python2
gyp verb check python version /usr/bin/python2 -c "import sys; print "2.7.13 gyp verb check python version .%s.%s" % sys.version_info[:3];" returned: %j
gyp verb get node dir no --target version specified, falling back to host node version: 11.15.0
gyp verb command install [‚11.15.0‘]
gyp verb install input version string „11.15.0“
gyp verb install installing version: 11.15.0
gyp verb install --ensure was passed, so won’t reinstall if already installed
gyp WARN EACCES user „undefined“ does not have permission to access the dev dir „/root/.node-gyp/11.15.0“
gyp WARN EACCES attempting to reinstall using temporary dev dir „/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp“
gyp verb command install [‚–node_gyp_internal_noretry‘, ‚11.15.0‘]
gyp verb install input version string „11.15.0“
gyp verb install installing version: 11.15.0
gyp verb install --ensure was passed, so won’t reinstall if already installed
gyp verb install version not already installed, continuing with install 11.15.0
gyp verb ensuring nodedir is created /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp/11.15.0
gyp WARN install got an error, rolling back install
gyp verb command remove [‚11.15.0‘]
gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
gyp verb remove removing target version: 11.15.0
gyp verb remove removing development files for version: 11.15.0
gyp WARN install got an error, rolling back install
gyp verb command remove [‚11.15.0‘]
gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
gyp verb remove removing target version: 11.15.0
gyp verb remove removing development files for version: 11.15.0
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir ‚/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp‘
gyp ERR! System Linux 4.4.0-87-generic
gyp ERR! command „/usr/bin/node“ „/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js“ „rebuild“ „–verbose“ „–libsass_ext=“ „–libsass_cflags=“ „–libsass_ldflags=“ „–libsass_library=“
gyp ERR! cwd /app/platform/src/Administration/Resources/administration/node_modules/node-sass
gyp ERR! node -v v11.15.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
Build failed with error code: 1
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! node-sass@4.12.0 postinstall: node scripts/build.js
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-sass@4.12.0 postinstall script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR! /.npm/_logs/2019-05-24T06_31_12_130Z-debug.log

Execution aborted, a subcommand failed!

Komplett anderes Problem. Du haste NodeJS 12 - das läuft damit nicht. Du müsstest ein Downgrade auf 11 machen, dann tritt der Fehler auch nicht auf.

Larineso · 24. Mai 2019 um 06:45

@Larineso schrieb:

Bei mir läuft Shopware 6 über Docker und funktioniert ohne Fehler. Allerdings habe ich Ladezeiten von 1-2 Minuten. Gibt es eine Möglichkeit das zu ändern oder ist mein Macbook zu langsam? Habe das 12" Macbook, das bekanntlich nicht sonderlich schnell ist.

Hat jemand eine Idee woran das liegt?

DenKon26 · 24. Mai 2019 um 06:49

@Moritz Naczenski schrieb:

@DenKon26 schrieb:

Ich kriege es leider nach wie vor nicht zum laufen. Habe es jetzt in einer Vagrant Maschine geklont und dort Docker installiert.

beim Befehl

./psh.phar install

Bricht die Installation nach den Datenbank Operationen ab mit folgendem Error:

Unable to save binary /app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor/linux-x64-67 : { Error: EACCES: permission denied, mkdir ‚/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor‘
at Object.mkdirSync (fs.js:773:3)
at sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:71:13)
at Function.sync (/app/platform/src/Administration/Resources/administration/node_modules/mkdirp/index.js:77:24)
at checkAndDownloadBinary (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:114:11)
at Object. (/app/platform/src/Administration/Resources/administration/node_modules/node-sass/scripts/install.js:157:1)
at Module._compile (internal/modules/cjs/loader.js:816:30)
at Object.Module._extensions…js (internal/modules/cjs/loader.js:827:10)
at Module.load (internal/modules/cjs/loader.js:685:32)
at Function.Module._load (internal/modules/cjs/loader.js:620:12)
at Function.Module.runMain (internal/modules/cjs/loader.js:877:12)
errno: -13,
syscall: ‚mkdir‘,
code: ‚EACCES‘,
path:
‚/app/platform/src/Administration/Resources/administration/node_modules/node-sass/vendor‘ }

node-sass@4.12.0 postinstall /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass
node scripts/build.js

Building: /usr/bin/node /app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js rebuild --verbose --libsass_ext= --libsass_cflags= --libsass_ldflags= --libsass_library=
gyp info it worked if it ends with ok
gyp verb cli [ ‚/usr/bin/node‘,
gyp verb cli ‚/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js‘,
gyp verb cli ‚rebuild‘,
gyp verb cli ‚–verbose‘,
gyp verb cli ‚–libsass_ext=‘,
gyp verb cli ‚–libsass_cflags=‘,
gyp verb cli ‚–libsass_ldflags=‘,
gyp verb cli ‚–libsass_library=‘ ]
gyp info using node-gyp@3.8.0
gyp info using node@11.15.0 | linux | x64
gyp verb command rebuild
gyp verb command clean
gyp verb clean removing „build“ directory
gyp verb command configure
gyp verb check python checking for Python executable „python2“ in the PATH
gyp verb which succeeded python2 /usr/bin/python2
gyp verb check python version /usr/bin/python2 -c "import sys; print "2.7.13 gyp verb check python version .%s.%s" % sys.version_info[:3];" returned: %j
gyp verb get node dir no --target version specified, falling back to host node version: 11.15.0
gyp verb command install [‚11.15.0‘]
gyp verb install input version string „11.15.0“
gyp verb install installing version: 11.15.0
gyp verb install --ensure was passed, so won’t reinstall if already installed
gyp WARN EACCES user „undefined“ does not have permission to access the dev dir „/root/.node-gyp/11.15.0“
gyp WARN EACCES attempting to reinstall using temporary dev dir „/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp“
gyp verb command install [‚–node_gyp_internal_noretry‘, ‚11.15.0‘]
gyp verb install input version string „11.15.0“
gyp verb install installing version: 11.15.0
gyp verb install --ensure was passed, so won’t reinstall if already installed
gyp verb install version not already installed, continuing with install 11.15.0
gyp verb ensuring nodedir is created /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp/11.15.0
gyp WARN install got an error, rolling back install
gyp verb command remove [‚11.15.0‘]
gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
gyp verb remove removing target version: 11.15.0
gyp verb remove removing development files for version: 11.15.0
gyp WARN install got an error, rolling back install
gyp verb command remove [‚11.15.0‘]
gyp verb remove using node-gyp dir: /app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp
gyp verb remove removing target version: 11.15.0
gyp verb remove removing development files for version: 11.15.0
gyp ERR! configure error
gyp ERR! stack Error: EACCES: permission denied, mkdir ‚/app/vendor/shopware/platform/src/Administration/Resources/administration/node_modules/node-sass/.node-gyp‘
gyp ERR! System Linux 4.4.0-87-generic
gyp ERR! command „/usr/bin/node“ „/app/platform/src/Administration/Resources/administration/node_modules/node-gyp/bin/node-gyp.js“ „rebuild“ „–verbose“ „–libsass_ext=“ „–libsass_cflags=“ „–libsass_ldflags=“ „–libsass_library=“
gyp ERR! cwd /app/platform/src/Administration/Resources/administration/node_modules/node-sass
gyp ERR! node -v v11.15.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok
Build failed with error code: 1
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! node-sass@4.12.0 postinstall: node scripts/build.js
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the node-sass@4.12.0 postinstall script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR! /.npm/_logs/2019-05-24T06_31_12_130Z-debug.log

Execution aborted, a subcommand failed!

Komplett anderes Problem. Du haste NodeJS 12 - das läuft damit nicht. Du müsstest ein Downgrade auf 11 machen, dann tritt der Fehler auch nicht auf.

im Docker COntainer sagt er mir aber mit node -v dass ich version 11.15.0 habe?!

> node -v
v11.15.0

Thema		Antworten	Aufrufe
Dev Server lässt sich nicht installieren Shopware 6 (German) installation--gettin	4	1050	4. August 2021
Shopware 6 mit Git verwalten ? 500 Fehler Meldung Installation / Einstieg	3	2062	12. Dezember 2019
Shopware 6 - Professioneller Workflow für Development und Liveshop Programmierung	7	882	8. Februar 2023
S undefined im Admin-Bereich nach lokaler SW 6.5.2.1 Installation Shopware 6 (German)	3	264	27. Juni 2023
Shopware 6 lokale Docker Probleme Programmierung	2	1569	13. Juni 2021

Shopware 6 lokale Installation

Verwandte Themen