Cli: [ERROR] No se pudo encontrar ninguna versión de "core-js" que coincida con "3.4.7"

Creado en 2 dic. 2019 · 10Comentarios · Fuente: npm/cli

Qué? Por qué

❯ npm i -s core-js
+ [email protected]
updated 1 package and audited 1 package in 0.571s
found 0 vulnerabilities

Pero en el sitio web de registro de npm muestra
https://www.npmjs.com/package/core-js?activeTab=versions

Cuando

2019-12-02 2:17:29 p.m. EST

Dónde

registro público npm

Cómo

Comportamiento actual

No se pudo encontrar ninguna versión de "core-js" que coincida con "3.4.7"

Pasos para reproducir

Intenta instalar core-js

Comportamiento esperado

Debería instalar [email protected]

OMS

n / A

Referencias

n / A

Registry Wontfix

Fuente

esetnik

👍38 👀1

Comentario más útil

Parece haberse arreglado solo ahora. npm i acaba de completar 3.4.7 para mí.

icleolion en 2 dic. 2019

👍6

Todos 10 comentarios

Esto está afectando a mucha gente. core-js-compat se publicó en un estado roto como 3.4.6, lo cual es desafortunado, pero se corrigió rápidamente como 3.4.7, pero 3.4.6 todavía se está publicando (en el momento de publicar este comentario) desde npm a pesar de que indica que el último = 3.4.7. Si se trata de un problema de almacenamiento en caché, es realmente desafortunado que haya detectado una versión incorrecta y no deje que la versión buena que la soluciona.

dcwarwick en 2 dic. 2019

👍5 👀3

@dcwarwick debe ser un error de almacenamiento en caché. El registro no debería anunciar 3.4.7 y servir 3.4.6 como último ...

esetnik en 2 dic. 2019

👍1

Parece haberse arreglado solo ahora. npm i acaba de completar 3.4.7 para mí.

icleolion en 2 dic. 2019

👍6

@esetnik ¿Puede comprobarlo dos npm view core-js parece confirmar que el último es 3.4.7 )

darcyclarke en 2 dic. 2019

Ahora está resuelto. ¿Actualizará https://status.npmjs.org para indicar que hubo una degradación del servicio durante este período de tiempo? No muestra incidentes a pesar de que muchos usuarios no pudieron descargar un paquete popular durante varias horas. También sería bueno recibir alguna actualización del equipo de npm sobre por qué sucedió esto y cuál es el plan para abordarlo.

esetnik en 2 dic. 2019

👍3

Sí, esto parece estar arreglado para mí.

nicolo-ribaudo en 2 dic. 2019

@esetnik esto no fue una

ahmadnassri en 2 dic. 2019

😕1 👎1

@ahmadnassri No creo que esto deba cerrarse. Existe un problema técnico con la plataforma npm si no invalida de manera proactiva sus cachés perimetrales cuando se publica un nuevo paquete. El resultado de este problema fue que durante varias horas las compilaciones fallaron y el autor del paquete no pudo hacer nada porque ya había publicado una versión funcional que npm no estaba sirviendo a los clientes. ¿Es este el comportamiento esperado de que las nuevas versiones de los paquetes no estén disponibles hasta varias horas después de la publicación?

esetnik en 3 dic. 2019

👍2

como este es el repositorio CLI, no es útil discutir las operaciones de registro aquí, no dude en enviar un ticket de soporte si necesita más aclaraciones.

ahmadnassri en 3 dic. 2019

He etiquetado este problema como 'Wontfix' ya que no concierne al repositorio cli. Sin embargo, gracias por informarnos sobre esto 👍