[issue14332] Better explain "junk" concept in difflib doc

[Éric Araujo]

Éric Araujo added the comment:

amk, if you’re satisfied with your patch, I think you can go ahead and commit 
it.

--
versions: +Python 3.4 -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16827] Remove the relatively advanced content from section 2 in tutorial

[Éric Araujo]

Éric Araujo added the comment:

Thanks for the patch, I left a couple notes on the review site 
(http://bugs.python.org/review/16827/).

Ezio suggested moving the doc about floating point issues to an appendix too; 
what’s your opinion on that?

I wonder if the advanced contents should be placed in appendices in the 
tutorial or merged with the rest of the docs (language or library reference).  
I guess the idea of tutorial appendices is that people can think they are not 
required reading and skip them, but know they are here if needed?  If that 
works, I’m all for it.

Jamayla, your patch is not in a form that’s easy to review.  This page gives 
help about how to use Merurial to track changes instead of working with copies 
of files: http://docs.python.org/devguide/patch.html

--
versions: +Python 3.5 -Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1887] Document that distutils doesn't support out-of-source builds

[Éric Araujo]

Éric Araujo added the comment:

Thanks for the patch.  I did a review, you should have got an email; if not, 
follow the “review” link on the right of your patch in the list of files near 
the top of this page.

--
components: +Documentation
versions: +Python 3.5 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

[Éric Araujo]

Éric Araujo added the comment:

+Separate bulit-in types from functions and group similar functions
+--

This should not be in the patch.  (I made the same remark on another issue, 
please take reviews into account.)

+Built-in Types :
+dict(), int(), str(), list(), tuple(), bytes(), set(),
+frozenset(), memoryview(), range()

These should use proper markup like :func:`dict` so that links get generated 
and specific style is applied.  See docs.python.org/devguide/documenting.html 
for info about the markup we use.

+Functions : 
+base conversion
+attribute-related
+math-related
+string-related
+IO
[etc.]

What Ezio meant was a reordering of the whole document.  For example, a new 
heading (see the doc about markup) named “Math functions” and after it, the 
existing docs for abs, pow, round and divmod.  Does that make the intent of 
this bug report clearer?

(Ezio also listed hash in the math functions, but it’s more related to dicts 
and sets than math itself.  Making a patch also implies giving your opinion on 
the proposed changes; an idea written by a core developer is not always perfect 
:)

--
versions: +Python 3.5 -Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1508475] transparent gzip compression in urllib

[Berker Peksag]

Changes by Berker Peksag :


--
versions: +Python 3.5 -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16927] Separate built-in types from functions and group similar functions in functions.rst

[Nitika Agarwal]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20849] add exist_ok to shutil.copytree

[Alexander Mohr]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20959] print gives wrong error when printing *generator

[Ned Deily]

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 generator

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20959] print gives wrong error when printing *generator

[Martin Panter]

Martin Panter added the comment:

Yet another duplicate of Issue 4806, by the looks

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7776] http.client.HTTPConnection tunneling is broken

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[Kinga Farkas]

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 working on my first contribution here, I am not quite sure of the 
conventions. 
In the official documentation:
1. would you create a reference to  os.basename or os.path.basename?
2. would you use the word symlink or the term symbolic link or it does not 
matter?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13437] Provide links to the source code for every module in the documentation

[Terry J. Reedy]

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.

difflib I know should be linked. tokenize.py (not in the patch) probably should 
be linked eventually, but only after the docstrings (and doc) are fixed a bit. 
I will think about it after that is done.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20062] Remove emacs page from devguide

[Éric Araujo]

É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 previous message).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13437] Provide links to the source code for every module in the documentation

[Éric Araujo]

É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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20972] python34.dll not in System32 or SysWOW64 folders after install python-3.4.0.amd64.msi

[Zachary Ware]

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?

2) Did you choose to install "for all users" or "just for me"?

3) Did you run the installer with administrative privileges, or did it ask for 
elevation of privileges?

4) Did you select/unselect any options such that they did not match default 
(default being all options will be installed, except adding python.exe to PATH)?

For my successful install, I 1) ran the installer by the classic 
double-click-the-icon method, 2) installed for all users, 3) gave elevated 
privileges when it asked, and 4) left all options at default.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20898] Missing 507 response description

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[R. David Murray]

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".  (Many people won't know that you can 
invoke the same script by more than one name on unix by using symlinks, which 
is what makes that statement read wrong in its current form.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[Kinga Farkas]

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 match how the program 
was invoked on the command line." 

 by 

"By default, ArgumentParser objects uses the base name of the path sys.argv[0] 
to determine how to display the name of the program in the help messages."

And then all that would remain is to change the backslash to a forward slash in 
the example that follows.

--
nosy: +lilbludot

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

[R. David Murray]

Changes by R. David Murray :


--
stage:  -> patch review
type: behavior -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20974] email module docs say not compatible with current python version

[Lina Clark]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20974] email module docs say not compatible with current python version

[R. David Murray]

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 that that is OK, and I'll add a note to the docs to 
that effect.  If he wants separate version numbers I can increment it in 3.4, 
but it is probably too late for 3.3.  If we can drop the independent version, 
then we have to decide if we want to deprecate the __version__ string or just 
remove it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1599254] mailbox: other programs' messages can vanish without trace

[Jim Jewett]

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 to fix here, and should be handled in the new issue.

(3)  The locking failure also causes data loss/corruption in the messages 
themselves, and that *can* be fixed simply by truncate+append, instead of 
renaming.  (Is this actually true, or only true if you *also* implement better 
change-detection to catch the other process?)

(4)  While the patches do (and test for) #3, there is not currently a patch 
that *only* does #3.

(5)  This is a pure bug fix; the only reason to change documentation would be 
to help make triggering the bugs less likely.

===

Also note that

(6)  At least some of the changes do seem to have been included at some point, 
so regenerating the patches is not mechanical.

(7)  The documentation has a big warning note, but the wording could use some 
improvement to emphasize that *even* reading is unsafe, if changes (even status 
changes, such as a "Seen" flag) could happen later.  Again, based on my 
possibly faulty understanding:

"If you’re modifying a mailbox, you must lock it by calling the lock() and 
unlock() methods before reading any messages in the file or making any changes"

-->

"Keys may become invalid at any time, unless the mailbox is locked. 

Notably, another process may modify the underlying file storage so that the key 
used to retrieve an existing message becomes invalid, or points to a different 
message.  To prevent this, a mailbox must be locked prior to even reading a 
message, and must not be unlocked until all changes -- even status changes, 
such as whether or not a Message was viewed -- for all keys have been completed 
and flushed."

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7159] Urllib2 authentication memory.

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20951] SSLSocket.send() returns 0 for non-blocking socket

[Nikolaus Rath]

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 to that end. Feedback would be appreciated.

--
Added file: http://bugs.python.org/file34504/issue20951.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20895] Add bytes.empty_buffer and deprecate bytes(17) for the same purpose

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[paul j3]

paul j3 added the comment:

The relevant code is:

prog = _os.path.basename(_sys.argv[0])

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7994] object.__format__ should reject format strings

[Eric V. Smith]

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:
"{!s}".format(None)
That is: if you want to format a string, then explicitly force the argument to 
be a string.

I don't think None should be special and be auto-converted to a string.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20062] Remove emacs page from devguide

[Albert Looney]

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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[Aaron Meurer]

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.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20972] python34.dll not in System32 or SysWOW64 folders after install python-3.4.0.amd64.msi

[Ned Deily]

Changes by Ned Deily :


--
components: +Windows
nosy: +loewis, zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20968] mock.MagicMock does not mock __truediv__

[Ned Deily]

Changes by Ned Deily :


--
nosy: +michael.foord

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14332] Better explain "junk" concept in difflib doc

[A.M. Kuchling]

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: http://bugs.python.org/file34502/14332.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20973] Implement proper comparison operations for in _TotalOrderingMixin in ipaddress module.

[R. David Murray]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7994] object.__format__ should reject format strings

[R. David Murray]

Changes by R. David Murray :


--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12384] difflib.SequenceMatcher and Match: code and doc bugs

[A.M. Kuchling]

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: +akuchling
stage: needs patch -> patch review
Added file: http://bugs.python.org/file34501/12384-patch.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7994] object.__format__ should reject format strings

[HCT]

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 never update to not None (was initialized to 
None during object init). this means I have to manually go and change every 
single line that expects smooth formatting to a check to see if the variable is 
still a 'NoneType'.

should we just create a format for None, alias string format to repr/str on 
classes without format implementation or put more thought into this

--
nosy: +hct

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20975] Python 3.4 build info wrong in code snippet

[Éric Araujo]

É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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20491] textwrap: Non-breaking space not honored

[Éric Araujo]

É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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1887] Document that distutils doesn't support out-of-source builds

[Alba Magallanes]

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 simple example explanation part, which explains that can be run multiple 
times, etc.

--
nosy: +albamagallanes
Added file: http://bugs.python.org/file34500/bug1887.path

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13437] Provide links to the source code for every module in the documentation

[A.M. Kuchling]

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 docstrings or comments that seemed useful.

datetime and difflib in particular have very good comments (and they're both by 
Tim Peters).  Possibly controversial: for CSV the patch links to both csv.py 
and _csv.c; for decimal it links to decimal.py and _decimal.c.  We could 
exclude these two.

--
nosy: +akuchling
Added file: http://bugs.python.org/file34499/13437-patch.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20975] Python 3.4 build info wrong in code snippet

[Boštjan Mejak]

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. Anyone interested in fixing this little nuance?

--
assignee: docs@python
components: Documentation
messages: 214029
nosy: Zvezdoslovec, docs@python
priority: normal
severity: normal
status: open
title: Python 3.4 build info wrong in code snippet
type: enhancement
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18144] FD leak in urllib2

[Claudio Freire]

Claudio Freire added the comment:

Yes, seems it does.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18931] new selectors module should support devpoll on Solaris

[Guido van Rossum]

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 wrote:

>
> Yury Selivanov added the comment:
>
> Why there is no 'review' link for the new patch?
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20062] Remove emacs page from devguide

[Éric Araujo]

Éric Araujo added the comment:

Alright.

--
keywords: +easy
title: Should the devguide document emacs/vim support? -> Remove emacs page 
from devguide

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20906] Issues in Unicode HOWTO

[Antoine Pitrou]

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
> represents? Or the sequence of bytes? Or display the code point value 
> in decimal? 

I mean the glyph.

> In the older schemes, "encoding" referred to the one mapping: chars <-->
> numbers in particular binary format. In Unicode, "encoding" refers only to 
> the mapping: code point numbers <--> binary format. It does not refer to
> the chars <--> code point mapping. (At least, I think that's the case.
> Regardless, the two mappings need to be rigorously distinguished.)

This is true, but in this HOWTO's context the term "code system" is a confusing 
distraction, IMHO. For all intents and purposes, iso-8859-1 and friends *are* 
encodings (and this is how Python actually names them).

> On review, there are many points in the article that muddy this up.  For
> example, "Unicode started out using 16-bit characters instead of 8-bit
> characters". Saying "so-an-so-bit characters" about Unicode, in the
> current article, is either wrong, or very confusing.

So it should say "16-bit code points" instead, right?

> The subject of one-chararacter-to-one-code mapping is important
> (normalization etc), though perhaps beyond the current article. But I
> think the article should avoid suggesting that many-to-one or one-to-many 
> scenarios are common.

Agreed.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18931] new selectors module should support devpoll on Solaris

[Yury Selivanov]

Yury Selivanov added the comment:

Why there is no 'review' link for the new patch?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20972] python34.dll not in System32 or SysWOW64 folders after install python-3.4.0.amd64.msi

[Mikhail]

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: 
FileCopy(SourceName=PYTHON34.DLL|python34.dll,SourceCabKey=python34.dll,DestName=python34.dll,Attributes=512,FileSize=4044800,PerTick=65536,,VerifyMedia=1,CheckCRC=0,Version=3.4.150.1013,Language=0,InstallMode=58982400,,,)
MSI (s) (48:2C) [01:28:13:007]: File: C:\Windows\system32\python34.dll; To be 
installed;Won't patch;No existing file
MSI (s) (48:2C) [01:28:13:007]: Source for file 'python34.dll' is compressed
InstallFiles: File: python34.dll,  Directory: C:\Windows\system32\,  Size: 
4044800



BUT!  python34.dll not in C:\Windows\system32\ folder and not in 
C:\Windows\SysWOW64\ folder. :(

--
Added file: http://bugs.python.org/file34498/pythoninstall.log

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17110] sys.argv docs should explaining how to handle encoding issues

[Antoine Pitrou]

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?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18144] FD leak in urllib2

[Martin Panter]

Martin Panter added the comment:

Does the fix for Issue 12692 work for you? Namely this revision 
. It was backported to C Python 
3.3.4 as I understand.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20491] textwrap: Non-breaking space not honored

[dani]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20062] Should the devguide document emacs/vim support?

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20974] email module docs say not compatible with current python version

[Jim Jewett]

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 is at least 3.0-3.4.  (Currently, it is also used on the 3.5 tip, 
but I suppose we don't want to guarantee that yet.)

--
assignee: docs@python
components: Documentation, email
keywords: easy
messages: 214018
nosy: Jim.Jewett, barry, docs@python, r.david.murray
priority: normal
severity: normal
status: open
title: email module docs say not compatible with current python version
versions: Python 3.3, Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20973] Implement proper comparison operations for in _TotalOrderingMixin in ipaddress module.

[Auke Willem Oosterhoff]

Changes by Auke Willem Oosterhoff :


--
title: Implement proper comparison operations for in _TotalOrderingMixin in 
ipaddres module. -> Implement proper comparison operations for in 
_TotalOrderingMixin in ipaddress module.

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20973] Implement proper comparison operations for in _TotalOrderingMixin in ipaddres module.

[Auke Willem Oosterhoff]

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 which has been fixed. 

[1]:http://hg.python.org/cpython/file/f8b40d33e45d/Lib/ipaddress.py#l396
[2]:http://bugs.python.org/issue10042

--
components: Library (Lib)
messages: 214017
nosy: OrangeTux, ncoghlan
priority: normal
severity: normal
status: open
title: Implement proper comparison operations for in _TotalOrderingMixin in 
ipaddres module.
type: enhancement
versions: Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18931] new selectors module should support devpoll on Solaris

[Charles-François Natali]

Charles-François Natali added the comment:

Could you regenerate it without --git (it doesn't show under the review
tool)?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[R. David Murray]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7980] time.strptime not thread safe

[Romuald Brunet]

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 controlled

--
keywords: +patch
Added file: http://bugs.python.org/file34496/issue7980-fix.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7980] time.strptime not thread safe

[Stéphane Wirtel]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[paul j3]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20971] HTML output of difflib

[Jasvir Singh]

Jasvir Singh added the comment:

Ok Ezio Melotti, I'll start working on it :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19662] smtpd.py should not decode utf-8

[R. David Murray]

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 process_message would get passed binary 
(undecoded) data.

In 3.5 we add this keyword, but we immediately deprecate 'decode_data=True'.  
In 3.6 we change the default to decode_data=False, and we deprecate the 
decode_data keyword.  Then in 3.7 we drop the decode_data keyword.

Now, as for implementation: what 'push' currently does (encode to ascii) is 
just fine for now.  What we need to change is collect_incoming_data (where the 
decode happens) and found_terminator (where the data is passed to other parts 
of the class or its subclasses).

When decode_data is False, collect_incoming_data should not decode.  
received_lines should be binary.  Then, in found_terminator the else branch of 
the if can pass the binary received_lines into process_message (care will be 
needed to use the correct data types for the various operations).  In the first 
branch of the if, though, when decode_data is False the data will now need to 
be decoded (still, I think, using utf-8) so that text can still be used to 
manipulate this part of the API, since unlike the message data it *is* 
conceptually text, just encoded as ASCII.  (I suggest still decoding using 
utf-8 rather than ASCII because this will be useful when we implement RFC6531.) 
 This will provide for the smallest number of needed changes to subclasses when 
converting to decode_data=False mode.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +eric.araujo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19316] devguide: compiler - wording

[Nitika Agarwal]

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 understanding of all details.

+This document does not touch on how parsing works beyond what is needed to 
explain about the requirements of compilation. It is also not exhaustive in 
terms of how the entire system works. You will most likely be needed to read 
some source to have an exact understanding of all details.

I have also attached a patch with some corrections.Please review my patch.

--
Added file: http://bugs.python.org/file34495/doc19316.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18931] new selectors module should support devpoll on Solaris

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

Patch in attachment.

--
Added file: http://bugs.python.org/file34494/devpoll2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1599254] mailbox: other programs' messages can vanish without trace

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1599254] mailbox: other programs' messages can vanish without trace

[A.M. Kuchling]

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 first patch 
takes care of that by truncating the original and copying.

Problem #2 is that the mailbox classes keep an internal table-of-contents 
mapping messages to positions in the file. If some other process writes to the 
mailbox, this table-of-contents becomes obsolete, so we need to update it.  But 
the ToC is also used to derive keys, the identifiers kept by scripts using the 
mailbox, so updating the ToC means these keys become invalid.  And here's where 
I got confused: do we invalidate the ToC in all sorts of places?  Or do we just 
document
that you shouldn't trust keys to remain the same unless you've locked the 
mailbox?  (Except this is only true for single-file mailbox formats - Maildir 
uses unique strings that don't change.)

I suggest we apply the fix for #1, and for #2 just discard and update the ToC 
when we lock the mailbox, ignoring other possible routes to corruption (so no 
detecting the problem and raising an ExternalClash exception).  Since 2007 the 
docs have said "If you’re modifying a mailbox, you must lock it by calling the 
lock() and unlock() methods before reading any messages in the file or making 
any changes".

(I'm also reducing the priority of this bug; clearly it's not "high".)

--
priority: high -> normal

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20932] Undefined behavior flagged by Clang 3.4 (Python 3.5 from hg)

[Benjamin Peterson]

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
/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
/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
/home/benjamin/dev/python/3.4/Modules/audioop.c:1587:39: runtime error: left 
shift of negative value -5504
/home/benjamin/dev/python/3.4/Modules/audioop.c:1546:19: runtime error: left 
shift of negative value -5504
/home/benjamin/dev/python/3.4/Modules/audioop.c:1546:19: runtime error: left 
shift of negative value -1409024
/home/benjamin/dev/python/3.4/Modules/audioop.c:1639:19: runtime error: left 
shift of negative value -69
/home/benjamin/dev/python/3.4/Modules/audioop.c:1639:19: runtime error: left 
shift of negative value -17767
/home/benjamin/dev/python/3.4/Modules/audioop.c:1639:19: runtime error: left 
shift of negative value -4548489
/home/benjamin/dev/python/3.4/Modules/audioop.c:1546:19: runtime error: left 
shift of negative value -69
/home/benjamin/dev/python/3.4/Modules/audioop.c:1244:19: runtime error: left 
shift of negative value -69
/home/benjamin/dev/python/3.4/Modules/audioop.c:1244:19: runtime error: left 
shift of negative value -17767
/home/benjamin/dev/python/3.4/Modules/audioop.c:1244:19: runtime error: left 
shift of negative value -4548489
/home/benjamin/dev/python/3.4/Modules/audioop.c:1473:19: runtime error: left 
shift of negative value -69
/home/benjamin/dev/python/3.4/Modules/audioop.c:1473:19: runtime error: left 
shift of negative value -17767
/home/benjamin/dev/python/3.4/Modules/audioop.c:1473:19: runtime error: left 
shift of negative value -4548489
/home/benjamin/dev/python/3.4/Modules/audioop.c:1418:31: runtime error: left 
shift of negative value -69
/home/benjamin/dev/python/3.4/Modules/audioop.c:1418:31: runtime error: left 
shift of negative value -17767
/home/benjamin/dev/python/3.4/Modules/audioop.c:1418:31: runtime error: left 
shift of negative value -4548489
/home/benjamin/dev/python/3.4/Modules/audioop.c:1513:43: runtime error: left 
shift of negative value -32124

You, too, can build with the undefined behavior sanitizer using the helpful 
instructions at http://docs.python.org/devguide/clang.html

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20971] HTML output of difflib

[Ezio Melotti]

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 of Python but it's compatible with older versions 
too).
The reason why we can't add this to 2.7 (or even 3.4) is because they only 
receive bug fixes (and older versions only receive security fixes).  Since 
there won't be a 2.8, new features can only go on 3.5.  You can find more 
information about this on the devguide.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20932] Undefined behavior flagged by Clang 3.4 (Python 3.5 from hg)

[Serhiy Storchaka]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19640] Drop _source attribute of namedtuple (waste memory)

[Eric Snow]

Eric Snow added the comment:

Also be sure the have Raymond's sign-off before committing anything for this. :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20972] python34.dll not in System32 or SysWOW64 folders after install python-3.4.0.amd64.msi

[Mikhail]

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 fine.)

--
components: Installation
messages: 214002
nosy: mifik
priority: normal
severity: normal
status: open
title: python34.dll not in System32 or SysWOW64 folders after install 
python-3.4.0.amd64.msi
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19316] devguide: compiler - wording

[Éric Araujo]

É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

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18144] FD leak in urllib2

[Claudio Freire]

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 but it is incomplete (just a POC), it only handles the common 
case I use.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19316] devguide: compiler - wording

[Nitika Agarwal]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[R. David Murray]

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 changed.

--
nosy: +r.david.murray
versions: +Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20967] hashlib memory leak

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20971] HTML output of difflib

[Jasvir Singh]

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 pip and make it default in 
python 3.5?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19316] devguide: compiler - wording

[Éric Araujo]

É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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue19316] devguide: compiler - wording

[Nitika Agarwal]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20971] HTML output of difflib

[Ezio Melotti]

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.

--
nosy: +ezio.melotti
stage:  -> needs patch
versions: +Python 3.5 -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20440] Use Py_REPLACE/Py_XREPLACE macros

[Georg Brandl]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11362] image/webp missing from mimetypes.py

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> mimetypes does not support webm type

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20971] HTML output of difflib

[Jasvir Singh]

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
status: open
title: HTML output of difflib
type: enhancement
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13212] json library is decoding/encoding when it should not

[Chris Rebert]

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:
http://docs.python.org/2/library/json.html#standard-compliance

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16329] mimetypes does not support webm type

[Chris Rebert]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13697] python RLock implementation unsafe with signals

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20440] Use Py_REPLACE/Py_XREPLACE macros

[Larry Hastings]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20970] contradictory documentation for prog option of argparse

[Aaron Meurer]

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 the name of the program in help 
messages." The example then goes on to show it *not* using sys.argv[0] 
(sys.argv[0] in the second example would be 'subdir\myprogram.py'). 

Furthermore, even though the commands are apparently POSIX style, with a $ 
prompt and using cd, they use a backslash to access a subdirectory.

--
assignee: docs@python
components: Documentation
messages: 213988
nosy: Aaron.Meurer, docs@python
priority: normal
severity: normal
status: open
title: contradictory documentation for prog option of argparse

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20853] pdb "args" crashes when an arg is not printable

[Xavier de Gaye]

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 used in such cases. For 
example, substitute in do_args:

self.message('%s = %r' % (name, dict[name]))
with:
self.message_safe('%s = %r', name, dict[name])

def message_safe(self, fmt, *args):
try:
print(fmt % args, file=self.stdout)
except Exception:
exc_info = sys.exc_info()[:2]
self.error(traceback.format_exception_only(*exc_info)[-1].strip())

--
nosy: +xdegaye

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20440] Use Py_REPLACE/Py_XREPLACE macros

[Antoine Pitrou]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20827] IDLE : Display function argument list in ClassBrowser

[Saimadhav Heblikar]

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

test_decorators (__main__.PyclbrTest) ... ok
test_easy (__main__.PyclbrTest) ... ok
test_issue_14798 (__main__.PyclbrTest) ... ok
test_others (__main__.PyclbrTest) ... ok
test_string_source (__main__.PyclbrTest) ... ok
--
Ran 5 tests in 17.489s
OK

The patch in its current form is fully functional.Do let me if any part 
requires modification.

--
Added file: http://bugs.python.org/file34492/classbrowser-improvements-v2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11352] Update cgi module doc

[Jim Jewett]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1508475] transparent gzip compression in urllib

[Jim Jewett]

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.  But I would prefer some more 
assurances that it actually does work; a quick skim suggests that it relies on 
a superclass happening to implement read via readinto.

Needs tests and documentation change.

--
nosy: +Jim.Jewett

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20440] Use Py_REPLACE/Py_XREPLACE macros

[STINNER Victor]

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 term. Python 3.3 now only accept security changes, and so it's too 
late for such change.

--
versions:  -Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20967] hashlib memory leak

[STINNER Victor]

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 New in Python 2.7.4 release candidate 1" section.

Can you please try a more recent Python 2.7 version to check if it's the same 
bug?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20440] Use Py_REPLACE/Py_XREPLACE macros

[Jim Jewett]

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 whatever level is otherwise appropriate.

--
nosy: +Jim.Jewett
priority: high -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1599254] mailbox: other programs' messages can vanish without trace

[Jim Jewett]

Jim Jewett added the comment:

What is the status here?

As best I can tell from a skim, 

(a)  It should be broken into at least three separate issues.  (Though maybe 
some can just be closed instead of separated?)

(b)  None of them are security holes, so we missed 2.5 and 2.6, and should now 
remove 3.2 and possibly 3.3.

(c)  There are patches with at least test cases (and maybe fixes) for all 
identified issues.

(d)  None of these patches have been applied, so we should probably add 3.4 and 
and 3.5 to the affected list, and then apply at least the test cases and the 
uncontroversial fixes.

(e) Ideally, David Watson and/or Andrew Kuchling should sign off on which 
patches are uncontroversial.

--
nosy: +Jim.Jewett

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20967] hashlib memory leak

[Adrian Teng]

Adrian Teng added the comment:

Python 2.7.3, Red Hat Enterprise Linux Server release 5.5, with kernal 
2.6.18-308.el5

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20967] hashlib memory leak

[STINNER Victor]

STINNER Victor added the comment:

I'm unable to reproduce your issue with Python 2.7.5:

$ python memoryleak_min.py 
[256720896.0, 15740928.0, 139264.0]
[256724992.0, 15962112.0, 139264.0]
[256724992.0, 15966208.0, 139264.0]
[256724992.0, 15966208.0, 139264.0]
(...)
[256724992.0, 15966208.0, 139264.0]

$ python2.7 
5 , 5
5 , 5
(...)
5 , 5

What is your exact Python version? What is your OS? OS version?

--
nosy: +haypo

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16043] xmlrpc: gzip_decode has unlimited read()

[Jim Jewett]

Jim Jewett added the comment:

I'm putting it back to release blocker, because 3.3 should decide whether to 
fix it/call it security/remove itself from the list.

The patch contains several small changes.  I like the spelling fix (gsip -> 
gzip) in a test method, but otherwise, I prefer the alternative solution of an 
additional function parameter with a default.

I would prefer that the marker for "no limit" be None, rather than -1, 0, or 
anything less than 0.

I also don't see the point of raising a too-much-data ValueError *after* 
decoding.  While that *might* mean we set the default too low, all we would 
really know for sure is that there would be a bug in gzip.GzipFile().read -- 
and ValueError suggests otherwise.

--
nosy: +Jim.Jewett
priority: critical -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com