======================================================================
ERROR: test_copyfile_named_pipe (test.test_shutil.TestShutil)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/ambv/Buildbot/3.x.langa-snowleopard/build/Lib/test/test_shutil.py", line 735, in test_copyfile_named_pipe
    os.mkfifo(TESTFN)
OSError: [Errno 22] Invalid argument

http://buildbot.python.org/all/builders/AMD64%20Snow%20Leopard%203.x/builds/162/steps/test/logs/stdio

There is something odd about the setup for that buildbot.  Notice the other failures.  The mkfifo() call on OS X isn't even documented as returning EINVAL (22).  I've never seen this kind of failure on other OS X systems.   Łukasz, any ideas?

I will be able to look at this on Monday (currently on vacation). The only unusual thing that comes to mind is that this is a virtual machine. Oh, and it's Snow Leopard *Server* (unfortunately I don't have any desktop licenses handy, and I'm not sure if I could use them on a VM anyway).

Expect more info on Monday.

Any news? Wouldn’t Apple give us a license for our buildbots like MSFT does?

OSX Server should have the same kernel as the client.

Also, the license terms for OSX 10.6 client don't allow running in a VM, while the 10.6 server terms do allow that. 

Is there anything special about this buildbots system configuration? Is the filesystem the default HFS+ filesystem? Is the directory used by buildbot a local filesystem? 

I've had some filesystem related issues in a virtual OSX system that was running in Parallels, but that was while using the 'shared folders' feature of Parallels (that virtual filesystem doesn't support all filesystem features).

Is this still an issue? I won't be able to look into this until I get home from EP, I didn't bring my disk with virtual machines to the conference.

Closing since there have been no further reports of this problem and this buildbot is no longer connected