docs/specs/BINARY-DEPLOYMENT.md describes distributing the C# and F# sidecars as dotnet tool packages, and the sidecar resolution order in src/sharplsp/src/sidecar/manager.rs puts a dotnet tool shim on PATH first — ahead of every bundled layout:
1. sharplsp-sidecar-csharp on PATH <- "the production distribution path"
2. installed layouts (VSIX / archive / dev)
3. dotnet run --project (dev only)
Nothing publishes those packages. ci-build.yml runs a dotnet pack smoke test, so the projects are known to pack; no job pushes them to nuget.org. docs/plans/DISTRIBUTION-PLAN.md had pack-sidecars and the NuGet publish ticked as done; both have been corrected to [ ] NOT BUILT.
This is not blocking anyone today — the VSIX and the new standalone server archive both ship the sidecars and resolve them by layout — but the code comment calling PATH "the production distribution path" is currently false, and the spec should either be built or amended.
Remaining work:
docs/specs/BINARY-DEPLOYMENT.mddescribes distributing the C# and F# sidecars asdotnet toolpackages, and the sidecar resolution order insrc/sharplsp/src/sidecar/manager.rsputs adotnet toolshim onPATHfirst — ahead of every bundled layout:Nothing publishes those packages.
ci-build.ymlruns adotnet packsmoke test, so the projects are known to pack; no job pushes them to nuget.org.docs/plans/DISTRIBUTION-PLAN.mdhadpack-sidecarsand the NuGet publish ticked as done; both have been corrected to[ ] NOT BUILT.This is not blocking anyone today — the VSIX and the new standalone server archive both ship the sidecars and resolve them by layout — but the code comment calling
PATH"the production distribution path" is currently false, and the spec should either be built or amended.Remaining work:
dotnet tooldistribution is still the intended path, or whether[BINARY-DEPLOYMENT]should be narrowed to the archive + package managerspack-sidecarsjob torelease.ymland push both nupkgs with a NuGet API key on thereleaseenvironment ([DIST-SECRETS])manager.rsso it describes what actually ships