New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
test_posix: Android 'id -G' is entirely wrong or missing the effective gid #71131
Comments
test_posix fails on an android emulator running an x86 system image at API level 21. On android we have instead of a list of group IDs: ====================================================================== Traceback (most recent call last):
File "/sdcard/org.bitbucket.pyona/lib/python3.6/test/test_posix.py", line 815, in test_getgroups
set([int(x) for x in groups.split()]),
File "/sdcard/org.bitbucket.pyona/lib/python3.6/test/test_posix.py", line 815, in <listcomp>
set([int(x) for x in groups.split()]),
ValueError: invalid literal for int() with base 10: 'uid=0(root)' Ran 83 tests in 0.114s FAILED (errors=1, skipped=11) |
See more information in comments in bpo-26932. Since the id tool looks fixed in Android 6.x we should skip the test on Android <6.x. |
'id -G' produces the expected result on an android-23-x86 emulator running Android 6.0 (API 23). There is a new error now instead of the one reported at issue bpo-26932: ====================================================================== Traceback (most recent call last):
File "/sdcard/org.bitbucket.pyona/lib/python3.6/test/test_posix.py", line 816, in test_getgroups
set(posix.getgroups() + [posix.getegid()]))
AssertionError: Items in the second set but not the first:
0 The problem is that posix.getegid() returns 0, and 0 is not in the list printed by 'id -G'. |
test_getgroups is ok on an android emulator running API 23 with the attached patch, and the test is skipped when running API 21. |
New patch with cosmetic changes. |
Is there a plan to make Android a supported platform in 3.6? |
Answer in the Android meta-issue at msg 270942. |
Hum, does the id program supports -G on Android? The output looks like the regular id output (without -G). Example on my Linux (Fedora 24): $ id
uid=1000(haypo) gid=1000(haypo) groupes=1000(haypo),10(wheel) contexte=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
$ id -G
1000 10 |
It does on Android 6.0 but prints the same result as 'id' (without -G) on previous Android versions. Here is the output of the commands involved in the test for the root user on my archlinux box, the Android 5.0 emulator and the Android 6.0 emulator: archlinux:
[root@bilboquet default]# python
...
>>> from posix import getegid, getgroups
>>> getgroups()
[0, 1, 2, 3, 4, 6, 10, 19]
>>> getegid()
0
[root@bilboquet default]# id -G
0 1 2 3 4 6 10 19
Android 5.0 (API level 21)
root@generic_x86:/data/data/org.bitbucket.pyona # python
...
>>> from posix import getegid, getgroups
>>> getgroups()
[1003, 1004, 1007, 1011, 1015, 1028, 3001, 3002, 3003, 3006]
>>> getegid()
0
root@generic_x86:/data/data/org.bitbucket.pyona # id -G
uid=0(root) gid=0(root) groups=1003(graphics),1004(input),1007(log),1011(adb),1015(sdcard_rw),1028(sdcard_r),3001(net_bt_admin),3002(net_bt),3003(inet),3006(net_bw_stats)
Android 6.0 (API level 23)
root@generic_x86:/data/data/org.bitbucket.pyona # python
...
>>> from posix import getegid, getgroups
>>> getgroups()
[1004, 1007, 1011, 1015, 1028, 3001, 3002, 3003, 3006]
>>> getegid()
0
root@generic_x86:/data/data/org.bitbucket.pyona # id -G
1004 1007 1011 1015 1028 3001 3002 3003 3006 |
Sorry but I don't see the point of trying to "fix" the unit test on In fact, I don't really understand the point of such functional test. I suggest to remove the whole unit test, or skip the whole unit test |
Ooops, I missed the part where you say that it works on API level >= 23. So I suggest to only skip the test on Android API level < 23. |
The test is already skipped by the patch, for Android API level < 23, with the statement: Do you mean that the test should be skipped instead more explicitly with something like: |
Haypo: we are testing that our function wrapper (getgroups) returns something that we can parse as matching the results from the 'id' command. This gives us a much more meaningful test than just testing that getgroups returns *something*. That is, we are testing that it returns integers, and that they "look right". In that light, I propose an alternate patch. |
Thanks for the patch David, see my comment in Rietveld. |
New changeset fb3e65aff225 by Xavier de Gaye in branch '3.6': New changeset 465c09937e85 by Xavier de Gaye in branch 'default': |
Misc/NEWS
so that it is managed by towncrier #552Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: