#JSR

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Every time I try to publish a package to (JavaScript Registry), it frequently gets stuck in the “processing” state, so I'm seriously considering whether I should stop publishing my TypeScript packages there altogether. 🤔

A screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
ALT text detailsA screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Every time I try to publish a package to (JavaScript Registry), it frequently gets stuck in the “processing” state, so I'm seriously considering whether I should stop publishing my TypeScript packages there altogether. 🤔

A screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
ALT text detailsA screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Every time I try to publish a package to (JavaScript Registry), it frequently gets stuck in the “processing” state, so I'm seriously considering whether I should stop publishing my TypeScript packages there altogether. 🤔

A screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
ALT text detailsA screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Every time I try to publish a package to (JavaScript Registry), it frequently gets stuck in the “processing” state, so I'm seriously considering whether I should stop publishing my TypeScript packages there altogether. 🤔

A screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
ALT text detailsA screenshot of the JSR (JavaScript Registry) publishing interface, illustrating frequent stalls in the package upload process. The list shows seven publishing attempts for pre-release versions of a package labeled “1.9.0.” Four of these attempts are indefinitely stuck in a “processing” state, with statuses showing they have been processing for periods ranging from 40 minutes to 3 weeks. In contrast, two other versions are marked as successfully published with a green checkmark, but the overall image highlights the unreliability of the publishing workflow.
洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Why is publishing packages to so slow? A lot of the CI time for the Fedify project is spent waiting for the JSR server to process the packages we've uploaded.

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

Introducing !

A simple, cross-runtime email library that works seamlessly on , .js, , and edge functions. Zero dependencies, unified API, and excellent testability with built-in mock transport.

Switch between , , without changing your code. Available on & !

https://upyo.org/

Alejandro Baez's avatar
Alejandro Baez

@zeab@fosstodon.org · Reply to Alejandro Baez's post

I'm definitely having fun hacking away at . 😄

Right now, getting used to using the import. Which can effectively pull almost any js module. And with being a thing... let's just say silverbullet instance is going to get weird. 😅

I'm honestly surprised it took this log to learn of this gem. Likely due to my still very much liking . Although... give me a few weeks... I'll likely build my own journaling system on this thing. 😇

silverbullet.md/API/js

Alejandro Baez's avatar
Alejandro Baez

@zeab@fosstodon.org · Reply to Alejandro Baez's post

I'm definitely having fun hacking away at . 😄

Right now, getting used to using the import. Which can effectively pull almost any js module. And with being a thing... let's just say silverbullet instance is going to get weird. 😅

I'm honestly surprised it took this log to learn of this gem. Likely due to my still very much liking . Although... give me a few weeks... I'll likely build my own journaling system on this thing. 😇

silverbullet.md/API/js

lil5 :golang: 🚲 🇳🇱's avatar
lil5 :golang: 🚲 🇳🇱

@lil5@social.linux.pizza

OptionVoters
Deno4 (57%)
Bun3 (43%)
Deno's avatar
Deno

@deno_land@fosstodon.org

The OpenAI JavaScript SDK is now on JSR 🎉️

deno.com/blog/openai-on-jsr

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@hollo.social

I want to use for developing :botkit: , but I can't because doesn't support JSX yet.

Deno's avatar
Deno

@deno_land@fosstodon.org

The OpenAI JavaScript SDK is now on JSR 🎉️

deno.com/blog/openai-on-jsr

Deno's avatar
Deno

@deno_land@fosstodon.org

The OpenAI JavaScript SDK is now on JSR 🎉️

deno.com/blog/openai-on-jsr

Deno's avatar
Deno

@deno_land@fosstodon.org

The OpenAI JavaScript SDK is now on JSR 🎉️

deno.com/blog/openai-on-jsr

Deno's avatar
Deno

@deno_land@fosstodon.org

The OpenAI JavaScript SDK is now on JSR 🎉️

deno.com/blog/openai-on-jsr

Deno's avatar
Deno

@deno_land@fosstodon.org

Deno is a JavaScript package manager with more flexibility:
📦️ npm and JSR
🛠️️ package.json and deno.json
👟️ fast

deno.com/blog/your-new-js-pack

Joshua PUMPKIN HEAD Byrd 🎃's avatar
Joshua PUMPKIN HEAD Byrd 🎃

@phocks@bne.social

Thought it might be fun to make a small jsr package that actually has a bit of real-world utility. So here's `isit` as in `isit("Friday") ? "Hooray!" : "Boo!"` which I'll use in our morning work standup bot to send a different Teams meeting link depending on what day it is. Maybe it'll be useful to someone else too. It supports custom Dates and timezone offsets too. Enjoy! jsr.io/@phocks/isit

Joshua PUMPKIN HEAD Byrd 🎃's avatar
Joshua PUMPKIN HEAD Byrd 🎃

@phocks@bne.social

Just for fun I decided to try publishing a package on this new JSR "open-source package registry". Quick, simple, and fun. Love it! jsr.io/@phocks

Deno's avatar
Deno

@deno_land@fosstodon.org

Curious about how the JSR logo and website design came together? 🤔️

Here's a 👀️ into our design process.

deno.com/blog/designing-jsr

noim's avatar
noim

@noim@noc.social · Reply to noim's post

The requirements are:
- needs to work offline in
- user scripts can load additional dependencies, that also need to work offline the next launch
- user can access script dir and write scripts with vscode. Version of reactive-home needs to match the current docker image version
- should be available on

I have an idea of how I can achieve this, but it is annoying to refactor and test because, at the end of the day, it needs to work again since it powers my haha

Deno's avatar
Deno

@deno_land@fosstodon.org

Deno is known for its HTTP imports, but we've found it's insufficient for larger projects. This post explains the situation and how we've improved it.

deno.com/blog/http-imports

Deno's avatar
Deno

@deno_land@fosstodon.org

std/data-structures, common data structures including red-black trees and binary heaps, is now stabilized at v1 on JSR

jsr.io/@std/data-structures

Deno's avatar
Deno

@deno_land@fosstodon.org

std/crypto, extensions and utilities to the Web Crypto API, is now stabilized at v1.0.0 on JSR

jsr.io/@std/crypto

洪 民憙 (Hong Minhee)'s avatar
洪 民憙 (Hong Minhee)

@hongminhee@fosstodon.org

Thanks to @kitsonk, 's bug where it failed to load under .js when incorporated in a project from was fixed! The fix is now available at LogTape 0.4.1.

jsr.io/@logtape/logtape@0.4.1