[issue7408] test_distutils fails on Mac OS X 10.5

Jason R. Coombs added the comment: I'm declaring this fixed and watching the buildbots for confirmation. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue7408] test_distutils fails on Mac OS X 10.5

Roundup Robot added the comment: New changeset f4b364617abc by Jason R. Coombs in branch 'default': Issue #7408: Forward port limited test from Python 2.7, fixing failing buildbot tests on BSD-based platforms. http://hg.python.org/cpython/rev/f4b364617abc -- nosy: +python-dev _

[issue7408] test_distutils fails on Mac OS X 10.5

Jason R. Coombs added the comment: In issue #19544, #6516 was ported to Python 3.4. After doing so, this issue re-emerges. -- assignee: tarek -> jason.coombs nosy: +jason.coombs resolution: accepted -> status: closed -> open versions: +Python 3.4 __

[issue7408] test_distutils fails on Mac OS X 10.5

Titus Brown added the comment: Fix verified, thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue7408] test_distutils fails on Mac OS X 10.5

Tarek Ziadé added the comment: I've dropped the gid control and just check the uid. >From Distutils PoV, as long as this uid test pass, I can defer the complete uid/gid test to the dedicated tarfile tests. What is important here is being able to check that I can force a different uid/gid for s

[issue7408] test_distutils fails on Mac OS X 10.5

David Bolen added the comment: > I think that's difficult to implement, as the files are not there > anymore when the check is made (only the tarfile); somebody correct > me if I'm wrong. The files are created during setup, and I think exist through the duration of the test, only being removed

[issue7408] test_distutils fails on Mac OS X 10.5

Martin v. Löwis added the comment: > At some level, I'm not sure it really matters as long as the test uses > whatever actual filesystem ownership is in place checking for default > values. I think that's difficult to implement, as the files are not there anymore when the check is made (only th

[issue7408] test_distutils fails on Mac OS X 10.5

Ned Deily added the comment: BTW, it's trivial to demonstrate the difference. On OS X: $ cd $HOME $ mkdir test $ touch test/test $ chown :musicg test $ touch test/test2 $ ls -l test total 0 -rw-r- 1 nad staff 0 Nov 29 14:01 test -rw-r- 1 nad musicg 0 Nov 29 14:01 test2 On my li

[issue7408] test_distutils fails on Mac OS X 10.5

David Bolen added the comment: > I can generate the error on my iMac but not my laptop, which are > equivalent versions/upgrades of Mac OS X AFAIK. The /tmp directory > in both has drwxrwxrwt, and the subdirectories within which I'm doing > the builds are drwxr-xr-x, so it doesn't seem to be on

[issue7408] test_distutils fails on Mac OS X 10.5

Ned Deily added the comment: This does seem to be a long standing Unix*-flavor behavior difference. The open(2) man page on OS X (and presumably FreeBSD) reads: When a new file is created, it is given the group of the directory which contains it. The Linux open(2) page has: O_

[issue7408] test_distutils fails on Mac OS X 10.5

David Bolen added the comment: >From Tarek: > Thanks for the digging David, I'll check for /tmp rights in that case. > What's important in distutils, is to make sure it was able to create > tarballs with various uid/gid using the new tarfile feature. Right, and that part of the test (explicitl

[issue7408] test_distutils fails on Mac OS X 10.5

Titus Brown added the comment: I can generate the error on my iMac but not my laptop, which are equivalent versions/upgrades of Mac OS X AFAIK. The /tmp directory in both has drwxrwxrwt, and the subdirectories within which I'm doing the builds are drwxr-xr-x, so it doesn't seem to be only dir p

[issue7408] test_distutils fails on Mac OS X 10.5

Martin v. Löwis added the comment: David, could it be that the directories where a change of group occurs also have the s-bit set? The sticky bit should have no such effect. -- nosy: +loewis ___ Python tracker

[issue7408] test_distutils fails on Mac OS X 10.5

Tarek Ziadé added the comment: Thanks for the digging David, I'll check for /tmp rights in that case. What's important in distutils, is to make sure it was able to create tarballs with various uid/gid using the new tarfile feature. -- priority: -> high resolution: -> accepted ___

[issue7408] test_distutils fails on Mac OS X 10.5

David Bolen added the comment: I don't think its OSX specific. My FreeBSD slaves (both 6.4 and 7.2) have been getting the same error recently (sounds like probably around the same time frame). The error always seems to be that member.gid (0) is not matching os.getgid (1001). The os.getgid cal

[issue7408] test_distutils fails on Mac OS X 10.5

Tarek Ziadé added the comment: This test makes sure that a tarball created with sidist has the same owner/group than your current user in each one of its member. Maybe somehow, the previous tarball creation breaks this test. Can you try this on your side: Comment everything in "test_make_distr

[issue7408] test_distutils fails on Mac OS X 10.5

Ned Deily added the comment: Also seeing it on 10.5 ... -- nosy: +ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7408] test_distutils fails on Mac OS X 10.5

New submission from Titus Brown : Here's the error: test_distutils test test_distutils failed -- Traceback (most recent call last): File "/private/tmp/tmp8UfLPT/python27/Lib/distutils/tests/test_sdist.py", line 342, in test_make_distribution_owner_group self.assertEquals(member.gid, os.getg