oss-slu / oss-slu/PilotDataSynchronization
baton build hardcodes python3, which breaks the plugin build on stock Windows
@Phlabry is already working on this.
Since Sep 17, 2026.
- Dominant language
- Rust
- Stars
- 4
- Forks
- 8
- Avg merge
- 5d 17h
- Merged PRs (30d)
- 2
Description
Describe the bug
The baton custom_target invokes the literal command python3 (xplane_plugin/subprojects/baton/meson.build:19-30). On a stock Windows install the interpreter is python.exe or the py launcher, and python3 does not resolve.
That target is the sole producer of libbaton.a, lib.rs.cc and lib.rs.h, so the failure blocks the entire plugin build.
To Reproduce
- On Windows without
python3on PATH, runmeson setup buildthenmeson compile -C buildinxplane_plugin/. - The baton target fails.
Expected behavior
The build finds whichever Python 3 interpreter is present.
Additional context
Meson has import('python').find_installation() for exactly this. The failure is also hard to diagnose: it surfaces as a FileNotFoundError from shutil.copyfile in script.py rather than as a missing interpreter.
Found while writing the setup documentation in #138 / #178.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.