Document Windows developer setup for building the plugin
Maintainers usually reply within 3 days
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 76/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- rust
- Domain
- devtools, documentation
Research direction
Read the README's Prerequisites table and decide whether to add a Windows developer setup section there or create docs/windows-setup.md linked from it. Put the supplied Windows setup steps in order, with commands usable from cmd and a check after each step; preserve the warnings about shell-specific commands, PATH, and closing X-Plane. Done when a developer can follow the guide and verify each tool is available.
Written by the indexing model from the issue text.
Description
Problem
Once #258 exists the lab PCs no longer need the build toolchain, but anyone changing the plugin or baton still does. The README's Prerequisites table names the tools without saying how to install them on Windows. These are what we had to work out on the lab PC on 2026-10-29:
- mingw-w64. Install MSYS2 (
winget install MSYS2.MSYS2), then runpacman -S --needed mingw-w64-x86_64-gccfrom the MSYS2 MINGW64 shell.pacmanis not recognised in cmd or PowerShell. We chose the MINGW64 package over UCRT64 because Rust'sx86_64-pc-windows-gnutarget uses the same msvcrt runtime; that reasoning has not been tested against UCRT64. - PATH. Add
C:\msys64\mingw64\binto the userPath, notC:\msys64\usr\bin, which would put MSYS2's own Python ahead of the real one. Open a new terminal afterwards. - Meson and Ninja.
pip installputs them in Python'sScriptsfolder, which is often not on PATH, giving'meson' is not recognized.python -m pip show -f mesonshows where they went. - Compiler selection. Set
CC=gccandCXX=g++before the firstmeson setupso Meson cannot pick MSVC. The syntax depends on the shell:set CC=gccin cmd,$env:CC="gcc"in PowerShell. The PowerShell form in cmd fails withThe filename, directory name, or volume label syntax is incorrect. - Rust target. Run
rustup target add x86_64-pc-windows-gnu(already in the README). - Installing a rebuilt plugin. Close X-Plane first, since it locks the
.xpl. - Where to look when it does not connect:
%TEMP%\baton_debug.logLog.txtin the X-Plane folder- Plugins > Plugin Admin, to untick and re-tick the plugin (the X-Plane 12 menu bar stays hidden until the mouse reaches the top edge)
Proposal
A "Windows developer setup" section in the README, or docs/windows-setup.md linked from it, with the steps above in order, every command given for cmd, and a check after each step (gcc --version, meson --version, and so on).
- Dominant language
- Python
- Stars
- 4
- Forks
- 9
- Avg merge
- 4d 17h
- Merged PRs (30d)
- 7
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing 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.
More from oss-slu/PilotDataSynchronization
-
Connect TCP with an invalid address is silent in the event logPossibly taken @PRINCEKK122 claimed this 22 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 77/100
oss-slu/PilotDataSynchronization#241 ·
Maintainers usually reply within 3 days
-
cluster_pilots.py shows a traceback for a bad --k and leaves outputs when --truth is invalidPossibly taken A pull request linked to this issue is open or already merged. Openarea:ml bug python
Difficulty 2/5 1-3 hours Newbie friendliness 83/100
oss-slu/PilotDataSynchronization#232 ·
Maintainers usually reply within 3 days
-
Document running the Python listener on a second PCPossibly taken @Omanhene20 claimed this 3 days ago. Openarea:docs area:ml area:relay documentation needs-triage
Difficulty 3/5 1-2 days Newbie friendliness 70/100
oss-slu/PilotDataSynchronization#264 · 1 assignee ·
Maintainers usually reply within 3 days
-
data_logger stops with a traceback if its CSV is open in ExcelPossibly taken @jmacd867 claimed this 10 days ago. Openarea:ml bug needs-triage python
oss-slu/PilotDataSynchronization#263 · 1 assignee ·
Maintainers usually reply within 3 days
-
baton_debug.log logs every sample, even with nothing connected, and grows without limitPossibly taken @Omanhene20 claimed this 3 days ago. Openarea:xplane-plugin enhancement needs-triage rust
Difficulty 4/5 3-5 days Newbie friendliness 56/100
oss-slu/PilotDataSynchronization#262 · 1 assignee ·
Maintainers usually reply within 3 days
All issues in oss-slu/PilotDataSynchronization
Similar issues
-
`destroy` sans terminal répond « Aborted. » au lieu de réclamer `--yes` comme `clean` et `reset`Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
stephrobert/dsoxlab#354 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 77/100
jasonacox/pypowerwall#472 ·
Maintainers usually reply within 1 day
-
[Bug]: DoubleMLRDDData accepts a score_col that is no data column (as in its docstring example); the running variable then becomes a covariate and RDFlex failsPossibly taken @vrjdev claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
DoubleML/doubleml-for-py#455 ·
Maintainers usually reply within 1 day
-
[Bug]: Python mod.Box[T] annotation gets a false generic_arg edge that replaces the parameter_type one ('is' on tree-sitter nodes)Possibly taken @rohit-jsfreaky claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Graphify-Labs/graphify#5110 · 1 comment ·
Maintainers usually reply within 2 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
assafelovic/gpt-researcher#2277 ·
Maintainers usually reply within 10 days