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 r.david.murray
Recipients belopolsky, flox, ixokai, l0nwlf, loewis, michael.foord, orsenthil, pitrou, r.david.murray, ronaldoussoren
Date 2010-11-16.07:32:55
SpamBayes Score 7.733987e-05
Marked as misclassified No
Message-id <1289892777.2.0.276145425631.issue7900@psf.upfronthosting.co.za>
In-reply-to
Content
Ronald, on a normal unix system if you add a user to a group, any existing process/terminal session that runs 'id -G' will return the *old* group list.  Only a new process/terminal session will see the new group.

On OSX, 'id -G' returns the new group when run in an existing process/terminal session, according to what you wrote.

You can't just remove the 'id -G' from that test, because the test is using 'id -G' to get an independent verification of the list of group numbers as a check against what getgroups returns.  On a normal unix system, these two would match.  On OSX, they don't.

At the moment I don't see any alternative to skipping the test on OSX with a message that 'id -G' and 'getgroups' do not return the same group list on OSX.
History
Date User Action Args
2010-11-16 07:32:57r.david.murraysetrecipients: + r.david.murray, loewis, ixokai, ronaldoussoren, belopolsky, orsenthil, pitrou, michael.foord, flox, l0nwlf
2010-11-16 07:32:57r.david.murraysetmessageid: <1289892777.2.0.276145425631.issue7900@psf.upfronthosting.co.za>
2010-11-16 07:32:55r.david.murraylinkissue7900 messages
2010-11-16 07:32:55r.david.murraycreate