You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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 >&'
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
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
'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
Testing in a console standing in a pyglet's checkout I see
works fine
whereas
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
changes to
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
The text was updated successfully, but these errors were encountered: