[issue33095] Cross-reference isolated mode from relevant locations

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

There are four parts where I could see sys.path manipulation being mentioned 
while running scripts : 

-c option (https://docs.python.org/3/using/cmdline.html#cmdoption-c)
-m option (https://docs.python.org/3/using/cmdline.html#cmdoption-m)
-  (input option) 

[issue26917] unicodedata.normalize(): bug in Hangul Composition

[Ma Lin]

Ma Lin  added the comment:

This issue can be closed, already fixed in issue29456

Also, PyPy's current code is correct.

--

___
Python tracker 

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

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

[Ma Lin]

Ma Lin  added the comment:

You are right.

I found a Normalization Test Suite for Unicode 3.2
http://www.unicode.org/Public/3.2-Update/NormalizationTest-3.2.0.txt

\u1176 is not in the range of the second character.
\u11a7, \u11c3 are not in the range of the third character.

--

___
Python tracker 

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

[issue33872] doc Add list access time to list definition

[Ammar Askar]

Ammar Askar  added the comment:

I'd say edit the PR and the bug tracker issue to reflect the change. Though you 
might want to wait for the opinion of a core dev or someone with more 
documentation experience than me.

--

___
Python tracker 

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

[issue33872] doc Add list access time to list definition

[Andrés Delfino]

Andrés Delfino  added the comment:

If O(1) time complexity for element access is not a requirement (which it seems 
it's not), I agree that this PR as it is should be closed, and the Glossary 
entry should have this detail removed.

In that case, can I edit the PR or should I open a new one?

--

___
Python tracker 

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

[issue33872] doc Add list access time to list definition

[Ammar Askar]

Ammar Askar  added the comment:

I don't think this should be documented at all, not in the glossary, nor the 
stdtypes section. A quick search through of the glossary and stdtypes indicates 
that the glossary entry of list is the only place where a time complexity is 
documented.

The problem with documenting this is that the underlying complexity is an 
implementation detail, by saying its always O(1), alternative implementations 
like PyPy etc cannot freely implement lists in whatever way they wish.

--
nosy: +ammar2

___
Python tracker 

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

[issue33883] doc Mention mypy, pytype and PyAnnotate in FAQ

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7368
stage:  -> patch review

___
Python tracker 

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

[issue33883] doc Mention mypy, pytype and PyAnnotate in FAQ

[Andrés Delfino]

New submission from Andrés Delfino :

As far as I know, mypy and pytype are more advanced that any of the other tools 
mentioned in the FAQ for static analysis, however we are not touching them.

PR adds mentions.

--
assignee: docs@python
components: Documentation
messages: 319798
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Mention mypy, pytype and PyAnnotate in FAQ
type: enhancement
versions: Python 2.7, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33878] Doc: Assignment statement to tuple or list: case missing.

[Martin Panter]

Martin Panter  added the comment:

I think it is okay to leave out the options for the unpacking case. But I think 
it is worth clarifying that the single-target case also applies without 
parentheses, but that it doesn’t apply if there is a trailing comma. So:

‘‘‘
If the target list is a single target with no trailing comma, optionally in 
parentheses, the object is assigned to that target.

Else the object must be an iterable . . .
’’’

--

___
Python tracker 

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

[issue33882] doc Mention breakpoint() in debugger-related FAQ

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7367
stage:  -> patch review

___
Python tracker 

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

[issue33882] doc Mention breakpoint() in debugger-related FAQ

[Andrés Delfino]

New submission from Andrés Delfino :

IMHO, it's a good opportunity to advertise the convenience of breakpoint().

PR adds a mention.

--
assignee: docs@python
components: Documentation
messages: 319796
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Mention breakpoint() in debugger-related FAQ
type: enhancement
versions: Python 3.7, Python 3.8

___
Python tracker 

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

[issue33821] IDLE subsection of What's New 3.7

[Terry J. Reedy]

Terry J. Reedy  added the comment:

There will be more IDLE entries when features are added to maintenance 
releases.  See What's New 3.6 for examples, and PEP 434 for further 
explanation.  I prefer to have one issue for all patches to that section.

--

___
Python tracker 

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

[issue33821] IDLE subsection of What's New 3.7

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi Terry,

not sure, but your PR have been merged, but this issue should be closed, do you 
confirm?

--
nosy: +matrixise

___
Python tracker 

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

[issue10652] test___all_ + test_tcl fails (Windows installed binary)

[Zachary Ware]

Zachary Ware  added the comment:

Excellent.  Thanks, Terry!

--
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset c488558faaff4ffa44ba20e0c1f1fc8f18fe722f by Terry Jan Reedy in 
branch '2.7':
[2.7] bpo-33856: Add "help" to the welcome message of IDLE (GH-7755) (GH-7758)
https://github.com/python/cpython/commit/c488558faaff4ffa44ba20e0c1f1fc8f18fe722f


--

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[Terry J. Reedy]

Change by Terry J. Reedy :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[miss-islington]

miss-islington  added the comment:


New changeset 25531fb7b8338a21cdcdf2ce0f981d781d21641f by Miss Islington (bot) 
in branch '3.6':
bpo-33856: Add "help" to the welcome message of IDLE (GH-7755)
https://github.com/python/cpython/commit/25531fb7b8338a21cdcdf2ce0f981d781d21641f


--

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[Terry J. Reedy]

Change by Terry J. Reedy :


--
pull_requests: +7366

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[miss-islington]

miss-islington  added the comment:


New changeset 6bb770445192e19aef94111c6a9913e1526c4d64 by Miss Islington (bot) 
in branch '3.7':
bpo-33856: Add "help" to the welcome message of IDLE (GH-7755)
https://github.com/python/cpython/commit/6bb770445192e19aef94111c6a9913e1526c4d64


--
nosy: +miss-islington

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[miss-islington]

Change by miss-islington :


--
keywords: +patch
pull_requests: +7365
stage: backport needed -> patch review

___
Python tracker 

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

[issue33856] IDLE: "help" is missing from the sign-on message

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Thanks for the clarification.

>>> help works

but is not in the sign-on message, even though it is by far the most important 
item mentioned.  I just merged to master.

--
assignee:  -> terry.reedy
components: +IDLE
resolution: not a bug -> 
stage: resolved -> backport needed
status: closed -> open
title: Type "help" is not present on win32 -> IDLE: "help" is missing from the 
sign-on message
type:  -> behavior
versions: +Python 2.7, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[miss-islington]

Change by miss-islington :


--
pull_requests: +7364

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 9d49f85064c388e2dddb9f8cb4ae1f486bc8d357 by Terry Jan Reedy 
(Stéphane Wirtel) in branch 'master':
bpo-33856: Add "help" to the welcome message of IDLE (GH-7755)
https://github.com/python/cpython/commit/9d49f85064c388e2dddb9f8cb4ae1f486bc8d357


--

___
Python tracker 

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

[issue23660] Turtle left/right inverted when using different coordinates orientation

[Andre Roberge]

Andre Roberge  added the comment:

I am sorry to hear that this bug was closed based on the unproven assumption 
that this would impact teaching material.  I have *never* seen any pedaggical 
material for the turtle module where the instructor wrote "use left() to have 
the turtle turn right, and vice-versa".

I file the original bug report and the code to fix it based on a report on the 
edu-sig mailing list, more than 3 years ago 
https://mail.python.org/pipermail/edu-sig/2015-March/011207.html

This bug makes it pedagogically unwise to set the coordinate system as 
described since a left() instruction makes the turtle turns right, and 
vice-versa. So, no one using the turtle module to teach can currently use this 
type of coordinate choice as it would be too confusing to students.  The 
solution provided would have fixed that.

If that is the final decision, then so be it - and I will advise people to use 
Brython's turtle module instead as it does not have this bug.

--

___
Python tracker 

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

[issue10652] test___all_ + test_tcl fails (Windows installed binary)

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I believe the following means 'No' and that you can close this.

f:\dev\27>python -m test.regrtest test___all__ test_tcl
Running Debug|Win32 interpreter...
Run tests sequentially
0:00:00 [1/2] test___all__
0:00:24 [2/2] test_tcl
All 2 tests OK.

--

___
Python tracker 

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

[issue10531] write tilted text in turtle

[Ammar Askar]

Ammar Askar  added the comment:

I don't think backwards compatibility matters too much for the turtle package 
but the way its proposed in the initial report makes it so that text in 
previous versions would now be angled to the turtle's heading.

To keep the previous behavior a keyword arg could be added but given that this 
package is mostly for learning and fun, that might complicate it a little.

Aside from that, the patch to add this is fairly trivial now.

--
nosy: +ammar2

___
Python tracker 

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

[issue33879] Item assignment in tuple mutates list despite throwing error

[R. David Murray]

Change by R. David Murray :


--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue23922] Refactor icon setting to a separate function for Turtle

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am closing and rejecting this as not worth the bother and "ain't gonna 
happen" at things now stand.  

The 'IDLE icons' are not IDLE icons.  They are Python application icons which I 
adapted for IDLE.  The one on the Windows taskbar are set by the Windows 
installer.

The IDLE code could be copied into turtle (where it might stagnate if tk 
changes), but this would require making turtle a package.  Not worth it.
I don't consider using the tk icons that big a problem.  They work across 
platforms and the tk people will continue to make sure they do.  I would not be 
terribly surprised is some beginners think that the blue feature *is* a turtle 
logo ;-).

To use the IDLE code directly, it should be in a public interface module.  I am 
willing to create one within idlelib, but there would be opposition, so this is 
off the table for now.

I think there should be a utility module under tkinter, but Serhiy has shown no 
interest, and I am not going to divert my energy to pushing this at present.  
In any case, I think such a proposal should be a clean new issue.

--
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.7

___
Python tracker 

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

[issue29560] Tkinter and turtle graphics fill differs between Windows and *nix

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Behavior has not changed.  It is a legitimate doc issue for both tkinter and 
turtle.

The turtle intro, https://docs.python.org/3/library/turtle.html#introduction, 
currently 24.1.1. says nothing about the sidebar and image.  I think there 
should be a short paragraph added, which includes "The image was drawn on 
Linux.  On Windows, the star will be filled in solid." 

The filling doc, https://docs.python.org/3/library/turtle.html#filling, should 
also have a note.

If you do a PR, I will review.

The tkinter docs should be handled separately.

--
assignee:  -> docs@python
components: +Documentation
nosy: +docs@python
stage:  -> needs patch
title: Turtle graphics fill behavior differs between versions -> Tkinter and 
turtle graphics fill differs between Windows and *nix
versions: +Python 3.7, Python 3.8 -Python 3.5

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

PR proposed

--

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
pull_requests: +7363

___
Python tracker 

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

[issue24990] Foreign language support in turtle module

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Al did post to python-ideas, with a link to a prototype.  I think a fair 
summary is that core-developers had at least the same reluctance to be involve 
with code translations as with doc translations.  We rejected doing the latter 
as part of cpython by pydev.  I am doing the same with respect to this specific 
implementation.

Looking at the prototype, I agreed with Al hard-coding translations is a 
"terrible way for a software module to implement internationalization,".  For 
one thing, mixing multiple languages does not scale.

On python-ideas, I urged Al to make this a pypi project.  I give below a 
different path that would also be mostly independent of cpython and this 
tracker.

The March 2017 pydev decision with respect to document translations, as 
described in the PEP, was that they should be a separate project with a 
separate team, team leaders, contributor agreement, infrastructure, and 
procedures. The pydev/cpython contribution was limited adding the language 
selection box and whatever html is needed to grab a translation.

Code translations should be handled the same way. One of the common issues, for 
instance, is trust.  Core developers are in no position to check that 
translations are not, for instance, 'adults-only'. The translation project 
leaders have worked out whatever procedure they have for vetting translators 
and translations.  For one thing, I believe they usually have more than one 
person per language team.

According to the PEP,  https://mail.python.org/mailman/listinfo/doc-sig
is used for discussion of document translations.  When I feel like revisiting 
the issue of translating IDLE's menus, I will discuss it with them.

I think anyone interested in turtle command translations should do the same.  
When there is something to hook to and therefore a need to modify turtle, a new 
issue can be opened.

--
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi Zach, in fact, it's not a problem with Python itself, but with Idle.

I just downloaded a virtualbox image via 
(https://developer.microsoft.com/en-us/microsoft-edge/tools/vms/) and started 
the installation of Python 3.6.5

and when you execute IDLE, "help()" is not present, but this sentence is 
present in the prompt of python3.

I am going to provide a small patch.

--

___
Python tracker 

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

[issue10652] test___all_ + test_tcl fails (Windows installed binary)

[Zachary Ware]

Zachary Ware  added the comment:

The root of this issue was fixed by #20035 for 3.5+.  Terry, do you still have 
issues with this with 2.7, and is it still worth trying to fix?

--

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Zachary Ware]

Zachary Ware  added the comment:

I suspect you either had a non-python.org version of Python, or had the 
embeddable distribution rather than a proper installation (the embeddable 
distribution should not be used unless you're embedding, hence the name :)).  
Either way, the standard distribution started normally imports site by default, 
which monkeypatches `help` into builtins on all platforms.

--
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue33881] dataclasses should use NFKC to find duplicate members

[Eric V. Smith]

Change by Eric V. Smith :


--
title: dataclasses should use NFKD to find duplicate members -> dataclasses 
should use NFKC to find duplicate members

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Ammar Askar]

Ammar Askar  added the comment:

Can't recreate from latest Python 3.6.5 downloaded off python.org

  > D:\Python365\python.exe
  Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 16:07:46) [MSC v.1900 32 bit 
(Intel)] on win32
  Type "help", "copyright", "credits" or "license" for more information.

--
nosy: +ammar2

___
Python tracker 

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

[issue33856] Type "help" is not present on win32

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi Steven,

On Thursday, I gave a python training with some Windows computers and I have 
executer python, just the REPL, normally, you have 

Python 3.6.5 (default, Apr  4 2018, 15:01:18) 
[GCC 7.3.1 20180303 (Red Hat 7.3.1-5)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> 

But I didn't see the message with "help" in the prompt on the Windows computer. 
I would like to confirm with the standard bundle of python.org but I don't have 
a windows computer. and I didn't check the author of this bundle, but it was 
the 3.6.x version.

--

___
Python tracker 

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

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

[Steve Dower]

Steve Dower  added the comment:

For the NEWS entry, I'd suggest putting "Library" for the category and use your 
commit message for the text at the end.

You should also fill out the CLA form posted in your PR by the bot. While we 
*can* overlook it for very simple changes, best to get it done anyway.

As to Jean-Marc's comment, what you are describing is basically a bug in a 
third-party library and should be reported to them. As far as I can tell, 
http.server handles the encoding just fine, and if the web package has 
overridden part of it then it needs to override the rest in order to send 
headers properly. We can be less surprising to subclasses by only sending str, 
but if they're handling the conversion to bytes we can't really help any more 
than that.

--
nosy: +steve.dower -xtreak

___
Python tracker 

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

[issue24978] Contributing to Documentation. Translation to Russian.

[Terry J. Reedy]

Terry J. Reedy  added the comment:

There are now several official translations: see current doc pages, the bottom 
of https://devguide.python.org/experts/, and 
https://www.python.org/dev/peps/pep-0545/.  According to the pep, discussion is 
on doc-sig.  https://mail.python.org/mailman/listinfo/doc-sig

'third party' is not quite right, but there is no 'separate repository and 
issues tracker' selection.

Carol, perhaps devguide 7. Documenting Python should have a short new section 
7.6 Translations with at least the above info, better formatted.

--
nosy: +terry.reedy, willingc
resolution:  -> third party
stage:  -> resolved
status: open -> closed
title: Contributing to Python 2x and 3x Documentation. Translation to Russian. 
-> Contributing to Documentation. Translation to Russian.

___
Python tracker 

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

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Congratulations! All the changes and patches are collected in Misc/NEWS.d file. 
You can find more information and the process to create one here : 
https://devguide.python.org/committing/?highlight=blurb#what-s-new-and-news-entries
 .

Happy hacking :)

--
nosy: +xtreak

___
Python tracker 

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

[issue31725] Turtle/tkinter: NameError crashes ipython with "Tcl_AsyncDelete: async handler deleted by the wrong thread"

[Rick J. Pelleg]

Rick J. Pelleg  added the comment:

Thanks!

On Sat, Jun 16, 2018, 18:53 Carol Willing  wrote:

>
> Carol Willing  added the comment:
>
> Hi Rick,
>
> I'm closing this issue as not reproducible. Thanks for filing it and using
> Turtle.
>
> --
> nosy: +willingc
> resolution:  -> not a bug
> stage:  -> resolved
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue33880] namedtuple should use NFKD to find duplicate members

[Eric V. Smith]

Eric V. Smith  added the comment:

Actually, should this be NKFC?

>From https://docs.python.org/3.6/reference/lexical_analysis.html#identifiers : 

"All identifiers are converted into the normal form NFKC while parsing; 
comparison of identifiers is based on NFKC."

--

___
Python tracker 

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

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

[Valeriya Sinevich]

Valeriya Sinevich  added the comment:

Hello!

I created a PR for this but I am new to the process, so I don't know what to do 
with the error on "no news entry" issue. Could someone please help me with the 
next steps?

--
nosy: +valer

___
Python tracker 

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

[issue10531] write tilted text in turtle

[Terry J. Reedy]

Terry J. Reedy  added the comment:

c.create_text(100, 100, angle=90.0, text='test text')
is a tclerror in 8.5 and works in 8.6.

--
nosy: +serhiy.storchaka -BreamoreBoy

___
Python tracker 

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

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

[Valeriya Sinevich]

Change by Valeriya Sinevich :


--
keywords: +patch
pull_requests: +7361
stage:  -> patch review

___
Python tracker 

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

[issue33880] namedtuple should use NFKD to find duplicate members

[Eric V. Smith]

Eric V. Smith  added the comment:

See issue 33881 for the corresponding dataclasses issue.

--
nosy: +rhettinger

___
Python tracker 

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

[issue33881] dataclasses should use NFKD to find duplicate members

[Eric V. Smith]

New submission from Eric V. Smith :

See issue 33880 for the same issue with namedtuple.

This shows up on dataclasses only through make_dataclass. This is an expected 
ValueError:

>>> make_dataclass('a', ['a', 'b', 'c', 'a'])
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
1123, in make_dataclass
raise TypeError(f'Field name duplicated: {name!r}')
TypeError: Field name duplicated: 'a'

But this is a SyntaxError:

>>> make_dataclass('a', ['\u00b5', '\u03bc'])
Traceback (most recent call last):
  File "", line 1, in 
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
1133, in make_dataclass
unsafe_hash=unsafe_hash, frozen=frozen)
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
958, in dataclass
return wrap(_cls)
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
950, in wrap
return _process_class(cls, init, repr, eq, order, unsafe_hash, frozen)
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
871, in _process_class
else 'self',
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
490, in _init_fn
return_type=None)
  File 
"/cygdrive/c/home/eric/.local/lib/python3.6/site-packages/dataclasses.py", line 
356, in _create_fn
exec(txt, globals, locals)
  File "", line 1
SyntaxError: duplicate argument 'μ' in function definition

--
assignee: eric.smith
components: Library (Lib)
messages: 319766
nosy: eric.smith
priority: low
severity: normal
status: open
title: dataclasses should use NFKD to find duplicate members
versions: Python 3.7

___
Python tracker 

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

[issue33880] namedtuple should use NFKD to find duplicate members

[Eric V. Smith]

Eric V. Smith  added the comment:

Not that it really matters to this issue, but here's how dataclasses and attrs 
deal with this:

dataclasses has the same issue, via make_dataclass().

attrs gives a syntax error with your field names, but interestingly this 
succeeds:

>>> Foo = attr,make_class('Foo', ['a', 'b', 'a'])
>>> Foo(1, 3)

I'll open a corresponding issue for dataclasses.
Foo(a=1, b=3)

--
nosy: +eric.smith

___
Python tracker 

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

[issue6717] Some problem with recursion handling

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I reran Dino's test.py on current master on Win10 and got 

Traceback (most recent call last):
  File "f:/dev/tem/recursion_crash.py", line 23, in 
f()
  File "f:/dev/tem/recursion_crash.py", line 18, in f
f()
  File "f:/dev/tem/recursion_crash.py", line 18, in f
f()
  File "f:/dev/tem/recursion_crash.py", line 18, in f
f()
  [Previous line repeated 991 more times]
  File "f:/dev/tem/recursion_crash.py", line 17, in f
print(sys.getrecursionlimit())
RecursionError: maximum recursion depth exceeded while calling a Python object

The request for a fix to get a nice traceback is out of date.

When I run Gregor's tkinter_recursionbug_31.py, I immediately get this:

f:\dev\3x>python f:/dev/tem/tk_recbug.py
Running Debug|Win32 interpreter...
f:/dev/tem/tk_recbug.py:14: DeprecationWarning: invalid escape sequence \P
  """

The closet I came to reproducing this is
>>> eval(r"f'\P{1}'")

Warning (from warnings module):
  File "", line 1
DeprecationWarning: invalid escape sequence \P
'\\P1'

When I continue and move the red box, I eventually get

Fatal Python error: Cannot recover from stack overflow.

Current thread 0x12c8 (most recent call first):
  File "F:\dev\3x\lib\enum.py", line 535 in __new__
  File "F:\dev\3x\lib\enum.py", line 307 in __call__
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1431 in _substitute
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1701 in __call__
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1174 in update
  File "f:/dev/tem/tk_recbug.py", line 39 in move
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1702 in __call__
  File "F:\dev\3x\lib\tkinter\__init__.py", line 1174 in update
  
  ...

f:\dev\3x>

and the tk window disappears.  With pythonw, the tk window disappears with no 
feedback.

There is no Windows message box, so the request to not get one is fixed 
already.  There is a (truncated) traceback (without the code lines, but they 
are viewable in the source), so the requested to get one is also fulfilled.  
The only thing left is 'Fatal Python error'.  From Antoine's messages, the 
request to get a normal exception instead is "Won't fix unless someone has a 
bright new idea".

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33880] namedtuple should use NFKD to find duplicate members

[John Cooke]

New submission from John Cooke :

from collections import namedtuple
# create a namedtuple whose members are:
# 00B5;MICRO SIGN;Ll;
# 03BC;GREEK SMALL LETTER MU;Ll
# these are both legal identifier names
names = ['\u00b5', '\u03bc']
for name in names:
assert name.isidentifier()
mu = namedtuple('mu', names)

# should have raised ValueError, but instead get SyntaxError

--
components: Library (Lib)
messages: 319763
nosy: John Cooke
priority: normal
severity: normal
status: open
title: namedtuple should use NFKD to find duplicate members
type: behavior
versions: Python 3.8

___
Python tracker 

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

[issue33879] Item assignment in tuple mutates list despite throwing error

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Interesting. I googled this and came across this note which covers this : 
https://docs.python.org/2/faq/programming.html#why-does-a-tuple-i-item-raise-an-exception-when-the-addition-works

--
nosy: +xtreak

___
Python tracker 

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

[issue33855] IDLE: Minimally test every non-startup module.

[Terry J. Reedy]

Terry J. Reedy  added the comment:


New changeset 833b3d2dcc7043be20ac19f7821552fcb21f4365 by Terry Jan Reedy in 
branch '3.6':
[3.6] bpo-33855: Minimally test all IDLE modules. (GH-7689) (GH-7734)
https://github.com/python/cpython/commit/833b3d2dcc7043be20ac19f7821552fcb21f4365


--

___
Python tracker 

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

[issue22571] Remove import * recommendations and examples in doc?

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am going to accept Raymond's rejection of a general change.  I will 
reconsider the tkinter doc should I ever work on it.

For IDLE code, I have settled on 'from tkinter import Tk, Text, ..., perhaps 
followed by 'from tkinter.ttk import Scrollbar, ...'.  But having alternate 
sources for many modules is a special case.  Listing each object is a bit more 
effort*, but I like knowing what is imported, from where after reading the 
module header. (* With complete tests, NameErrors quickly expose omissions.)

Carol, thank you for bumping this issue.

--
resolution:  -> rejected
stage: needs patch -> resolved
status: open -> closed
type:  -> enhancement

___
Python tracker 

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

[issue33876] doc Mention the MicroPython implementation in Introduction

[Carol Willing]

Carol Willing  added the comment:

I think your suggestion for Brython and Skulpt is excellent. I believe that 
it's important to point out that Python can be used client-side, and both your 
suggestions have been around for a while, are stable, and often used in large 
courses such as OpenEdX.

--

___
Python tracker 

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

[issue33876] doc Mention the MicroPython implementation in Introduction

[Andrés Delfino]

Andrés Delfino  added the comment:

What do you think about also mentioning Skulpt and Brython? On one hand, they 
-like MicroPython/CirtcuitPython- cover a focus no other implementation does 
(and a special one: client side Web scripting); but on the other hand, we 
shouldn't make space for everybody to add her/his pythonesque implementation.

--

___
Python tracker 

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

[issue33871] Possible integer overflow in iov_setup()

[Ned Deily]

Ned Deily  added the comment:

Test case:

import os
fo = open('/tmp/temp', 'wb')
fi = open('/tmp/temp', 'rb')
os.sendfile(fo.fileno(), fi.fileno(), 0, 0, headers=[b'x' * 2**16] * 2**15)

--
run against current master HEAD (2f9cbaa8b2190b6dfd3157ede9b6973523a3b939, as 
of 2018-06-15)
--with-pydebug
current macOS 10.13.5


64-bit Python

$ ./bin/python3.8 ~/Desktop/test_s.py
Traceback (most recent call last):
 File "/Users/nad/Desktop/test_s.py", line 4, in 
   os.sendfile(fo.fileno(), fi.fileno(), 0, 0, headers=[b'x' * 2**16] * 2**15)
OSError: [Errno 38] Socket operation on non-socket
sys:1: ResourceWarning: unclosed file <_io.BufferedWriter name='/tmp/temp'>
sys:1: ResourceWarning: unclosed file <_io.BufferedReader name='/tmp/temp'>


32-bit Python

$ ./bin/python3.8-32 ~/Desktop/test_s.py
Fatal Python error: a function returned NULL without setting an error
SystemError:  returned NULL without setting an error

Current thread 0xa983a1c0 (most recent call first):
 File "/Users/nad/Desktop/test_s.py", line 4 in 
Abort trap: 6

--

___
Python tracker 

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

[issue31725] Turtle/tkinter: NameError crashes ipython with "Tcl_AsyncDelete: async handler deleted by the wrong thread"

[Carol Willing]

Carol Willing  added the comment:

Hi Rick,

I'm closing this issue as not reproducible. Thanks for filing it and using 
Turtle.

--
nosy: +willingc
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue33877] doc Mention Windows along UNIX for script running instructions

[Ned Deily]

Change by Ned Deily :


--
nosy: +terry.reedy

___
Python tracker 

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

[issue33877] doc Mention Windows along UNIX for script running instructions

[Ned Deily]

Change by Ned Deily :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue23922] Refactor icon setting to a separate function for Turtle

[Carol Willing]

Carol Willing  added the comment:

I've updated the issue title to reflect Terry's comments and changed the stage 
to needs patch.

--
nosy: +willingc
stage: test needed -> needs patch
title: turtle.py and turtledemo use the default tkinter icon -> Refactor icon 
setting to a separate function for Turtle
versions:  -Python 3.6

___
Python tracker 

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

[issue29560] Turtle graphics fill behavior differs between versions

[Carol Willing]

Carol Willing  added the comment:

The next action for this issue would be to run the demo listed on Python 3.7 
and report the results back here. We can then document expected behavior if it 
differs.

--
nosy: +willingc

___
Python tracker 

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

[issue26571] turtle regression in 3.5

[Carol Willing]

Change by Carol Willing :


--
stage:  -> needs patch

___
Python tracker 

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

[issue27461] Optimize PNGs

[Carol Willing]

Change by Carol Willing :


--
stage:  -> patch review

___
Python tracker 

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

[issue24990] Foreign language support in turtle module

[Carol Willing]

Carol Willing  added the comment:

A good next step with this issue would be to look at the languages mentioned in 
the devguide experts page 
(https://devguide.python.org/experts/#documentation-translations) with people 
interested in translations

--
nosy: +willingc

___
Python tracker 

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

[issue14117] Turtledemo: exception and minor glitches.

[Carol Willing]

Carol Willing  added the comment:

Hi @terry.reedy,

I'm triaging open "turtle" issues. What do you think would be a reasonable next 
step for this issue? Perhaps: a contributor runs the demo and reports back here 
with the current behavior experienced.

--
nosy: +willingc

___
Python tracker 

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

[issue23660] Turtle left/right inverted when using different coordinates orientation

[Carol Willing]

Carol Willing  added the comment:

Hi aroberge,

Thanks for filing this issue.

I'm triaging all of the open 'turtle' issues. I'm closing this issue since 
introducing this suggested change would impact teaching materials and resources 
that have already been published. This would be a change that would break 
compatibility.

I've marked the resolution as "Remind" if someone in the future wishes to open 
a documentation issue.

--
nosy: +willingc
resolution:  -> remind
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue10531] write tilted text in turtle

[Carol Willing]

Carol Willing  added the comment:

This would be a fun feature to add. The next step on this issue would be to 
determine if this can be accomplished with Tk 8.6.

--
nosy: +willingc
versions: +Python 3.8 -Python 3.5

___
Python tracker 

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

[issue21077] Turtle Circle Speed 0

[Carol Willing]

Carol Willing  added the comment:

The next step on this issue would be to test if this behavior is still present 
in Python 3.6 and 3.7 and report the result of your test here.

--
nosy: +willingc

___
Python tracker 

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

[issue33879] Item assignment in tuple mutates list despite throwing error

[njayinthehouse]

New submission from njayinthehouse :

Seems like a bug.

>>> a = (1, [1])
>>> a[1] += [2]
Traceback (most recent call last):
  File "", line 1, in 
TypeError: 'tuple' object does not support item assignment
>>> a
(1, [1, 2])

--
messages: 319748
nosy: njayinthehouse
priority: normal
severity: normal
status: open
title: Item assignment in tuple mutates list despite throwing error
type: behavior
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

[issue16428] turtle with compound shape doesn't get clicks

[Carol Willing]

Carol Willing  added the comment:

This issue is "new contributor"-friendly.

The next steps would be to apply the patch to a recent version of Python 3, 
check if tests run cleanly, and if the patch resolves the issue.

I'm sorry ingrid that the patch review languished on the issue tracker.

--
nosy: +willingc
versions: +Python 3.6 -Python 2.7, Python 3.2

___
Python tracker 

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

[issue1702036] Make Turtle thread-safe so it does not crash

[Carol Willing]

Carol Willing  added the comment:

Hi all,

I'm triaging 'turtle' open issues. I'm going to close this issue with a 
resolution of not a Turtle bug. Thanks.

--
nosy: +willingc
resolution:  -> not a bug
stage: test needed -> resolved
status: open -> closed

___
Python tracker 

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

[issue21941] Clean up turtle TPen class

[Carol Willing]

Carol Willing  added the comment:

Hi ingrid,

Thanks for your work on this issue.

I'm triaging the open "turtle" issues, and I'm going to go ahead and close this 
one. If you would like to open a new, more specific issue, I would welcome 
that. Thanks.

--
nosy: +willingc
resolution:  -> remind
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue33830] Error in the output of one example in the httplib docs

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I was making a patch for this and both Python 2.7 and Python 3.6 returned "404 
OK" for the example instead of "404 Not Found". I think the end-point is 
misleading and it's better to use httpbin.org for this. 

cpython git:(master)   ./python
Python 3.8.0a0 (heads/master:c151f78, Jun 16 2018, 14:50:28)
[GCC 5.4.0 20160609] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import http.client
>>> conn = http.client.HTTPSConnection("www.python.org")
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> print(r1.status, r1.reason)
200 OK
>>> data1 = r1.read()
>>> conn.request("GET", "/parrot.spam")
>>> r2 = conn.getresponse()
>>> print(r2.status, r2.reason)
404 OK
>>> data2 = r2.read()
>>> conn.close()
>>> conn = http.client.HTTPSConnection("httpbin.org")
>>> conn.request("GET", "/status/404")
>>> r2 = conn.getresponse()
>>> print(r2.status, r2.reason)
404 NOT FOUND


➜  ~ python2.7
Python 2.7.14 (default, Mar 12 2018, 13:54:56)
[GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import httplib
>>> conn = httplib.HTTPSConnection("www.python.org")
>>> conn.request("GET", "/")
>>> r1 = conn.getresponse()
>>> print r1.status, r1.reason
200 OK
>>> data1 = r1.read()
>>> conn.request("GET", "/parrot.spam")
>>> r2 = conn.getresponse()
>>> print r2.status, r2.reason
404 OK
>>>

--

___
Python tracker 

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

[issue33878] Doc: Assignment statement to tuple or list: case missing.

[Julien Palard]

Julien Palard  added the comment:

Agree, the empty list could be merged, the only special-case is the "single 
item in parenthesis", as always.

I'm still exploring the path to simplicity over explicitly listing everything 
(but in the reference, explicitly listing could be what we need):

Assignment of an object to a target list, optionally enclosed in 
parentheses or square brackets, is recursively defined as follows.

If the target list is a single target in parentheses: The object is 
assigned to that target.
Else the object must be an iterable with the same number of items as 
there are targets in the target list, and the items are assigned, from left to 
right, to the corresponding targets.

What do you think? Should we go full-explicit, with trailing comas and 
everything?

--

___
Python tracker 

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

[issue21914] Create unit tests for Turtle guionly

[Carol Willing]

Carol Willing  added the comment:

A reasonable next step for this patch review would be to review these tests to 
see if they still apply for more recent Python versions as well.

This is a "new contributor"-friendly issue.

I'm sorry Lita.Cho that these patches languished on the issue tracker.

--
keywords: +easy
nosy: +willingc

___
Python tracker 

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

[issue6717] Some problem with recursion handling

[Carol Willing]

Carol Willing  added the comment:

Hi Gregor and others,

I'm triaging 'turtle' issues. I'm recommending, if I don't hear an objection in 
two weeks, closing this issue with a resolution of "outdated".

Thanks.

--
nosy: +willingc

___
Python tracker 

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

[issue22571] Remove import * recommendations and examples in doc?

[Carol Willing]

Carol Willing  added the comment:

Hi @terry.reedy @rhettinger,

I'm triaging the 'turtle' open issues. I'm wondering if we can close this issue 
with a resolution of "Remind". If there are '*' imports that folks feel 
strongly about changing, then those could be opened now or in the future as a 
new, more narrowly scoped issue(s) with cleared next actions for contributors.

--
nosy: +willingc

___
Python tracker 

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

[issue33876] doc Mention the MicroPython implementation in Introduction

[Carol Willing]

Carol Willing  added the comment:

Thanks Raymond :-)

The FAQ seems like a good place to share. Cython would be a nice addition and 
perhaps IPython too.

--

___
Python tracker 

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

[issue33876] doc Mention the MicroPython implementation in Introduction

[Andrés Delfino]

Andrés Delfino  added the comment:

Sorry, I didn't knew that :) I'll update the PR adding an entry in the FAQ.

With "CPython" in "pythonesque implementation like MicroPython, CircuitPython, 
CPython" did you mean Cython?

--

___
Python tracker 

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

[issue33878] Doc: Assignment statement to tuple or list: case missing.

[Martin Panter]

Martin Panter  added the comment:

I think I intended the third option to include all comma-separated lists, 
including:

a, b, c = x  # No brackets
(a, b, c) = x  # Round brackets
[a, b, c] = x  # Square brackets
a, = x  # Single target with comma

Perhaps something like this would be clearer:

* If the target list is
* a comma-separated list of targets, with or without brackets, or
* a single target with a trailing comma, with or without brackets, or
* a single target in square brackets,
  the object must be . . .

The empty target list case could also be merged. Then the only differentiation 
is between a single target (no comma, optional round brackets) and iterable 
unpacking.

--

___
Python tracker 

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

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

[Martin Panter]

Martin Panter  added the comment:

I doubt it is a race condition. “Waitpid” only returns after the child has 
terminated, and the file should be created as the child starts, before it 
terminates. Surely it is just the buggy glibc opening the DBDBDB file, when the 
test case expects it to create outfile.

--
nosy: +martin.panter

___
Python tracker 

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

[issue33878] Doc: Assignment statement to tuple or list: case missing.

[Julien Palard]

New submission from Julien Palard :

In [1] I read:

> If the target list is a comma-separated list of targets, or a single target 
> in square brackets

This come from https://bugs.python.org/issue23275 (patch is [2]).

I suspect there's a missing case "list of targets in square brackets" (and to 
be pedantic "list of targets in parenthesis").

The specialized documentation about single-valued targets in sequence-like 
construction come from this difference:

>>> (a) = 42
>>> a
42

>>> [a] = [42]
>>> a
42


which is correctly described the line before:

> If the target list is a single target in parentheses: The object is assigned 
> to that target.

So the correct way to state it may be:

> Else the object must be an iterable with the same number of items as there 
> are targets in the target list, and the items are assigned, from left to 
> right, to the corresponding targets.

The `Else`, coupled with the existing "Assignment of an object to a target 
list, optionally enclosed in parentheses or square brackets" covers properly 
the cases:

- Multiple target separated by comas (already covered)
- Multiple target enclosed by parenthesis and brackets (not covered)
- Single target enclosed by angle brackets (already covered)


[1]: 
https://docs.python.org/3.7/reference/simple_stmts.html#assignment-statements
[2]: https://bugs.python.org/file42878/issue23275_v4.diff

--
assignee: docs@python
components: Documentation
messages: 319735
nosy: docs@python, martin.panter, mdk
priority: normal
severity: normal
status: open
title: Doc: Assignment statement to tuple or list: case missing.
type: enhancement

___
Python tracker 

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

[issue33874] dictviews set operations do not follow pattern of set or frozenset

[Forest]

Forest  added the comment:

Thank you very much for thorough explanation! It really helped me
understand the issue.

Since this is the intended behavior, would it be good to add some tests for
the behavior? I would have found those tests helpful in working on
https://bugs.python.org/issue27575

If so, I'm happy to prepare a PR for adding some tests for this behavior.

On Sat, Jun 16, 2018 at 2:22 AM Raymond Hettinger 
wrote:

>
> Raymond Hettinger  added the comment:
>
> It's true the concrete set API differs in some ways from the Set abstract
> base class followed by dictviews.   The concrete set-to-set operators are
> restricted to only work with other sets, leaving the named set methods
> (union, intersection, difference, etc) to accept any iterable.  In
> contrast, the Set abstract base class only has operators and those are
> specifically allowed to accept any iterable.
>
> It may not seem harmonious, but those were intentional and long-standing
> design decisions.  The restriction on concrete set operators to only work
> with other sets can be traced back to bad experiences with the += operator
> for lists accepting any iterable (allowing mistakes like s+='abc' when
> s.append('abc') was intended).
>
> Different choices were made in the design of the abstract Set API.  In
> order to be useful, that API can't make as strong of a restriction, so it
> allows any iterable to be used as inputs to the operators.  Also note that
> the abstract Set API doesn't have the named set methods (union,
> intersection, difference, etc), so the burden of falls on the operators to
> support iterables.   IIRC, the reason that the named set methods were
> omitted was to make it easier to implement conforming classes that could
> interoperate with one another.  For more details on the design of the
> collections ABCs, see Guido's PEP on the subject (that's where he explains
> was problem the abstract classes where intended to solve and some of design
> considerations).
>
> One can argue with those design decisions, but that ship sailed a long
> time ago and it would no longer be possible to change either set or Set
> without breaking existing code.  The existing behaviors are intentional,
> venerable, tested, and guaranteed.
>
> --
> nosy: +rhettinger
> resolution:  -> not a bug
> stage:  -> resolved
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue33830] Error in the output of one example in the httplib docs

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

I am able to verify the newly added aliases using the below assert statement

assert codecs.encode('a', '874') == codecs.encode('a', 'cp874')

I am struck on the part where it could be patched in the search_function and I 
hope this is the approach @serhiy.storchaka was making. After the usual logic I 
am checking if the aliased_encoding is None and if the normalized_encoding is 
all digits then I am prepending 'cp' in front and calling search_function again 
so that cases like '936' first look at the table which has higher precedence 
and then for other cases even though an entry is not present it returns 
'cp' encoder. 

I have tested it by removing newly added '874' from aliases.py so that instead 
of an error 'cp874' is returned. Since in the next call the case of encoding 
being digits is not valid due to prepending 'cp' there will be no error due to 
infinite recursion for wrong ones.

Thanks

--
Added file: https://bugs.python.org/file47643/33865.patch

___
Python tracker 

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

[issue33861] Minor improvements of tests for os.path.

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue33861] Minor improvements of tests for os.path.

[miss-islington]

miss-islington  added the comment:


New changeset 5c23e21ef655db35af45ed98a62eb54bff64dbd0 by Miss Islington (bot) 
in branch '3.6':
bpo-33861: Minor improvements of tests for os.path. (GH-7715)
https://github.com/python/cpython/commit/5c23e21ef655db35af45ed98a62eb54bff64dbd0


--

___
Python tracker 

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

[issue33861] Minor improvements of tests for os.path.

[miss-islington]

miss-islington  added the comment:


New changeset 633593372a8aec46644a39e8d0b68e0f1eb5ed38 by Miss Islington (bot) 
in branch '3.7':
bpo-33861: Minor improvements of tests for os.path. (GH-7715)
https://github.com/python/cpython/commit/633593372a8aec46644a39e8d0b68e0f1eb5ed38


--
nosy: +miss-islington

___
Python tracker 

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

[issue33861] Minor improvements of tests for os.path.

[miss-islington]

Change by miss-islington :


--
pull_requests: +7360

___
Python tracker 

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

[issue33861] Minor improvements of tests for os.path.

[miss-islington]

Change by miss-islington :


--
pull_requests: +7359

___
Python tracker 

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

[issue33861] Minor improvements of tests for os.path.

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 17a0088e2680e12ce2c5f2ffc6b71766299e38d5 by Serhiy Storchaka in 
branch 'master':
bpo-33861: Minor improvements of tests for os.path. (GH-7715)
https://github.com/python/cpython/commit/17a0088e2680e12ce2c5f2ffc6b71766299e38d5


--

___
Python tracker 

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

[issue11380] Improve reporting of broken stdout pipe during interpreter shutdown

[Martin Panter]

Martin Panter  added the comment:

Issue 33550 was opened about Mike’s case of ignoring broken pipe conditions.

BTW a side effect of closing sys.stderr is that error messages reported by 
interpreter shutdown will be missing (even if there was no broken pipe). For 
example, exception messages reported by sys.excepthook.

--
nosy: +martin.panter

___
Python tracker 

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

[issue31966] [EASY C][Windows] print('hello\n', end='', flush=True) raises OSError when ran with py -u

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is easy to test it. Encoding/decoding with '874' should give the same result 
as with 'cp874'.

--

___
Python tracker 

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

[issue33876] doc Mention the MicroPython implementation in Introduction

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Addenda:  Somewhere in the annals of our history this was discussed before 
(perhaps dating back to Stackless Python).

--

___
Python tracker 

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

[issue33876] doc Mention the MicroPython implementation in Introduction

[Raymond Hettinger]

Raymond Hettinger  added the comment:

IIRC, Guido recognized only PyPy, Jython, and IronPython as alternate 
conforming implementations.   A number of other projects were python-like but 
were also going off in their own directions not subject to his pronouncements.

MicroPython is a pretty cool project but I don't think that its goal is for 
most code written for CPython would run on MicroPython or vice-versa.

That said, somewhere in the docs (a FAQ entry) there should be a list some of 
pythonesque implementation like MicroPython, CircuitPython, CPython, VPython, 
etc.

IMO, the Language Reference is the wrong place.  That document (which used to 
be subtitled "for language lawyers only") is intended to be the most precise 
and offical specification of the Python language.  It doesn't make sense to 
reference implementations that don't follow the specification.

--
nosy: +rhettinger

___
Python tracker 

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

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks @serhiy.storchaka . I looked into the code and it seems the resolution 
is done in `search_function` at Lib/encodings/__init__.py . It seems that 
encoding is normalized using some logic and then we use the normalized encoding 
to check against aliases which is the dictionary where I have added the alias. 
If it's not found then '.' is replaced with '_' to check again. I hope this is 
the place where I need to check if aliased_encoding is None after both attempts 
and norm_encoding is all digits then prepend "cp" to norm_encoding to check 
again against `aliases` dictionary. Unfortunately, print and pdb doesn't work 
inside the function and I don't know how to test this change or write test 
cases for the same.

Any pointers will be highly helpful.

Thanks

--

___
Python tracker 

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

[issue33864] collections.abc.ByteString does not register memoryview

[Raymond Hettinger]

Raymond Hettinger  added the comment:

The docs should be made more precise.  Perhaps, "This type represents the types 
bytes, bytearray, and memoryview of byte sequences"?

--
nosy: +rhettinger

___
Python tracker 

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

[issue33874] dictviews set operations do not follow pattern of set or frozenset

[Raymond Hettinger]

Raymond Hettinger  added the comment:

It's true the concrete set API differs in some ways from the Set abstract base 
class followed by dictviews.   The concrete set-to-set operators are restricted 
to only work with other sets, leaving the named set methods (union, 
intersection, difference, etc) to accept any iterable.  In contrast, the Set 
abstract base class only has operators and those are specifically allowed to 
accept any iterable.

It may not seem harmonious, but those were intentional and long-standing design 
decisions.  The restriction on concrete set operators to only work with other 
sets can be traced back to bad experiences with the += operator for lists 
accepting any iterable (allowing mistakes like s+='abc' when s.append('abc') 
was intended).  

Different choices were made in the design of the abstract Set API.  In order to 
be useful, that API can't make as strong of a restriction, so it allows any 
iterable to be used as inputs to the operators.  Also note that the abstract 
Set API doesn't have the named set methods (union, intersection, difference, 
etc), so the burden of falls on the operators to support iterables.   IIRC, the 
reason that the named set methods were omitted was to make it easier to 
implement conforming classes that could interoperate with one another.  For 
more details on the design of the collections ABCs, see Guido's PEP on the 
subject (that's where he explains was problem the abstract classes where 
intended to solve and some of design considerations).

One can argue with those design decisions, but that ship sailed a long time ago 
and it would no longer be possible to change either set or Set without breaking 
existing code.  The existing behaviors are intentional, venerable, tested, and 
guaranteed.

--
nosy: +rhettinger
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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