Message121267
| 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. |
|