#2100: Resolve python versions via uv instead of ide-urls

[Paras14]

This PR fixes #2100

Implemented changes:

• Added PythonRepository, a ToolRepository that resolves the list of installable Python versions from uv python list instead of from ide-urls. Python now uses this repository via an override of getToolRepository().
• PythonUrlUpdater and had no darwin/x64 (Intel Mac) branch. Installable versions (e.g. 3.14.6) were therefore reported as "not found" on Intel Mac. Sourcing versions from uv (the tool that actually installs Python) removes this class of gap, since
  uv only lists versions it can install for the current OS/architecture. Still entries for Intel Macs(darwin/x64), Windows on arm(win32/arm64), and Linux on arm(linux/arm64).
• Added Uv#parsePythonListJson(...) (defensive JSON parsing of uv python list) and the PythonUvListEntry record, with non-CPython entries (e.g. PyPy) are filtered out.
• Wired getPythonRepository() into IdeContext and AbstractIdeContext
• Fixed a bootstrap ordering issue, where version resolution runs before tool dependencies are installed, so fetchUvPythonList() uses the runTool variant that ensures uv is installed before running it.
• CVE-security and dependency metadata for Python continue to come from ide-urls, which only need the tool folder and
  are unaffected by the per-platform gap.
• Minor: added Javadoc to UvRepository.

---

Testing instructions

Automated:

1. Run PythonRepositoryTest.java and PythonTest.java.

Manual:

2. On a machine with uv available, you can confirm that uv python list --all-versions --only-downloads --output-format json --no-config lists the expected CPython versions for your platform.
3. In a fresh IDEasy project where uv is not yet installed, run ide install python 3.14*. Expected: uv is installed first, then uv python list resolves 3.14.6, then Python 3.14.6 is installed successfully. Make sure you do it in a different new folder.
4. If possible, run step 3 on genuine Intel-Mac hardware, since that is the platform originally reported in Python not available for Mac x64 #2100.

---

Checklist for this PR

Make sure everything is checked before merging this PR. For further info please also see
our DoD.

• When running mvn clean test locally all tests pass and build is successful
• PR title is of the form #«issue-id»: «brief summary» (e.g. #921: fixed setup.bat). If no issue ID exists, title only.
• PR top-level comment summarizes what has been done and contains link to addressed issue(s)
• PR and issue(s) have suitable labels
• Issue is set to In Progress and assigned to you or there is no issue (might happen for very small PRs)
• You followed all coding conventions
• You have added the issue implemented by your PR in CHANGELOG.adoc unless issue is labeled with internal
• You have formulated clear instructions on how to test your contribution under "Testing instructions"

[Caylipp]

Good job overall! The approach looks good and resolving Python versions via uv makes sense. The JUnit tests passed successfully. I only left one comment regarding the CPython filtering. Once that is addressed, the PR looks good to me.

[Caylipp]

Also, please don’t forget to add labels to the PR. The corresponding checklist item is checked, but the PR currently has no labels. You can simply use the same labels as the issue.

[coveralls]

Coverage Report for CI Build 29477803661

Warning

No base build found for commit a88c41e on main.
Coverage changes can't be calculated without a base build.
If a base build is processing, this comment will update automatically when it completes.

Coverage: 72.251%

Details

• Patch coverage: No coverable lines changed in this PR.

Uncovered Changes

No uncovered changes found.

Coverage Regressions

Requires a base build to compare against. How to fix this →

---

Coverage Stats

Relevant Lines:	16787
Covered Lines:	12638
Line Coverage:	75.28%
Relevant Branches:	7506
Covered Branches:	4914
Branch Coverage:	65.47%
Branches in Coverage %:	Yes
Coverage Strength:	3.19 hits per line

---

💛 - Coveralls

[Caylipp]

isCpython() currently treats a missing implementation as CPython. This may allow incomplete or unknown entries to be used for Python version resolution. Since the intention is to include only explicitly identified CPython distributions, could we change this to this.

Suggested change

	return (this.implementation == null) || "cpython".equalsIgnoreCase(this.implementation);
	return "cpython".equalsIgnoreCase(this.implementation);