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
<http://bugs.python.org/issue24
Henrik Heimbuerger added the comment:
Great, thanks for letting us know, Dan!
--
___
Python tracker
<http://bugs.python.org/issue24127>
___
___
Python-bugs-list m
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 t
Henrik Heimbuerger added the comment:
Dan, thanks so much for taking the time to post back here, and for the good
news!
--
___
Python tracker
<http://bugs.python.org/issue24
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 s
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).
-
Henrik Heimbuerger added the comment:
for 3.2
--
Added file: http://bugs.python.org/file29375/issue11367_branch32.patch
___
Python tracker
<http://bugs.python.org/issue11
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:
Patch for 3.2.
--
Added file: http://bugs.python.org/file29350/issue11367_branch32.patch
___
Python tracker
<http://bugs.python.org/issue11
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 and
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
<http://bugs.python.org/is
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:
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
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
<http://bugs.python.org/issue11
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
15 matches
Mail list logo
