[issue11473] upload command no longer accepts repository by section name

Jason R. Coombs added the comment: Indeed, the issue as reported is invalid. -- resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue11473] upload command no longer accepts repository by section name

Éric Araujo added the comment: If you read the first message again, or the docs, you can see that -r repo-name was indeed supported. -- title: upload command no longer accepts repository by section name -> upload command no longer accepts repository by section name versions: +Python

[issue11473] upload command no longer accepts repository by section name

anatoly techtonik added the comment: So, if upload command never accepted repository by section name I am +1 for closing this issue (and opening a new one if symlink workaround is required). -- nosy: +techtonik ___ Python tracker

[issue11473] upload command no longer accepts repository by section name

Jason R. Coombs added the comment: Windows symlinks, much like Unix symlinks, should dereference naturally when open is called, although there is a bug in later versions of the c runtime calling stat on a symlink. See issue6727 for details. -- title: upload command no longer accepts r

[issue11473] upload command no longer accepts repository by section name

Éric Araujo added the comment: [copy/paste failure in my previous message, please disregard] > One possible factor is that my .pypirc is symlinked from ~/.pypirc to > config/python/.pypirc and > it's conceivable that Python 3.2.0 has some issues with symlink resolution > that caused it to not

[issue11473] upload command no longer accepts repository by section name

Changes by Éric Araujo : -- Removed message: http://bugs.python.org/msg150736 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11473] upload command no longer accepts repository by section name

Éric Araujo added the comment: This is a strange bug. I added a test using -r server2, using the already-existing PYPIRC_LONG_PASSWORD string as .pypirc contents. The test passes. To make sure changing one test would not affect another one, I created a new .pypirc file, PYPIRC_CUSTOM_SERVE

[issue11473] upload command no longer accepts repository by section name

Jason R. Coombs added the comment: Sure enough. I just confirmed that with Python 3.2.0, if .pypirc is symlinked, distutils behaves as if the .pypirc isn't present at all, but if that same .pypirc is copied, it behaves as expected. If one deletes the .pypirc altogether, it produces the same e

[issue11473] upload command no longer accepts repository by section name

Jason R. Coombs added the comment: I now seem to be unable to reproduce the issue. I do keep my .pypirc in a revision control system, so I have reasonable confidence that my .pypirc contained the content that I'm attaching now (passwords scrubbed of course). One possible factor is that my .py

[issue11473] upload command no longer accepts repository by section name

Éric Araujo added the comment: This is a strange bug. I added a test using -r server2, using the already-existing PYPIRC_LONG_PASSWORD string as .pypirc contents. The test passes. To make sure changing one test would not affect another one, I created a new .pypirc file, PYPIRC_CUSTOM_SERVE

[issue11473] upload command no longer accepts repository by section name

Éric Araujo added the comment: I started working on a test for this in packaging and it’s worse than I expected: it does not support multiple repositories at all. The config parser has bogus tests and the upload command has no test for this. I will work on fixing this in packaging and backp

[issue11473] upload command no longer accepts repository by section name

Changes by Jason R. Coombs : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue11473] upload command no longer accepts repository by section name

New submission from Jason R. Coombs : It appears that with Python 3.2 (Windows 64-bit), the distutils upload -r command no longer accepts the repository section name, but instead only attempts to parse it as a URL. This is a regression from Python 2.7. PS C:\Users\jaraco\projects\hgtools> pyth