Open Gumball12 opened 5 months ago
I just saw a PR from a month ago about this. I'll close this issue, but it seems like this open source is dead because it hasn't been resolved yet 😢
Hi,
I have start moving to JSR, and I confime that the current dnt is not JSR frendly.
I migrate a first package named deno-logger to JSR so the package is available using:
for this one have no issue.
But now that I want to migrate my midjourney client that use x/logger, I have to hot replace my dependency to keep my dnt script working so the package is available using:
My deployement script for dnt is now overcomplicated to let me use a JSR package:
const depsts = Deno.readTextFileSync("deps.ts");
const depstsPatch = depsts.replaceAll(
"jsr:@deno-lib/logger@1.1.5",
"https://deno.land/x/logger@v1.1.5/logger.ts",
);
Deno.writeTextFileSync("deps.ts", depstsPatch);
then I rollback the dep.ts
so I can keep the original mapping:
"https://deno.land/x/logger@v1.1.5/logger.ts": {
name: "@denodnt/logger",
version: "1.1.5",
peerDependency: false,
},
so @dsherret can you give us an hint ?
Deno can use modules that exist in the JSR registry as follows:
For this purpose,
dnt
should return paths starting withjsr:
as the are.This allows
mappings
to also handle the jsr module.