[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

Ronald Oussoren added the comment: This issue can be closed. Status quo wins due to backward compatibility concerns. BTW. The primary reason for proposing "macosx" as the return value for platform.system() is that the platform name as used in egg files (at the time, now wheels) is

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

STINNER Victor added the comment: I suggest to close this issue. @Ronald: Or do you think that something should still be done on macOS in the platform module? This issue looks like a duplicate of bpo-35516. It has been decided that platform.system_alias() doesn't replace Darwin with macOS

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

Jason R. Coombs added the comment: This issue now needs to consider that Mac OS X was renamed to macOS. -- nosy: +jaraco ___ Python tracker ___

[issue7850] platform.system() should be "macosx" instead of "Darwin" on OSX

Nicholas Chammas added the comment: As of Python 3.5.1 [0], it looks like 1) the `aliased` and `terse` parameters of `platform.platform()` are documented to take integers instead of booleans (contrary to what Marc-Andre requested), and 2) calling `platform.platform()` with `aliased` set to

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Marc-Andre Lemburg added the comment: Caelyn: Thanks for the patch. Some comments: * Please use aliased=False instead of aliased=0 in the patch. * It would be great if you could enhance the test a bit to actually check the return value. This would need a mock of the os.uname API for the test.

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Marc-Andre Lemburg added the comment: Removing 2.7 as target, since this is a new feature. -- versions: -Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7850 ___

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Christian Clauss added the comment: assert sys.platform == platform.system().lower() Should that always be True? It is on Mac OS X but... On iOS (Pythonista): sys.platform == 'unknown' platform.system() == 'Darwin' https://docs.python.org/2/library/sys.html#sys.platform should be updated to

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Caelyn McAulay added the comment: Added aliased option to platform.system(). I used the same system_alias method as platform.platform(), so the result of the aliased version will match the system entry of the aliased platform.platform(). Added to platform.system unit test to test new

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Jack Diederich jackd...@gmail.com added the comment: -1, my Ubuntu laptop says linux2 and not ubuntu. This would also be an incompatible change that would cause headaches with little benefit to balance it out. -- nosy: +jackdied ___ Python tracker

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Justin Cappos justincap...@gmail.com added the comment: Perhaps the right way to fix the problem without breaking code would be to propose a new function for platform which would return a 'newbie readable' string of the system type? -- nosy: +Justin.Cappos

[issue7850] platform.system() should be macosx instead of Darwin on OSX

Marc-Andre Lemburg m...@egenix.com added the comment: platform.system() is a direct interface to platform.uname() which in return is an interface to the platform's uname() API, so the reasoning is much the same as for sys.platform on those platforms that do expose a uname() function (and

[issue7850] platform.system() should be macosx instead of Darwin on OSX

New submission from Ronald Oussoren ronaldousso...@mac.com: The output of platform.system() should IMO be macosx on OSX to ensure that platform.platform() is consistent with distutils.util.get_platform(). The same is true for sys.platform, although it is unclear how much code that would