[issue11473] upload command no longer accepts repository by section name
Éric Araujo
report at bugs.python.org
Fri Jan 6 17:33:19 CET 2012
Éric Araujo <merwok at netwok.org> 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_SERVER, and then I got to see your bug! I tried various combinations of keys (realm or not, user or not), changed the markup (: or = as delimiter, spaces or not) but could not easily find the root of the bug.
Can you publish a .pypirc file that works with 2.7 and not with 3.2? That would be a good starting point.
msg144569 - (view) Author: Jason R. Coombs (jason.coombs) * (Python committer) Date: 2011-09-28 18:09
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 .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
> process the .pypirc properly.
Are these Windows symlinks? Are they supposed to be dereferenced transparently by the OS (i.e. during open) like unix symlinks?
> 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 error.
OK. For distutils2, I think we’ll want better logging/error reporting. The user should see “no /what/ever/.pypirc found”, not “section not found”.
> I suggest we mark this bug as resolved (as the primary cause was due to the file not being read at
> all), but also apply your patch (which has some other good fixes) without the CUSTOM_SERVER, or
> with a version of the CUSTOM_SERVER that works.
Agreed. I’ll resume work on that patch to understand why it fails.
----------
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11473>
_______________________________________
More information about the Python-bugs-list
mailing list