npm ERR cb () nunca chamado

274

Eu tenho um aplicativo Node.js hospedado no Heroku. Sempre que faço um git push heroku, recebo o seguinte erro:

Counting objects: 14, done.
Delta compression using up to 6 threads.
Compressing objects: 100% (12/12), done.
Writing objects: 100% (12/12), 1.20 KiB, done.
Total 12 (delta 8), reused 0 (delta 0)

-----> Node.js app detected
-----> Resolving engine versions
       Using Node.js version: 0.6.20
       Using npm version: 1.2.12
-----> Fetching Node.js binaries
-----> Vendoring node into slug
-----> Installing dependencies with npm
       npm http GET https://registry.npmjs.org/pg/0.6.15
       npm http GET https://registry.npmjs.org/socket.io
       npm http 200 https://registry.npmjs.org/pg/0.6.15
       npm http GET https://registry.npmjs.org/pg/-/pg-0.6.15.tgz
       npm http 200 https://registry.npmjs.org/socket.io
       npm http GET https://registry.npmjs.org/socket.io/-/socket.io-0.9.13.tgz
       npm http 200 https://registry.npmjs.org/pg/-/pg-0.6.15.tgz
       npm http 200 https://registry.npmjs.org/socket.io/-/socket.io-0.9.13.tgz
       npm http GET https://registry.npmjs.org/socket.io-client/0.9.11
       npm http GET https://registry.npmjs.org/policyfile/0.0.4
       npm http GET https://registry.npmjs.org/base64id/0.1.0
       npm http GET https://registry.npmjs.org/redis/0.7.3
       npm http GET https://registry.npmjs.org/generic-pool/1.0.9
       npm http 200 https://registry.npmjs.org/policyfile/0.0.4
       npm http GET https://registry.npmjs.org/policyfile/-/policyfile-0.0.4.tgz

       npm http 200 https://registry.npmjs.org/base64id/0.1.0
       npm http GET https://registry.npmjs.org/base64id/-/base64id-0.1.0.tgz
       npm http 200 https://registry.npmjs.org/generic-pool/1.0.9
       npm http GET https://registry.npmjs.org/generic-pool/-/generic-pool-1.0.9
.tgz
       npm http 200 https://registry.npmjs.org/socket.io-client/0.9.11
       npm http GET https://registry.npmjs.org/socket.io-client/-/socket.io-clie
nt-0.9.11.tgz
       npm http 200 https://registry.npmjs.org/redis/0.7.3
       npm http GET https://registry.npmjs.org/redis/-/redis-0.7.3.tgz
       npm http 200 https://registry.npmjs.org/policyfile/-/policyfile-0.0.4.tgz

       npm http 200 https://registry.npmjs.org/base64id/-/base64id-0.1.0.tgz
       npm http 200 https://registry.npmjs.org/generic-pool/-/generic-pool-1.0.9
.tgz
       npm http 200 https://registry.npmjs.org/socket.io-client/-/socket.io-clie
nt-0.9.11.tgz
       npm http 200 https://registry.npmjs.org/redis/-/redis-0.7.3.tgz

       > pg@0.6.15 install /tmp/build_36us8733h7kkr/node_modules/pg
       > node-waf configure build || (exit 0)

       Checking for program g++ or c++          : /usr/bin/g++
       Checking for program cpp                 : /usr/bin/cpp
       Checking for program ar                  : /usr/bin/ar
       Checking for program ranlib              : /usr/bin/ranlib
       Checking for g++                         : ok
       Checking for node path                   : not found
       Checking for node prefix                 : ok /tmp/node-node-nNUw
       Checking for program pg_config           : /usr/bin/pg_config
       'configure' finished successfully (0.058s)
       Waf: Entering directory `/tmp/build_36us8733h7kkr/node_modules/pg/build'
       [1/2] cxx: src/binding.cc -> build/Release/src/binding_1.o
       [2/2] cxx_link: build/Release/src/binding_1.o -> build/Release/binding.no
de
       Waf: Leaving directory `/tmp/build_36us8733h7kkr/node_modules/pg/build'
       'build' finished successfully (0.492s)
       npm http GET https://registry.npmjs.org/uglify-js/1.2.5
       npm http GET https://registry.npmjs.org/ws
       npm http GET https://registry.npmjs.org/xmlhttprequest/1.4.2
       npm http GET https://registry.npmjs.org/active-x-obfuscator/0.0.1
       npm http 200 https://registry.npmjs.org/active-x-obfuscator/0.0.1
       npm http GET https://registry.npmjs.org/active-x-obfuscator/-/active-x-ob
fuscator-0.0.1.tgz
       npm http 200 https://registry.npmjs.org/uglify-js/1.2.5
       npm http GET https://registry.npmjs.org/uglify-js/-/uglify-js-1.2.5.tgz
       npm http 200 https://registry.npmjs.org/xmlhttprequest/1.4.2
       npm http GET https://registry.npmjs.org/xmlhttprequest/-/xmlhttprequest-1
.4.2.tgz
       npm http 200 https://registry.npmjs.org/ws
       npm http GET https://registry.npmjs.org/ws/-/ws-0.4.25.tgz
       npm http 200 https://registry.npmjs.org/active-x-obfuscator/-/active-x-ob
fuscator-0.0.1.tgz
       npm http 200 https://registry.npmjs.org/uglify-js/-/uglify-js-1.2.5.tgz
       npm http 200 https://registry.npmjs.org/xmlhttprequest/-/xmlhttprequest-1
.4.2.tgz
       npm http 200 https://registry.npmjs.org/ws/-/ws-0.4.25.tgz
       npm http GET https://registry.npmjs.org/zeparser/0.0.5
       npm http GET https://registry.npmjs.org/commander
       npm http GET https://registry.npmjs.org/tinycolor
       npm http GET https://registry.npmjs.org/options
       npm http 200 https://registry.npmjs.org/zeparser/0.0.5
       npm http GET https://registry.npmjs.org/zeparser/-/zeparser-0.0.5.tgz
       npm http 200 https://registry.npmjs.org/options
       npm http GET https://registry.npmjs.org/options/-/options-0.0.3.tgz
       npm http 200 https://registry.npmjs.org/tinycolor
       npm http GET https://registry.npmjs.org/tinycolor/-/tinycolor-0.0.1.tgz
       npm http 200 https://registry.npmjs.org/commander
       npm http GET https://registry.npmjs.org/commander/-/commander-0.6.1.tgz
       npm http 200 https://registry.npmjs.org/zeparser/-/zeparser-0.0.5.tgz
       npm http 200 https://registry.npmjs.org/options/-/options-0.0.3.tgz
       npm http 200 https://registry.npmjs.org/tinycolor/-/tinycolor-0.0.1.tgz
       npm http 200 https://registry.npmjs.org/commander/-/commander-0.6.1.tgz

       > ws@0.4.25 install /tmp/build_36us8733h7kkr/node_modules/socket.io/node_
modules/socket.io-client/node_modules/ws
       > (node-gyp rebuild 2> builderror.log) || (exit 0)

       make: Entering directory `/tmp/build_36us8733h7kkr/node_modules/socket.io
/node_modules/socket.io-client/node_modules/ws/build'
         CXX(target) Release/obj.target/bufferutil/src/bufferutil.o
         SOLINK_MODULE(target) Release/obj.target/bufferutil.node
         SOLINK_MODULE(target) Release/obj.target/bufferutil.node: Finished
         COPY Release/bufferutil.node
         CXX(target) Release/obj.target/validation/src/validation.o
         SOLINK_MODULE(target) Release/obj.target/validation.node
         SOLINK_MODULE(target) Release/obj.target/validation.node: Finished
         COPY Release/validation.node
       make: Leaving directory `/tmp/build_36us8733h7kkr/node_modules/socket.io/
node_modules/socket.io-client/node_modules/ws/build'
       npm ERR! cb() never called!
       npm ERR! not ok code undefined
       npm ERR! cb() never called!
       npm ERR! not ok code 1
 !     Failed to install --production dependencies with npm
 !     Heroku push rejected, failed to compile Node.js app

To git@heroku.com:still-chamber-1286.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to '[email protected]:still-chamber-1286.git'

O erro está nas últimas linhas: npm ERR! cb () nunca ligou! npm ERR! não ok código indefinido npm ERR! cb () nunca ligou! npm ERR! não ok código 1! Falha ao instalar as dependências --production com o npm! Push Heroku rejeitado, falha ao compilar o aplicativo Node.js.

To git@heroku.com:still-chamber-1286.git
 ! [remote rejected] master -> master (pre-receive hook declined)
error: failed to push some refs to '[email protected]:still-chamber-1286.git'

Não tive problemas em enviar meu código para o Heroku antes; somente desde segunda-feira tenho esse erro.

Vi posts semelhantes na web referindo-se a erros ligeiramente diferentes, mas nunca vi um com ! [remote rejected] master -> master (pre-receive hook declined)antes.

Louise K
fonte
Estou recebendo o mesmo erro ao enviar meu aplicativo de nó para o heroku hoje:! [remote rejected] master -> master (pre-receive hook declined)
smithclay 13/03
6
Estranhamente, adicionando "engines": { "node": "0.8.x" }ao meu package.jsonerro corrigido para mim.
smithclay
Funcionou, muito obrigado :) Embora se deva notar que eu já tinha "engines": { "node": "0.6.x" }entrado package.json, eu simplesmente tive que mudar de 0.6.xpara0.8.x
Louise K
1
Atualmente, há uma questão em aberto sobre este erro com NPM e nó 0.10.0: github.com/isaacs/npm/issues/2907
JCM
2
Corrigi isso sozinho, atualizando o npm ( $> npm install -g npm), pois recebia avisos de que os pacotes esperavam uma versão superior de qualquer maneira na saída do console.
racl101

Respostas:

312

Se você possui o npm versão 5 ou superior, tente primeiro:

$ sudo npm cache verify

De outra forma:

$ sudo npm cache clean

Minhas versões de nó e npm são:

$ node -v
v0.10.0

$ npm -v
1.2.14

https://docs.npmjs.com/cli/cache

Alberto
fonte
1
A solução alternativa ajudou, mas com o mesmo erro, mas durante a instalação do módulo (grunt-contrib-yuidoc), obrigado.
Wiseman
Essa solução não é para execuções locais e não para o Heroku? Para Heroku, essa solução parece não funcionar.
Valentyn Shybanov 26/09
10
Ugh. Tentei propor uma edição para essa resposta, mas evidentemente deve ter pelo menos 6 caracteres. De qualquer forma, deve ser cleannão clear. npmjs.org/doc/cache.html
Tyler Hayes
Este erro ocorreu após a criação de uma extensão nativa do postgres, rm -fr $ HOME / .node-gyp.
Giovanni Toraldo
2
npm cache cleanfunciona para mim, pois alterno constantemente entre diferentes registros npm.
qmmr
141

Para qualquer pessoa que acesse esta página em 29 de setembro de 2013, há um erro fechado no Node.js. 0.10.19 que está causando esse erro.

https://github.com/isaacs/npm/issues/2907#issuecomment-15215278 https://github.com/joyent/node/issues/6263#issuecomment-25113849

Se você estiver no Heroku, atualize para 0.10.20

"engines": {
    "node": "0.10.20"
}
Mark Percival
fonte
40
29 de setembro? Esse erro é do futuro? :) Obrigado pela solução!
JBCP 26/09
1
Obrigado! Definitivamente o que eu estava procurando
Kyle Hotchkiss
3
Você postou do futuro! Este foi realmente um bug sério. ; /
juanpaco 27/09
2
45 votos positivos (no momento da redação deste artigo) no período de 22 horas :) Brilhante da sua parte postar preventivamente uma resposta nova e atual para uma pergunta antiga, mas semelhante. A Internet é demais!
meetamit 27/09/13
1
Eu tive esse erro ontem e reinstalei o nó hoje (1º de outubro) e está funcionando novamente - parece estar corrigido na v0.10.20. Obrigado por esta discussão, me salvou muito tempo.
precisa
39

experimentar

sudo npm cache clean --force
SanS
fonte
28

Tente limpar o cache do npm:

sudo npm cache clean --force
Appsol Zone
fonte
23

Você tem uma versão específica "npm"especificada em "engines"no seu package.json? Parece que o NPM v1.2.15 resolveu o problema (e o Heroku está disponível). Eu estava tendo o mesmo problema "1.1.x".

Aidan Feldman
fonte
Fantástico. Isso estava me incomodando, com certeza. Especifiquei minha versão do npm e funcionou como um encanto.
Eric H.
20
SE VOCÊ ESTIVER EM AUSTIN, TX, DEIXE-ME COMPRAR UMA PIZZA! Sinto muito pelas letras maiúsculas, mas capta meu estado atual de alegria como resultado de sua resposta. Eu nunca suspeitaria que ter essa especificação de versão para o NPM fosse o culpado. Aidan, espero que você tenha um dia maravilhoso.
juanpaco
1
@ Juanpaco, você é muito engraçado.
Daniel Daniel
Yeach eu remover esta folha "motores" de package.json e funciona :)
Kamil Kiełczewski
23

IMPORTANTE! A solução abaixo agora é considerada instável e você deve usar o Node Version Management: Node Version Manager no Github . David Walsh também tem uma boa introdução ao NVM . O NVM funciona lindamente e eu o uso para gerenciar projetos herdados do WordPress há alguns anos.


Por favor, não use isso - use NVM

Eu apenas tive esse problema exatamente ao tentar instalar o tema Sage para WordPress. Quando eu corri npm installno diretório do tema, ele falhou.

Observando as dependências package.json, pude ver que o mecanismo em que estava executando o Node estava desatualizado. A execução node -vna linha de comando mostrou que eu estava na v0.10.9, e a versão mais recente do Sage requer> = 0.12.0

Então aqui está a correção para isso. Essas etapas são do blog de David Walsh

  1. Limpe seu cache npm: sudo npm cache clean -f
  2. Instale a versão mais recente do auxiliar Node: sudo npm install -g n
  3. Diga ao auxiliar (n) para instalar a versão estável mais recente do Node: sudo n stable

Você deve obter uma exibição de progresso, após a qual estará atualizado.

Quando eu corri npm installdepois de fazer isso, tudo funcionou bem e eu pude executar gulppara criar o distdiretório inicial .

raffjones
fonte
O passo 2 também deve ser sudo npm install -g n.
Mauro Vanetti 12/03/2019
De acordo com o link da fonte, esta solução é "instável" e o Node Version Manager é melhor github.com/nvm-sh/nvm/blob/master/README.md
PJ Brunet em
Obrigado pelo
alerta
14

Se você atualizou o angular cli, npm, node, não precisará fazer mais nada. Basta executar o comando abaixo para resolver o problema. Este comando também resolve o problema do "fim de linha inesperado".

npm install --no-package-lock
chetan shah
fonte
execute este comando no mesmo espaço de trabalho em que você está trabalhando.
xá chetan
14
  • Corre npm install -g npm
  • Então corra npm install
Espírito da solução
fonte
11

Atualizando o NodeJS https://nodejs.org/en/ Corrigido meu problema.

Run npm install -g npm&npm cache clean

Srinivas
fonte
Sim. Na verdade, funcionou assim para mim. Primeiro atualizei meu nó e executei os comandos que funcionavam. Pode ser outra maneira de fazê-lo funcionar. Espero que ajude alguém.
Srinivas 01/01
1
Muito obrigado :) Esta deve ser a resposta aceita
Solução Espírito
9

Eu tive o mesmo problema durante a instalação ionic@beta. Tentei os seguintes itens e eles não me ajudaram.

  1. npm cache clean
  2. Excluir manualmente o cache de %temp%\npm-*
  3. Prompt de comando "Executar como Administrador"

Resolvi o problema instalando o node-v5.10.1-x64.msi (a versão anterior era node-v5.9.0-x64.msi) e executei um npm cache cleanantes da instalaçãoionic@beta

Funcionou!

Sen Jacob
fonte
2
Isso funcionou para mim, obrigado! Deve haver algo errado com 5.9.x.
Nick George
O nó de instalação pode ter instalado um novo npm, o que poderia ser a causa desse trabalho como uma correção.
Mikemaccana 09/07/19
8

Eu tive o mesmo problema com o NPM versão 1.3.11 e o resolvi simplesmente executando novamente o mesmo comando várias vezes ("npm update -g" no meu caso). O erro apareceu para um pacote diferente em cada execução subsequente e, eventualmente, tudo foi atualizado com êxito.

Para mim, pelo menos, parece que estava sendo causado por um problema de rede (downloads corrompidos). Também estava recebendo um erro sobre um pacote inválido, que consegui resolver excluindo todas as instâncias de "tmp.tgz".

Editar: (provavelmente não relacionado, mas caso isso ajude alguém: eu estava usando o Windows e iniciei um prompt de comando como administrador após receber o erro inicial).

Sven Viking
fonte
1
Desde que postamos isso, vi muitas pessoas dizendo que tiveram a mesma experiência no Unix e no Mac (várias tentativas acabam contornando o problema). Não sei se o problema está relacionado à rede ou não, mas parece generalizado.
Sven Viking
Aparentemente, esse bug foi corrigido na v0.10.20: blog.nodejs.org/2013/09/30/node-v0-10-20-stable
Sven Viking
8

Para mim, nenhuma das soluções acima funcionou (reinstalar, limpar o cache, pastas etc.).

Meu problema foi resolvido com:

npm config set registry https://registry.npmjs.org/
Bubiec
fonte
5

sudo npm cache cleannão funcionou para mim. A atualização para a versão mais recente do nó ajuda.

Eu tinha o nó v.5.91 e atualizei para a v6.9.1

h - n
fonte
1
parece um problema de retorno, tive o mesmo problema com 10.15.0 e 11.6.0 e tive que fazer o downgrade da 9.11.2, funcionou.
CsBalazsHungary
5

Para mim, no npm 6.4.0e no node, 10.9.0nenhuma das respostas funcionou. Nó reinstalado, npm, cache limpo, pastas removidas ...

Após algumas depurações, usei npm linkdois dos meus módulos em desenvolvimento para vincular um ao outro. Depois que removi e refiz algumas ligações, consegui que tudo funcionasse novamente.

Flion
fonte
4

Parece que determinadas versões de dependência podem causar esse problema. Por exemplo, o gulp-uglifycss 1.0.7 tem esse problema (consulte https://github.com/rezzza/gulp-uglifycss/issues/15 ).

Se você estiver permitindo atualizações de versão principais ou secundárias na sua packages.jsonvia ^ou ~, remova esses caracteres no arquivo e tente outro npm install. Se funcionar nesse período, você ficará bem depois de se divertir diminuindo qual pacote está causando o problema.

Robert Johnson
fonte
4

Acabei de instalar globalmente a versão mais recente do NPM e funcionou para mim. Eu acho que a limpeza do cache npm é opcional.

npm install -g npm
Akash Tantri
fonte
4

ATUALIZADO: O problema é bastante comum aqui, é a nova correção npm cache verifyque você poderá executar!

James Christian Kaguo
fonte
3

Eu tive o mesmo problema ao tentar instalar o firebase-tools no meu laptop Windows. foi assim que eu resolvi.

  1. Eu baixei o Kaspersky e instalei. desativei as conexões seguras kaspersky
  2. eu abri o cmd e execute este comando npm cache clean --force
  3. então eu executo esse comando npm install npm@latest -g
  4. então eu executo o comando cleb do firebase npm install -g firebase-tools
Benja
fonte
neste comando npm cache clean --force --force ajudou a cache de limpo
Wasif
@Benja - O Kaspersky é um antivírus e não tem nada a ver com sua instalação ou com os problemas do NPM. se você tiver problemas com isso, no máximo pode ser para configurações de proxy, ou por qualquer uma das razões mencionadas aqui
Ritumoni Sharma
3

Sugiro: mude para o fio! - Yarn é um gerenciador de pacotes que usa o mesmo package.jsonarquivo e node_modulespasta que o npm.

Com o npm, tive o mesmo problema: Em uma instalação do CentOS 6, recebi o ERR cb() never callederro repetidamente e não consegui encontrar uma maneira de fazer com que o npm concluísse com segurança a instalação de alguns pacotes (como webpackpor exemplo). - O fio funciona perfeitamente, mesmo em conexões de rede inadequadas.

A migração para o Yarn é fácil. A maioria dos subcomandos é a mesma. Eles têm um bom guia de migração . Leia a comparação prática dos comandos da CLI no final.

halloleo
fonte
Eu sempre tive problemas com npm installum contêiner do Docker (normalmente executando em um host do Ubuntu). yarn installme desbloqueou em dois projetos diferentes quando npm installfalhou! Desejo que eu poderia saber por que, no entanto ...
Jamie Birch
Sim, posso confirmar que não tive problemas com o Yarn. Infelizmente npm é uma porcaria hoje em dia. A geração do arquivo de bloqueio do pacote é interrompida em alguns momentos aleatórios. Nada disso acontece no fio. Seu arquivo yarn.lock está sempre bem
Nickon 19/03
3

Para usuários do Ubuntu, o método fornecido abaixo funcionou para mim.

Primeiro, execute o seguinte: sudo npm cache verify

Em seguida, vá para Home ->. Npm e exclua a pasta _cache: sudo rm -rf _cacache/

vá e verifique, talvez você tenha encontrado a solução.

Jaymeen_JK
fonte
2

Pegando onde mdp deixou, o problema está no nó 0.10.19 e no npm 1.3.11

Encontrei a maneira mais fácil de gerenciar o downgrade para manter as coisas funcionando perfeitamente como NVM , aqui está um bom tutorial sobre como usá-lo. Meu ambiente de servidor foi modificado e executando corretamente o downgrade de 0.10.19 para 0.10.18 em questão de minutos com o NVM.

Joe Minichino
fonte
NVM é muito útil. Eu tive muitos problemas com conflitos de versão e estes foram resolvidos apenas com a instalação e o uso do NVM. É incrivel! Obrigado.
Ken J
2

Encontrei o mesmo problema no meu Mac e tentei todos os métodos que encontrei: atualize para o nó mais recente, limpe o cache, remova o diretório _node_mudules_, mas todos não têm efeito. Eventualmente, eu acreditava que era o problema do ambiente do Node, então degradei meu Node para uma versão LTS antiga 6.14.1, e o problema desapareceu. Isto é o que eu faço:

  1. Instale o NVM (para obter um novo ambiente de nó isolado, é melhor usar o NVM para gerenciar seus vários ambientes de nó, acesse aqui para obter detalhes)

    curl -o- https://raw.githubusercontent.com/creationix/nvm/v0.33.8/install.sh | bash

  2. Instale o Node.js 6.14.1

    nvm install 6.14.1

  3. Alterne para o ambiente específico do nó que você instala acima

    nvm use 6.14.1

  4. Instale create-react-app

    npm install -g create-react-app

  5. Crie seu aplicativo de reação

    create-react-app appname

lengxuehx
fonte
2

npm install resultaria em:

npm ERR! cb() never called!

npm ERR! This is an error with npm itself. Please report this error at:
npm ERR!     <https://github.com/npm/npm/issues>

No meu caso, esse erro começou a acontecer quando eu atualizado para a versão Node.js 8.11.1. Anteriormente, usando a versão Node.js 6.12.xe a versão NPM 5.8.0.

Além disso, meus scripts de teste não encontrariam o AVA:

sh: ava: command not found
npm ERR! Test failed.  See above for more details.

A solução foi fazer o downgrade do NPM para 5.7.1

rafaCode
fonte
2

[Works] tente npm config delete https-proxy

teria entrado em conflito com o proxy.

KrtkNyk
fonte
Você é um salva-vidas. Obrigado
amit gupta
2

Para quem atualizou recentemente do 6.x para o 6.7.0.

A exclusão da /Users/{YOUR USERNAME}/.npmpasta resolveu meus problemas com npm install.

Também executei alguns desses comandos sugeridos por https://npm.community/t/crash-npm-err-cb-never-called/858/93?u=jasonfoglia

sudo npm cache clean -f
sudo npm install -g n

Mas não tenho certeza do que realmente funcionou até excluir a pasta. Portanto, se você enfrentar esse problema e apenas excluir a pasta .npm que corrige o problema, observe isso nos comentários.

Jason Foglia
fonte
2

Hoje eu também enfrentei o mesmo problema, pois forcei a interromper o download do pacote npm no meio devido a problemas na Internet.

Eu tentei várias coisas como,

  1. Executando o sudo npm cache clean -f - que não funcionou conforme o esperado
  2. Limpe o nó de desinstalação e a reinstalação - o que também não funcionou

Finalmente tentei excluir a pasta que contém o cache npm que estava criando o problema. Eu executei o seguinte comando,

sudo rm -rf /Users/{user_system_user}/.npm/

Então tentei instalar o pacote que estava preso e tudo funcionou como um encanto.

PS: substitua {user_sytem_user} de acordo com o usuário atual do seu sistema.

Sulokit
fonte
Acho que com as versões mais recentes do npm, sua solução é a única que está funcionando.
Jorge Valvert
2

Eu tive o cb() never called!erro e nenhuma das respostas aqui funcionou diretamente para mim. Eu estava executando o Node v8.11.2e tive que excluir manualmente o package-lock.jsonarquivo para chegar a qualquer lugar. Depois de fazer isso, executei npm cache verifyconforme algumas das respostas recomendadas. Em seguida, a execução npm iproduziu o seguinte resultado:

npm notice created a lockfile as package-lock.json. You should commit this file.
npm WARN securities-stub@1.0.0 No description
npm WARN securities-stub@1.0.0 No repository field.

up to date in 5.118s
Tim Biegeleisen
fonte
1
brew uninstall node
cd /usr/local
git checkout f7bbdcc /usr/local/Library/Formula/node.rb
brew install node

Encontre outras versões como esta:

brew versions node
Alex V
fonte
1

Faça npm install npm@latest -gpara atualizar o npm para a versão mais recente. Isso corrigiu o problema para mim. Eu fiz npm cache cleanprimeiro

Sukhdeep Singh
fonte
1

No meu caso, não consegui instalar um plugin VueJS e tive que:

Alterando a propriedade dos arquivos:

sudo chown -R $ (whoami) ~ / .npm

sudo chown -R $ (whoami) / usr / local / lib

sudo chown -R $ (whoami) / usr / local / bin

E, em seguida, certifique-se de ter as últimas npm:

npm install -g npm @ latest

Em seguida, instalei meu plug-in e, no seu caso, provavelmente seu comando não está sendo executado.

FBC
fonte