Due to switching from os.uname() to platform.uname(), I was able to confirm that usage on Linux is not broken, but I do not have a Mac to verify that this still works (I think it should).
nRF24/CircuitPython_nRF24L01 This is a full blown package (my personal baby) with examples and multiple modules (some in sub-packages).
Changes
switch to using platform.uname() since os.uname() is not available on Windows installs of CPython. In testing, I found that platform.uname() tends to yield different casing in the returned (tuple of) strings, so I mandated uniform string casing using uname[0].title() and uname[4].lower().
added URL to download a pre-built binary executable from AWS. mpy-cross cannot be built from src (on windows), and that is the build.py script's fallback behavior (when no internet or using Windows 32bit).
Fixed copying temp files on Windows. The problem is well outlined in the #75. The solution simply involves exiting the with block that created the temp file (under the condition that the temp file is not deleted when it is closed), then copying the file (when applicable) and deleting the original temp file (using os.remove()).
This PR resolves #75 (& the duplicate #48 )
Needs verification on a Mac
Due to switching from
os.uname()toplatform.uname(), I was able to confirm that usage on Linux is not broken, but I do not have a Mac to verify that this still works (I think it should).Libraries that I've tested these changes on:
Changes
platform.uname()sinceos.uname()is not available on Windows installs of CPython. In testing, I found thatplatform.uname()tends to yield different casing in the returned (tuple of) strings, so I mandated uniform string casing usinguname[0].title()anduname[4].lower().withblock that created the temp file (under the condition that the temp file is not deleted when it is closed), then copying the file (when applicable) and deleting the original temp file (usingos.remove()).