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?
RPI-PICO-W (CYW43) Wi-Fi AP can only be configured when not active
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
MicroPython version
Micropython RP2040 Board CDC COM3
Reproduction
my pico w's access point is locked with the wrong password, it still has a password when i remove it I CANNOT FIX THIS AND THE SSID IS WRONG IT IS SET AS PICO2F6F NOT PicoServer AS IT SHOULD AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA JUST USING ACCESS POINTS BREAK IT
Expected behaviour
expected to create AP and create webserver from there
Observed behaviour
no exception, just broken
Additional Information
No, I've provided everything above.