You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
provide a statically linked musl binary for Linux releases #889
Maybe you guys can consider adding a statically linked musl build (like x86_64-unknown-linux-musl)?
Because right now the pre-compiled Linux binary is dynamically linked to glibc so distros like nixos/alpine/etc cannot use it without patches or work-arounds
so a static musl binary wraps all dependencies inside the executable, and making msedit 100% portable and running on any Linux distribution without external runtime requirements
The bigger issue is that this project relies on ICU unfortunately and that varies much more than glibc VS musl between distributions. So, given this, does it make sense to address this?
in that case ICU4C with - -enable-static --disable-shared can add like 30mb to the binary
But there is ICU4X, the rust native implementation that maybe is better.
The problem for me on OS like Nix, that they don't release versions soon enough. v2.0 just got released yesterday and I'm waiting several months for that. I would like to be able to use the new versions of msedit as soon as they release, because package maintainers can be many months behind
Activity
lhecker commentedon Jul 21, 2026
The bigger issue is that this project relies on ICU unfortunately and that varies much more than glibc VS musl between distributions. So, given this, does it make sense to address this?
unoukujou commentedon Jul 21, 2026
in that case ICU4C with - -enable-static --disable-shared can add like 30mb to the binary
But there is ICU4X, the rust native implementation that maybe is better.
The problem for me on OS like Nix, that they don't release versions soon enough. v2.0 just got released yesterday and I'm waiting several months for that. I would like to be able to use the new versions of msedit as soon as they release, because package maintainers can be many months behind