Cli: [BUG] Argument requis n ° 1 manquant

Pareil ici

Même problème ici.

Même problème ici.
Le déploiement cesse de fonctionner aujourd'hui, vendredi, la construction s'est terminée sans problème.

Même problème, rien n'a changé depuis vendredi et ça fonctionnait bien à l'époque.

Même problème.

Il semble que quelque chose a été publié qui brise les anciennes versions de npm (nous utilisions la version 3.5.2, la version la plus récente utilisant apt-get). Nous avons résolu ce problème en mettant à jour vers la dernière version de npm en tant que commande RUN dans notre Dockerfile

RUN npm install -g npm@latest

Nous installions npm via apt-get dans une liste d'installations apt, mais la dernière version de npm n'est pas disponible via l'option d'installation apt. Ainsi, après avoir installé l'ancienne version de npm dans la liste apt, nous l'avons mise à jour sur la ligne suivante du Dockerfile avec la commande ci-dessus. J'espère que sa mise à jour ne cassera rien de ce que vous faites, et j'espère que cela aidera certains d'entre vous.

Ran dans cela aussi, installer npm @ latest semble être une solution de contournement suffisante pour le moment.

@RyanMannix est-il possible que vous fournissiez des informations sur ce Dockerfile?
Q: Quelle version de apt utilisez-vous?
Q: Le Dockerfile exécute-t-il apt update avant d'installer les packages?
Q: Vers quel (s) référentiel (s) apt pointe / s?

Le problème d'origine a un fichier npm-debug.log qui fait référence à [email protected] et [email protected] . Depuis le 1er janvier 2020 node@8 n'est plus la maintenance LTS n'est pas prise en charge par la Fondation OpenJS. S'il est possible de mettre à jour vers node@10 , il est livré avec [email protected] qui est une _much_ version plus récente que [email protected] (beaucoup de changements et d'améliorations).

Si vous êtes bloqué à node@8 , je recommanderais à tous ceux qui suivent simplement d'ajouter

RUN npm install -g npm<strong i="24">@latest</strong>

à vos Dockerfiles pour que les builds / déploiements fonctionnent à nouveau. J'ai créé un TODO pour moi-même pour demander à notre équipe d'ingénierie s'il y avait des changements proposés vendredi.

Merci à tous ceux qui en ont parlé et à @pettazz d' avoir tweeté à ce sujet: D

@mikemimik est remarquable que cela semble provoqué par un changement côté registre, car cela n'a commencé que récemment. Je l'ai vu sur le nœud 5 sur Windows sur les versions npm qui fonctionnaient auparavant.

J'ai commencé à frapper ça comme les autres personnes. Je crois que npm 3.5.2 (et le nœud 8) est la dernière version disponible d'apt sur Ubuntu 18.04 (qui est la LTS actuelle pour Ubuntu). La commande donnée ci-dessus pour mettre à jour npm a bien fonctionné pour moi. (Merci!)

@mikemimik
Le fichier Docker basé sur Ubuntu 18.04
A: apt version 1.6.12
R: oui, il exécute apt update avant d'installer les packages - vous pouvez mettre à niveau et installer les packages dans une seule commande "RUN", ce qui signifie moins de couches dans votre image docker.
R: Voulez-vous dire où il enregistre les paquets localement ou où il les obtient en ligne? Je pense que les conservateurs de packages doivent les soumettre à apt pour téléchargement, mais vous pouvez rechercher apt pour les packages disponibles en utilisant apt search . (tous les packages, probablement une très longue liste) ou apt search <package-name> (pour un paquet). Voir ce lien pour plus d'informations à ce sujet

Je ne peux malheureusement pas partager le fichier docker lui-même, mais je peux vous dire que nous mettons essentiellement à jour apt, installons les packages apt répertoriés dans un fichier d'exigences, puis dans ce cas, apt update npm. Puis pip installez les packages à partir d'une liste d'exigences. Je m'attendrais à ce que quelque chose de similaire soit disponible en ligne si vous effectuez une recherche.

Si quelqu'un le fait de manière fiable, pouvez-vous partager votre fichier package.json, ou du moins, les sections dependencies , devDependencies et optionalDependencies ?

Je ne peux pas reproduire cela avec npm v3.5.2 en installant simplement les packages affichés dans le journal de débogage.

Il y a eu un changement côté registre concernant les URL dans le chemin /-/org/... , mais je ne vois nulle part où nous y accédons au cours d'une installation. J'aimerais enquêter simplement pour m'assurer qu'il n'y a pas d'effets secondaires imprévus de ce changement, mais pour le moment, je ne vois pas comment cela pourrait être lié.

Cela étant dit, vraiment, npm v3.5.2 date de 2015 et est loin de tout support LTS par cette équipe. Le nœud 8 est en fin de vie à compter du 1er janvier 2020. Donc, la réponse est probablement de simplement mettre à niveau votre nœud et npm, et de vous plaindre auprès de votre fournisseur de packages système pour mettre à niveau ces versions non prises en charge et non sécurisées.

Puisque npm install -g npm n'est pas sûr sur les nœuds plus anciens et que j'ai seulement ajouté la logique appropriée à nvm, ma configuration d'appveyor ne peut pas tester sur le nœud 5 sur Windows avec cette nouvelle rupture.

Avant cette validation: https://github.com/ljharb/json-file-plus/commit/93c227cbf88775352098d1a6b6025b851dac514b, ce package a systématiquement échoué dans le nœud 5 sur appveyor.

ma configuration d'appveyor est incapable de tester sur le nœud 5 sur Windows avec cette nouvelle rupture.

Le nœud 5 a atteint sa date de prise en charge de fin de vie le 30/06/2016, il y a 1295 jours. Il n'est pas pris en charge et ne devrait pas fonctionner avec une version récente ou future de npm.

C'est certainement une position que vous pouvez adopter, mais il reste le cas qu'un changement de registre a cassé des clients qui fonctionnaient très bien auparavant, et étant donné que npm n'offre pas un moyen simple de mettre à niveau vers "le dernier npm qui fonctionne sur une version de nœud arbitraire ", cela cause beaucoup de frictions pour les cas d'utilisation qui ont bien fonctionné pendant des années jusqu'à il y a une semaine ou deux.

@ljharb Encore

Sans un cas de reproduction, ce n'est que spéculation. npm 3.5.2 est capable d'installer tous les packages référencés dans le fichier npm-debug.log très bien, pour autant que je sache.

Vous ne pouvez pas le reproduire avec le repo json-file-plus , sous Windows sur x64 ou sur x86, sur le nœud 5 avec stock npm?

@ljharb

Vous ne pouvez pas le reproduire avec le repo json-file-plus, sous Windows sur x64 ou sur x86, sur le nœud 5 avec stock npm?

Je n'ai pas essayé dans cette configuration.

Ce n'est pas ainsi que cette erreur se produit:

1129 error Linux 5.0.0-32-generic
1130 error argv "/usr/bin/node" "/usr/bin/npm" "install"
1131 error node v8.10.0
1132 error npm  v3.5.2
1133 error code EMISSINGARG

Je serais donc surpris si cela est spécifique à Windows ou au nœud 5 de quelque manière que ce soit. Il se peut bien qu'il y ait plus d'une façon d'obtenir un EMISSINGARG , bien sûr, mais je soupçonne fortement que vous rencontrez une erreur différente si elle se produit principalement sous Windows en utilisant Node 5.

même merde aussi. @HotGreenPeas @ byv55f5f5 @cerpusoddarne et tous les autres gars qui rattrapent ce problème, pouvez-vous s'il vous plaît écrire dans ce numéro npm --version et node --version ? Merci beaucoup!

mes versions:

$ npm --version    
3.5.2
$ node --version                          
v8.10.0

Je suis dans le même bateau avec un sous-système Linux sur Windows 10 avec une nouvelle installation de node et npm:

npm ERR! Linux 4.4.0-18362-Microsoft
npm ERR! argv "/usr/bin/node" "/usr/bin/npm" "install" "-g" "aws-cdk"
npm ERR! node v8.10.0
npm ERR! npm  v3.5.2
npm ERR! code EMISSINGARG

npm ERR! typeerror Error: Missing required argument #1
npm ERR! typeerror     at andLogAndFinish (/usr/share/npm/lib/fetch-package-metadata.js:31:3)
npm ERR! typeerror     at fetchPackageMetadata (/usr/share/npm/lib/fetch-package-metadata.js:51:22)
npm ERR! typeerror     at resolveWithNewModule (/usr/share/npm/lib/install/deps.js:456:12)
npm ERR! typeerror     at /usr/share/npm/lib/install/deps.js:457:7
npm ERR! typeerror     at /usr/share/npm/node_modules/iferr/index.js:13:50
npm ERR! typeerror     at /usr/share/npm/lib/fetch-package-metadata.js:37:12
npm ERR! typeerror     at addRequestedAndFinish (/usr/share/npm/lib/fetch-package-metadata.js:82:5)
npm ERR! typeerror     at returnAndAddMetadata (/usr/share/npm/lib/fetch-package-metadata.js:117:7)
npm ERR! typeerror     at pickVersionFromRegistryDocument (/usr/share/npm/lib/fetch-package-metadata.js:134:20)
npm ERR! typeerror     at /usr/share/npm/node_modules/iferr/index.js:13:50
npm ERR! typeerror This is an error with npm itself. Please report this error at:
npm ERR! typeerror     <http://github.com/npm/npm/issues>

Pareil ici :(

Fonctionne bien sur ma machine mais ne peut pas installer de dépendances sur la machine DigitalOcean Ubuntu.

Même problème ici depuis vendredi en utilisant Ubuntu 18.04.4 LTS clean installs avec les packages de repo du fournisseur: (et un peu plus d'un mois jusqu'à la sortie de 20.04 LTS!

Même problème ici depuis vendredi en utilisant Ubuntu 18.04.4 LTS clean installs avec les packages de repo du fournisseur: (et un peu plus d'un mois jusqu'à la sortie de 20.04 LTS!

J'ai eu la même situation, mais il semble que j'ai réussi à y remédier en mettant à niveau le nœud 8 par défaut vers le nœud 10 selon les instructions sur https://github.com/nodesource/distributions ( npm été mis à niveau en conséquence à partir de 3.5.x à 6.13.4)

: | . Tant de bugs sur les nouvelles versions de npm

$ node --version
v8.10.0
$ npm --version
3.5.2

@ljharb Encore

Sans un cas de reproduction, ce n'est que spéculation. npm 3.5.2 est capable d'installer tous les packages référencés dans le fichier npm-debug.log très bien, pour autant que je sache.

Salut,

Le moyen le plus simple de le prouver est probablement d'installer * npm install -D load-grunt-config) dans mon cas en utilisant le nœud v5.3.0 et npm 3.5.2. Avant le "ces versions sont trop anciennes et elles n'ont pas de support", je n'essaye pas d'installer de nouveaux packages ou tout ce qui a besoin de support, j'essaie juste d'exécuter une ancienne application qui fonctionne depuis quelques mois mais pas plus parce que quelque chose a changé apparemment

Merci pour l'aide.

C'est l'erreur btw:

npm ERR! nœud v5.3.0
npm ERR! npm v3.5.2
npm ERR! code EMISSINGARG

npm ERR! Erreur de typeerror: argument requis # 1 manquant

Comme indiqué ci-dessus, les nœuds v8.10.0 et npm v3.5.2 ne sont plus pris en charge. J'ai essayé d'exécuter npm install -g npm @ latest mais cela n'a pas mis à jour mon nœud et npm. Si vous utilisez Ubuntu 18.4, assurez-vous d'ajouter le référentiel du nœud 10

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -       
apt -y install nodejs make gcc g++

Ne fonctionne pas non plus pour moi
$ npm --version
3.5.2
$ node --version
v8.10.0

A travaillé après la mise à jour comme @ ethanplee14 suggéré

Je peux reproduire ce problème de manière cohérente en appelant npm install which-collection lors de l'utilisation de [email protected]. La mise à jour de npm n'est malheureusement pas une option facile pour moi sur les systèmes hérités.

Une version précédente de ce paquet peut être installée correctement, par exemple npm install [email protected] fonctionne. Pour autant que je sache, ces versions diffèrent par rapport à leur champ type qui n'est pas défini pour la v1.0.0 et défini sur commonjs pour la version ultérieure. Cela déclenche un chemin de code différent en raison de https://github.com/npm/cli/blob/56c980266edd12be214033d2e040983b19787808/lib/install/deps.js#L517.

Il semble que le chèque de pkg.type été supprimé dans [email protected] https://github.com/npm/cli/blob/0c5e815d8400b7c778e7013d86a379db28a46a46/lib/install/deps.js#L511 donc je vais essayer pour mettre à jour npm vers cette version et voir si cela aide.

Tester cela a été plus facile que prévu, pour moi [email protected] fonctionne en effet. Alternativement, ajouter une vérification supplémentaire à https://github.com/npm/cli/blob/56c980266edd12be214033d2e040983b19787808/lib/install/deps.js#L517 comme if (pkg.type && (pkg.type !== 'commonjs')) { semble également résoudre le problème, au moins avec mon package "test" de quelle collection. Étant donné que ce champ type peut avoir de nombreuses autres valeurs, cette simple vérification ne suffira probablement pas.

J'étais confronté au même problème avec npm 3.5.2 et node 8.10.0 et j'ai tout obtenu juste après la suggestion @ ethanplee14 .

J'obtiens la même erreur en utilisant les dernières versions de Node et NPM installées en suivant les instructions sur digitalocean.com.

https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-ubuntu-18-04

$ node --version
v8.10.0
$ npm --version
3.5.2

Quelle est la prescription pour que cette ventouse fonctionne à nouveau?

Même problème ici :(
ubuntu lts 18.04
nœud v8.10.0
npm v3.5.2

J'ai signalé le problème sur mon blog via ce problème.

https://github.com/scripting/Scripting-News/issues/172

Et il a été résolu en installant une version plus récente de Node et NPM.

Les instructions sont là-bas.

Net-net - Digital Ocean devrait soit mettre à jour sa documentation, soit son logiciel.

Comme indiqué ci-dessus, les nœuds v8.10.0 et npm v3.5.2 ne sont plus pris en charge. J'ai essayé d'exécuter npm install -g npm @ latest mais cela n'a pas mis à jour mon nœud et npm. Si vous utilisez Ubuntu 18.4, assurez-vous d'ajouter le référentiel du nœud 10

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -       
apt -y install nodejs make gcc g++

Merci!!!!!! très bien

Pour ceux qui ne peuvent pas mettre à jour leurs versions de nœuds et de npm très facilement, j'ai pu faire fonctionner ma compilation en mettant à jour npm vers la dernière version de 3, qui a finalement été la 3.10.10.

npm install -g npm@3

Ou si vous voulez être précis:
npm install -g [email protected]

J'espère que cela aidera certains d'entre vous!

même problème fonctionnant sur Ubuntu 18.04 LTS.
J'ai essayé toutes les méthodes mentionnées ci-dessus. Aucun n'a fonctionné

i@support-System-Product-Name:~/Projects/molstar-master$ npm --version
3.5.2
i@support-System-Product-Name:~/Projects/molstar-master$ node --version
v13.10.1

@ LivC182 si vous utilisez le nœud 13.x, votre version npm devrait être un LOOOOOT supérieur.

On dirait que ce problème est causé par la mise en cache par Bash du chemin de la commande npm et peut être résolu via hash -d npm .

Résolution du problème pour moi sous Ubuntu 18.04 LTS:
https://askubuntu.com/questions/1036278/npm-is-incorrect-version-on-latest-ubuntu-18-04-installation

Omg, je regarde ce problème depuis le 26 février, et personne ne peut expliquer, comment résoudre ce problème, lol, cela pourrait être un fil légendaire

1. Mettez à jour nodejs vers la dernière version:

sudo npm install -g n
sudo n latest

1. Mettez à jour npm vers la dernière version:

sudo npm install -g npm

1. Faites ce que @runcible a suggéré

hash -d npm

1. Essayez npm install

npm i

1. Mettez à jour nodejs vers la dernière version:

sudo npm install -g n
sudo n latest

1. Mettez à jour npm vers la dernière version:

sudo npm install -g npm

1. Faites ce que @runcible a suggéré

hash -d npm

1. Essayez npm install

npm i

Peut confirmer que cela fonctionne. Versions après ceci:
Plateforme: Ubuntu 18.04LTS
Version du nœud: v14.5.0
version npm: 6.14.5

Quand runnig simple npm install tout fonctionne bien .. mais en exécutant npm install dans un dockerfile, j'obtiens ceci;

npm ERR! Linux 4.14.111-boot2docker
npm ERR! argv "/ usr / local / bin / node" "/ usr / local / bin / npm" "install"
npm ERR! nœud v6.5.0
npm ERR! npm v3.10.3
npm ERR! code EMISSINGARG

npm ERR! Erreur de typeerror: argument requis # 1 manquant
npm ERR! typeerror à andLogAndFinish (/usr/local/lib/node_modules/npm/lib/fetch-package-metadata.js:31:3)
npm ERR! typeerror à fetchPackageMetadata (/usr/local/lib/node_modules/npm/lib/fetch-package-metadata.js:51:22)
npm ERR! typeerror à résoudreWithNewModule (/usr/local/lib/node_modules/npm/lib/install/deps.js:515:12)
npm ERR! typeerror à /usr/local/lib/node_modules/npm/lib/install/deps.js:516:7
npm ERR! typeerror à /usr/local/lib/node_modules/npm/node_modules/iferr/index.js:13:50
npm ERR! typeerror à /usr/local/lib/node_modules/npm/lib/fetch-package-metadata.js:37:12
npm ERR! typeerror à addRequestedAndFinish (/usr/local/lib/node_modules/npm/lib/fetch-package-metadata.js:67:5)
npm ERR! typeerror à returnAndAddMetadata (/usr/local/lib/node_modules/npm/lib/fetch-package-metadata.js:121:7)
npm ERR! typeerror à pickVersionFromRegistryDocument (/usr/local/lib/node_modules/npm/lib/fetch-package-metadata.js:138:20)
npm ERR! typeerror à /usr/local/lib/node_modules/npm/node_modules/iferr/index.js:13:50
npm ERR! typeerror Il s'agit d'une erreur avec npm lui-même. Veuillez signaler cette erreur à:
npm ERR! typeerror http://github.com/npm/npm/issues
npm info réessayer de récupérer la tentative 1 à 22:31:16
demande de registre de tentative d'information npm essai n ° 1 à 22:31:16
npm http chercher GET https://registry.npmjs.org/array.prototype.map/-/array.prototype.map-1.0.2.tgz
npm http chercher 200 https://registry.npmjs.org/array.prototype.map/-/array.prototype.map-1.0.2.tgz

npm ERR! Veuillez inclure le fichier suivant avec toute demande d'assistance:
npm ERR! /portalv2/npm-debug.log
La commande '/ bin / sh -c npm install' a renvoyé un code différent de zéro: 1

..ont déjà mis RUN npm install -g npm@latest dans le fichier docker, juste avant npm install

s'il vous plaît aider :(

J'ai rencontré ce problème sur Ubuntu 18.04 (sous Windows 10 en WSL).

❌ npm update -g @vlue/cli à 4.4.6 ne l'a pas résolu.
❌ npm update -g npm à 6.13.4 ne l'a pas résolu.
✔ La mise à niveau du nœud (en utilisant nvm ) vers la v12.16.1 (qui se trouve être la version que nous utilisons actuellement en production) a finalement résolu le problème:

nvm install 12.16.1
nvm use 12.16.1

J'ai dû sudo chown -R 1000:1000 "/home/daniel/.npm" cours de route, à cause d'un bogue de l'ancienne version de npm utilisée auparavant.

Dans mon cas,

npm install -g npm<strong i="6">@latest</strong>
sudo chown -R $USER:$(id -gn $USER) /home/$USER/.config

A fait le tour

Après avoir exécuté les commandes de mise à jour, fermez et rouvrez votre terminal.

Même problème.

Il semble que quelque chose a été publié qui brise les anciennes versions de npm (nous utilisions la version 3.5.2, la version la plus récente utilisant apt-get). Nous avons résolu ce problème en mettant à jour vers la dernière version de npm en tant que commande RUN dans notre Dockerfile

RUN npm install -g npm@latest

Nous installions npm via apt-get dans une liste d'installations apt, mais la dernière version de npm n'est pas disponible via l'option d'installation apt. Ainsi, après avoir installé l'ancienne version de npm dans la liste apt, nous l'avons mise à jour sur la ligne suivante du Dockerfile avec la commande ci-dessus. J'espère que sa mise à jour ne cassera rien de ce que vous faites, et j'espère que cela aidera certains d'entre vous.

⚙️ Installation des plugins CLI. Cela peut prendre un certain temps ...

loadDep: @ ant-design-vue / b ▐ ╢██████████████████████████████████████ ███████████████████ ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
loadDep: source-map → après ▀ ╢█████████████████████████████████████████ ██████████████████ ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
loadDep: fsevents → 304 ╢███████████████████████████████████████████ ████████████████ ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
loadDep: enquêteur ▀ ╢██████████████████████████████████████████████ ███████████████ ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
loadDep: à travers → obtenir ▀ ╢███████████████████████████████████████████ █████████████████ ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
loadDep: Webpack-merge → a ▀ ╢█████████████████████████████████████████ █████████████████████████████████ 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
loadDep: Webpack-merge → m ▐ ╢█████████████████████████████████████████ █████████████████████████████████ 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° 8.0 ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° ° °
npm ERR! Linux 5.4.0-42-générique
npm ERR! argv "/ usr / bin / node" "/ usr / bin / npm" "install" "--loglevel" "error"
npm ERR! nœud v8.10.0
npm ERR! npm v3.5.2
npm ERR! code EMISSINGARG

npm ERR! Erreur de typeerror: argument requis # 1 manquant
npm ERR! typeerror à andLogAndFinish (/usr/share/npm/lib/fetch-package-metadata.js:31:3)
npm ERR! typeerror à fetchPackageMetadata (/usr/share/npm/lib/fetch-package-metadata.js:51:22)
npm ERR! typeerror à resolverWithNewModule (/usr/share/npm/lib/install/deps.js:456:12)
npm ERR! typeerror à /usr/share/npm/lib/install/deps.js:457:7
npm ERR! typeerror à /usr/share/npm/node_modules/iferr/index.js:13:50
npm ERR! typeerror à /usr/share/npm/lib/fetch-package-metadata.js:37:12
npm ERR! typeerror à addRequestedAndFinish (/usr/share/npm/lib/fetch-package-metadata.js:82:5)
npm ERR! typeerror à returnAndAddMetadata (/usr/share/npm/lib/fetch-package-metadata.js:117:7)
npm ERR! typeerror at pickVersionFromRegistryDocument (/usr/share/npm/lib/fetch-package-metadata.js:134:20)
npm ERR! typeerror à /usr/share/npm/node_modules/iferr/index.js:13:50
npm ERR! typeerror Il s'agit d'une erreur avec npm lui-même. Veuillez signaler cette erreur à:
npm ERR! typeerror http://github.com/npm/npm/issues

npm ERR! Veuillez inclure le fichier suivant avec toute demande d'assistance:
npm ERR! /home/hah/Schreibtisch/vue/contakt/npm-debug.log
La commande ERROR a échoué: npm install --loglevel error
ça n'avait pas résolu mon problème

@heshamahrabi les nœuds 8 et npm 3 sont très obsolètes; essayez npm install -g npm et réessayez?

Même si vous mettez à jour npm sur des machines ubuntu, le problème peut persister en raison de la mise en cache bash du chemin
Faire référence à :

https://askubuntu.com/questions/1036278/npm-is-incorrect-version-on-latest-ubuntu-18-04-installation

Ça a fait l'affaire pour moi 👍

Même si vous mettez à jour npm sur des machines ubuntu, le problème peut persister en raison de la mise en cache bash du chemin
Faire référence à :

https://askubuntu.com/questions/1036278/npm-is-incorrect-version-on-latest-ubuntu-18-04-installation

Ça a fait l'affaire pour moi

• Je vous remercie beaucoup pour la réponse rapide, mon problème était exactement, comme vous l'avez décrit.

beaucoup d'expérience, beaucoup de conseils merci aussi mon ami @ljharb

sudo npm install -g npm@latest
hash -r

A fait le truc pour moi

devenez d'abord l'utilisateur root dans le terminal par la commande "sudo -i" [il vous sera demandé de saisir le mot de passe] puis exécutez la commande "npm install -g npm @ latest "

Comme indiqué ci-dessus, les nœuds v8.10.0 et npm v3.5.2 ne sont plus pris en charge. J'ai essayé d'exécuter npm install -g npm @ latest mais cela n'a pas mis à jour mon nœud et npm. Si vous utilisez Ubuntu 18.4, assurez-vous d'ajouter le référentiel du nœud 10

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -       
apt -y install nodejs make gcc g++

Merci!!!!!! très bien

Merci a travaillé pour moi!

curl -sL https://deb.nodesource.com/setup_10.x | sudo -E bash -
apt -y installer nodejs faire gcc g ++

Oui!! Ça marche!

J'ai dû mettre à niveau mon serveur Ubuntu de 18 à 20 pour le faire fonctionner

Putain de merde, ce numéro n'est toujours pas clos ??? Après 10 mois et 2 articles sur la réparation ??

En aucune façon.

@HotGreenPeas il est temps de fermer. Je peux même faire en sorte que PR édite des documents avec ce problème en résolvant étape par étape.

J'avais un ancien projet qui utilise le nœud 5.4.1. Après l'avoir installé avec nvm ( nvm install 5.4.1 ), il a installé une ancienne version de npm (comme 3.x). Cette version de npm ne pouvait pas gérer npm i et a échoué avec la même erreur que dans l'OP.

Ce que j'ai fait, c'est nvm install-latest-npm qui a installé la dernière version de npm compatible avec le nœud 5.4.1, qui dans ce cas est 5.3.0.