<p>Garn kann fsevents nicht installieren, während npm erfolgreich ist</p>

Erstellt am 10. Juni 2018 · 43Kommentare · Quelle: yarnpkg/yarn

*Bevor Sie ein Problem erstellen, stellen Sie bitte sicher, dass Sie die neueste Garnversion verwenden.*

Möchten Sie eine Funktion anfordern oder einen Fehler melden?

Insekt

Wie ist das aktuelle Verhalten?

yarn kann fsevents yarn nicht installieren (404s), während npm erfolgreich ist

Wenn das aktuelle Verhalten ein Fehler ist, geben Sie bitte die Schritte zum Reproduzieren an.

Mit `yarn`

❯ git clone [email protected]:minusfive/ember-cli-sass-variables-export.git
❯ cd ember-cli-sass-variables-export
❯ yarn
yarn install v1.7.0
[1/5] 🔍  Validating package.json...
[2/5] 🔍  Resolving packages...
[3/5] 🚚  Fetching packages...
[-------------------------------------------------------------------------------------------------------------------------------------------------------] 0/1048(node:5246) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead.
[4/5] 🔗  Linking dependencies...
warning " > [email protected]" has unmet peer dependency "eslint@>=3.1.0".
[5/5] 📃  Building fresh packages...
[-/3] ⠁ waiting...
[2/3] ⠂ fsevents
warning Error running install script for optional dependency: "/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents: Command failed.
Exit code: 1
Command: node install
Arguments:
Directory: /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents
Output:
node-pre-gyp info it worked if it ends with ok
node-pre-gyp info using [email protected]
node-pre-gyp info using [email protected] | darwin | x64
node-pre-gyp info check checked for \"/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64/fse.node\" (not found)
node-pre-gyp http GET https://fsevents-binaries.s3-us-west-2.amazonaws.com/v1.1.3/fse-v1.1.3-node-v64-darwin-x64.tar.gz
node-pre-gyp http 404 https://fsevents-binaries.s3-us-west-2.amazonaws.com/v1.1.3/fse-v1.1.3-node-v64-darwin-x64.tar.gz
node-pre-gyp ERR! Tried to download(404): https://fsevents-binaries.s3-us-west-2.amazonaws.com/v1.1.3/fse-v1.1.3-node-v64-darwin-x64.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for [email protected] and [email protected] (node-v64 ABI, unknown) (falling back to source compile with node-gyp)
node-pre-gyp http 404 status code downloading tarball https://fsevents-binaries.s3-us-west-2.amazonaws.com/v1.1.3/fse-v1.1.3-node-v64-darwin-x64.tar.gz
node-pre-gyp ERR! Tried to download(undefined): https://fsevents-binaries.s3-us-west-2.amazonaws.com/v1.1.3/fse-v1.1.3-node-v64-darwin-x64.tar.gz
node-pre-gyp ERR! Pre-built binaries not found for [email protected] and [email protected] (node-v64 ABI, unknown) (falling back to source compile with node-gyp)
node-pre-gyp http Connection closed while downloading tarball file
gyp info it worked if it ends with ok
gyp info using [email protected]
gyp info using [email protected] | darwin | x64
gyp info ok
gyp info it worked if it ends with ok
gyp info using [email protected]
gyp info using [email protected] | darwin | x64
gyp info ok
gyp info it worked if it ends with ok
gyp info using [email protected]
gyp info using [email protected] | darwin | x64
gyp info it worked if it ends with ok
gyp info using [email protected]
gyp info using [email protected] | darwin | x64
gyp http GET https://nodejs.org/download/release/v10.4.0/node-v10.4.0-headers.tar.gz
gyp http GET https://nodejs.org/download/release/v10.4.0/node-v10.4.0-headers.tar.gz
gyp http 200 https://nodejs.org/download/release/v10.4.0/node-v10.4.0-headers.tar.gz
gyp http 200 https://nodejs.org/download/release/v10.4.0/node-v10.4.0-headers.tar.gz
gyp http GET https://nodejs.org/download/release/v10.4.0/SHASUMS256.txt
gyp http GET https://nodejs.org/download/release/v10.4.0/SHASUMS256.txt
gyp http 200 https://nodejs.org/download/release/v10.4.0/SHASUMS256.txt
gyp http 200 https://nodejs.org/download/release/v10.4.0/SHASUMS256.txt
gyp info spawn /usr/bin/python
gyp info spawn args [ '/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/gyp/gyp_main.py',
gyp info spawn args   'binding.gyp',
gyp info spawn args   '-f',
gyp info spawn args   'make',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/build/config.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/addon.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/minusfive/.node-gyp/10.4.0/include/node/common.gypi',
gyp info spawn args   '-Dlibrary=shared_library',
gyp info spawn args   '-Dvisibility=default',
gyp info spawn args   '-Dnode_root_dir=/Users/minusfive/.node-gyp/10.4.0',
gyp info spawn args   '-Dnode_gyp_dir=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp',
gyp info spawn args   '-Dnode_lib_file=/Users/minusfive/.node-gyp/10.4.0/<(target_arch)/node.lib',
gyp info spawn args   '-Dmodule_root_dir=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents',
gyp info spawn args   '-Dnode_engine=v8',
gyp info spawn args   '--depth=.',
gyp info spawn args   '--no-parallel',
gyp info spawn args   '--generator-output',
gyp info spawn args   'build',
gyp info spawn args   '-Goutput_dir=.' ]
gyp info spawn /usr/bin/python
gyp info spawn args [ '/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/gyp/gyp_main.py',
gyp info spawn args   'binding.gyp',
gyp info spawn args   '-f',
gyp info spawn args   'make',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/build/config.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/addon.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/minusfive/.node-gyp/10.4.0/include/node/common.gypi',
gyp info spawn args   '-Dlibrary=shared_library',
gyp info spawn args   '-Dvisibility=default',
gyp info spawn args   '-Dnode_root_dir=/Users/minusfive/.node-gyp/10.4.0',
gyp info spawn args   '-Dnode_gyp_dir=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp',
gyp info spawn args   '-Dnode_lib_file=/Users/minusfive/.node-gyp/10.4.0/<(target_arch)/node.lib',
gyp info spawn args   '-Dmodule_root_dir=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents',
gyp info spawn args   '-Dnode_engine=v8',
gyp info spawn args   '--depth=.',
gyp info spawn args   '--no-parallel',
gyp info spawn args   '--generator-output',
gyp info spawn args   'build',
gyp info spawn args   '-Goutput_dir=.' ]
gyp info ok
gyp info ok
gyp info it worked if it ends with ok
gyp info it worked if it ends with ok
gyp info using [email protected]
gyp info using [email protected] | darwin | x64
gyp info using [email protected]
gyp info using [email protected] | darwin | x64
gyp info spawn make
gyp info spawn args [ 'BUILDTYPE=Release', '-C', 'build' ]
gyp info spawn make
gyp info spawn args [ 'BUILDTYPE=Release', '-C', 'build' ]
  SOLINK_MODULE(target) Release/.node
  SOLINK_MODULE(target) Release/.node
  CXX(target) Release/obj.target/fse/fsevents.o
  CXX(target) Release/obj.target/fse/fsevents.o
In file included from ../fsevents.cc:6:
../../nan/nan.h:839:18: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return node::MakeCallback(
                 ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:171:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:854:18: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return node::MakeCallback(
                 ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:164:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:869:18: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return node::MakeCallback(
                 ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:157:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:839:18: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return node::MakeCallback(
                 ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:171:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:854:18: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return node::MakeCallback(
                 ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:164:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:869:18: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return node::MakeCallback(
                 ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:157:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:1648:31: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return scope.Escape(node::MakeCallback(
                              ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:171:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:6:
../../nan/nan.h:1648:31: warning: 'MakeCallback' is deprecated: Use MakeCallback(..., async_context) [-Wdeprecated-declarations]
    return scope.Escape(node::MakeCallback(
                              ^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:171:1: note: 'MakeCallback' has been explicitly marked deprecated here
NODE_DEPRECATED(\"Use MakeCallback(..., async_context)\",
^
/Users/minusfive/.node-gyp/10.4.0/include/node/node.h:88:20: note: expanded from macro 'NODE_DEPRECATED'
    __attribute__((deprecated(message))) declarator
                   ^
In file included from ../fsevents.cc:85:
../src/methods.cc:14:12: warning: 'Call' is deprecated [-Wdeprecated-declarations]
  handler->Call(3, argv);
           ^
../../nan/nan.h:1567:3: note: 'Call' has been explicitly marked deprecated here
  NAN_DEPRECATED inline v8::Local<v8::Value>
  ^
../../nan/nan.h:98:40: note: expanded from macro 'NAN_DEPRECATED'
# define NAN_DEPRECATED __attribute__((deprecated))
                                       ^
In file included from ../fsevents.cc:85:
../src/methods.cc:14:12: warning: 'Call' is deprecated [-Wdeprecated-declarations]
  handler->Call(3, argv);
           ^
../../nan/nan.h:1567:3: note: 'Call' has been explicitly marked deprecated here
  NAN_DEPRECATED inline v8::Local<v8::Value>
  ^
../../nan/nan.h:98:40: note: expanded from macro 'NAN_DEPRECATED'
# define NAN_DEPRECATED __attribute__((deprecated))
                                       ^
5 warnings generated.
5 warnings generated.
  SOLINK_MODULE(target) Release/fse.node
rm: cannot remove './Release/.deps/Release/obj.target/fse/fsevents.o.d.raw': No such file or directory
make: *** [Release/obj.target/fse/fsevents.o] Error 1
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/lib/build.js:258:23)
gyp ERR! stack     at ChildProcess.emit (events.js:182:13)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:237:12)
gyp ERR! System Darwin 17.6.0
gyp ERR! command \"/usr/local/Cellar/node/10.4.0/bin/node\" \"/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/bin/node-gyp.js\" \"build\" \"--fallback-to-build\" \"--module=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64/fse.node\" \"--module_name=fse\" \"--module_path=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64\"
gyp ERR! cwd /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents
gyp ERR! node -v v10.4.0
gyp ERR! node-gyp -v v3.6.2
gyp ERR! not ok
node-pre-gyp ERR! build error
node-pre-gyp ERR! stack Error: Failed to execute '/usr/local/Cellar/node/10.4.0/bin/node /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64/fse.node --module_name=fse --module_path=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64' (1)
node-pre-gyp ERR! stack     at ChildProcess.<anonymous> (/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/node_modules/node-pre-gyp/lib/util/compile.js:83:29)
node-pre-gyp ERR! stack     at ChildProcess.emit (events.js:182:13)
node-pre-gyp ERR! stack     at maybeClose (internal/child_process.js:961:16)
node-pre-gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:248:5)
node-pre-gyp ERR! System Darwin 17.6.0
node-pre-gyp ERR! command \"/usr/local/Cellar/node/10.4.0/bin/node\" \"/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/node_modules/node-pre-gyp/bin/node-pre-gyp\" \"install\" \"--fallback-to-build\"
node-pre-gyp ERR! cwd /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents
node-pre-gyp ERR! node -v v10.4.0
node-pre-gyp ERR! node-pre-gyp -v v0.6.39
node-pre-gyp ERR! not ok
Failed to execute '/usr/local/Cellar/node/10.4.0/bin/node /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-gyp/bin/node-gyp.js build --fallback-to-build --module=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64/fse.node --module_name=fse --module_path=/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64' (1)
  COPY /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64/fse.node
  TOUCH Release/obj.target/action_after_build.stamp
✨  Done in 157.31s.

Mit `npm`

❯ rm -rf node_modules
❯ npm install

> [email protected] install /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents
> node install

[fsevents] Success: "/Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/fsevents/lib/binding/Release/node-v64-darwin-x64/fse.node" already installed
Pass --update-binary to reinstall or --build-from-source to recompile

> [email protected] install /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-sass
> node scripts/install.js

Cached binary found at /Users/minusfive/.npm/node-sass/4.9.0/darwin-x64-64_binding.node

> [email protected] postinstall /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/spawn-sync
> node postinstall


> [email protected] postinstall /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-sass
> node scripts/build.js

Binary found at /Users/minusfive/dev/oss/ember-cli-sass-variables-export/node_modules/node-sass/vendor/darwin-x64-64/binding.node
Testing binary
Binary is fine
added 1317 packages from 645 contributors and audited 40932 packages in 32.386s

Was ist das erwartete Verhalten?

Es sollte funktionieren?

Bitte geben Sie Ihre node.js-, Garn- und Betriebssystemversion an.

❯ node -v
v10.4.0

❯ npm -v
6.1.0

❯ yarn -v
1.7.0

❯ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.13.5
BuildVersion:   17F77

triaged

Quelle

minusfive

👍45 ❤8

Hilfreichster Kommentar

Ich bekomme dieses Problem auch auf Node 10.4.1 .

Update: Es stellt sich heraus, dass die von uns verwendete Webpack-Version von einer älteren Version von fsevents abhängt, die nicht mit Node ^10 kompatibel ist.

Versuchen Sie, yarn upgrade .

jadchaar am 14. Juni 2018

👍98 ❤23 🎉20 🚀15 😄9

Alle 43 Kommentare

Das ist kein Garn. AWS gibt Ihnen einen 404 von einem der Installationsskripte, die über fsevents laufen. Sieht so aus, als ob es mit npm durchgeht, weil es zwischengespeichert wurde. Wenn Sie es mit Yarn erneut versuchen, kann es passieren, wenn dies ein vorübergehendes Serverproblem war.

Wenn nicht, dann, wenn Sie Ihren npm-Cache leeren und es erneut versuchen, schlägt dies ebenfalls fehl.

BYK am 10. Juni 2018

Ich habe sowohl meinen Garn- als auch Knoten-Caches gelöscht und erhalte immer noch diesen Fehler, Garn 1.6.0, Knoten 10.1.0.

justin808 am 13. Juni 2018

👍3

Ich bekomme dieses Problem auch auf Node 10.4.1 .

Update: Es stellt sich heraus, dass die von uns verwendete Webpack-Version von einer älteren Version von fsevents abhängt, die nicht mit Node ^10 kompatibel ist.

Versuchen Sie, yarn upgrade .

jadchaar am 14. Juni 2018

👍98 ❤23 🎉20 🚀15 😄9

Ich habe dieses Problem auch, aber nur in Verzeichnissen, die ich vor ein paar Monaten mit yarn create react-app [dir name] habe.

Wenn ich ein neues Verzeichnis erstelle, also für ein anderes Projekt, dann habe ich keine Probleme.

Ich verwende node 10.4.1 npm 6.1.0 yarn 1.7.0

Ich habe versucht, yarn upgrade auszuführen, aber es löst den gleichen Fehler mit fsevents aus.

Hat jemand andere Ideen?

jacksonhardy am 18. Juni 2018

@sisterjones Ich habe das gleiche Problem auf meinem Mac mit CRA und macht mich verrückt (Knoten 10.4.1). Es funktioniert zwar unter Windows, aber ich habe Node 9.11.1 in Windows

Bearbeiten: Ich habe ein Downgrade auf Node 9.11.12 durchgeführt und alles funktioniert jetzt einwandfrei. Hoffentlich wird bald ein Fix dafür veröffentlicht

esausilva am 19. Juni 2018

👍3

Gleiches Problem unter MacOS mit Knoten 10.5.0

MaxGraey am 25. Juni 2018

👍12

gleiches Problem mit Knoten 10.6.0 (macOs Mojave Beta 2)

wilomgfx am 11. Juli 2018

Ein Downgrade des Knotens auf LTS 8.11.3 funktioniert einwandfrei.

Jede nodejs-Version kleiner als 10 sollte funktionieren.

xuqingkuang am 18. Juli 2018

Ich habe dieses Problem beim Upgrade meines Ember-Projekts auf Version 3.2 festgestellt, die Knoten 10+ erfordert. Das einzige was geholfen hat war yarn upgrade .

joshkg am 19. Juli 2018

👍23 🎉12 ❤7 🚀2

Knoten 8.11 verwenden behoben

regiondavid am 31. Aug. 2018

👎11

Die neueste Yarn-Version behebt dies. Ich habe diese Probleme seit dem Update nicht mehr und verwende jetzt Node 10.x

esausilva am 31. Aug. 2018

Ich kann kein Garn-Upgrade ausführen, weil es sagt:

error Veraltete Sperrdatei. Bitte führen Sie yarn install und versuchen Sie es erneut.

Bei der Installation von Laufgarn heißt es:

error /Users/username/Programming/github.com/projectname/node_modules/node-zopfli: Befehl fehlgeschlagen.
Exitcode: 1

Scheint mir eine unmögliche Mission zu sein

Macilias am 3. Sept. 2018

😄1

@Macilias Sie können die Sperrdatei löschen und Garn wird sie neu erstellen, wenn Sie yarn install ausführen

esausilva am 4. Sept. 2018

während es true ist, kann Garn sie nicht neu erstellen, nachdem die Datei gelöscht wurde, sodass das Projekt in einem unbrauchbaren Zustand bleibt ... Wir konnten nicht herausfinden, wie wir es aktualisieren können, um in einen verwendbaren Zustand zu gelangen.

Macilias am 4. Sept. 2018

Ich habe den Cache geleert und das funktioniert einwandfrei. versuche es mit yarn cache clean

ghost am 25. Sept. 2018

👍7 🚀2 🎉1

Das gleiche mit yarn cache clean auf Mojave OS. 😕
Ausgabe:

...
gyp ERR! cwd /Users/username/.../app/node_modules/fsevents
gyp ERR! node -v v10.12.0
gyp ERR! node-gyp -v v3.6.2
gyp ERR! not ok
...

maximelafarie am 26. Okt. 2018

👍3

Versuchen Sie zuerst yarn global add node-gyp auszuführen und dann fsevents zu installieren. Übrigens. welche Garnversion verwendest du? In neueren Versionen sollte dies nicht notwendig sein.

BYK am 26. Okt. 2018

Ich habe das gleiche Problem, genau wie @maximelafarie
Versuchen Sie, yarn global add node-gyp auszuführen, hat mich nicht gerettet. @BYK

yarn version :1.2.1
node version :v10.13.0
npm version :6.4.1
macOS version : Mojave

BEARBEITEN
Für diejenigen, die das gleiche Problem wie ich haben, muss ich die Node-Version downgraden, um die Neuinstallation von fsevents zu überspringen. Also füge ich die endgültige Umgebung meines Arbeitsbereichs ein

yarn version :1.2.3
node version :8.12.0

underwindfall am 30. Okt. 2018

👍2

Meiner arbeitete mit folgendem -

rm yarn.lock
yarn cache clean
yarn install

shrinathaithal am 1. Nov. 2018

👍63 🎉21 🚀14 ❤14 👎9 😄7

Gleicher Fehler wie @maximelafarie , mit yarn global add ein Paket mit fsevents , aber yarn cache clean erfolgreich.

Garn 1.12.1
Knoten 11.0.0
macOS 10.14 Mojave

Bearbeiten
Das Problem scheint gelöst zu sein, indem man yarn global add node-gyp und dann yarn global remove node-gyp ausführt ... Ich bin mir nicht sicher, was passiert ist, trotzdem funktioniert bei mir alles ohne Fehler 😭

yuhr am 3. Nov. 2018

👍10 🎉4 😕2 🚀1

Dieses Problem tritt bei mir auch auf.

Garn 1.12.1
Knoten 11.0.0
macOS 1.14 Mojave.

Die oben genannten Fixes haben bei mir nicht funktioniert.

evannorstrand am 3. Nov. 2018

👍1

Gleiche für mich:

Garn 1.12.3
Knoten v11.1.0
macOS 10.14.1

Die oben genannten Fixes haben bei mir nicht funktioniert.

ambroisemaupate am 13. Nov. 2018

👍3

Ich auch.... warum ist dieses Thema geschlossen?

09:13:23 $ node -v
v11.2.0
09:18:10 $ yarn -v
1.12.3
09:18:12 $ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.13.6
BuildVersion:   17G65

leegee am 30. Nov. 2018

👍3

In meinem Fall war es hilfreich, Python mit pyenv auf 2.7 herunterzustufen.

node-gyp würde Python 2.7 erfordern, nicht 3.x.

rld2drkw am 2. Dez. 2018

👍1

Unter Mac OS X mit Versionen:

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.13.6
BuildVersion:   17G3025
$ node -v
v11.12.0
$ yarn -v
1.15.2

Folgendes hat geholfen (und ja, npm war zuvor erfolgreich):

# xcode was erroring with brew
sudo xcode-select --switch /Applications/Xcode.app
sudo xcodebuild -license accept

# fresh new node modules
rm -rf node_modules

# solution <strong i="9">@shrinathaithal</strong> (these commands alone did not help though)
rm yarn.lock
yarn cache clean
yarn install

tomsiwik am 20. März 2019

👍20 🎉11 🚀10 ❤8 😄5 👀4

Ich hatte genau den gleichen Fehler behoben, indem ich die Version des Knotens von spät auf lts geändert habe.

$ sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.4
BuildVersion:   18E227
$ npm -v
6.4.1
$ yarn -v
1.15.2
$ node -v
v12.0.0

$ sudo n lts
$ node -v
v10.15.3

$ create-react-app my-app

kenjioi am 25. Apr. 2019

Hatte gerade ein ähnliches Problem mit Node v12.1.0 auf meinem Mac. Behoben mit $ yarn upgrade . Ich denke, der Schlüssel wurde von fsevents v1.2.8 auf v1.2.9 aktualisiert.

difosfor am 3. Mai 2019

Ich hatte das gleiche Problem wie dieses mit folgendem Ablauf:

> sw_vers
ProductName:    Mac OS X
ProductVersion: 10.14.4
BuildVersion:   18E226
> node -v
v12.1.0

Das Ausführen von yarn cache clean gefolgt von der Verwendung der LTS-Version von Node.js in v10.15.3 im Gegensatz zur aktuellen Version hat dies behoben.

Ich bin nvm , um mit mehreren Node.js-Versionen zu jonglieren.

conatus am 7. Mai 2019

👍4

Ein weiteres Problem wurde hier behoben, indem der Knoten von v10.15.3 heruntergestuft wurde .

mmontag am 12. Mai 2019

Kürzlich gab es ein Problem mit fsevents, das dazu führte, dass es nicht mit Node 12 kompatibel war. Dies wurde behoben und in fsevents v1.2.9 veröffentlicht. Wenn Sie Abhängigkeiten haben, die auf fsevents basieren, können Sie Yarn anweisen, Version 1.2.9 für jede von ihnen mit Auflösungen zu verwenden:

Fügen Sie dies zu Ihrer package.json Datei hinzu und führen Sie dann yarn (oder yarn install ) erneut aus:

"resolutions": {
  "fsevents": "1.2.9"
}

coreyward am 13. Mai 2019

👍46 🎉11 🚀6 ❤6 😕1

Garn Upgrade löst mein Problem.

rolandoalvarado am 30. Mai 2019

Bitte beachten Sie, dass Yarn Pakete, die in resolutions (wie von @coreyward vorgeschlagen) aufgrund des Fehlers #6834 als nicht optional behandeln wird. Aufgrund des Fehlers kann Ihr Build unter macOS erfolgreich sein, unter Linux jedoch fehlschlagen.

byzyk am 8. Juli 2019

👍2

Ich habe dieses Problem vor kurzem erlebt und yarn upgrade hat das Problem gelöst. Dankeschön!

aindong am 9. Juli 2019

@aindong Hast du den Kommentar über deinem gesehen?

Bitte beachten Sie, dass Yarn Pakete, die in resolutions (wie von @coreyward vorgeschlagen) aufgrund des Fehlers #6834 als nicht optional behandeln wird. Aufgrund des Fehlers kann Ihr Build unter macOS erfolgreich sein, unter Linux jedoch fehlschlagen.

Sie können yarn upgrade auf Ihrem Mac ausführen, wodurch fsevents installiert wird, aber wenn Sie dann auf einem Linux-Server bereitstellen, auf dem fsevents nicht verfügbar ist (es ist macOS-spezifisch) es wird scheitern.

coreyward am 9. Juli 2019

Wenn Sie immer noch ein Problem mit fsevents Sie wahrscheinlich die Pakete aktualisieren, die Sie verwenden. Sie können alte Abhängigkeiten haben, die am Ende eine alte Version von fsevents . In meinem Fall war es nodemod -> yarn upgrade nodemon

So finden Sie sie:

yarn list
Suche rückwärts nach allen Vorkommen von fsevents
aktualisieren Sie diese Pakete (am besten auf die neuesten Versionen). yarn upgrade <package>
lokale node_modules entfernen rm -rf node_modules
Garn-Cache leeren yarn cache clean
Pakete neu installieren yarn

egel am 1. Aug. 2019

@egel Das ist übertrieben. Die meisten Abhängigkeiten, die fsevents als Abhängigkeiten referenzieren, werden wie ~> 0.2.7 oder >= 0.2.7 deklariert, wodurch Sie die Version 0.2.9 installieren können, während Sie sich noch treffen die Anforderungen. Also die Lösung, Auflösungen zu verwenden, die es ermöglichen, Yarn eine Abhängigkeitsdeklaration (zB fsevents ~> 0.2.7 oder fsevents ) zu einer bestimmten Version _resolve_ zu lassen.

Als Hinweis, dies funktioniert für die meisten Abhängigkeiten hervorragend, aber da fsevents plattformspezifisch ist und frühere Versionen von Yarn keine optionalen Auflösungen erlaubten, wenn Yarn in einer Umgebung ausgeführt würde, die fsevents nicht verwendet yarn install und übertragen Sie dann _nur_ Ihre yarn.lock Datei und verwerfen Sie die Auflösung Deklaration in Ihrer package.json Datei. Dies führt dazu, dass in Zukunft die richtige Version von fsevents verwendet wird, aber da Auflösungen nicht verwendet werden, wird das optionale Flag nicht überlagert.

In jedem Fall sind Befehle wie rm -rf node_modules und yarn cache clean wirkungslos, wenn Sie kein Problem mit beschädigten Paketen haben. Das Neuaufbauen des gesamten Cache über das Netzwerk ist ebenfalls langsam, es wird nicht empfohlen, dies unnötig zu tun.

coreyward am 1. Aug. 2019

👍3

Ich habe node-pre-gyp ERR! not ok gelöst, indem ich die Knotenversion auf 10.2.1, Garn 1.21.1 geändert habe, und jetzt funktioniert es einwandfrei!

andreluisjunqueira am 16. Jan. 2020

Ich weiß nicht, ob noch jemand dieses Problem hat. Ich habe es gelöst dabei
yarn install --check-files
Ich musste es ein paar Mal machen

Ich habe es unter OSX 10.13 High Sierra gemacht

chuxolatouz am 17. Jan. 2020

❤2

Funktioniert bei mir:

yarn upgrade
revert changes in package.json (if needed for your situation)
rm -rf node_modules
rm yarn.lock
yarn
commit newly created lock file

bmorrical-ICC am 3. Feb. 2020

👎7

Bei mir hat es funktioniert xcode-select --install

jmlavoier am 1. März 2020

👎3

In meinem Fall und da ich Babel habe, konnte ich nicht verwenden:

"resolutions": {
  "**/**/fsevents": "^1.2.9"
}

aufgrund mehrerer verschachtelter Abhängigkeiten, die unterschiedliche Versionen davon verwenden.

Aber es ist mir gelungen mit:

  "resolutions": {
    "**/**/chokidar": "^2.1.8"
  }

Im Großen und Ganzen möchte das Babel-Team die Kompatibilität mit Node 6 beibehalten, deshalb verwendet es immer noch das alte fsevents , aber sie planen eine Migration in Babel v8.

Hoffe es hilft 🥰

sneko am 26. Juni 2020

👍2

Ich habe dies gelöst, indem ich package-lock.json gelöscht und npm install .

JeffreyCA am 7. Juli 2020

👎2

Ich weiß nicht, ob noch jemand dieses Problem hat. Ich habe es gelöst dabei
yarn install --check-files
Ich musste es ein paar Mal machen
Ich habe es unter OSX 10.13 High Sierra gemacht

Das hat sich für mich gelöst! Ich musste es auch einige Male laufen lassen.
Vielen Dank

dario-pon am 27. Juli 2020

War diese Seite hilfreich?

0 / 5 - 0 Bewertungen

<p>Garn kann fsevents nicht installieren, während npm erfolgreich ist</p>

Mit yarn

Mit npm

Hilfreichster Kommentar

Alle 43 Kommentare

Verwandte Themen

Mit `yarn`

Mit `npm`