* Remove hash_options from requirement to avoid packvers parsing issues

The compatibility check is already ignoring the `hash_options` [1],
while a `Requirement` is still constructed in [2] and [3].
This causes the application to crash and fail to create a result.
Remove the `hash_options` for now until
`packvers.requirements.Requirement` supports this option [4].

[1]: https://github.com/aboutcode-org/python-inspector/blob/3ad3925840e8dad16ad12b3917f04ec3172590ad/src/_packagedcode/pypi.py#L999
[2]: https://github.com/aboutcode-org/python-inspector/blob/3ad3925840e8dad16ad12b3917f04ec3172590ad/src/python_inspector/api.py#L484
[3]: https://github.com/aboutcode-org/python-inspector/blob/3ad3925840e8dad16ad12b3917f04ec3172590ad/src/python_inspector/resolution.py#L259
[4]: aboutcode-org/packvers#4

Resolves #243.

Signed-off-by: Marcel Bochtler <marcel.bochtler@bosch.com>

See e.g. [1], [2] and [3].

[1]: a5e725f
[2]: f634e2d
[3]: c8ade24

Signed-off-by: Marcel Bochtler <marcel.bochtler@bosch.com>

* Update expected test results

Signed-off-by: Martin Nonnenmacher <martin.nonnenmacher@bosch.com>

* Test all linux platforms defined in utils_pypi

Use the list of linux platforms as defined in utils_pypi for testing,
instead of redefining the list in the test. This ensures that newly
added platforms are tested and fixes the problem that the list in the
test was already outdated.

Signed-off-by: Martin Nonnenmacher <martin.nonnenmacher@bosch.com>

* Add manylinux_2_31_x86_64 platform

For example, the platform is used by open3d 19.0.0 [1].

[1]: https://pypi.org/project/open3d/0.19.0/#files

Signed-off-by: Martin Nonnenmacher <martin.nonnenmacher@bosch.com>

* Fix `is_valid_version()` for prerelease versions

By default, the check if an empty specifier contains a prerelease
version returns `false`. This made the `is_valid_version()` check for
prerelease versions fail, when there is also a requirement with a
non-empty specifier. In this case, the previous logic detected a
conflict of the prerelease version and the empty specifier.

Fix this by explicitly allowing prerelease versions when checking if a
specifier contains a version.

Note that the function that collects candidates for a dependency still
ignores prerelease versions if any release versions are available, as
required by the specs [1].

[1]: https://packaging.python.org/en/latest/specifications/version-specifiers/#handling-of-pre-releases

Signed-off-by: Martin Nonnenmacher <martin.nonnenmacher@bosch.com>

---------

Signed-off-by: Martin Nonnenmacher <martin.nonnenmacher@bosch.com>

Signed-off-by: Ayan Sinha Mahapatra <ayansmahapatra@gmail.com>