msl 0.1.8
Fixed
mslfailed with "could not start /msld" when msld wasn't already running, for example right aftermsl --update. It looked for msld next toargv[0], which is justmslwhen run fromPATH. The same lookup set the install prefix for--update,--uninstalland--version --json, and the msl path recorded for the VS Code extension. msl now uses its real executable path.
Security
- Other local user accounts can no longer read or change your distributions through
~/.msl/distros(#1). The view is served through a 0600 Unix socket instead of a127.0.0.1port, and msld checks every NFS call: only your user ID and the kernel's get through, and only msld can mount the view.[msl2] fileViewTransport = tcpbrings back the port, with the same checks but weaker protection.
Install: sh install.sh (or sh install.sh --version 0.1.8). Update an existing install with msl --update.
| Kernel | Linux 6.18.15-msl-76f230e, release kernel-6.18.15-msl-76f230e |
| VS Code extension | release vscode-0.1.1, installed by msl --manage-ide |
| Commit | 36cb3ef |
| Requires | Apple silicon, macOS 26 or later |
| GPL sources | BusyBox and e2fsprogs: the attached Debian source packages busybox_* and e2fsprogs_*. Kernel: attached to kernel-6.18.15-msl-76f230e. |
| Signing | ad-hoc (not notarised); checksum not PGP-signed |
msl-0.1.8-macos-arm64.tar.gz SHA-256: 8dde8321bb56d64e451c2a8aed8db2781b2f7973697b90d8fc3565471b6f85d0