Originally reported by: ccanepa (Bitbucket: ccanepa, GitHub: ccanepa)

While testing the build for a new release of library cocos, http://code.google.com/p/los-cocos/ , I found a problem with a dependency, the pyglet library , http://code.google.com/p/pyglet/ .

With dependency link to hg repo, install fails to switch to correct revision.

It clones the repo, the dependency gets installed, but it is at the tip revision, not the one specified.

I think the relevant part of 'setup.py install' output is

#!

        Doing hg clone from https://code.google.com/p/pyglet to c:\docume~1\jugar\config
        ~1\temp\easy_install-icuiyz\pyglet@82693a20ece0
        Updating to 82693a20ece0
        No se esperaba >& en este momento.
        Processing pyglet@82693a20ece0  

'Updating to 82693a20ece0' seems to be emitted by setuptools before calling hg to do an hg update, ( yes, in setuptools.package_index.PackageIndex._download_hg , line 855 )

The line 'No se esperaba >& en este momento.' is comming from the OS, the meaning being 'unexpected >&'

In line 856 theres

#!python

 os.system("(cd %s && hg up -C -r %s >&-)" % (

Testing in a console standing in a pyglet's checkout I see

#!shell

hg up -C -r 82693a20ece0

works fine
whereas

#!shell

    D:\hg_externals\pyglet_dev>hg up -C -r 82693a20ece0 >&-
    No se esperaba >& en este momento.

So, the redirection in that os.system call is not working in Windows.

What is that ? >dev/null ? That would be >nul in classic Window, and $null in Windows's Powershell.

Would it be acceptable to replace the redirect with a '-q' (quiet) ?
That is, the line

#!python

           os.system("(cd %s && hg up -C -r %s >&-)" % (

changes to

#!python

            os.system("(cd %s && hg up -C -r %s -q)" % (

Details:
Running on windows xp
cocos package distribution built (from an export of revision r1357) both with py 2.6 and 3.3, both with setuptools 3.3; looks good.

The failure was observed when installed into a python 2.7 + setuptools 3.3

hg version is 2.9.1

• Bitbucket: https://bitbucket.org/pypa/setuptools/issue/170