Puedo proporcionar algo de contexto histórico aquí; La primera versión del registro deno.land/x funcionaba al tener una lista de repositorios que se guardaba directamente en el repositorio de GitHub, cualquiera podía enviar un PR para agregar cualquier otro repositorio público a esa lista y copiarlo en deno.land/x . A medida que el sitio escaló y más y más personas querían crear módulos, el modelo se cambió para usar webhooks de GitHub que, en su lugar, debe configurar el propietario del repositorio.

lodash y dayjs los enviamos en los primeros días de deno.land/x por miembros de la comunidad, por lo que los archivos del repositorio se copiaron 1:1 en deno.land/x y es por eso que ves el archivo package.json allí: - es literalmente el mismo contenido de repositorio que lodash .

Si bien el archivo está disponible a través deno.land/x a través del navegador o curl, Deno nunca lo alcanzará; Solo mirará su punto de entrada y recorrerá el gráfico de dependencia desde allí, solo mirando los archivos JS/TS. De hecho, no me sorprendería si las versiones de lodash y dayjs disponibles en deno.land/x estuvieran completamente rotas en Deno (al menos sin mapas de importación).