[issue32199] uuid.getnode() should return the MAC address on Android

2017-12-06 Thread Xavier de Gaye
Change by Xavier de Gaye : Added file: https://bugs.python.org/file47322/ip_link.strace ___ Python tracker ___

[issue32230] -X dev doesn't set sys.warnoptions

2017-12-06 Thread STINNER Victor
STINNER Victor added the comment: I was explicitly asked to not change the behaviour of BytesWarning with -X dev. -X dev documentation doesn't menton -Wd/-Wdefault anymore: https://docs.python.org/dev/using/cmdline.html#id5 "Warning filters: add a filter to display

[issue32230] -X dev doesn't set sys.warnoptions

2017-12-06 Thread Nick Coghlan
Nick Coghlan added the comment: Note that this change will make "-X dev" effectively treat "-bb" and "-b" as equivalent, the same way "-Wd" already does. I figure that's OK, since it means the runtime behaviour will match the documentation (which says that "-X dev"

[issue32230] -X dev doesn't set sys.warnoptions

2017-12-06 Thread STINNER Victor
STINNER Victor added the comment: I did it on purpose. -Wdefault adds the filter at the start, whereas -Xdev adds the filter at the end to respect BytesWarning. See tests in test_cmd_line and bpo-32089. -- ___ Python

[issue18943] argparse: default args in mutually exclusive groups

2017-12-06 Thread Vincas Dargis
Vincas Dargis added the comment: Any progress with this? I believe it would fix my use case: ``` import argparse import pprint parser = argparse.ArgumentParser() group = parser.add_mutually_exclusive_group(required=True) group.add_argument('--device-get-capabilities',

[issue32230] -X dev doesn't set sys.warnoptions

2017-12-06 Thread Nick Coghlan
New submission from Nick Coghlan : The `-X dev` option is currently integrated directly with the warnings module, rather than working indirectly through `sys.warnoptions`. This means that any third party code that currently checks sys.warnoptions will need to be updated to

[issue32199] uuid.getnode() should return the MAC address on Android

2017-12-06 Thread Xavier de Gaye
Xavier de Gaye added the comment: It is also possible that rather than an oversight in Android, it is a side effect of SELinux on the implementation of iproute2 if the 'ip link list' command does a little bit more than the 'ip link' command and if this 'little bit more' is

[issue32199] uuid.getnode() should return the MAC address on Android

2017-12-06 Thread Xavier de Gaye
Xavier de Gaye added the comment: Oops, the second failed command is 'ip link list' of course. -- ___ Python tracker ___

[issue32199] uuid.getnode() should return the MAC address on Android

2017-12-06 Thread Xavier de Gaye
Xavier de Gaye added the comment: 'adb logcat' is a tool that monitors many kind of events on Android. Both ip commands prints a SElinux record on logcat: Upon the successfull 'ip link' command, logcat prints: 12-06 09:17:24.119 2460 2460 W ip : type=1400

[issue32199] uuid.getnode() should return the MAC address on Android

2017-12-06 Thread Xavier de Gaye
Xavier de Gaye added the comment: You may be right Serhiy. Those tests have been run on the emulator at API 24 (Android 7.0 Nougat, the first API version where SELinux is run in enforced mode) where 'ip link list' fails, but on my device (a Samsung API 21, Android 5.1

<    1   2