namedtuple does not support "defaults" keyword argument
Checks
-
I agree to follow the MicroPython Code of Conduct to ensure a safe and respectful space for everyone.
-
I've searched for existing issues matching this bug, and didn't find any.
Port, board and/or hardware
Pico W (RP2040)
MicroPython version
MicroPython v1.22.2 on 2024-02-22; Raspberry Pi Pico W with RP2040
Reproduction
>>> from collections import namedtuple
>>> namedtuple('a', ['a'], defaults=[1])
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
TypeError: function doesn't take keyword arguments
Expected behaviour
Expected the creation of a NamedTuple with defaults.
Observed behaviour
Exception as shown in repro code.
Additional Information
The keyword-only argument of defaults was added in Python 3.7 according to the Python docs. I could not find any mention of this change or disparity in the MicroPython docs.
I did, however, find that the change to other arguments becoming keyword-only in Python 3.6 is not listed as implemented in the MicroPython docs.
It seems like the lack of keyword argument support might be intentional - I'm not sure if this means it should be considered a feature request and/or docs improvement instead?
RP2 - lightsleep() fails/does not exit when started from inside a thread - solution
Checks
-
I agree to follow the MicroPython Code of Conduct to ensure a safe and respectful space for everyone.
-
I've searched for existing issues matching this bug, and didn't find any.
Port, board and/or hardware
rp2 - official Pico (non-wifi)
MicroPython version
MicroPython v1.22.2 on 2024-02-22; Raspberry Pi Pico with RP2040
Reproduction
Run the attached script...
Expected behaviour
When called within (only) a function, lightsleep() correct exits and the rest of the function are run.
MPY: soft reboot
Blink in thread test
CPU Freq 100000000
entering lightsleep
wake from sleep
CPU Freq 125000000
Observed behaviour
The lightsleep() call does not exit....
MPY: soft reboot
Blink in thread test
CPU Freq 100000000
entering lightsleep
...
Additional Information
No, I've provided everything above.