home.social

#deno — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #deno, aggregated by home.social.

  1. Reading #Deno v2.8 release notes:

    deno pack [...] builds a Deno or JSR project into an npm-publishable tarball. Given a deno.json, running deno pack produces a [tgz file] that’s ready for npm publish.

    Deno 2.8 drops the npm: prefix requirement at the CLI: deno add and deno install now treat unprefixed names as npm packages by default. [...] JSR packages keep the jsr: prefix.

    If that's not a eulogy for #JSR, I don't know what is.

    https://deno.com/blog/v2.8

  2. Reading #Deno v2.8 release notes:

    deno pack [...] builds a Deno or JSR project into an npm-publishable tarball. Given a deno.json, running deno pack produces a [tgz file] that’s ready for npm publish.

    Deno 2.8 drops the npm: prefix requirement at the CLI: deno add and deno install now treat unprefixed names as npm packages by default. [...] JSR packages keep the jsr: prefix.

    If that's not a eulogy for #JSR, I don't know what is.

    https://deno.com/blog/v2.8

  3. Reading #Deno v2.8 release notes:

    deno pack [...] builds a Deno or JSR project into an npm-publishable tarball. Given a deno.json, running deno pack produces a [tgz file] that’s ready for npm publish.

    Deno 2.8 drops the npm: prefix requirement at the CLI: deno add and deno install now treat unprefixed names as npm packages by default. [...] JSR packages keep the jsr: prefix.

    If that's not a eulogy for #JSR, I don't know what is.

    https://deno.com/blog/v2.8

  4. Reading #Deno v2.8 release notes:

    deno pack [...] builds a Deno or JSR project into an npm-publishable tarball. Given a deno.json, running deno pack produces a [tgz file] that’s ready for npm publish.

    Deno 2.8 drops the npm: prefix requirement at the CLI: deno add and deno install now treat unprefixed names as npm packages by default. [...] JSR packages keep the jsr: prefix.

    If that's not a eulogy for #JSR, I don't know what is.

    https://deno.com/blog/v2.8

  5. Reading #Deno v2.8 release notes:

    deno pack [...] builds a Deno or JSR project into an npm-publishable tarball. Given a deno.json, running deno pack produces a [tgz file] that’s ready for npm publish.

    Deno 2.8 drops the npm: prefix requirement at the CLI: deno add and deno install now treat unprefixed names as npm packages by default. [...] JSR packages keep the jsr: prefix.

    If that's not a eulogy for #JSR, I don't know what is.

    https://deno.com/blog/v2.8

  6. Deno 2.8.0 is out. The compatibility work is real: the #Node.js test suite pass rate jumped from 42% to 76.4%, deno install is now a drop-in for npm install, lib.node is included by default, and setTimeout() now returns a NodeJS.Timeout instead of a number. None of that is irrational on its own. Put it together, though, and #Deno starts looking less like an alternative to Node.js and more like a cleaner way to run Node.js-shaped code.

    It reminds me of OS/2's Win32 compatibility layer. IBM offered it so developers wouldn't have to choose, but the effect was the opposite: people kept writing Windows apps, and OS/2-native software never got a reason to exist. The closer Deno gets to Node.js, the less reason anyone has to think about whether their code is Deno-aware. Maybe that helps adoption. I just don't see how a Deno-native package culture survives if the winning path is “pretend it's npm.”

  7. Deno 2.8.0 is out. The compatibility work is real: the #Node.js test suite pass rate jumped from 42% to 76.4%, deno install is now a drop-in for npm install, lib.node is included by default, and setTimeout() now returns a NodeJS.Timeout instead of a number. None of that is irrational on its own. Put it together, though, and #Deno starts looking less like an alternative to Node.js and more like a cleaner way to run Node.js-shaped code.

    It reminds me of OS/2's Win32 compatibility layer. IBM offered it so developers wouldn't have to choose, but the effect was the opposite: people kept writing Windows apps, and OS/2-native software never got a reason to exist. The closer Deno gets to Node.js, the less reason anyone has to think about whether their code is Deno-aware. Maybe that helps adoption. I just don't see how a Deno-native package culture survives if the winning path is “pretend it's npm.”

  8. Deno 2.8.0 is out. The compatibility work is real: the #Node.js test suite pass rate jumped from 42% to 76.4%, deno install is now a drop-in for npm install, lib.node is included by default, and setTimeout() now returns a NodeJS.Timeout instead of a number. None of that is irrational on its own. Put it together, though, and #Deno starts looking less like an alternative to Node.js and more like a cleaner way to run Node.js-shaped code.

    It reminds me of OS/2's Win32 compatibility layer. IBM offered it so developers wouldn't have to choose, but the effect was the opposite: people kept writing Windows apps, and OS/2-native software never got a reason to exist. The closer Deno gets to Node.js, the less reason anyone has to think about whether their code is Deno-aware. Maybe that helps adoption. I just don't see how a Deno-native package culture survives if the winning path is “pretend it's npm.”

  9. Deno 2.8.0 is out. The compatibility work is real: the #Node.js test suite pass rate jumped from 42% to 76.4%, deno install is now a drop-in for npm install, lib.node is included by default, and setTimeout() now returns a NodeJS.Timeout instead of a number. None of that is irrational on its own. Put it together, though, and #Deno starts looking less like an alternative to Node.js and more like a cleaner way to run Node.js-shaped code.

    It reminds me of OS/2's Win32 compatibility layer. IBM offered it so developers wouldn't have to choose, but the effect was the opposite: people kept writing Windows apps, and OS/2-native software never got a reason to exist. The closer Deno gets to Node.js, the less reason anyone has to think about whether their code is Deno-aware. Maybe that helps adoption. I just don't see how a Deno-native package culture survives if the winning path is “pretend it's npm.”

  10. Deno 2.8.0 is out. The compatibility work is real: the #Node.js test suite pass rate jumped from 42% to 76.4%, deno install is now a drop-in for npm install, lib.node is included by default, and setTimeout() now returns a NodeJS.Timeout instead of a number. None of that is irrational on its own. Put it together, though, and #Deno starts looking less like an alternative to Node.js and more like a cleaner way to run Node.js-shaped code.

    It reminds me of OS/2's Win32 compatibility layer. IBM offered it so developers wouldn't have to choose, but the effect was the opposite: people kept writing Windows apps, and OS/2-native software never got a reason to exist. The closer Deno gets to Node.js, the less reason anyone has to think about whether their code is Deno-aware. Maybe that helps adoption. I just don't see how a Deno-native package culture survives if the winning path is “pretend it's npm.”

  11. 🚀✨ "Deno 2.8" promises a universe of features: a #sandbox for your kiddie scripts, a #firewall named after a cartoon dog squad, and a package registry that screams "TypeScript or bust"! Meanwhile, the release post itself has entered a witness protection program. 🤦‍♂️💻
    deno.com/blog/v2.8 #Deno #2.8 #features #TypeScript #tech #news #HackerNews #ngated

  12. 🚀✨ "Deno 2.8" promises a universe of features: a #sandbox for your kiddie scripts, a #firewall named after a cartoon dog squad, and a package registry that screams "TypeScript or bust"! Meanwhile, the release post itself has entered a witness protection program. 🤦‍♂️💻
    deno.com/blog/v2.8 #Deno #2.8 #features #TypeScript #tech #news #HackerNews #ngated

  13. 🚀✨ "Deno 2.8" promises a universe of features: a #sandbox for your kiddie scripts, a #firewall named after a cartoon dog squad, and a package registry that screams "TypeScript or bust"! Meanwhile, the release post itself has entered a witness protection program. 🤦‍♂️💻
    deno.com/blog/v2.8 #Deno #2.8 #features #TypeScript #tech #news #HackerNews #ngated

  14. 🚀✨ "Deno 2.8" promises a universe of features: a #sandbox for your kiddie scripts, a #firewall named after a cartoon dog squad, and a package registry that screams "TypeScript or bust"! Meanwhile, the release post itself has entered a witness protection program. 🤦‍♂️💻
    deno.com/blog/v2.8 #Deno #2.8 #features #TypeScript #tech #news #HackerNews #ngated

  15. 🚀✨ "Deno 2.8" promises a universe of features: a #sandbox for your kiddie scripts, a #firewall named after a cartoon dog squad, and a package registry that screams "TypeScript or bust"! Meanwhile, the release post itself has entered a witness protection program. 🤦‍♂️💻
    deno.com/blog/v2.8 #Deno #2.8 #features #TypeScript #tech #news #HackerNews #ngated

  16. zed-live-server plugins tidak bisa jalan baik di Gram karena belum sempurna support code actions.

    jadi gw ngadi - ngadi pakai live-server dari #Deno saja dan nemu ini yang setelah ane coba jadi mudah dan memudahkan (apalagi ringan).

    https://jsr.io/@metalbolicx/httpath

    jalankan saja langsung dengan beberapa pengaturan diijinkan dan boom! langsung jalan.

    sedangkan alternatif lain adalah jsr:@kastrophony/live-server' ini juga asyik atau https://jsr.io/@bbcwqx/live-server

    banyak pilihan, bersyukur deh Alhamdulillah

  17. zed-live-server plugins tidak bisa jalan baik di Gram karena belum sempurna support code actions.

    jadi gw ngadi - ngadi pakai live-server dari #Deno saja dan nemu ini yang setelah ane coba jadi mudah dan memudahkan (apalagi ringan).

    https://jsr.io/@metalbolicx/httpath

    jalankan saja langsung dengan beberapa pengaturan diijinkan dan boom! langsung jalan.

    sedangkan alternatif lain adalah jsr:@kastrophony/live-server' ini juga asyik atau https://jsr.io/@bbcwqx/live-server

    banyak pilihan, bersyukur deh Alhamdulillah

  18. zed-live-server plugins tidak bisa jalan baik di Gram karena belum sempurna support code actions.

    jadi gw ngadi - ngadi pakai live-server dari #Deno saja dan nemu ini yang setelah ane coba jadi mudah dan memudahkan (apalagi ringan).

    https://jsr.io/@metalbolicx/httpath

    jalankan saja langsung dengan beberapa pengaturan diijinkan dan boom! langsung jalan.

    sedangkan alternatif lain adalah jsr:@kastrophony/live-server' ini juga asyik atau https://jsr.io/@bbcwqx/live-server

    banyak pilihan, bersyukur deh Alhamdulillah

  19. zed-live-server plugins tidak bisa jalan baik di Gram karena belum sempurna support code actions.

    jadi gw ngadi - ngadi pakai live-server dari #Deno saja dan nemu ini yang setelah ane coba jadi mudah dan memudahkan (apalagi ringan).

    https://jsr.io/@metalbolicx/httpath

    jalankan saja langsung dengan beberapa pengaturan diijinkan dan boom! langsung jalan.

    sedangkan alternatif lain adalah jsr:@kastrophony/live-server' ini juga asyik atau https://jsr.io/@bbcwqx/live-server

    banyak pilihan, bersyukur deh Alhamdulillah

  20. Can someone please explain to me the point of the rewrite? Doesn't rewriting it in from not just make it ? Actual question here.

  21. Can someone please explain to me the point of the #bun rewrite? Doesn't rewriting it in #rust from #zig not just make it #deno? Actual question here.

    #opensource #javascript

  22. Can someone please explain to me the point of the #bun rewrite? Doesn't rewriting it in #rust from #zig not just make it #deno? Actual question here.

    #opensource #javascript

  23. Can someone please explain to me the point of the #bun rewrite? Doesn't rewriting it in #rust from #zig not just make it #deno? Actual question here.

    #opensource #javascript

  24. Can someone please explain to me the point of the #bun rewrite? Doesn't rewriting it in #rust from #zig not just make it #deno? Actual question here.

    #opensource #javascript

  25. this vibe coded PR with 1,000,000+ additions is just open-source ransomware with prettier commit messages.

    shoutout to the brave soul reviewing:

    "LGTM" after skimming 14 lines… 🤡

    uninstalling immediately!

    github.com/oven-sh/bun/pull/30

    #npm #yarn #pnpm #bun #deno #js #javascript #typescript

  26. this vibe coded PR with 1,000,000+ additions is just open-source ransomware with prettier commit messages.

    shoutout to the brave soul reviewing:

    "LGTM" after skimming 14 lines… 🤡

    uninstalling immediately!

    github.com/oven-sh/bun/pull/30

    #npm #yarn #pnpm #bun #deno #js #javascript #typescript

  27. this vibe coded PR with 1,000,000+ additions is just open-source ransomware with prettier commit messages.

    shoutout to the brave soul reviewing:

    "LGTM" after skimming 14 lines… 🤡

    uninstalling immediately!

    github.com/oven-sh/bun/pull/30

    #npm #yarn #pnpm #bun #deno #js #javascript #typescript

  28. this vibe coded PR with 1,000,000+ additions is just open-source ransomware with prettier commit messages.

    shoutout to the brave soul reviewing:

    "LGTM" after skimming 14 lines… 🤡

    uninstalling immediately!

    github.com/oven-sh/bun/pull/30

    #npm #yarn #pnpm #bun #deno #js #javascript #typescript

  29. karena #Deno Deploy kasih ane region EU dan US, blog ane kayak nyendat dikit diakses dari Indo. Apa perlu pindahan yes?

  30. karena #Deno Deploy kasih ane region EU dan US, blog ane kayak nyendat dikit diakses dari Indo. Apa perlu pindahan yes?

  31. karena #Deno Deploy kasih ane region EU dan US, blog ane kayak nyendat dikit diakses dari Indo. Apa perlu pindahan yes?

  32. karena #Deno Deploy kasih ane region EU dan US, blog ane kayak nyendat dikit diakses dari Indo. Apa perlu pindahan yes?

  33. gw deploy #Lume ke #Deno pas build OK selesai dengan lancar, pas deploy dapat error seperti ini

    JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    error: JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    error: JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    

    gw hapus deno.lock, terus rubah "lock": false menjadi true. Reload cache dan build ulang. Proses build selesai tapi deploy masih bermasalah.

    coba update @std/cli ke 1.0.29 secara manual dengan deno cache --reload jsr:@std/[email protected] kemudian update isi deno.lock dengan deno cache --frozen=false _config.ts dan build ulang.

    build sukses, deploy sukses. Cakep!

  34. gw deploy #Lume ke #Deno pas build OK selesai dengan lancar, pas deploy dapat error seperti ini

    JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    error: JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    error: JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    

    gw hapus deno.lock, terus rubah "lock": false menjadi true. Reload cache dan build ulang. Proses build selesai tapi deploy masih bermasalah.

    coba update @std/cli ke 1.0.29 secara manual dengan deno cache --reload jsr:@std/[email protected] kemudian update isi deno.lock dengan deno cache --frozen=false _config.ts dan build ulang.

    build sukses, deploy sukses. Cakep!

  35. gw deploy #Lume ke #Deno pas build OK selesai dengan lancar, pas deploy dapat error seperti ini

    JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    error: JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    
    error: JSR package version manifest for '@std/[email protected]' failed to load: Specifier not found in cache: "https://jsr.io/@std/cli/1.0.29_meta.json", --cached-only is specified.
        at https://jsr.io/@std/http/1.0.25/file_server.ts:51:27
    

    gw hapus deno.lock, terus rubah "lock": false menjadi true. Reload cache dan build ulang. Proses build selesai tapi deploy masih bermasalah.

    coba update @std/cli ke 1.0.29 secara manual dengan deno cache --reload jsr:@std/[email protected] kemudian update isi deno.lock dengan deno cache --frozen=false _config.ts dan build ulang.

    build sukses, deploy sukses. Cakep!