➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author bobbyi
Recipients anthonybaxter, barry, bobbyi, brian.curtin, dmalcolm, doerwalter, jafo, jbrouwers, nnorwitz, tseaver
Date 2010-10-25.23:45:56
SpamBayes Score 2.7593738e-09
Marked as misclassified No
Message-id <1288050358.52.0.539210558191.issue775964@psf.upfronthosting.co.za>
In-reply-to
Content 
I am encountering this issue with py3k on a Debian machine. test_grp consistently fails due to a line with a plus sign in /etc/group

I believe that the previous patch attached to this bug is not correct due to the issues others have raised: It only handles lines with a plus sign as the name (not any name starting with '+' or '-') and it breaks out of the loop when it finds one, silently discarding any remaining lines.

I've attached a new patch which preserves the functionality of getgrall but updates its docstring to document that any group names starting with '+' or '-' represent NIS-related entries. The patch fixes the test itself so that it skips over NIS-related entries rather than attempting to look them up with grp.getgrnam.

With this patch applied (to the py3k branch HEAD), all regression tests pass on my machine.
History
Date User Action Args
2010-10-25 23:45:58bobbyisetrecipients: + bobbyi, barry, doerwalter, nnorwitz, anthonybaxter, jafo, tseaver, jbrouwers, brian.curtin, dmalcolm
2010-10-25 23:45:58bobbyisetmessageid: <1288050358.52.0.539210558191.issue775964@psf.upfronthosting.co.za>
2010-10-25 23:45:57bobbyilinkissue775964 messages
2010-10-25 23:45:56bobbyicreate