Jim Jewett added the comment:
I am changing this from High to Release blocker, because I think 3.3 should
make an explicit decision about whether to remove itself from the Affected
Versions list.
3.4 probably should too, since it is now in bug-fix mode.
Then this issue can go back to
STINNER Victor added the comment:
Python 2.7.3, Red Hat Enterprise Linux Server release 5.5, with kernal
2.6.18-308.el5
So your version is older than mine. Let me check Misc/NEWS... Oh...
Issue #15219: Fix a reference leak when hashlib.new() is called with invalid
parameters.
in the What's
STINNER Victor added the comment:
I am changing this from High to Release blocker, because I think 3.3
should make an explicit decision about whether to remove itself from the
Affected Versions list.
I don't understand. Which release does it block? There is no scheduled release
in short
Jim Jewett added the comment:
This is an enhancement, so I am changing the affected version from 3.3 to 3.5.
It is python-only, which works well with the cheeseshop.
That said, the patch is truly short; if that is really sufficient, it could
almost go into the documentation as a recipe.
Jim Jewett added the comment:
What is the status of this?
Have any of the changes been applied?
Are any of the other patches still appropriate?
Is this now dependent on any other issues/any non-doc updates?
--
nosy: +Jim.Jewett
___
Python tracker
Saimadhav Heblikar added the comment:
The old file had a typo and i have removed it.
The new file does everything stated in msg213722 and also has the errors
removed.
I have added tests for the little change in code to pyclbr.its called
test_string_source.
All the tests related to pyclbr pass
Antoine Pitrou added the comment:
The patch adds new public APIs (C macros), I don't think it should be committed
to the maintenance branches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
Xavier de Gaye added the comment:
There is at least one other place (do_break) where this same problem could
crop up.
Also in do_retval. And the exception is silently ignored in do_p and do_pp when
repr() fails, which is not correct.
A solution could be to have a message_safe method to be
New submission from Aaron Meurer:
I hope it's OK to report documentation issues on this tracker. Reading
http://docs.python.org/3.4/library/argparse.html#prog I had to do a double
take. The documentation states, By default, ArgumentParser objects uses
sys.argv[0] to determine how to display
Larry Hastings added the comment:
Yeah, I'm not accepting this for 3.4 at this point, and I bet the other RMs
feel the same way.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
___
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13697
___
___
Python-bugs-list
Chris Rebert added the comment:
So, nobody seems to have cared enough about the policy change to weigh in
during the intervening year and ~3mos...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16329
Chris Rebert added the comment:
FWIW, I’m +1 for a doc section about how to achieve strict mode with special
arguments and callbacks (if the recent doc patch does not already have that)
The docs added by that patch do indeed cover this:
New submission from Jasvir Singh:
HTML output of python difflib is in HTML1 which is outdated now. I am working
on updating this library and I'll submit a patch as soon as possible.
--
components: Library (Lib)
messages: 213992
nosy: Jasvir.Singh
priority: normal
severity: normal
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - mimetypes does not support webm type
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Yes, this is new feature territory.
--
priority: release blocker - high
versions: +Python 3.5 -Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
Ezio Melotti added the comment:
This is a new feature, so it can go only in 3.5.
Updating the generated HTML sounds like a good idea, however we must consider
if this might cause any problems related to backward compatibility.
If you are going to do this, please use (valid) HTML5.
--
Nitika Agarwal added the comment:
Hi,
http://docs.python.org/devguide/compiler.html
Is this the link of the devguide that needs to be updated?
--
nosy: +nitika
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19316
Éric Araujo added the comment:
Yes, it’s that file. The source is compiler.rst in this repository:
http://hg.python.org/devguide
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19316
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20967
___
___
Python-bugs-list mailing list
Jasvir Singh added the comment:
Why we can't add this in 2.7?
Major projects and OS supporting 2.7 now and I am updating this because I am
need of feature for 2.7.
Can't we do it like release new version with new name(or something like). If
one wants to download it, he/she can download using
R. David Murray added the comment:
You missed the part where it says no matter where it is called from. That
is, the path is stripped off. The sentence could be changed to emphasize that
(the :ref:`~os.basename` of sys.argv[0]).
The backslash is indeed a bit odd and probably should be
Nitika Agarwal added the comment:
I am able to find some errors in the link i just gave in the previous message,
so should i submit a patch highlighting those errors ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19316
Claudio Freire added the comment:
I can confirm the issue is in urllib's open: it fails to close() the HTTP
connection, leaving it to the GC to do it.
If addinfourl (and friends) is altered to carry a reference to the HTTP
connection and close it on close(), the leak is fixed.
I have a patch
Éric Araujo added the comment:
The task here is to work from Ezio’s patch* and edit it to take into account
Terry’s replies and your own opinions about what wording is best.
* http://docs.python.org/devguide/faq.html#how-do-i-apply-a-patch
--
___
New submission from Mikhail:
The Windows x86-64 MSI Installer (python-3.4.0.amd64.msi,
python-3.3.4.amd64.msi...) does not install python3X.dll in windows\system32 or
windows\SysWOW64 folder.
I select an option install for all users
Windows 7 64 bit
(The Windows x86 MSI installer works
Eric Snow added the comment:
Also be sure the have Raymond's sign-off before committing anything for this. :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19640
___
Serhiy Storchaka added the comment:
Please try this patch. Perhaps it fixes audioop issues.
--
keywords: +patch
nosy: +serhiy.storchaka
Added file: http://bugs.python.org/file34493/audioop_signed_left_shift.patch
___
Python tracker
Ezio Melotti added the comment:
Yes, you could make patches for Python 3.5 and release a PyPI package that
includes these changes and it's compatible with older versions. The same has
been done for other modules as well (e.g. unittest2 includes features that are
available on recent versions
Benjamin Peterson added the comment:
No, it still gives
/home/benjamin/dev/python/3.4/Modules/audioop.c:1811:9: runtime error: left
shift of negative value -22
/home/benjamin/dev/python/3.4/Modules/audioop.c:1811:9: runtime error: left
shift of negative value -22
A.M. Kuchling added the comment:
The bug got so complicated, with so many variations and failure modes, that I
just lost track of what to do next.
Let's reboot. Problem #1 is that the single-file mailboxes subvert their own
fcntl locking by writing to a temp. file and renaming; David's
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1599254
___
Giampaolo Rodola' added the comment:
Patch in attachment.
--
Added file: http://bugs.python.org/file34494/devpoll2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18931
___
Nitika Agarwal added the comment:
-This document does not touch on how parsing works beyond what is needed to
explain what is needed for compilation. It is also not exhaustive in terms of
the how the entire system works. You will most likely need to read some source
to have an exact
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20970
___
___
Python-bugs-list
R. David Murray added the comment:
I propose that we add a new keyword argument to SMTP's __init__, 'decode_data'.
This would be set to True by default, and would preserve the current behavior
of passing utf-8 decoded data to process_message.
Setting it to True would mean that
Jasvir Singh added the comment:
Ok Ezio Melotti, I'll start working on it :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20971
___
___
paul j3 added the comment:
Yes, the documentation is accurate but a bit vague. It doesn't say how 'it
uses sys.arg[0]'. The example implies it uses 'basename'. So the question is,
whether that implementation detail should be more explicit?
--
nosy: +paul.j3
Stéphane Wirtel added the comment:
This bug has not been fixed in 2.7.6 on OSX 10.9.2.
--
nosy: +matrixise
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7980
___
Romuald Brunet added the comment:
This is a patch attempt to fix issue: import the _strptime module at time /
datetime module load instead of method call.
Please note that the test is not fully reliable: it may pass without the patch
/ on current version, since threaded execution isn't
R. David Murray added the comment:
I didn't mean the basename reference as exposing an implementation detail (I
didn't look) but rather as a shorthand for explaining what regardless of where
the program was invoked from means.
--
___
Python tracker
Charles-François Natali added the comment:
Could you regenerate it without --git (it doesn't show under the review
tool)?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18931
___
New submission from Auke Willem Oosterhoff:
The comparison methods of _TotalOrderingMixin don't have nice implementation.
Some of them raises a NotImplementedError. A few aren't covered in the tests.
The comment suggests that these methods has been implemented this way because
of issue 10042
Changes by Auke Willem Oosterhoff awoosterh...@gmail.com:
--
title: Implement proper comparison operations for in _TotalOrderingMixin in
ipaddres module. - Implement proper comparison operations for in
_TotalOrderingMixin in ipaddress module.
___
New submission from Jim Jewett:
http://docs.python.org/3.4/library/email.html#package-history
The table ends with email version 5.1, distributed with Python 3.2, and
compatible with Python 3.0 to 3.2.
Since Python 3.3 and 3.4 also distribute 5.1.0, I'm betting that the actual
compatibility
Antoine Pitrou added the comment:
I agree with Ezio. Also, editor support is a moving target, and our guidelines
may actually become obsolete.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20062
dani added the comment:
changed honor-non-breaking-spaces.patch:
used \N{NO-BREAK SPACE} instead of \xa0
added test for \N{NARROW NO-BREAK SPACE}
--
nosy: +dbudinova
Added file: http://bugs.python.org/file34497/new_textwrap.patch
___
Python tracker
Martin Panter added the comment:
Does the fix for Issue 12692 work for you? Namely this revision
http://hg.python.org/cpython/rev/92656b5df2f2. It was backported to C Python
3.3.4 as I understand.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Hmm, I'm not sure where those explanations belong but I'm not sure should be in
the sys module docs (especially as they are quite lengthy, and they also apply
to other data such as os.environ). Perhaps the Unicode HOWTO?
--
Yury Selivanov added the comment:
Why there is no 'review' link for the new patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18931
___
___
Mikhail added the comment:
Python installation log included.
MSI (s) (48:2C) [01:28:13:006]: Executing op:
SetTargetFolder(Folder=C:\Windows\system32\)
MSI (s) (48:2C) [01:28:13:006]: Executing op: SetSourceFolder(Folder=1\)
MSI (s) (48:2C) [01:28:13:006]: Executing op:
Antoine Pitrou added the comment:
Agreed. How about In documentation such as the current article...
It's better, but how about simply In this article?
I concur with reducing unnecessary abstraction. No sure what you mean
by true form. Do you mean show the glyph which the code point
Éric Araujo added the comment:
Alright.
--
keywords: +easy
title: Should the devguide document emacs/vim support? - Remove emacs page
from devguide
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20062
Guido van Rossum added the comment:
review links are only generated for patches that apply cleanly (I don't
know to which branch)
On Tue, Mar 18, 2014 at 2:37 PM, Yury Selivanov rep...@bugs.python.orgwrote:
Yury Selivanov added the comment:
Why there is no 'review' link for the new patch?
Claudio Freire added the comment:
Yes, seems it does.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18144
___
___
Python-bugs-list mailing list
New submission from Boštjan Mejak:
Notice the wrong build info of Python 3.4 interpreter in the first code snippet
at http://docs.python.org/3/tutorial/interpreter.html#interactive-mode. I know
this snippet is just an example to show what does executing the command
python3.4 do, but still.
A.M. Kuchling added the comment:
Here's a patch for some of Julian's suggested modules. I went through Julian's
list and included code links for the ones that a) weren't packages or only
written in C, b) only had one Python file (which excluded os.path =
posixpath.py/ntpath.py) and c) had
Alba Magallanes added the comment:
I'm updating a patch for this bug, Could you please review it?
I think it was appropriate to clarify the use of the script at the Introduction
to Distutils documentation
(http://docs.python.org/3.4/distutils/introduction.html?highlight=distutils) in
the
Éric Araujo added the comment:
Thank you, this looks really good. I left some comments on rietveld.
--
stage: test needed - patch review
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20491
Éric Araujo added the comment:
I see two differences in my build, but I don’t think it’s really wrong, or that
it does harm. What exactly would you change?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
HCT added the comment:
just found out about this change in the latest official stable release and it's
breaking my code all over the place. something like {:s}.format( self.pc )
used to work in 3.3.4 and prior releases now raise exception rather then return
a string 'None' when self.pc was
A.M. Kuchling added the comment:
Here's a patch fixing the first return in get_matching_blocks() and updating
the docs.
I didn't change get_matching_blocks() to return a list again, assuming that we
didn't want to do that. (Raymond doesn't say to do so, at least.)
--
nosy:
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7994
___
___
R. David Murray added the comment:
The two that raise are the two that are required on the concrete class in order
for the mixin to work.
Not having tests is certainly an issue worth correcting.
--
nosy: +r.david.murray
___
Python tracker
A.M. Kuchling added the comment:
Thanks for your patch! I took it and added some more text describing what junk
is, and clarifying that junk affects what's matched but doesn't cause any
differences to be ignored.
--
nosy: +akuchling
stage: needs patch - patch review
Added file:
Changes by Ned Deily n...@acm.org:
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20968
___
___
Python-bugs-list mailing
Changes by Ned Deily n...@acm.org:
--
components: +Windows
nosy: +loewis, zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20972
___
___
Aaron Meurer added the comment:
The next sentence further confuses things, This default is almost always
desirable because it will make the help messages match how the program was
invoked on the command line. It makes it sound like it really did intend to
use sys.argv[0] literally.
Albert Looney added the comment:
removing emacs from the devguide
Im am certainly new at this, so if this is incorrect please provide feedback.
--
keywords: +patch
nosy: +alooney
Added file: http://bugs.python.org/file34503/index.patch
___
Python
Eric V. Smith added the comment:
I think the best we could do is have None.__format__ be:
def __format__(self, fmt):
return str(self).__format__(fmt)
Or its logical equivalent.
But this seems more like papering over a bug, instead of actually fixing a
problem. My suggestion is to use:
paul j3 added the comment:
The relevant code is:
prog = _os.path.basename(_sys.argv[0])
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20970
___
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20895
___
___
Python-bugs-list
Nikolaus Rath added the comment:
Since this behavior cannot be changed without breaking third-party libraries
(why did they work around this rather than reporting a bug?), I'd suggest to
document the current behavior and allow programs to opt-in to getting
exceptions.
I've attached a patch
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7159
___
___
Python-bugs-list
Jim Jewett added the comment:
OK, if I understand *that* correctly,
(1) The locking mechanism doesn't really work, and that is too complicated to
fix in this issue. A new issue would be fine.
(2) The locking failure messes up the Table Of Contents, but that is too
comprehensive a change
R. David Murray added the comment:
That table is actually correct as it stands. Post 5.1 I pretty much stopped
tracking the email version independently of the python version. So most likely
the 3.3 python isn't compatible with 3.2, and the same for 3.4 and 3.3.
Let's get Barry's agreement
Lina Clark added the comment:
I'm submitting a patch for review to show the updated table of email versions.
If this is accepted, I'll update the docs for 2.7 as well.
--
keywords: +patch
nosy: +linaclark
Added file: http://bugs.python.org/file34505/email.patch
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - patch review
type: behavior - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20951
___
Kinga Farkas added the comment:
So, would it be helpful to rephrase the original text
By default, ArgumentParser objects uses sys.argv[0] to determine how to
display the name of the program in thehelp messages. This default is almost
always desirable because it will make the help messages
R. David Murray added the comment:
I think 'base name' should be defined somehow (perhaps see
:ref:`os.basename`?) And I agree that that second sentence should be made less
ambiguous. Perhaps make the help messages use the same name that was used to
invoke the program on the command line.
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20898
___
___
Python-bugs-list
Zachary Ware added the comment:
I just installed 64-bit 3.4.0 on 64-bit Win7 with no trouble at all, and
python34.dll is sitting happily in C:\Windows\System32.
To try to figure out what you did that I didn't (or vice versa), I have a few
questions for you:
1) How did you run the installer?
Éric Araujo added the comment:
+1 on amk’s patch. I trust his selection of modules, and linking to C module
sources can be an interesting experiment.
--
stage: - commit review
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python
Éric Araujo added the comment:
Thanks! To complete the patch, you should also delete the emacs.rst file
(patches created by Mercurial can represent file creation and deletion, not
only changes). The deleted content need to be added to the Python wiki (see
link to the PythonEditors page in a
Terry J. Reedy added the comment:
Without actually looking, I am skeptical of _decimal.c as I expect the code to
be highly technical. But maybe it has more helpful comments than I expect. But
I am willing to let the person pushing decide. I am overall in favor of linking
to python sources.
Kinga Farkas added the comment:
Would the second sentence sound good if phrased as:
This default is almost always desirable because it will make the help messages
use the same name that was used to invoke the program on the command line,
whether it be the base name or a symlink.
As I am
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
___
___
Python-bugs-list
Martin Panter added the comment:
Yet another duplicate of Issue 4806, by the looks
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20959
___
Ned Deily added the comment:
Thanks for the report. And thanks for noting the duplicate, Martin.
--
nosy: +ned.deily
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - Function calls taking a generator as star argument can mask
TypeErrors in the
Alexander Mohr added the comment:
btw, I believe the solution is as simple as stated as that's what I'm doing
locally and its behaving exactly as intended.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20849
Nitika Agarwal added the comment:
Hi,
Please review my patch attached.
--
keywords: +patch
Added file: http://bugs.python.org/file34506/issue16927_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16927
101 - 191 of 191 matches
Mail list logo
