gffranco
e073533c62
Routing the x86_64-unknown-linux-musl link through Ubuntu's musl-gcc wrapper overrode Rust's crt-static default and produced a dynamic binary with an interpreter of /lib/ld-musl-x86_64.so.1. That path exists on approximately no machine outside Alpine, so the shipped binary died at exec time with "required file not found" everywhere — the opposite of what a musl build is for. aarch64-unknown-linux-musl never used musl-gcc and was static all along; only x86_64 was broken. Drop musl-tools and the linker override and let Rust link with its own bundled musl libc.a, which yields a static-pie executable. Add a post-build check that fails the release if a musl binary has an INTERP segment, so this can't silently ship again. Also correct the asset-URL comment: Gitea serves /releases/download/latest/<name>, not GitHub's /releases/latest/download/<name>. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011J8C6eRmWEZsh28vkEMD9H
nuwiki-rs
The Rust language server (nuwiki-ls) behind nuwiki, the vimwiki-compatible Vim/Neovim plugin.
Note
This repo is the server only. If you just want to use nuwiki in Vim/Neovim, install the plugin from gffranco/nuwiki — it downloads a prebuilt
nuwiki-lsbinary from this repo's releases automatically, so you don't need this repo or a Rust toolchain. Work here only to develop the parser / LSP / HTML renderer.
Crates
- nuwiki-core — Vimwiki lexer, parser, AST, HTML renderer, and date utilities
- nuwiki-lsp — Language Server Protocol implementation (tower-lsp)
- nuwiki-ls — Binary entry point (stdio server bridge)
Quick Start
# Build
cargo build --release -p nuwiki-ls
# Run
cargo run --bin nuwiki-ls
# Tests
cargo test
License
Licensed under MIT or Apache-2.0, at your option. See LICENSE-MIT and LICENSE-APACHE.