[issue31947] names=None case is not handled by EnumMeta._create_ method

2018-04-15 Thread miss-islington

Change by miss-islington :


--
keywords: +patch
pull_requests: +6183

___
Python tracker 

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



[issue31947] names=None case is not handled by EnumMeta._create_ method

2018-04-15 Thread miss-islington

Change by miss-islington :


--
pull_requests: +6184

___
Python tracker 

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



[issue31947] names=None case is not handled by EnumMeta._create_ method

2018-04-15 Thread Ethan Furman

Ethan Furman  added the comment:


New changeset b8e21f12891382bc0aac5ccd13dcb4a990d65e0a by Ethan Furman 
(anentropic) in branch 'master':
bpo-31947: remove None default for names param in Enum._create_ (GH-4288)
https://github.com/python/cpython/commit/b8e21f12891382bc0aac5ccd13dcb4a990d65e0a


--

___
Python tracker 

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



[issue11594] 2to3 does not preserve line endings

2018-04-15 Thread Aaron Ang

Aaron Ang  added the comment:

@Jason R. Coombs
You are right. I managed to reproduce the problem with a test. It only occurs 
when a fix is applied.

Also, I figured out that the refactoring reads in the file using `open(file, 
'r')`, which basically transforms all line-endings to LF regardless the used 
line-endings. I think I fixed the problem, looking forward to receiving 
feedback 

--

___
Python tracker 

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



[issue11594] 2to3 does not preserve line endings

2018-04-15 Thread Aaron Ang

Change by Aaron Ang :


--
keywords: +patch
pull_requests: +6181
stage: test needed -> patch review

___
Python tracker 

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



[issue14499] Extension module builds fail with Xcode 4.3 on OS X 10.7 due to SDK move

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

Update: as of 3.6.5 and 2.7.15 and in the upcoming 3.7.0 release, macSO 
framework builds with --enable-universalsdk=/ no longer add -isysroot=/ to 
compiler and linker calls.  They are not necessary and made it more difficult 
to attempt to override.  Although we still do not officially support building 
on newer macOS systems for older systems (due to lack of "weak link" testing 
support and issues with setup.py and configure), it should now be possible to 
more easily use the Apple build tool chain features documented for xcrun, like 
the DEVELOPER_RUN and SDKROOT environment variables (see 'man xcrun').  This 
includes current python.org macOS installer builds.  So I think we can finally 
close this.

--
resolution:  -> fixed
stage: needs patch -> 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



[issue33270] tags for anonymous code objects should be interned

2018-04-15 Thread Serhiy Storchaka

Serhiy Storchaka  added the comment:

Thank you for your contribution Zackery.

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



[issue33270] tags for anonymous code objects should be interned

2018-04-15 Thread Serhiy Storchaka

Serhiy Storchaka  added the comment:


New changeset f303639e3ac96cfe6c1438f1c594226941f46216 by Serhiy Storchaka 
(Zackery Spytz) in branch 'master':
bpo-33270: Intern names for all anonymous code objects (#6472)
https://github.com/python/cpython/commit/f303639e3ac96cfe6c1438f1c594226941f46216


--

___
Python tracker 

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



[issue33285] pip upgrade runtime crash

2018-04-15 Thread Bram Borger-Johnson

New submission from Bram Borger-Johnson :

I was using pip to install a package when I got a warning message that a new 
version of pip was available.
I ran the prompted command and got the following back.
E:\GitHub\discord_feedbot>pip install --upgrade pip
Collecting pip
  Downloading pip-10.0.0-py2.py3-none-any.whl (1.3MB)
100% || 1.3MB 654kB/s
Installing collected packages: pip
  Found existing installation: pip 9.0.1
Uninstalling pip-9.0.1:
Exception:
Traceback (most recent call last):
  File "e:\programs\python36-32\lib\shutil.py", line 544, in move
os.rename(src, real_dst)
OSError: [WinError 17] The system cannot move the file to a different disk 
drive: 'e:\\programs\\python36-32\\scripts\\pip.exe' -> 
'C:\\Users\\Bram\\AppData\\Local\\Temp\\pip-nahcxphl-uninstall\\programs\\python36-32\\scripts\\pip.exe'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "e:\programs\python36-32\lib\site-packages\pip\basecommand.py", line 
215, in main
  File "e:\programs\python36-32\lib\site-packages\pip\commands\install.py", 
line 342, in run
  File "e:\programs\python36-32\lib\site-packages\pip\req\req_set.py", line 
778, in install
  File "e:\programs\python36-32\lib\site-packages\pip\req\req_install.py", line 
754, in uninstall
  File "e:\programs\python36-32\lib\site-packages\pip\req\req_uninstall.py", 
line 115, in remove
  File "e:\programs\python36-32\lib\site-packages\pip\utils\__init__.py", line 
267, in renames
  File "e:\programs\python36-32\lib\shutil.py", line 559, in move
os.unlink(src)
PermissionError: [WinError 5] Access is denied: 
'e:\\programs\\python36-32\\scripts\\pip.exe'

Now, whenever I run pip at all, it results in 
Traceback (most recent call last):
  File "e:\programs\python36-32\lib\runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
  File "e:\programs\python36-32\lib\runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "E:\Programs\Python36-32\Scripts\pip.exe\__main__.py", line 5, in 

ModuleNotFoundError: No module named 'pip'

I sent an email h...@python.org who directed me to create a bug report, stating 
that it looks like the people behind pip "didn't expect your temp directory to 
be on a different drive from your library directory."

--
components: Windows
messages: 315344
nosy: Bram Borger-Johnson, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: pip upgrade runtime crash
type: crash
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



[issue11485] Default SDK value on MacOSX needs changing

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

Update: as of 3.6.5 and 2.7.15 and in the upcoming 3.7.0 release, macSO 
framework builds with --enable-universalsdk=/ no longer add -isysroot=/ to 
compiler and linker calls.  They are not necessary and made it more difficult 
to attempt to override.  Although we still do not officially support building 
on newer macOS systems for older systems (due to lack of "weak link" testing 
support and issues with setup.py and configure), it should now be possible to 
more easily use the Apple build tool chain features documented for xcrun, like 
the DEVELOPER_RUN and SDKROOT environment variables (see 'man xcrun').  This 
includes current python.org macOS installer builds.  So I think we can finally 
close this.  Thanks all!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6, Python 3.7 -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



[issue15663] Investigate providing Tcl/Tk 8.6 with OS X installers

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

Update: as of 3.7.0b3, both 3.7.0 installer variants (10.9+ and 10.6+) provide 
a built-in Tcl/Tk 8.6.8.  And 3.6.5 and 2.7.15 also provide a 10.9+ installer 
variant with the built-in Tcl/Tk 8.6.8.  (For the moment, the 3.6.5 and 2.7.15 
10.6+ 64-bit/32-bit installers still link with an external Tcl/Tk 8.5.x.)

--
versions: +Python 2.7, Python 3.6

___
Python tracker 

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



[issue17128] OS X system openssl deprecated - installer should build local libssl

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

As of 2.7.15 (finally!) all current python.org macOS installers now provide 
their own copies of OpenSSL: 1.0.2x for 3.6.x and 2.7.15. 1.1.0x for the 
upcoming 3.7.0 release.  Until a better solution for root certificates is 
implemented, all of the installers also now provide a "Install 
Certificates.command', a script which will download and install the latest 
third-party `certifi` bundle of certificates from PyPI and configure the ssl 
module to use them.  Declaring this issue resolved.  Thanks everyone!

--
resolution:  -> fixed
stage: needs patch -> 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



[issue19019] Investigate using Apple clang for building OS X installers

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

As of 3.6.5, 2.7.15, and the upcoming 3.7.0. the macOS installers now build 
with a generic 'gcc' specified, rather than the somewhat confusing 'gcc-4.2' 
and we also provide a new 10.9+ 64-bit-only installer variant that is built 
with clang.  So I think we can finally close this issue.  Thanks all!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.6, Python 3.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



[issue24414] MACOSX_DEPLOYMENT_TARGET set incorrectly by configure in Python 2.7

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

Thanks for your suggested patch and my apologies for not replying sooner.  For 
Python 2.7.15, we have done some housecleaning of old macOS support issues and, 
as part of ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9 for Issue32726, I have 
backported the deployment target setting behavior from 3.x, i.e. the deployment 
target on current systems is now set to the build system's OS level unless 
overridden by MACOSX_DEPLOYMENT_TARGET= on the configure command or as an 
environment variable.  So the previous behavior can be forced by:

./configure MACOSX_DEPLOYMENT_TARGET=10.4

As you noted, using a proper value for the deployment target allows things like 
using the system libedit readline support and standard library support for more 
recent system calls.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: MACOSX_DEPLOYMENT_TARGET set incorrectly by configure -> 
MACOSX_DEPLOYMENT_TARGET set incorrectly by configure in Python 2.7

___
Python tracker 

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



[issue33270] tags for anonymous code objects should be interned

2018-04-15 Thread Antoine Pitrou

Change by Antoine Pitrou :


--
nosy: +serhiy.storchaka

___
Python tracker 

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



[issue32726] macOS installer and framework enhancements and changes for 3.7.0, 3.6.5, and 2.7.15

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

I've now backported the changes for 3.6.5 to 2.7.15. along with some long
overdue changes made previously in 3.x.  Besides the support for a 10.9+
64-bit-only installer variant (with built-in Tcl/Tk 8.6.x) and other
changes noted above, ee8e4b61d6181f5bfadf6ee3d229f0ebda8a6ae9 also includes
fixes for the following as there were cross-dependencies and it wasn't
worth the effort to try to separate them out into independent commits:

- bpo-24414: Default macOS deployment target is now set by configure to
  the build system's OS version (as is done by Python 3), not 10.4;
  override with, for example, ``./configure MACOSX_DEPLOYMENT_TARGET=10.4``.

- bpo-19019: All 2.7 macOS installer variants now supply their own version
  of OpenSSL 1.0.2; the Apple-supplied SSL libraries and root
  certificates are no longer used.  The Installer Certificate command
  in /Applications/Python 2.7 may be used to download and install a
  default set of root certificates from the third-party certifi package.

I'm satisfied that 3.6.x and 2.7.x are now in sync enough and up-to-date
enough with regards to macOS universal build and installer support that
we can close these and related issues and move on.

--
assignee:  -> ned.deily
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
title: macOS installer and framework enhancements and changes for 3.7.0 and 
3.6.5 -> macOS installer and framework enhancements and changes for 3.7.0, 
3.6.5, and 2.7.15
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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Terry J. Reedy

Change by Terry J. Reedy :


--
Removed message: https://bugs.python.org/msg315327

___
Python tracker 

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



[issue33284] Increase test coverage for numbers.py

2018-04-15 Thread Roundup Robot

Change by Roundup Robot :


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

___
Python tracker 

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



[issue33284] Increase test coverage for numbers.py

2018-04-15 Thread Barry Devlin

New submission from Barry Devlin :

The __bool__ method in the complex class in numbers is not tested.

--
components: Tests
messages: 315337
nosy: Barry Devlin
priority: normal
severity: normal
status: open
title: Increase test coverage for numbers.py
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



[issue31087] asyncio.create_subprocess_* should honor `encoding`

2018-04-15 Thread Adam

Adam  added the comment:

After reading the docs more carefully, it's now plain to me that text encoding 
is not supported yet, so actually it's not a bug :)

However the docs should be improved (and then an assertion could be added too) 
to prevent people from falling into this trap. Only the `universal_newlines` 
parameter is explicitly mentioned, while others (including `encoding` and 
`errors``) are passed to `subprocess.Popen`, which falsely suggests that they 
should work fine. Moreover, the `std*` properties of the subprocess have a 
`_transport._pipe.encoding` set to the encoding passed to 
`asyncio.create_subprocess_*`, but apparently it's not used at all. IMHO this 
is too messy.

Alternatively this option could be implemented, which would require a new kind 
of StreamReader and StreamWriter.

--
title: asyncio.create_subprocess_* do not honor `encoding` -> 
asyncio.create_subprocess_* should honor `encoding`
type: behavior -> enhancement
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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Andrés Delfino

Andrés Delfino  added the comment:

Perhaps a comment in the lines of:

---
You can find the relevant Tk man pages by checking what version is installed in 
your system:

python -c "import tkinter; print(tkinter.TkVersion)"
---

at the top of the page, and then removing all version suffixes as you suggested?

--

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Ned Deily

Change by Ned Deily :


--
Removed message: https://bugs.python.org/msg315333

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

(As a side note to Sehiy and others, as of 2.7.15, we no longer ship any 
python.org macOS binary installers that link with Tcl/Tk 8.4 and we also now 
ship at least one installer variant for 2.7.x and 3.6.x that provides Tcl/Tk 
8.6.  3.7.0 will be only 8.6 and perhaps 2.7.x and 3.6.x will drop 8.5 in a 
future release. Of course, there may still be other platforms that use 8.4.)

--
nosy: +ned.deily

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

(As a side note to Serhiy and others, as of 2.7.15, we no longer ship any 
python.org macOS binary installers that link with Tcl/Tk 8.4 and we also now 
ship at least one installer variant for 2.7.x and 3.6.x that provides Tcl/Tk 
8.6.  3.7.0 will be only 8.6 and perhaps 2.7.x and 3.6.x will drop 8.5 in a 
future release. Of course, there may still be other platforms that use 8.4.)

--

___
Python tracker 

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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Serhiy Storchaka

Serhiy Storchaka  added the comment:

Different builds of Python can use different versions of Tcl/Tk (as well as 
other external libraries). Tkinter supports features added in versions newer 
than minimal.

--

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Andrés Delfino

Andrés Delfino  added the comment:

I have updated the PR. Hopefully, it addreses Serhiy's comments.

--

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Serhiy Storchaka

Serhiy Storchaka  added the comment:

Yes, the minimal version of Tcl/Tk for supporting PNG should be mentioned.

--

___
Python tracker 

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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Andrés Delfino

Andrés Delfino  added the comment:

Replaces msg315327:

IMHO, it's important to provide the link of the specific version of Tcl/Tk that 
Python actually uses. Otherwise, when 8.7 users might read the wrong 
documentation.

Perhaps I didn't get your comment?

--

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Andrés Delfino

Andrés Delfino  added the comment:

This brings the question: should the documentation follow what Python provides, 
or the minimum supported version?

Maybe a compromise is to have a "requires Tcl/Tk 8.6" note?

--

___
Python tracker 

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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Andrés Delfino

Andrés Delfino  added the comment:

IMHO, it's important to provide the link of the specific version of Tcl/Tk that 
Python actually uses. Otherwise, when 8.7 users might read the wrong 
documentation. Also, users might read the 8.5 man pages.

Perhaps I didn't get your comment?

--

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Serhiy Storchaka

Serhiy Storchaka  added the comment:

The minimal supported version is 8.4 in 3.x and 8.3 in 2.7, which don't support 
PNG.

--
components: +Tkinter
nosy: +serhiy.storchaka, terry.reedy
versions: +Python 2.7, Python 3.6, Python 3.7

___
Python tracker 

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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Serhiy Storchaka

Change by Serhiy Storchaka :


--
components: +Tkinter

___
Python tracker 

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



[issue33280] Update link to Tcl/Tk 8.6 man pages in tkinter.rst

2018-04-15 Thread Serhiy Storchaka

Serhiy Storchaka  added the comment:

I suggest to just remove the version suffix "8.6".

--
nosy: +serhiy.storchaka, terry.reedy
versions: +Python 2.7, Python 3.6, Python 3.7

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Andrés Delfino

Change by Andrés Delfino :


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

___
Python tracker 

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



[issue33283] Mention PNG as a supported image format by Tcl/Tk

2018-04-15 Thread Andrés Delfino

New submission from Andrés Delfino :

PNG is supported since Tcl/Tk 8.6. Update the doc/source accordingly.

--
assignee: docs@python
components: Documentation
messages: 315324
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: Mention PNG as a supported image format by Tcl/Tk
type: enhancement
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



[issue33257] Race conditions in Tkinter with non-threaded Tcl

2018-04-15 Thread Ivan Pozdeev

Change by Ivan Pozdeev :


Removed file: https://bugs.python.org/file47535/TkinterHanders.py

___
Python tracker 

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



[issue33257] Race conditions in Tkinter with non-threaded Tcl

2018-04-15 Thread Ivan Pozdeev

Change by Ivan Pozdeev :


Added file: https://bugs.python.org/file47536/TkinterHanders.py

___
Python tracker 

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

Thanks, Nick!

--
priority: release blocker -> 

___
Python tracker 

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread Nick Coghlan

Change by Nick Coghlan :


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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread miss-islington

miss-islington  added the comment:


New changeset 986eaa86da7ebac4c71a09db88706eea6d89664c by Miss Islington (bot) 
in branch '3.7':
bpo-33185: Improve wording and markup (GH-6477)
https://github.com/python/cpython/commit/986eaa86da7ebac4c71a09db88706eea6d89664c


--

___
Python tracker 

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



[issue33131] Upgrade to pip 10 for Python 3.7

2018-04-15 Thread Ned Deily

Ned Deily  added the comment:

The ensurepip blob is a bit of a special case regarding updates, that is, I 
think we can be a little more flexible about them since they are getting tested 
and a lot of exposure external to Python releases.  Accepting a bugfix update 
for pip between 3.7.0b4 and 3.7.0rc1 should be OK although the closer it is to 
the b4 date, rather than the rc1 date, the happier I would be :)

--

___
Python tracker 

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread miss-islington

Change by miss-islington :


--
pull_requests: +6178

___
Python tracker 

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread Nick Coghlan

Nick Coghlan  added the comment:


New changeset 1a5c4bdb6ecc6a8b19ff33bde323ab188ed60977 by Nick Coghlan in 
branch 'master':
bpo-33185: Improve wording and markup (GH-6477)
https://github.com/python/cpython/commit/1a5c4bdb6ecc6a8b19ff33bde323ab188ed60977


--

___
Python tracker 

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



[issue11594] 2to3 does not preserve line endings

2018-04-15 Thread Jason R. Coombs

Jason R. Coombs  added the comment:

I do still see the issue on Python 3.7b3:

$ python ~/Dropbox/bin/scripts/which-line-ending onefile.py
Line ending is '\n'
$ python ~/Dropbox/bin/scripts/which-line-ending otherfile.py
Line ending is '\r\n'
$ python -V
Python 3.7.0b3
$ python -m lib2to3 . -w
RefactoringTool: Skipping optional fixer: buffer
RefactoringTool: Skipping optional fixer: idioms
RefactoringTool: Skipping optional fixer: set_literal
RefactoringTool: Skipping optional fixer: ws_comma
RefactoringTool: Refactored ./onefile.py
--- ./onefile.py(original)
+++ ./onefile.py(refactored)
@@ -1 +1 @@
-print 'hello world'
+print('hello world')
RefactoringTool: Refactored ./otherfile.py
--- ./otherfile.py  (original)
+++ ./otherfile.py  (refactored)
@@ -1 +1 @@
-print 'hello world'
+print('hello world')
RefactoringTool: Files that were modified:
RefactoringTool: ./onefile.py
RefactoringTool: ./otherfile.py
$ $ python ~/Dropbox/bin/scripts/which-line-ending onefile.py
Line ending is '\n'
$ python ~/Dropbox/bin/scripts/which-line-ending otherfile.py
Line ending is '\n'

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread Nick Coghlan

Change by Nick Coghlan :


--
pull_requests: +6177

___
Python tracker 

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread miss-islington

miss-islington  added the comment:


New changeset d7ffa5820733a528d9ab87ee567738e2d3fd7126 by Miss Islington (bot) 
in branch '3.7':
bpo-33185: Fix regression in pydoc CLI sys.path handling (GH-6419)
https://github.com/python/cpython/commit/d7ffa5820733a528d9ab87ee567738e2d3fd7126


--
nosy: +miss-islington

___
Python tracker 

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



[issue15443] datetime module has no support for nanoseconds

2018-04-15 Thread Eli_B

Change by Eli_B :


--
nosy: +Eli_B

___
Python tracker 

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



[issue33185] Python 3.7.0b3 fails in pydoc where b2 did not.

2018-04-15 Thread miss-islington

Change by miss-islington :


--
pull_requests: +6176
stage: commit review -> patch review

___
Python tracker 

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



[issue33282] Subprocess Popen communicate hung if stdin not given to Popen, even though script not expecting any input

2018-04-15 Thread Jatin Goel

New submission from Jatin Goel :

Hi
needed a small help related to the subprocess module
I'm executing a powershell process using the subprocess module

process = subprocess.Popen(
[
'powershell.exe',
script
],
stdout=subprocess.PIPE,
stderr=subprocess.PIPE,
shell=True
)

output, error = process.communicate()

but the call to the communicate method is getting hung on some machines, and 
not all

i tried to debug the subprocess module but couldn't find anything helpful

the script is not expecting any input from the user

on the machines where it failed, if I just add stdin=subprocess.PIPE argument, 
it works

process = subprocess.Popen(
[
'powershell.exe',
script
],
stdin=subprocess.PIPE,
stdout=subprocess.PIPE,
stderr=subprocess.PIPE,
shell=True
)

above works

--
components: Windows
messages: 315317
nosy: JatinGoel, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Subprocess Popen communicate hung if stdin not given to Popen, even 
though script not expecting any input
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



[issue33131] Upgrade to pip 10 for Python 3.7

2018-04-15 Thread Paul Moore

Paul Moore  added the comment:

Thanks Nick, that's what I thought for the workflow. And agreed with your 
understanding of the post-b4 question, but as you say Ned's the boss on that 
one :-)

--

___
Python tracker 

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



[issue33131] Upgrade to pip 10 for Python 3.7

2018-04-15 Thread Nick Coghlan

Nick Coghlan  added the comment:

Merge to master and set the "needs backport to 3.7" label for the initial PR - 
the backport bot will then take care of creating the 3.7 PR. For the backport, 
all you then need to do is leave an Approve review, and the bot will 
automatically merge it once the CI completes.

I'll defer to Ned regarding post-b4 updates, but I'd expect them to be fine if 
needed - otherwise we wouldn't be able to respond to any pip bugs reported 
against b4.

--

___
Python tracker 

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



[issue33131] Upgrade to pip 10 for Python 3.7

2018-04-15 Thread Paul Moore

Paul Moore  added the comment:

Pip 10 has now been released. I'll be getting a PR to put it into 3.7 in the 
next few days. One question on workflow - is the right approach to create a PR 
for master and request a backport to the 3.7 branch? Or is there something else 
I should do?

Also, can I just check the timing implications should we need to do a 10.0.1 
followup release? Would we need to have that released in time for b4, or would 
it be acceptable to update to 10.0.1 between b4 and rc1? (I'm not trying to 
push for any particular decision here - we may not even need a 10.0.1 - just 
want to be sure of the rules).

--

___
Python tracker 

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



[issue11594] 2to3 does not preserve line endings

2018-04-15 Thread Aaron Ang

Aaron Ang  added the comment:

I couldn't reproduce this issue. I tried reproducing this problem by extending 
the TestRefactoringTool class and creating two files: one file with LF 
line-endings and one file with CRLF line-endings.

The changes that I made can be found here: 
https://github.com/aaronang/cpython/commit/55e8bd317f37923e6e23780e6ae41858493e98d8.

The output of the tests:

Before: b'print("hi")\n\nprint("Like bad Windows newlines?")\n'
After:  b'print("hi")\n\nprint("Like bad Windows newlines?")\n'

Before: b'print("hi")\r\n\r\nprint("Like bad Windows newlines?")\r\n'
After:  b'print("hi")\r\n\r\nprint("Like bad Windows newlines?")\r\n'

Maybe this problem has been resolved?

--
nosy: +Aaron Ang

___
Python tracker 

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



[issue33261] inspect.isgeneratorfunction fails on hand-created methods

2018-04-15 Thread Nick Coghlan

Nick Coghlan  added the comment:

Terry, if you'd like to continue that discussion, please open a new enhancement 
request for 3.8+ against the inspect module asking for the affected 
introspection functions to recursively search for relevant attributes, the same 
way `inspect.signature` digs inside different object types to look for 
signature information.

However, the fact the inspect module doesn't implement that search for relevant 
attributes today is *not* a bug - it's a past design decision that could 
potentially stand to be revisited.

By contrast, the fact the affected functions throw AttributeError instead of 
returning False for a missing attribute *is* a bug.

--

___
Python tracker 

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



[issue33281] ctypes.util.find_library not working on macOS

2018-04-15 Thread Ned Deily

Change by Ned Deily :


--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge

___
Python tracker 

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