Temporary Working Directory Test Fails

[rgbkrk]

Just ran iptest and a failure occurred in the IPython.utils test suite.

FAIL: IPython.utils.tests.test_tempdir.test_temporary_working_directory
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/kyle/.virtualenvs/rc1/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
    self.test(*self.arg)
  File "/Users/kyle/.virtualenvs/rc1/lib/python2.7/site-packages/IPython/utils/tests/test_tempdir.py", line 26, in test_temporary_working_directory
    assert os.path.abspath(os.curdir) == dir
AssertionError:
    assert <module 'os' from '/Users/kyle/.virtualenvs/rc1/lib/python2.7/os.pyc'>.path.exists('/var/folders/ps/1dvr90bd6p3blnyrnpyxnryhv45qg1/T/tmp3a9THt')
>>  assert <module 'os' from '/Users/kyle/.virtualenvs/rc1/lib/python2.7/os.pyc'>.path.abspath(<module 'os' from '/Users/kyle/.virtualenvs/rc1/lib/python2.7/os.pyc'>.curdir) == '/var/folders/ps/1dvr90bd6p3blnyrnpyxnryhv45qg1/T/tmp3a9THt'

System information:

Test suite completed for system with the following information:
{'codename': 'An Afternoon Hack',
'commit_hash': 'ad1b59c',
'commit_source': 'installation',
'default_encoding': 'UTF-8',
'ipython_path': '/Users/kyle/.virtualenvs/rc1/lib/python2.7/site-packages/IPython',
'ipython_version': '1.0.0-rc1',
'os_name': 'posix',
'platform': 'Darwin-12.4.0-x86_64-i386-64bit',
'sys_executable': '/Users/kyle/.virtualenvs/rc1/bin/python',
'sys_platform': 'darwin',
'sys_version': '2.7.5 (default, Aug 1 2013, 12:53:40) \n[GCC 4.2.1 Compatible Apple LLVM 4.2 (clang-425.0.24)]'}

Tools and libraries available at test time:
curses jinja2 pexpect sqlite3 tornado zmq

Tools and libraries NOT available at test time:
azure cython matplotlib numpy oct2py pygments pymongo qt rpy2 sphinx wx wx.aui

[ivanov]

can you check if changing the test to be assert os.path.abspath(os.curdir) == os.path.abspath(dir) fixes this for you?

[rgbkrk]

Checking...

[rgbkrk]

Nope. Let me get some more details.

[rgbkrk]

Printed out the two directory names expected, got this:

/private/var/folders/ps/1dvr90bd6p3blnyrnpyxnryhv45qg1/T/tmpgOYiRy
/var/folders/ps/1dvr90bd6p3blnyrnpyxnryhv45qg1/T/tmpgOYiRy

I'm on a mac (and a recent Mac user), but as far I can tell /var/ is actually a symlink to /private/var. This is definitely a Mac issue.

(rc1)23:20:23 {checkpoints} ~/code/bookstore$ ls -la / | grep var
lrwxr-xr-x@   1 root      wheel                        11 Mar 15 03:14 var -> private/var

[minrk]

needs a realpath too, then, right?

[rgbkrk]

Yeah, os.path.realpath will expand/eliminate any symbolic links in the path.

[ivanov]

ok, updating my PR

[rgbkrk]

Tests pass with that, expectedly.

[minrk]

Thanks for the report and quick fix, guys.

[ivanov]

strange, the PR which fixes this was merged and should have closed this issue automatically, closing now.