This issue has been migrated to GitHub: https://github.com/python/cpython/issues/79697
classification
process
Created on 2018-12-17 09:31 by vstinner, last changed 2022-04-11 14:59 by admin. This issue is now closed.
Pull Requests |
|
|
|
URL |
Status |
Linked |
Edit |
PR 11187 |
closed |
vstinner,2018-12-17 09:35 |
|
PR 11207 |
merged |
vstinner,2018-12-18 10:52 |
|
Messages (6) |
|
|
msg331960 - (view) |
Author: STINNER Victor (vstinner) *  |
Date: 2018-12-17 09:31 |
platform.system_alias() documentation: Returns ``(system, release, version)`` aliased to common marketing names used for some systems. It also does some reordering of the information in some cases where it would otherwise cause confusion. IMHO "macOS" and macOS release are more appropriate than darwin and darwin release for platform.system_alias(). I propose to make a similar change in system_alias() than the platform.mac_ver() change made in bpo-35344. |
|
|
msg331961 - (view) |
Author: STINNER Victor (vstinner) *  |
Date: 2018-12-17 09:32 |
> than the platform.mac_ver() change made in bpo-35344 Oops, this issue changed platform.platform() (not platform.mac_ver()). |
|
|
msg331964 - (view) |
Author: Ronald Oussoren (ronaldoussoren) *  |
Date: 2018-12-17 10:09 |
The patch does not use the version information passed in to calculate the marketing version. That's a problem when passing in low-level information from a system running a different version of macOS (for example passing in the low-level version information from a macOS 10.8 system while the script is running on a macOS 10.14 system). |
|
|
msg331966 - (view) |
Author: STINNER Victor (vstinner) *  |
Date: 2018-12-17 10:19 |
> The patch does not use the version information passed in to calculate the marketing version. That's a problem when passing in low-level information from a system running a different version of macOS (for example passing in the low-level version information from a macOS 10.8 system while the script is running on a macOS 10.14 system). Right. The function has a weird API. Maybe the function shouldn't be fixed in this case. If we don't fix it, I would like to at least document why the function doesn't replace Darwin with macOS. |
|
|
msg332047 - (view) |
Author: STINNER Victor (vstinner) *  |
Date: 2018-12-18 10:54 |
Ronald Oussoren: > The patch does not use the version information passed in to calculate the marketing version. That's a problem when passing in low-level information from a system running a different version of macOS (for example passing in the low-level version information from a macOS 10.8 system while the script is running on a macOS 10.14 system). I abandonned my PR 11187 and I wrote PR 11207 to add a comment explaining why Darwin is not replaced with macOS. Well, use platform.platform() or platform.mac_ver() to get the macOS version ;-) |
|
|
msg332076 - (view) |
Author: STINNER Victor (vstinner) *  |
Date: 2018-12-18 18:51 |
New changeset 60875db2f67815d7d181c552bfac59e8c97619e3 by Victor Stinner in branch 'master': bpo-35516: platform.system_alias() don't replace Darwin (GH-11207) https://github.com/python/cpython/commit/60875db2f67815d7d181c552bfac59e8c97619e3 |
|
|
History |
|
|
|
Date |
User |
Action |
Args |
2022-04-11 14:59:09 |
admin |
set |
github: 79697 |
2018-12-18 18:51:54 |
vstinner |
set |
status: open -> closedresolution: fixedstage: patch review -> resolved |
2018-12-18 18:51:41 |
vstinner |
set |
messages: + |
2018-12-18 10:54:37 |
vstinner |
set |
messages: + |
2018-12-18 10:52:38 |
vstinner |
set |
pull_requests: + <pull%5Frequest10444> |
2018-12-17 10:19:42 |
vstinner |
set |
messages: + |
2018-12-17 10:09:06 |
ronaldoussoren |
set |
nosy: + ronaldoussorenmessages: + |
2018-12-17 09:35:43 |
vstinner |
set |
keywords: + patchstage: patch reviewpull_requests: + <pull%5Frequest10425> |
2018-12-17 09:32:55 |
vstinner |
set |
messages: + |
2018-12-17 09:31:27 |
vstinner |
create |
|