This will ship as part of the Bun v1.2.19 release, which we are aiming for tonight.
There is a Windows-only bug in the isolated install mode blocking us from using isolated installs ourselves in the bun repo, and we need to fix that before we can release this.
If you want to try this early, you can run `bun upgrade --canary` and `bun install --linker=isolated` or put `install.linker = "isolated"` in bunfig.toml.
Isolated installs are a significant performance improvement on Windows (10x, sometimes 20x faster installs) and a minor positive or neutral performance impact on macOS and Linux. More importantly, they make using bun install in monorepos a lot more reliable by preventing dependencies from loading versions of other dependencies they did not specify in their own package.json.
Cool. Bun is already pretty fast on Windows, but I welcome more improvements. Thanks for all the great work!
FYI, there seems to be some bugs with installs yet that cause bun to crash. Might be related to having an old package-lock or old node_modules or switching back and forth between WSL and Windows proper. Bun just crashes. Deleting all lock files (bun and npms) and node modules usually fixes it.
So can I use bun now in pnpm monorepo without problems? I like bun and want to try it out more but also, I don't want to do the hassle of migrating only to find out some functionalities are missing eg. ability to run specific scripts on specific packages in monorepo.
Recently I migrated some small bash scripts to Js thanks to bunjs, chose it because its simplicity, speed and nice out-of-the-box features (db scripts without external deps). Quite happy with it, now I dont to relearn bash syntax every few months when I need to do some minor changes. Also, Javascript is prob the language that llvms understand the best which is a cool thing on these days.
Really loving Bun these days. Was really pleasantly surprised using their shell scripting API in typescript - single file, shebang line, straightforward DSL, support for piping data here and there.
Really, really nice and ergonomic. Made a few utility scripts today and enjoyed it much better than bash.
I use Bun for many package.json projects, but for shell scripting specifically, I find that Deno is a better choice because you can use dependencies with just import statements via NPM or JSR.
#!/usr/bin/env -S deno run
import { z } from "npm:zod";
import { Webview } from "jsr:@webview/webview";
It is also my first choice now. Especially due to built in SQLite support. Also recently needed to write a simple script to dump some data to S3. Found out that bun has built in s3 client too...
This will ship as part of the Bun v1.2.19 release, which we are aiming for tonight.
There is a Windows-only bug in the isolated install mode blocking us from using isolated installs ourselves in the bun repo, and we need to fix that before we can release this.
If you want to try this early, you can run `bun upgrade --canary` and `bun install --linker=isolated` or put `install.linker = "isolated"` in bunfig.toml.
Isolated installs are a significant performance improvement on Windows (10x, sometimes 20x faster installs) and a minor positive or neutral performance impact on macOS and Linux. More importantly, they make using bun install in monorepos a lot more reliable by preventing dependencies from loading versions of other dependencies they did not specify in their own package.json.
Happy to answer any questions about Bun
Would it be possible to make the default behavior of the isolated linker "nohoist" the same as pnpm?
Cool. Bun is already pretty fast on Windows, but I welcome more improvements. Thanks for all the great work!
FYI, there seems to be some bugs with installs yet that cause bun to crash. Might be related to having an old package-lock or old node_modules or switching back and forth between WSL and Windows proper. Bun just crashes. Deleting all lock files (bun and npms) and node modules usually fixes it.
Bun is great, keep up the good work!
So can I use bun now in pnpm monorepo without problems? I like bun and want to try it out more but also, I don't want to do the hassle of migrating only to find out some functionalities are missing eg. ability to run specific scripts on specific packages in monorepo.
Recently I migrated some small bash scripts to Js thanks to bunjs, chose it because its simplicity, speed and nice out-of-the-box features (db scripts without external deps). Quite happy with it, now I dont to relearn bash syntax every few months when I need to do some minor changes. Also, Javascript is prob the language that llvms understand the best which is a cool thing on these days.
Really loving Bun these days. Was really pleasantly surprised using their shell scripting API in typescript - single file, shebang line, straightforward DSL, support for piping data here and there.
Really, really nice and ergonomic. Made a few utility scripts today and enjoyed it much better than bash.
https://bun.com/docs/runtime/shell
I use Bun for many package.json projects, but for shell scripting specifically, I find that Deno is a better choice because you can use dependencies with just import statements via NPM or JSR.
It is also my first choice now. Especially due to built in SQLite support. Also recently needed to write a simple script to dump some data to S3. Found out that bun has built in s3 client too...
Bun is slowly becoming the all-in-one solution for the js ecosystem, what a talented beast Jarred is
Can someone explain what this does differently to the status quo under the hood?