[compiler-rt][test] Use packaging.version.Version to compare glibc versions

[DavidSpickett]

Instead of distutils.LooseVersion. distutils was depracated (https://peps.python.org/pep-0632/) and has been removed in Python 3.12 (https://docs.python.org/3/whatsnew/3.12.html)

Of note, the distutils package has been removed from the standard library.

packaging's version is able to handle glibc's major.minor: https://packaging.pypa.io/en/latest/version.html#packaging.version.Version

For these modules or types, use the standards-defined Python Packaging Authority packages specified:
distutils.version — use the packaging package

Relates to #54337

[DavidSpickett]

Might require packaging to be installed on some buildbots. Linaro gets it from the python3-packaging apt package. I will go through zorg and make a list of bots that might be effected.

[DavidSpickett]

I will go through zorg and make a list of bots that might be effected.

On second thought, this is going to take me an age. So I suggest reviewers take a look first, and then I will contact bot owners.

[DavidSpickett]

Posted https://discourse.llvm.org/t/psa-compiler-rt-linux-buildbots-will-in-future-require-the-python-packaging-module/88100 and emailed all the known buildbot admins today.

[aeubanks]

this seems to have caused a couple of tests that have checks for the glibc version to start failing on our bots and I'm not sure why: https://g-issues.chromium.org/issues/444460536. still investigating

[aeubanks]

I have a random theory that the new package is bailing on "invalid" versions like . or 2. when the old package wasn't

[DavidSpickett]

I've reverted this. Will try out invalid versions with both and see what happens. Should be able to emulate the old behaviour.