oss-slu / oss-slu/PilotDataSynchronization

baton build hardcodes python3, which breaks the plugin build on stock Windows

Open
#187 0 comments 0 reactions 1 assignee View on GitHub

@Phlabry is already working on this.

Since Sep 17, 2026.

bug
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

  1. On Windows without python3 on PATH, run meson setup build then meson compile -C build in xplane_plugin/.
  2. 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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.