Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: -berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10240
___
___
New submission from Wilberto Morales:
I know that issues like this one are usually on the users(my) fault, but I
think pip might be broken this time for real.
Every time I run pip install, a 404 error is raised:
(venv) /tmp wil
pip install flask
Requirement already satisfied (use --upgrade
Stefan Behnel added the comment:
I noticed this, too. I think it's due to the urllib changes in issue 22118.
--
components: +Library (Lib)
nosy: +pitrou, scoder
type: - behavior
___
Python tracker rep...@bugs.python.org
Changes by Stefan Behnel sco...@users.sourceforge.net:
--
nosy: -scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20035
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17095
___
Wilberto Morales added the comment:
Good to know I'm not the only one.
In the comments above, scratch the / after .gz. Looks like it's just a
redirect adding it. This is the actual url generated.
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22285
___
New submission from Armin Rigo:
Calling Python 2.7's new version of ntpath.splitdrive() with argument either
'//' or r'\\' results in an IndexError: string index out of range.
--
messages: 226163
nosy: arigo
priority: normal
severity: normal
status: open
title: ntpath.splitdrive('//')
Antoine Pitrou added the comment:
This patch seems to fix issue #22311 as well (*). However it would be good to
add more tests for base URLs with trailing slashes, it seems.
(*) without patch:
base = https://pypi.python.org/simple/werkzeug/;
rel =
Antoine Pitrou added the comment:
See issue #22278.
--
superseder: - urljoin duplicate slashes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22311
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22278
___
___
Python-bugs-list mailing
Wilberto Morales added the comment:
Also I see PIP is it's own project. Should I migrate the issue? It won't be as
easy as I thought to fix.
git diff
diff --git a/pip/_vendor/distlib/locators.py b/pip/_vendor/distlib/locators.py
index 07bc1fd..b7ef31a 100644
---
New submission from Stefan Behnel:
longintrepr.h is a non-public header file (not included by Python.h) that
defines the inner struct layout of PyLong objects. Including it allows for very
fast access to small integers through ob_digit[0] when -1 = Py_SIZE(n) = 1,
which is a great feature.
Stefan Behnel added the comment:
Were the tests in
http://bugs.python.org/file32591/urischemes.py
merged yet, that Nick Coghlan mentioned in
http://bugs.python.org/issue22118#msg225662 ?
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg added the comment:
On 31.08.2014 11:34, Wilberto Morales wrote:
New submission from Wilberto Morales:
I know that issues like this one are usually on the users(my) fault, but I
think pip might be broken this time for real.
Every time I run pip install, a 404 error
Armin Rigo added the comment:
For completeness:
Python 2.7.6: ntpath.splitdrive('//') = ('', '//')
Python 2.7.8: ntpath.splitdrive('//') = IndexError
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22312
Arfrever Frehtes Taifersar Arahesis added the comment:
I noticed this output of full test suite:
...
[361/388] test_bisect
[362/388] test_py_compile
File /tmp/cpython/Lib/test/bad_coding2.py, line 0
SyntaxError: encoding problem: utf8 with BOM
[363/388] test_netrc
[364/388] test_sys
...
I
STINNER Victor added the comment:
I don't understand the issue. How and when the EOF keyboard shortcut is not
CTRL+d? Can it be configured?
+# Add 64 to get the ASCII character.
+eof_char = chr(ord(eof_num) + 64)
I don't understand the trick '\x04'
STINNER Victor added the comment:
Oh, by the way: according to the glibc documentation: Usually, the EOF
character is C-d. Lower case D, not upper case.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22310
Roundup Robot added the comment:
New changeset 9480287f85a0 by Victor Stinner in branch '3.4':
Closes #22275: asyncio: enhance documentation of OS support
http://hg.python.org/cpython/rev/9480287f85a0
New changeset 9138d60db0e4 by Victor Stinner in branch 'default':
(Merge 3.4) Closes #22275:
Changes by Stefan Krah stefan-use...@bytereef.org:
Removed file: http://bugs.python.org/file36446/module_get_symbol.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22194
___
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file36512/pymonotonic-4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22117
___
Changes by STINNER Victor victor.stin...@gmail.com:
Removed file: http://bugs.python.org/file36512/pymonotonic-4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22117
___
Changes by STINNER Victor victor.stin...@gmail.com:
Added file: http://bugs.python.org/file36513/pymonotonic-4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22043
___
STINNER Victor added the comment:
pymonotonic-4.patch: Updated patch (version 4) to address Antoine Pitrou's
comments on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22043
___
Stefan Krah added the comment:
Thanks, Stefan. So everyone agrees that Capsule is the right way for the API.
Then this issue is about making the libmpdec symbols public. I've tried
to produce a collision with duplicate symbols as outlined in msg176486,
but I haven't been successful (on
New submission from Armin Rigo:
$ LINES=20 python Lib/test/test_pydoc.py
...
File .../Lib/pydoc.py, line 1448, in ttypager
r = inc = os.environ.get('LINES', 25) - 1
TypeError: unsupported operand type(s) for -: 'str' and 'int'
duh.
--
components: Library (Lib)
messages: 226177
eryksun added the comment:
Line 116 should use normp[2:3] instead of normp[2].
http://hg.python.org/cpython/file/ee879c0ffa11/Lib/ntpath.py#l92
--
nosy: +eryksun
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22312
Roundup Robot added the comment:
New changeset 446d4dfcc220 by Benjamin Peterson in branch '2.7':
don't index outside of the path (closes #22312)
http://hg.python.org/cpython/rev/446d4dfcc220
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
John Malmberg added the comment:
The existing Python text is uppercase D for Ctrl-D, so I maintained it.
stty documentation also uses upper case for control characters.
The EOF character can be viewed or set via the stty utility or the tcsetattr()
or equivalent routine. Some platforms may not
John Malmberg added the comment:
Note that Python directly supports Unixes which supply fork() and Microsoft
Windows that supplies spawn*() methods.
So as long as a platform supports either the fork() or the the Microsoft
Windows spawn() methods, there should not be barriers implementing
New submission from Jason R. Coombs:
This morning, I was running an install of a package on Python 3.4.1 when I
encountered this error:
C:\Users\jaraco\projects\jaraco.financial [default tip] ./setup install
running install
running bdist_egg
running egg_info
writing namespace_packages to
Jason R. Coombs added the comment:
On a second attempt, the operation completed successfully, so a transient
network error was necessary to elicit the bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22315
Geert Jansen added the comment:
Thanks Antoine. See my comments below:
- is it necessary to start exposing server_hostname, server_side and
pending()?
At the C level I need server_hostname and server_side exposed because they are
needed to implement the cert check in do_handshake().
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22306
___
___
Python-bugs-list mailing list
New submission from Anthony Mayer:
After discussion about extraneous whitespace around colons in a list slice not
being an error on the pep8 checker project (see
https://github.com/jcrocholl/pep8/issues/321#issuecomment-53649841), ncoghlan
suggested filing a ticket here to get the issue added
Gregory Salvan added the comment:
I didn't dare to share this but in case... just few days after my message I
fall on the inspiring work of Dr. Hans Vandierendonck (presented during the 2nd
International Summer School on Advances in Programming Languages in Edinburgh).
Certainly too much, but
Changes by Jason R. Coombs jar...@jaraco.com:
--
hgrepos: +272
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22315
___
___
Python-bugs-list
Changes by Jason R. Coombs jar...@jaraco.com:
--
keywords: +patch
Added file: http://bugs.python.org/file36514/7304b9b95438.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22315
___
Jason R. Coombs added the comment:
I've started work on a test to capture the failure. Patch 7304b9 is attached.
Any comments on the test before I proceed with the fix? I haven't been able to
run the test, so if someone could do that, it would be most appreciated.
--
Claudiu Popa added the comment:
A similar issue was fixed a couple of days ago in file_util.py, with
f01413758114. It would be nice to have similar tests.
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
Claudiu Popa added the comment:
I'm referring to the TypeError: 'OSError' object is not iterable failure.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22315
___
New submission from Ubik:
See:
https://docs.python.org/2/library/argparse.html#argparse.ArgumentParser.add_subparsers
--
assignee: docs@python
components: Documentation
messages: 226190
nosy: Ubik, docs@python
priority: normal
severity: normal
status: open
title: action argument is not
Guido van Rossum added the comment:
Oooh, yes. The colon in a slice should be treated as a binary operator, with
equal space before and after.
I think we can add this (as a new bullet following the bullet Immediately
before a comma, semicolon, or colon):
- However, the colon in a slice acts
Ezio Melotti added the comment:
Yes: ham[lower + offset : upper + offset], ham[lower : upper : 3]
This feels a bit weird to me, perhaps because I seldom have expressions in
slices and don't feel the need to add further spaces.
For the first case I would definitely not put spaces around the +,
New submission from Tony Flury:
The notes on assertItemsEqual do not make it clear that the comparison works by
using their hash value, and not their __eq__ implementation - i.e. it does an
'is' not an '==' between objects in the sequence.
If the sequences being compared contain user created
Roundup Robot added the comment:
New changeset 7304b9b95438 by Jason R. Coombs in branch '3.4':
#22315: Add test to capture the failure.
http://hg.python.org/cpython/rev/7304b9b95438
New changeset 300cd36eb25c by Jason R. Coombs in branch '3.4':
#22315: Use technique outlined in test_file_util
Jason R. Coombs added the comment:
Claudiu, thanks for the tip. That was quite helpful. I did not realize that
unittest included a mock implementation. I've updated the test to use the same
technique. I've furthermore verified that the test captures the failure and
adjusted the implementation
Changes by Jason R. Coombs jar...@jaraco.com:
--
stage: resolved -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22315
___
Nick Coghlan added the comment:
Thanks for the reference!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22257
___
___
Python-bugs-list mailing
New submission from Tim Chase:
If a mailbox.MH() object is created by pointing at a path that exists but
doesn't contain a .mh_sequences file, it raises an exception upon iteration
over .{iter,}items() rather than gracefully assuming that the file is empty. I
encountered this by pointing it
Changes by Tim Chase gum...@users.sourceforge.net:
--
keywords: +patch
Added file: http://bugs.python.org/file36515/mailbox_mh_sequences.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22319
Changes by Tim Chase gum...@users.sourceforge.net:
Added file: http://bugs.python.org/file36516/mailbox_mh_sequences_lbyl.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22319
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12707
___
___
Python-bugs-list
R. David Murray added the comment:
I'm not sure what you saw when reading the code. I don't see any 'a is b' in
there (only 'elem is NULL', which is correct).
This has nothing to do with unittest, and everything to do with how == is
defined/implemented in python. The invariant is that if
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +email
nosy: +barry, r.david.murray
stage: - patch review
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4733
___
___
Python-bugs-list
New submission from Hideaki Muranami:
Link of Developer FAQ on
https://docs.python.org/3.4/faq/general.html#how-do-i-obtain-a-copy-of-the-python-source
is invalid.
--
assignee: docs@python
components: Documentation
messages: 226199
nosy: docs@python, mnamihdk
priority: normal
Guido van Rossum added the comment:
Just like for other binary operators (except for the ones mentioned as always
needing spaces), the spaces around : are neither mandatory nor objectionable.
I am not making up a new rule, this is how I've always thought -- we just have
to make it explicit
Nick Coghlan added the comment:
Looks good to me! (and covers several cases that hadn't occurred to me
before)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22316
___
Guido van Rossum added the comment:
Committed rev e98737176f1d.
If there's more discussion I can add more.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22316
Guido van Rossum added the comment:
Does anyone care that there is now one bullet in the avoid spaces ... list
that isn't strictly about avoiding spaces?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22316
Josh Lynn added the comment:
Hello. I'm new to contributing to Python and this looks like a decent place to
start. Please bear with me.
Just to be sure, should the link of Developer FAQ be
https://docs.python.org/devguide/faq.html?
--
nosy: +josh.lynn
R. David Murray added the comment:
Is is an object identity test, by the way, it has nothing to do with __hash__.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22318
___
Ned Deily added the comment:
Hideaki, thanks for the report.
Josh, yes
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22320
___
Josh Lynn added the comment:
Ned, thank you!
This patch updates the link in the General FAQ from a broken link to be
https://docs.python.org/devguide/faq.html;.
--
keywords: +patch
Added file: http://bugs.python.org/file36517/faqLinkUpdate.patch
Berker Peksag added the comment:
We can use https://docs.python.org/devguide/setup.html in that paragraph. It
has more information about compiling Python.
--
nosy: +berker.peksag
stage: - patch review
versions: +Python 2.7, Python 3.5
___
Python
Ned Deily added the comment:
Good point, Berker. The general FAQ predates the Developer's Guide. Josh, your
patch looked good; would you care to update it? In any case, if you plan to
contribute further patches (and we hope you do), please be sure to fill out a
contributor form
Josh Lynn added the comment:
That page makes more sense! I have updated the paragraph to link to the
Getting Started Guide at https://docs.python.org/devguide/setup.html
Ned, I have signed a contributor form so it should be recorded soon. I plan on
this being the first of many contributions
69 matches
Mail list logo