old pinned dependency on Python "wheel" incompatible with newer versions on e.g. Debian 13

[gernot-h]

When trying to install CaPyCli system-wide on Debian Trixie, it fails due to a conflict of the old, pinned "wheel" dependency of CaPyCli with the "wheel" version pre-installed on Debian's Python:

# pip install --break-system-packages capycli
Installing collected packages: spinners, sortedcontainers, pytz, boolean.py, wheel, urllib3, tzlocal, typing-extensions, types-setuptools, termcolor, soupsieve, six, semver, rpds-py, regex, pyjwt, packageurl-python, license-expression, importlib-resources, et-xmlfile, defusedxml, colorama, cli-support, attrs, validation, requirements-parser, requests, referencing, python-dateutil, py-serializable, openpyxl, log_symbols, beautifulsoup4, sw360, jsonschema-specifications, halo, dateparser, cyclonedx-python-lib, jsonschema, capycli
  Attempting uninstall: wheel
    Found existing installation: wheel 0.46.1
error: uninstall-no-record-file

× Cannot uninstall wheel 0.46.1
╰─> The package's contents are unknown: no RECORD file was found for wheel.

hint: The package was installed by debian. You should check if it can uninstall the package.

Yes, I know, I should install in a venv instead of using pip for system-wide installation, but this is often handy when setting up container images.

So I checked whether we can update our dependencies to a newer "wheel" version, but found that CaPyCli doesn't use "wheel" at all, so I think we can simply drop this dependency completely.

[cschanhniem]

Confirmed: the wheel dependency at version <0.39.0 is listed as a runtime dependency in pyproject.toml but is not imported anywhere in the codebase. The only reference to "wheel" in the project is format = "wheel" in the tool.poetry.include section, which is a Poetry build configuration key and does not require the wheel package as a runtime dependency.

The wheel package has been a build-system requirement of pip since PEP 517 (it is pulled in automatically by pip during the build process). Listing it as a runtime dependency is both unnecessary and harmful — it imposes an outdated version constraint that conflicts with modern system Python installations (e.g. Debian Trixie ships wheel 0.46.x).

Fix: remove "wheel (>=0.38.4,<0.39.0)" from the dependencies list in pyproject.toml. The project builds and installs correctly without it because pip resolves the build backend (setuptools or hatchling) independently.