fix(packaging): ship linopy.remote and linopy.persistent in the wheel

[FBumann]

Closes #864.

Note

The following content was generated by AI and verified locally.

[tool.setuptools.packages.find] include patterns are exact per level, so include = ["linopy"] matched only the top-level package and dropped linopy.remote and linopy.persistent from built wheels.

This is worse than latent: linopy/__init__.py does an unconditional from linopy.remote import RemoteHandler, so import linopy fails outright on a clean wheel install. It doesn't surface in development because editable/source installs expose the whole tree regardless.

Fix: add "linopy.*" so subpackages are discovered.

 [tool.setuptools.packages.find]
-include = ["linopy"]
+include = ["linopy", "linopy.*"]

Verification (uv build wheel contents)

Before (include = ["linopy"]):

find_packages(where=".", include=["linopy"]) -> ['linopy']

After, the built wheel ships both subpackages:

linopy/persistent/__init__.py
linopy/persistent/diff.py
linopy/persistent/errors.py
linopy/persistent/snapshot.py
linopy/remote/__init__.py
linopy/remote/oetc.py
linopy/remote/ssh.py

[codspeed-hq]

Merging this PR will not alter performance

✅ 173 untouched benchmarks
⏩ 173 skipped benchmarks¹

---

_{Comparing fix/wheel-missing-subpackages (b728f4d) with master (8853e38)}

Footnotes

1. 173 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports. ↩