Hey, Zed developer here. Indeed we do not bundle the LSP binaries into the final binary for the reasons you've stated; and I do agree that the binary is kind of

Hey, Zed developer here. Indeed we do not bundle the LSP binaries into the final binary for the reasons you've stated; and I do agree that the binary is kind of big, though at present .dmg compression gets us a long way (as the .dmg itself is ~115Mb). Right now we ship an universal binary, so half of that size is essentially unused: size /Applications/Zed.app/Contents/MacOS/zed __TEXT __DATA __OBJC others dec hex 120979456 475136 0 4336828416 4458283008 109bc0000 zed (for architecture x86_64) 117587968 458752 0 4336680960 4454727680 10985c000 zed (for architecture arm64) Then, each of these binaries includes about 40MB of assets. I've actually had a PR up (https://github.com/zed-industries/zed/pull/3997 https://github.com/zed-industries/zed/pull/3997) that reduced their size quite significantly, though that did not end up reducing the size of a .dmg itself, so I've scraped that. On top of that, we ship with debug symbols for symbolication of crashes (https://github.com/zed-industries/zed/blob/main/Cargo.toml#L175 https://github.com/zed-industries/zed/blob/main/Cargo.toml#L...).