Henrik Heimbuerger added the comment:
Happy to report that in build 10159 of Windows 10 64-bit, this just started to
work again. No reinstallation of pip needed!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24127
Henrik Heimbuerger added the comment:
Great, thanks for letting us know, Dan!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24127
Henrik Heimbuerger added the comment:
I can still reproduce this on the just released Windows 10 build 10130, after
python -m pip uninstall pip and then python get-pip.py (which recreated the
pip.exe binary for pip 7.0.3).
Is there anything else I need to do to make this work now
Henrik Heimbuerger added the comment:
Dan, thanks so much for taking the time to post back here, and for the good
news!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24127
Henrik Heimbuerger added the comment:
I can confirm this issue for pip 6.1.1 on Windows 10.0.10074 for both Python
2.7.9 as well as 3.4.3.
As a workaround, using python -m pip works fine (as suggested on
http://stackoverflow.com/a/26428562/6278 for a different issue).
--
nosy
Henrik Heimbuerger added the comment:
To your earlier question: yes, I can reproduce this with Python 3.4.3.
This is all on Windows 10.0.10074, 64-bit. I don't have a 32-bit system to
test. UAC configuration is unmodified and on the default setting (third of the
four steps on the slider
Henrik Heimbuerger added the comment:
Eli, I fully understand. I was experimenting with working on Cloud9, but it
unfortunately has no easy way to extract individual files, I had to recreate
them locally. I hope it is correct now.
--
Added file: http://bugs.python.org/file29374
Henrik Heimbuerger added the comment:
for 3.2
--
Added file: http://bugs.python.org/file29375/issue11367_branch32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11367
Henrik Heimbuerger added the comment:
Brought the ElementTree docs for find(), findtext() and findall() in line with
the default branch (now they are just referencing the methods from Element).
Made the same changes in the method comments of the implementation.
Separate patches for 2.7
Henrik Heimbuerger added the comment:
Patch for 3.2.
--
Added file: http://bugs.python.org/file29350/issue11367_branch32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11367
Henrik Heimbuerger added the comment:
That sounds good, Eli! I'll check the implementations and then adapt the other
ElementTree methods as well. Will take until next week, though.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Henrik Heimbuerger added the comment:
Eli, I tried to preserve the style (and detail) of the rest of the docs of the
respective version. If I bring the 3.3 version of find() into 2.7, then it will
have a lot less detail than f.e. findall() as a sibling method on the same
class:
http
Henrik Heimbuerger added the comment:
Attached patch file for the 2.7 branch. They not only touch find(), but also
findtext(), which has the mistake in the documentation. Also does some related
changes in the module's code comments.
--
keywords: +patch
nosy: +hheimbuerger
Added file
Henrik Heimbuerger added the comment:
Almost identical patch for 3.2, just differs in line numbers.
--
Added file: http://bugs.python.org/file29185/issue11367_branch32.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11367
Henrik Heimbuerger added the comment:
Here's a suggestion for a documentation addition. Comments on tone and content
are welcome, and I'm willing to update it and submit modified patch files.
This adds the following note:
If a file descriptor *fileno* is specified, the other arguments
15 matches
Mail list logo