Changes by Ned Deily n...@acm.org:
--
nosy: +loewis, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20757
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Until 3.4, the docs are meant to be built with the Sphinx versions checked out
by make.
Someone might want to port the fix for 1.1.x on the default branch if they are
interested.
--
___
Python tracker
Georg Brandl added the comment:
Strange, the deprecated marker seems to have crept in in revision
20aec9f34598 -- I don't see it in the 2.5 docs.
Since Martin is the module author and probably maintainer, I would say this was
an accident.
--
nosy: +georg.brandl
title: Documentation:
OPi added the comment:
All works fine with UTF-8.
All works fine with latin-1 (or other) and Windows end of line.
Maybe this issue is important, First line can be executed twice:
http://bugs.python.org/issue18960
--
___
Python tracker
Roundup Robot added the comment:
New changeset de5d4a60ab95 by Georg Brandl in branch '3.3':
Closes #20735: remove erroneous deprecated marker from stringprep docs
http://hg.python.org/cpython/rev/de5d4a60ab95
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
Roundup Robot added the comment:
New changeset 7358ca69f351 by Georg Brandl in branch '3.3':
Closes #20755: port sphinx-1.1 fixes from default
http://hg.python.org/cpython/rev/7358ca69f351
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open - closed
Georg Brandl added the comment:
Not quite fixed yet: this will happen with any build using sphinx1.1, which is
supposed to be supported now.
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20693
Changes by Martin v. Löwis mar...@v.loewis.de:
--
nosy: +georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20731
___
Rik added the comment:
Line wrapping is indeed done by `Header`, but why do `base64mime` and
`quoprimime` then have their own line wrapping? I assume so that you can also
use them independently. So that's why I would think `Charset.header_encode`
should also accept a `maxlinelen` so that you
Serhiy Storchaka added the comment:
I can't test on Windows but may be this patch fixes the issue.
--
keywords: +patch
nosy: +larry
stage: - patch review
versions: +Python 3.4
Added file: http://bugs.python.org/file34211/issue20731.patch
___
Python
Georg Brandl added the comment:
Just in time for 3.3.5...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20731
___
___
Python-bugs-list mailing
New submission from Charley Peng:
I thought that it would make more sense to check that the registry entry starts
with a . before it attempts to request it in mimetypes.py.
In any case, this fixed issue 9291 for me. (I realize it's just an incidental
fix)
--
components: Windows
Charley Peng added the comment:
Sorry forgot to attach the file.
--
keywords: +patch
Added file: http://bugs.python.org/file34212/mywork.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20758
Georg Brandl added the comment:
Hmm, I can't reproduce here with 1.1.3. Can someone build the tip docs locally
with Sphinx 1.1.3 and try to reproduce?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20693
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +georg.brandl
priority: high - release blocker
stage: needs patch - patch review
versions: -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
Peter Otten added the comment:
Perhaps a look at the competition is still in order: Java silently breaks such
an invalid CDATA in two, as suggested.
http://www.w3.org/TR/2004/REC-DOM-Level-3-Core-20040407/core.htm says
No lexical check is done on the content of a CDATA section and it is
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20535
___
___
New submission from Jurko Gospodnetić:
Python unittest.mock documentation has typo:
indvidually
instead of
individually
Can be seen in the documentation source file at:
http://hg.python.org/releasing/3.4/file/c1f9fbefb237/Doc/library/unittest.mock-examples.rst#l429
--
assignee:
Serhiy Storchaka added the comment:
Sorry, I missed the patch.
--
Added file:
http://bugs.python.org/file34213/issue19619_blacklist_transforms_py33.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
Georg Brandl added the comment:
That looks ok to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
___
___
Python-bugs-list mailing list
Vajrasky Kok added the comment:
Okay, here is my attempt to rewrite the test using local web server. I copied
and modified the code from Lib/test/test_socketserver.py. The website
mueblesmoraleda can not be accessed so I could only guess what the intention of
this test was.
I am not sure
Changes by Ned Deily n...@acm.org:
--
nosy: +tim.golden
type: crash -
versions: -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20758
___
Jurko Gospodnetić added the comment:
Another related documentation 'bug' - the following wording:
Mock doesn’t create these but instead of raises an
AttributeError.
should be changed to something like:
Mock doesn’t create these on demand and raises an AttributeError
instead.
Can be seen
Nick Coghlan added the comment:
Backporting just the encode/decode changes sounds reasonable to me, since
open() isn't likely to be a DoS vector in this particular case.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
Jurko Gospodnetić added the comment:
And another one:
'setttings'
should be spelled
'settings'
in:
http://hg.python.org/releasing/3.4/file/c1f9fbefb237/Doc/library/unittest.mock.rst#l1512
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset c89e495cdff8 by Serhiy Storchaka in branch '3.3':
Issue #20535: PYTHONWARNING no longer affects the run_tests.py script.
http://hg.python.org/cpython/rev/c89e495cdff8
New changeset 656d0e273ccb by Serhiy Storchaka in branch 'default':
Issue #20535:
Nick Coghlan added the comment:
This was still missing from rc2 - this is a *serious* usability issue on
Windows and needs to be fixed before 3.4 final.
POSIX already has the python/python3 convention, so extending that to pip is
reasonable. Windows has no such convention, and the pip3 naming
Nick Coghlan added the comment:
And if that means we need an rc3, then we should *absolutely* do one. It's that
important.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20568
___
Nick Coghlan added the comment:
Attached patch uses a similar solution to the one I used in issue 19744 to
better handle make install and make altinstall when SSL/TLS are missing: it
converts the version mismatch to a printed warning that still reports success
to the caller.
--
Roundup Robot added the comment:
New changeset 95386bbf9471 by Serhiy Storchaka in branch '3.3':
Issue #19619: Blacklist non-text codecs in method API
http://hg.python.org/cpython/rev/95386bbf9471
--
___
Python tracker rep...@bugs.python.org
New submission from Vipul Borikar:
Hi,
I getting python trace when running test_compileall test case
OS:
$ uname -a
Linux vipul-desktop 3.8.13.8 #1 SMP Thu Oct 3 17:54:03 IST 2013 x86_64 x86_64
x86_64 GNU/Linux
Python Version:
$ ./bin/python3 -V
Python 3.4.0rc2
Output and Error:
Vipul Borikar added the comment:
Linux Distribution: Ubuntu 13.04
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20760
___
___
Python-bugs-list
R. David Murray added the comment:
I've no clue, to tell you the truth. Those APIs evolved long before I took
over email package maintenance. And since we are talking about 2.7, we can't
change the existing API. In Python3, Charset.header_encode will as of 3.5
become a legacy interface,
Serhiy Storchaka added the comment:
Final patch should remove a workaround in Tools/scripts/run_tests.py.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20355
___
Serhiy Storchaka added the comment:
Final patch should remove a workaround in Tools/scripts/run_tests.py.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20361
___
Serhiy Storchaka added the comment:
LGTM too. Thank you for your patch Arfrever.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20535
Serhiy Storchaka added the comment:
I think that issue20404 should be backported too. It is common to wrap socket
stream with io.TextIOWrapper, and socket.makefile() returns text stream by
default.
--
___
Python tracker rep...@bugs.python.org
Rik added the comment:
Ok, so you suggest to use `maxlinelen=None` for the `base64mime.header_encode`
which will act the same as giving `maxlinelen=None` to `email.quoprimime`, so
that we don't need to change the API?
And this change would then also be reflected in the Python 3.5 legacy
New submission from Tiberiu Dragulinescu:
d=asdasd+chr(10)
print os.path.normpath(os.path.join('a/b',d,'d'))
a\b\asdasd
\d
LF or CR cannot be part of a URI (rfc1738)
--
components: Windows
messages: 212099
nosy: ExtraVeral
priority: normal
severity: normal
status: open
title:
Raymond Hettinger added the comment:
Elazar, this is a nit and isn't worth changing the section head (that would
break any external links to the section). Also, I like the way it reads now
(itertools functions is technically correct but sounds odd to my ear).
--
nosy: +rhettinger
R. David Murray added the comment:
Well, we have to make base64mime.header_encode also handle a None value...so
perhaps instead we should just use 1, which is what the Header wrapping
code in python3 does.
Python3's Header doesn't have this bug.
--
Raymond Hettinger added the comment:
I like the brevity and clarity of your version. If you would like, I can also
add your name as the credit for the recipe.
It is up to Larry whether this goes in before or after the 3.4 release.
--
assignee: docs@python - rhettinger
nosy: +larry
Raymond Hettinger added the comment:
Currently, it's a bit annoying to sort collections
containing None values in Python 3
I think we should seriously consider whether to restore None's ability to
compare with other entries. Removing this capability has been a major PITA
and is an
Raymond Hettinger added the comment:
FWIW, I don't find the new patch to be any clearer than the original.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20457
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
nosy: +rhettinger, tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14976
___
R. David Murray added the comment:
For the record (since it took me a while to figure it out), the changeset that
this was committed in is dd0d751cc7f1.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Steven D'Aprano added the comment:
LF or CR cannot be part of a URI
But they can be part of a filename, at least on POSIX systems. Are you
proposing that only the Windows version of os.path.join strip LF/CR?
I don't think that it up to the join function to validate the path, and
certainly
Rik added the comment:
Ok, do you think there's any risk in making `base64mime.header_encode` handle
`maxlinelen=None`? I think it would be more consistent if
`base64mime.header_encode` and `quoprimime.header_encode` interpret their
arguments similarly.
--
Steven D'Aprano added the comment:
I don't know how to interpret this. Where can I find out more about refleak
mode? Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20745
___
Antoine Pitrou added the comment:
This doesn't sound like a bug. File paths are not URIs: almost all characters
are valid in a POSIX filename. Also, sanity checking of user input is up to the
caller.
I recommend closing this issue.
--
nosy: +pitrou
resolution: - invalid
Tiberiu Dragulinescu added the comment:
The join function should know that it will compose a path with the provided
string, so I think it should complain or ignore ilegal path/filename
components, in regard to the host OS.
But if it is not a valid point of view python-wise, one can check his
R. David Murray added the comment:
Well, there's the usual API change risk: something that works on 2.7.x doesn't
work on 2.7.x-1. So since we can fix the bug without making the API change, I
think we should.
--
___
Python tracker
Raymond Hettinger added the comment:
As soon as the trunk opens again, I'll add Nick's version to the itertools
recipes section.
I'm disinclined to add it directly to the itertools module as a native C
function for several reasons:
* The problem solved isn't that common (very little of
R. David Murray added the comment:
That wasn't clear. By something that works I mean exactly what you are
talking about: someone writing code using these functions would naturally try
to use None with base64mime, and if we make it work, that would work fine in
2.7.x, but mysteriously break
Jeroen Ruigrok van der Werven added the comment:
Nick, this resolves the installation issues for me at least. +1
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20757
___
New submission from Enrico Bianchi:
although exists, read() method isn't reported in the SSLSocket documentation.
Please, fix it
--
assignee: docs@python
components: Documentation
messages: 212115
nosy: docs@python, ebianchi
priority: normal
severity: normal
status: open
title:
Larry Hastings added the comment:
Doc changes are fine basically anytime, but I don't want low-priority changes
in Lib for 3.4.0. But this would be fine for 3.4.1 if you like, or you could
just wait for 3.5.
--
___
Python tracker
R. David Murray added the comment:
That's because SSLSocket is a wrapper around a regular socket, and the read
method is documented in the Socket documentation. You will notice that *only*
SSL specific methods are documented in the SSLSocket documentation.
--
nosy: +r.david.murray
Raymond Hettinger added the comment:
It's a doc change only. Do you want it in the 3.4.0RC or in 3.4.1?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20727
___
Serhiy Storchaka added the comment:
David said, now I have a place in the non-test email code where using this
would lead to easier-to-read code. IMO, this is telling. The bar is
higher than I would have used this one time. That doesn't make it worth
having to learn and remember.
I will
Larry Hastings added the comment:
The patch attached to this issue has changes to Lib/test/test_itertools.py.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20727
___
Tim Peters added the comment:
I've haven't yet seen anyone complain about the inability to compare None
except in the specific context of sorting. If it is in fact specific to
sorting, then this specific symptom and the problem are in fact the same
thing ;-)
--
nosy: +tim.peters
R. David Murray added the comment:
Oops. My mistake. It's been too long since I did any socket programming :(
--
resolution: invalid -
stage: committed/rejected - needs patch
status: closed - open
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Both Nick's proposals look ok to me.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20630
___
Antoine Pitrou added the comment:
The best way to learn about the different testing modes is to run
./python -m test -h.
Basically -R executes the given tests several times in a row. This failure
shows that test_statistics doesn't like being executed several times, which is
a bug.
(the same
Antoine Pitrou added the comment:
Hmm, yeah, this is actually intended. The read() and write() methods on
SSLSocket are not intended to be a public API: you should call send() or recv()
instead.
Ideally we would deprecate the read() and write() methods and rename the
internal helpers to
Antoine Pitrou added the comment:
(ah, actually -F seems to work fine with test_statistics :-))
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20745
___
Mark Dickinson added the comment:
That's not nitpicky! It's a potentially confusing error that should definitely
be rectified.
(Alternatively, we could redefine squares in Python. All other languages just
have the regular squares; Python has a super *extra* square 2! That clearly
makes
Martin v. Löwis added the comment:
We should then declare that π is a square, which would allow an easy solution
to squaring a circle in Python ☺
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20740
Antoine Pitrou added the comment:
Python has a super *extra* square 2!
And let's not forget about -1.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20740
___
Roundup Robot added the comment:
New changeset 151a498c55e3 by Ezio Melotti in branch '3.3':
#20740: desquarify 2.
http://hg.python.org/cpython/rev/151a498c55e3
New changeset 1bc585ba5df2 by Ezio Melotti in branch 'default':
#20740: merge with 3.3.
http://hg.python.org/cpython/rev/1bc585ba5df2
Ezio Melotti added the comment:
Fixed, thanks for the report and the patch!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Can anyone please test the patch on Windows?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20501
___
___
Ezio Melotti added the comment:
I can reproduce on tip with Sphinx v1.1.3; seems to work fine on 3.3 and tip
with Sphinx v1.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20693
___
Sean Rodman added the comment:
Is there anything else that should be added to this patch? I don't mean to bug
you guys just want to make sure that everything is right with it so that if and
or when it is applied it will apply without any problems. Also, if there is
anything else I should
Georg Brandl added the comment:
No change for 3.3.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16074
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20762
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - needs patch
type: - behavior
versions: +Python 2.7, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20749
___
Roundup Robot added the comment:
New changeset a5d4660c6cb6 by R David Murray in branch '3.3':
#20628: make it clear that DictReader/Writer *fieldnames* is a Sequence.
http://hg.python.org/cpython/rev/a5d4660c6cb6
New changeset 9f036047187b by R David Murray in branch '3.3':
#20628: wrap lines
R. David Murray added the comment:
Applied. Thanks, Sean.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20628
___
Larry Hastings added the comment:
It's fine that we're not fixing this in 3.3, but since this did get fixed in
3.4, I propose dropping 3.3 from the version list and changing the resolution
to fixed.
*waves magic wand*
--
resolution: wont fix - fixed
stage: needs patch -
Serhiy Storchaka added the comment:
Here is a patch with the show_in_signature hack for 3.4.
--
priority: normal - release blocker
Added file:
http://bugs.python.org/file34216/sre_deprecate_pattern_keyword-3.4.patch
___
Python tracker
Raymond Hettinger added the comment:
Okay, after the RC then.
David, would you like to be credited in the recipe?
--
resolution: - remind
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20727
David Lindquist added the comment:
Sure. That would be nice. :)
Thanks Raymond and Larry
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20727
___
Ned Deily added the comment:
LGTM
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20757
___
___
Python-bugs-list mailing list
Nick Coghlan added the comment:
While it occurs to me that changing ensurepip's default behaviour on
Windows is likely a better long term (3.5+) solution, I think passing the
option in the installer is still the better near term (3.4 rc3/final)
solution.
--
Nick Coghlan added the comment:
It occurred to me the current names are a bit misleading when using
reverse=True, so low/high is likely a better naming scheme than
first/last.
I think I'll propose a patch for six before doing anything to the standard
library - this is already an issue for some
Nick Coghlan added the comment:
And in case that last comment worried anyone - I won't commit *anything*
related to this to the standard library until after creating a PyPI
sortlib module that includes both this and an order_by_key class
decorator, and we have consensus that the proposed changes
Raymond Hettinger added the comment:
If it is in fact specific to sorting, then this specific symptom
and the problem are in fact the same thing ;-)
The first rule of tautology club is the first rule of tautology club ;-)
FWIW, we had to add a work-around for this in pprint._safe_key class.
Changes by Yury Selivanov yselivanov...@gmail.com:
Added file: http://bugs.python.org/file34217/sig_picklable_03.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20726
___
Nick Coghlan added the comment:
I suspect if we'd thought of it back in the 3.0 or 3.1 time frame then
giving the Py3 None a consistent sorts low behaviour would have been more
likely.
At this stage of the Py3 life cycle, though, it seems simpler overall to
remain consistent with earlier Py3
Changes by Ned Deily n...@acm.org:
--
nosy: +r.david.murray
type: crash -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20760
___
___
Sean Rodman added the comment:
Hey drunax, I would like to create a patch for this and upload, but I don't see
the link you are talking about. Is it in the documentation or is it in the file
UserDict.py?
--
nosy: +sean.rodman
___
Python tracker
Changes by Alex Grönholm alex.gronholm+pyt...@nextday.fi:
--
nosy: +alex.gronholm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20737
___
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20630
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +eric.araujo, tarek
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20754
___
Sean Rodman added the comment:
Hey r.david.murray, so should this change be made in the test?
--
nosy: +sean.rodman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19614
___
Sean Rodman added the comment:
I don't see where temp_cwd uses shutil.rmtree, but I do see where temp_dir uses
shutil.rmtree. Here is a patch to change that to support.rmtree. If I am way
off base on this patch please let me know and I will change it to fix whatever
needs to be fixed. I want
Yury Selivanov added the comment:
Fixed in 19674. Closing this one.
--
nosy: +yselivanov
resolution: - out of date
status: open - closed
superseder: - Add introspection information for builtins
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
This problem is a duplicate of Issue16484.
The URL is generated by pydoc's getdocloc() when you use pydoc explicitly or
through the interactive interpreter's help command. But the doc web server is
not set up to handle links for modules with mixed-case names,
1 - 100 of 120 matches
Mail list logo