New submission from Michael Felt <aixto...@felt.demon.nl>:
Two tests in test_pathlib test that the files created have mode o666 (rw-rw-rw). However, on a filesystem (in my case NFS) configured to never permit global write - the test will always fail. Is this something to be concerned about? I can think of a few possible ways to react to an exception such as this, e.g., rather than 'FAIL' outright, try umask(2). ++++++++ ====================================================================== FAIL: test_open_mode (test.test_pathlib.PosixPathTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/data/prj/python/src/py38-3.8.5/Lib/test/test_pathlib.py", line 2210, in test_open_mode self.assertEqual(stat.S_IMODE(st.st_mode), 0o666) AssertionError: 436 != 438 ====================================================================== FAIL: test_touch_mode (test.test_pathlib.PosixPathTest) ---------------------------------------------------------------------- Traceback (most recent call last): File "/data/prj/python/src/py38-3.8.5/Lib/test/test_pathlib.py", line 2223, in test_touch_mode self.assertEqual(stat.S_IMODE(st.st_mode), 0o666) AssertionError: 436 != 438 ---------------------------------------------------------------------- ++++++++ Just to verify it does work when on a 'local' filesystem. cp -rp build /tmp/build mv build build.nfs ln -s /tmp/build build == Tests result: SUCCESS == 1 test OK. Total duration: 7.8 sec Tests result: SUCCESS ---------- components: Tests messages: 374725 nosy: Michael.Felt priority: normal severity: normal status: open title: test_pathlib assumes underlying filesystem permits creation with world-write permissions type: behavior versions: Python 3.10, Python 3.8, Python 3.9 _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue41461> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com