This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vstinner
Recipients christian.heimes, cstratak, doko, matrixise, pmpp, r.david.murray, vstinner
Date 2020-11-24.13:49:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1606225788.3.0.337196287065.issue28468@roundup.psfhosted.org>
In-reply-to
Content
Matthias Klose:
> There's no need to expose a second implementation as another API in the standard library.

When linux_distribution() has been removed, platform.platform() became less useful. Example:

$ python2 -m platform
Linux-5.9.8-200.fc33.x86_64-x86_64-with-fedora-33-Thirty_Three

$ python3 -m platform
Linux-5.9.8-200.fc33.x86_64-x86_64-with-glibc2.32

Python 2 provides *more* information than Python 3. I see this as a regression.

It would be great if we could again add again the Linux distribution name and vresion in platform.platform().

For example, I'm using platform.platform() on buildbots to quickly identify on which operating systems an issue happens: see test.pythoninfo script ("make pythoninfo" used by buildbots).

Right now, it's annoying to have to manually dig into the buildbot worker details to get informations, usually outdated (when the machine is upgraded, but not the worker description).
History
Date User Action Args
2020-11-24 13:49:48vstinnersetrecipients: + vstinner, doko, christian.heimes, r.david.murray, pmpp, matrixise, cstratak
2020-11-24 13:49:48vstinnersetmessageid: <1606225788.3.0.337196287065.issue28468@roundup.psfhosted.org>
2020-11-24 13:49:48vstinnerlinkissue28468 messages
2020-11-24 13:49:48vstinnercreate