cc@zanieb

@zanieb Does it actually solve your issue? becausemy system also appears to be unable to get the MAC address... but I was offline (I work offline during the week in general) and I didn't check when I'm online.

It's kind of hard to test because I haven't added support for the latest 3.14 inpython-build-standalone and the patch doesn't apply cleanly to 3.13.

Okay, the patch does apply cleanly to the previous 3.14 alpha so I can test this. On macOS, it does resolve the problem. I did not test Linux.

I tested a Linux build atastral-sh/python-build-standalone#595 (comment) and it didn't seem to work.

Hum. It's very strange. Did I mess the configure script? what's the value ofHAVE_UUID_GENERATE_TIME_SAFE_STABLE_MAC?

Looking at the logs..."HAVE_UUID_GENERATE_TIME_SAFE_STABLE_MAC": "0",

... so it's not_unix_node() that is being called?

The builds are attached there if you want to hop into a debugger.

Briefly... yeah it looks like it's called and we try each getter until we reach the random one:

(Pdb) getter<function _unix_getnode at 0xffffb77b74d0>(Pdb) s--Call--> /python/install/lib/python3.14/uuid.py(634)_unix_getnode()-> def _unix_getnode():(Pdb) n> /python/install/lib/python3.14/uuid.py(636)_unix_getnode()-> if _generate_time_safe and _has_stable_extractable_node:(Pdb) n--Return--> /python/install/lib/python3.14/uuid.py(636)_unix_getnode()->None-> if _generate_time_safe and _has_stable_extractable_node:(Pdb) n> /python/install/lib/python3.14/uuid.py(706)getnode()-> if (_node is not None) and (0 <= _node < (1 << 48)):(Pdb) l701     for getter in _GETTERS + [_random_getnode]:702         try:703             _node = getter()704         except:705             continue706  ->       if (_node is not None) and (0 <= _node < (1 << 48)):707             return _node708     assert False, '_random_getnode() returned invalid value: {}'.format(_node)709  710  711  _last_timestamp = None(Pdb) n> /python/install/lib/python3.14/uuid.py(701)getnode()-> for getter in _GETTERS + [_random_getnode]:(Pdb) n> /python/install/lib/python3.14/uuid.py(702)getnode()-> try:(Pdb) getter<function _ip_getnode at 0xffffb77b71d0>(Pdb) n> /python/install/lib/python3.14/uuid.py(703)getnode()-> _node = getter()(Pdb) n> /python/install/lib/python3.14/uuid.py(706)getnode()-> if (_node is not None) and (0 <= _node < (1 << 48)):(Pdb) _node(Pdb) n> /python/install/lib/python3.14/uuid.py(701)getnode()-> for getter in _GETTERS + [_random_getnode]:(Pdb) n> /python/install/lib/python3.14/uuid.py(702)getnode()-> try:(Pdb) getter<function _ifconfig_getnode at 0xffffb77b7110>(Pdb) n> /python/install/lib/python3.14/uuid.py(703)getnode()-> _node = getter()(Pdb) n> /python/install/lib/python3.14/uuid.py(706)getnode()-> if (_node is not None) and (0 <= _node < (1 << 48)):(Pdb) _node(Pdb) n> /python/install/lib/python3.14/uuid.py(701)getnode()-> for getter in _GETTERS + [_random_getnode]:(Pdb) n> /python/install/lib/python3.14/uuid.py(702)getnode()-> try:(Pdb) getter<function _random_getnode at 0xffffb77b7650>(Pdb) n> /python/install/lib/python3.14/uuid.py(703)getnode()-> _node = getter()(Pdb) n> /python/install/lib/python3.14/uuid.py(706)getnode()-> if (_node is not None) and (0 <= _node < (1 << 48)):(Pdb) _node23292345252342

So, the patch worked but it turns outgenerate_time_safe is necessary for MAC address retrieval on (at least)ubuntu:latest?

Maybe we should add all possiblegetnode fallbacks based on ifconfig, ip, arp, netstat, lanscan?

We did try_ip_getnode and_ifconfig_getnode as expected there. I didn't look into why those might fail. It does feel like a bit of a separate concern than this patch.

I suggest adding a print in theexcept: continue as well just in case and also print the output of the invoked command to see whether we need to upgrade how the output is being parsed.

Those commands are just not installed by default in theubuntu image. If youapt-get install net-tools, thegetnode result is static.

Ha! so that's why. Let's also fix this by adding them as a dependency then

🤖 New build scheduled with the buildbot fleet by@picnixz for commit16200ae 🤖

Results will be shown at:

https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F132901%2Fmerge

If you want to schedule another build, you need to add the🔨 test-with-buildbots label again.

Ok the refleaks were fixed in#132989.

Ok, it's actually a real bug fix because the docs say:

Changed in version 3.7: Universally administered MAC addresses are preferred over locally administered MAC addresses, since the former are guaranteed to be globally unique, while the latter are not.

🤖 New build scheduled with the buildbot fleet by@picnixz for commite311181 🤖

Results will be shown at:

https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F132901%2Fmerge

If you want to schedule another build, you need to add the🔨 test-with-buildbots label again.

🤖 New build scheduled with the buildbot fleet by@picnixz for commit19c6262 🤖

Results will be shown at:

https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F132901%2Fmerge

If you want to schedule another build, you need to add the🔨 test-with-buildbots label again.

@brettcannon is the configure issue a known WASM/WASI issue or is this an issue on my side, namely:

configure: error: set ac_cv_file__dev_ptmx to yes/no in your CONFIG_SITE file when cross compiling