Things @jsr.io should do to kill npm: - Drop support of `deno.json` - Better design of `jsr.json` - Better way to handle simple JS projects - ThreadSky

augustin-mauroy.bsky.social • 22 days ago

Things @jsr.io should do to kill npm:
- Drop support of `deno.json`
- Better design of `jsr.json`
- Better way to handle simple JS projects

Comments

jeanmeijer.com•22 days ago

Drop the the "jsr.json". Just package.json
It's cleaner

augustin-mauroy.bsky.social•22 days ago

Haha
But not we need to go out of package.json

augustin-mauroy.bsky.social•22 days ago

"Drop support of `deno.json`":
I think that to be truly javascript regestery you would have to be runtime agnostic. In other words, the tool should not be defined with a runtime.

kettmeir.dev•22 days ago

JSR itself doesn't have special handling for deno.json. The only reference of deno.json is in documentation and it being the default value for a database insertion which always has a value set.

kettmeir.dev•22 days ago

And given that we have the dropdown on docs for various systems, I think that keeping deno.json in documentation is reasonable, and if other config files are compatible with jsr's schema, then they could be added, but ie package.json is not compatible with the schema.

augustin-mauroy.bsky.social•22 days ago

"Better design of `jsr.json`":
- `description` field
- way to define runtime support

lcas.dev•22 days ago

What do you find difficult using JSR with "simple JS projects" - what specific things can we improve?

augustin-mauroy.bsky.social•21 days ago

And thank you for taking everyone's opinion into account. I consciously believe that JSR can eventually replace NPM.

augustin-mauroy.bsky.social•21 days ago

It's when you publish a package written in JS with JSdoc and @types/node.
It's poorly documented on how to do it. Do you have to get the definition before publishing and use `@ts-self-types`. Or does jsr do it.

augustin-mauroy.bsky.social•21 days ago

Basically I think a new document that explains how to publish a package on JSR if it has been designed for NPM without changing everything.

augustin-mauroy.bsky.social•21 days ago

This is where my feelings about JS+jsdoc packages come from https://github.com/nodejs-loaders/nodejs-loaders/pull/116 . On the other hand, a simple TS package is great: https://github.com/AugustinMauroy/am-neuralnetwork

lcas.dev•21 days ago

Yeah makes sense - we are going to fix this auto handling of js + d.ts files very soon. Hopefully in the next 2 weeks (cc @dsherret.bsky.social)

Comments

Posting Rules

Reply