[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

2020-09-25 Thread Steve Dower


Steve Dower  added the comment:

> PR branches on the main repository are discouraged.

I had another reason, which was that I needed to trigger a signed build of the 
separate Tcl and Tk binaries. This is much easier (and safer) to do from the 
main repo than my own fork.

But yeah, in general (for anyone else reading this), PRs from forks are fine. 
Tcl/Tk are special.

--

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



[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

2020-09-24 Thread Steve Dower


Steve Dower  added the comment:

(My PR is from a branch in the main repo, so if you want to just go in and fix 
it, feel free.)

--

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



[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

2020-09-24 Thread Steve Dower


Steve Dower  added the comment:

I did a build for Windows and put up the PR taking it in and there seems to be 
one (related) test failure:

==
FAIL: test_from (tkinter.test.test_tkinter.test_widgets.ScaleTest)
--
Traceback (most recent call last):
  File "D:\a\cpython\cpython\lib\tkinter\test\test_tkinter\test_widgets.py", 
line 943, in test_from
self.checkFloatParam(widget, 'from', 100, 14.9, 15.1, conv=float_round)
  File "D:\a\cpython\cpython\lib\tkinter\test\widget_tests.py", line 106, in 
checkFloatParam
self.checkParam(widget, name, value, conv=conv, **kwargs)
  File "D:\a\cpython\cpython\lib\tkinter\test\widget_tests.py", line 63, in 
checkParam
self.assertEqual2(widget[name], expected, eq=eq)
  File "D:\a\cpython\cpython\lib\tkinter\test\widget_tests.py", line 47, in 
assertEqual2
self.assertEqual(actual, expected, msg)
AssertionError: 14.9 != 15.0

Terry, any ideas?

--

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



[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

2020-09-24 Thread Steve Dower


Change by Steve Dower :


--
pull_requests: +21445
pull_request: https://github.com/python/cpython/pull/22405

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



[issue41492] Fix signing description for Windows release builds

2020-09-24 Thread Steve Dower


Change by Steve Dower :


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

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



[issue40458] test_bad_getattr crashes on APPX test

2020-09-24 Thread Steve Dower


Change by Steve Dower :


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

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



[issue39041] Support GitHub Actions in CI

2020-09-24 Thread Steve Dower


Change by Steve Dower :


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

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



[issue41853] Windows docs for command line install don't mention /log option

2020-09-24 Thread Steve Dower


Steve Dower  added the comment:

Sounds good to me.

Pull requests welcome :)

--

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



[issue24757] Installing Py on Windows: Need to restart or logout for path to be added

2020-09-24 Thread Steve Dower


Steve Dower  added the comment:

Sorry, but we don't have any way to update the current terminal process. We 
already update the current shell, so if you start a new 
terminal/Powershell/cmd/etc. instance it should have the updated variable. 

The workaround you posted is fine. Directly adding the new install to the 
current PATH is also okay.

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

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



[issue41849] Support reading long lines with io._WindowsConsoleIO

2020-09-24 Thread Steve Dower


Steve Dower  added the comment:

I'm in favour of this change in principle, but would want to look at the PR 
closely.

The biggest risk here is that we have to emulate GNU readline for 
compatibility, which severely limits the data that can be passed through, and 
also forces multiple encoding/decoding passes. It would be nice to be able to 
bypass this in cases where nobody is using it, though since so many host 
applications use hooks there'll likely only be a benefit to people at the plain 
console...

--

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



[issue41847] Update "install launcher for all users" installer option

2020-09-23 Thread Steve Dower


Steve Dower  added the comment:

Follow up thought: we could switch out the front page checkbox for "Upgrade 
existing py.exe launcher (recommended)" when we detect an existing per-machine 
install, and hide it entirely if we don't detect it. So at least non-admin 
users have an easy way to bypass the admin requirement.

--

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



[issue41847] Update "install launcher for all users" installer option

2020-09-23 Thread Steve Dower


New submission from Steve Dower :

The "Install launcher for all users" option on the front page of the installer 
should be updated to read "Install py.exe launcher for all users" to reduce 
confusion.

However, we should also consider disabling this by default, so that the normal 
settings do not require admin privileges to install.

The reason we started with it enabled by default is because we had to stomp on 
the 3.4 and earlier py.exe, since there was no other way to make sure it wasn't 
an issue. That problem still remains, which likely means that if we detect an 
all-users launcher from a previous version we need to keep the option enabled, 
but at least for clean installs of 3.10 we can avoid the need for admin 
completely.

--
components: Windows
messages: 377430
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Update "install launcher for all users" installer option
type: enhancement
versions: Python 3.10

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



[issue25655] Python errors related to failures loading DLL's lack information

2020-09-23 Thread Steve Dower


Steve Dower  added the comment:

Thanks for doing the search :)

 > - 
https://docs.python.org/3/faq/windows.html#is-a-pyd-file-the-same-as-a-dll

Probably not here.

 > - https://docs.python.org/3/using/windows.html#finding-modules

Perhaps it is best to put a new section here like what you posted above 
(but more generic for ctypes and imports), and then link to it from the 
other places?

 > - https://docs.python.org/3/library/os.html?#os.add_dll_directory

e.g. "This function may be used to work around  errors"

 > - https://docs.python.org/3/extending/windows.html

e.g. "If your extension module relies on any DLLs other than those 
included with Windows or CPython, you will need to include them or else 
users may receive 'module not found' errors. See  for more 
details."

(Some of that text may already be there, been a while since I read that 
one.)

 > Also AFAIK there is no Windows Sphinx tag beyond .. availability::

Yeah, I think I was thinking of a different project. But if it's all in 
Windows-specific sections anyway, and pointing towards the Windows doc 
page, then it won't matter.

--

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



[issue25655] Python errors related to failures loading DLL's lack information

2020-09-23 Thread Steve Dower


Steve Dower  added the comment:

> would you see this as a note in 
https://docs.python.org/3/library/ctypes.html?highlight=ctypes#loading-shared-libraries

Haven't looked at the PR, but it probably needs to be somewhere in the 
import docs as well, to do with native extension modules. That's where 
most people run into this. And in general the solution is either going 
to involve moving/renaming files or calling os.add_dll_directory, so a 
link to the latter may also be useful.

I think we've got a Sphinx tag for platform-specific information? If we 
do, it should use that. (Unless I'm just thinking of the "API 
availability" tag rather than a "Note" style box.)

--

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



[issue25655] Python errors related to failures loading DLL's lack information

2020-09-22 Thread Steve Dower


Steve Dower  added the comment:

> IMO, the most direct way to resolve the problem is by enabling "loader snaps" 
> for python.exe via gflags and attaching a native debugger to the process ...

This is indeed the best way to go about solving it, so you can see why we don't 
put it in an error message or take responsibility for documenting the process. 
It's not for the faint-hearted :)

Also, the recommended releases of WinDBG (from the Microsoft Store) no longer 
include gflags, though I believe once you're in the debugger it will just break 
at the point where the DLL can't be loaded and it's "simple" to get its 
expected name.

I wouldn't refuse a docs PR to add a short section pointing to this page and 
explaining its relevance: 
https://docs.microsoft.com/cpp/build/reference/dependents

I *would* stop short of writing a whole tutorial on how to do it. That's a 
great topic for someone's blog, and will likely get better SEO and social 
attention from not being in the docs.

--
versions: +Python 3.10 -Python 3.5, Python 3.6

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



[issue30974] Update os.samefile docstring to match documentation

2020-09-21 Thread Steve Dower


Change by Steve Dower :


--
resolution:  -> fixed
stage: backport needed -> resolved
status: open -> closed

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



[issue41800] Python installation fails when run under system account if there is already an existing installation on the system already

2020-09-21 Thread Steve Dower


Steve Dower  added the comment:

Python's installer doesn't change that often ;)

Without some information about your scenario, I can't make a recommendation.

However, I will say that if you are including any of your own Python code with 
your application, and especially any compiled modules, you probably don't want 
to give users the ability to independently remove or modify your Python 
install. Much better to include the runtime you have tested with and only 
update your users to a newer version once you have tested with that one.

--

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



[issue41807] Warnings when installing Linter on VS code on Linux and Windows.

2020-09-21 Thread Steve Dower


Steve Dower  added the comment:

This warning is coming from pip, and it's because it has detected that your 
system configuration doesn't match what many Python developers assume. 
Specifically, that you've configured PATH to include both Python and any 
package scripts you happen to install.

We don't recommend adding these to PATH on Windows for your default install, so 
it's safe to ignore these warnings (provided you use a tool like VS Code or 
"python -m ..." to launch the scripts).

However, if you need these for a particular environment, when you create a 
virtual environment and activate it, your current session settings will be 
updated to put them on PATH and you should not see this error.

If you need further help, please visit the pip repository at 
https://github.com/PyPA/pip

--
resolution:  -> third party
stage:  -> resolved
status: open -> closed

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



[issue41800] Python installation fails when run under system account if there is already an existing installation on the system already

2020-09-17 Thread Steve Dower


Steve Dower  added the comment:

Yeah, this whole issue is basically because Burn (our installer tool) won't do 
per-machine bundle registration even when it's only installing per-machine 
packages. So the install block that it would normally throw up  fails if you 
use a different user account to install it the second time.

> (Python gets installed as a step in one of our installers)

I'm intrigued by this - if Python is a dependency of your application, it's 
better to repackage it yourself and install to your own directory. The 
installer is basically there for end-users, but if you're not doing an end-user 
kind of install there's really nothing gained.

This whole scenario is fairly under-developed though. It comes up quite 
infrequently, so we don't have any really convenient instructions on how to go 
about it. Doesn't mean we can't help, but because we don't have a clear idea of 
what you may be trying to achieve, we'd like to hear about it before telling 
you how to approach this kind of thing.

--
nosy: +steve.dower
versions: +Python 3.10, Python 3.9 -Python 3.5, Python 3.6, Python 3.7

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



[issue41806] socket methods with timeout take very slow path on Windows

2020-09-17 Thread Steve Dower


New submission from Steve Dower :

When a socket object has a non-zero timeout, all send/recv/etc. calls are 
preceded by a select() call before making the actual call. If there is no 
timeout, the select call is skipped.

It appears that on Windows, select() will block until the previous operation 
has completed, even if the next one would reliably succeed. For example, 
http.client uses a default blocksize of 8192 bytes (which is _really_ small for 
2020, but probably not for 2002 when it was set - can we just increase it?), 
which will break up a stream into many little chunks.

With no timeout set: send() is called repeatedly and Windows buffers blocks 
internally, resulting in the actual sends being bigger (as seen with a network 
trace - they'd range from 8KB-50KB).

With a timeout set: select() is called and waits for the previous send() to 
complete, then calls the next send(). This results in every single send being 
exactly 8KB.

This latter case also results in every operation becoming essentially 
synchronous, instead of picking up some implied parallelism in the OS and 
network driver. (Yes, increasing the block size in the above example also 
helps, but doesn't prevent the issue in the first place, nor does it help with 
other cases.)

Has anyone ever looked into alternate ways to have the timeout work here? Such 
as SO_SNDTIMEO? I don't want to force through a full redesign here, but getting 
the select() call out of the main path here seems like an easy win.

Would anyone like to take a look? I'm happy to help mentor someone through a 
patch (as long as you're familiar with networking/sockets already).

--
components: Library (Lib), Windows
messages: 377065
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: socket methods with timeout take very slow path on Windows
type: performance
versions: Python 3.10, Python 3.8, Python 3.9

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



[issue41412] After installation on Windows7, 64bit Python 3.9.0b5 reports "api-ms-win-core-path-l1-1-0.dll" missing and doesn't start

2020-09-14 Thread Steve Dower


Steve Dower  added the comment:

Works great! (By which I mean, doesn't work at all ;) )

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

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



[issue41646] shutil.copy documentation should clarify support for path-like objects

2020-09-14 Thread Steve Dower


Steve Dower  added the comment:

Thanks!

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

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



[issue41744] NuGet python.props only works in python nuget, not other variants

2020-09-14 Thread Steve Dower


Steve Dower  added the comment:

Thanks!

--
assignee:  -> steve.dower
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

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



[issue41744] NuGet python.props only works in python nuget, not other variants

2020-09-14 Thread Steve Dower

Steve Dower  added the comment:


New changeset 7c11a9accabe3720940f334eb1226bb7bb9179c7 by Václav Slavík in 
branch 'master':
bpo-41744: Package python.props with correct name in NuGet package (GH-22154)
https://github.com/python/cpython/commit/7c11a9accabe3720940f334eb1226bb7bb9179c7


--

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



[issue41646] shutil.copy documentation should clarify support for path-like objects

2020-09-14 Thread Steve Dower


Steve Dower  added the comment:


New changeset 8f2b991eef062c22c429a96983c78be007180b66 by Zackery Spytz in 
branch 'master':
bpo-41646: Mention path-like objects support in the docs for shutil.copy() 
(GH-22208)
https://github.com/python/cpython/commit/8f2b991eef062c22c429a96983c78be007180b66


--

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



[issue41729] test_winconsoleio fails and hangs on Windows

2020-09-11 Thread Steve Dower


Steve Dower  added the comment:

No objections. I'd guess it was a typo.

--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-09-11 Thread Steve Dower


Steve Dower  added the comment:

If you look at the PR into 3.9, it includes a test for this exact case. Start 
by copying that into 3.10 and then make it pass and everything should be good :)

--

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



[issue41744] NuGet python.props only works in python nuget, not other variants

2020-09-10 Thread Steve Dower


Steve Dower  added the comment:

Thanks! Just need a NEWS file (click Details next to the failed check for the 
helper app). Something like "Fixes automatic import of props file when using 
the Nuget package" would be good.

(Also posted on the PR)

--

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



[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2020-09-10 Thread Steve Dower


Steve Dower  added the comment:

We'd CreateFile the file and then immediately pass it to _open_osfhandle, which 
would keep the semantics the same apart from the share flags.

I'm not entirely against getting rid of O_TEXT support, but haven't taken the 
time to think through the implications.

--

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



[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2020-09-09 Thread Steve Dower


Steve Dower  added the comment:

The comment you quoted was referring to the NamedTemporaryFile(do_not_delete) 
flag.

Yes, we'd have to reimplement the UCRT function using the system API. 
Ultimately, it's not a great compatibility layer if you want to match POSIX 
semantics and not just the C specification, which is why we do it so often :)

--

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



[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2020-09-09 Thread Steve Dower


Steve Dower  added the comment:

Issue41490 can also be fixed by using FILE_SHARE_DELETE on all opened files 
(and that's a release blocker, so we need to fix it somehow), and if DeleteFile 
has been updated as you suggest then it might even help with the "pip replacing 
its own script executable" issue.

Nothing preventing someone from contributing the flag on open as well. There's 
definitely value there, but I think it's a workaround when we can make things 
Just Work more transparently.

--

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



[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

2020-09-09 Thread Steve Dower


Steve Dower  added the comment:

In general, if a bug here appears to be inactive, it's probably waiting on 
someone to volunteer to move it forward. Often merely posting to a thread is 
enough.

For this case, I think the best thing we can probably do is change the default 
share mode for _all_ opens to include FILE_SHARE_DELETE. This would also help a 
number of other situations, as well as bringing the default Windows behaviour 
slightly more in line with how POSIX likes to do things.

As far as I'm aware this would only be harmful in cases where people are trying 
to implicitly lock files on Windows by keeping an open handle, and are using a 
different code path on other platforms where that won't work.

--
versions: +Python 3.10 -Python 3.7

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



[issue41744] NuGet python.props only works in python nuget, not other variants

2020-09-08 Thread Steve Dower


Change by Steve Dower :


--
versions: +Python 3.10, Python 3.8, Python 3.9

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



[issue41744] NuGet python.props only works in python nuget, not other variants

2020-09-08 Thread Steve Dower


Steve Dower  added the comment:

Thanks for the contribution! I think I only ever tested this with the 64-bit 
package... :)

Could you make it so that we include the file under both names? Just for anyone 
(like me) who has hard-coded the python.props name and parametrised the 
directory name.

(If you want to go for bonus points, having the extra file just  the 
other would be a nice touch, but not so important.)

--

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



[issue41627] Relocate user site packages on Windows 32-bit

2020-09-04 Thread Steve Dower


Steve Dower  added the comment:

> With the change in PR 22098, the 32-bit interpreter will install to a 
> different location.

To clarify this, I meant the 32-bit interpreter will install *packages* to a 
different location (when using the user scheme).

--
assignee:  -> steve.dower
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

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



[issue41627] Relocate user site packages on Windows 32-bit

2020-09-04 Thread Steve Dower


Steve Dower  added the comment:


New changeset dd18001c308fb3bb65006c91d95f6639583a3420 by Steve Dower in branch 
'master':
bpo-41627: Distinguish 32 and 64-bit user site packages on Windows (GH-22098)
https://github.com/python/cpython/commit/dd18001c308fb3bb65006c91d95f6639583a3420


--

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



[issue35228] Index search in CHM help crashes viewer

2020-09-04 Thread Steve Dower


Steve Dower  added the comment:

So I found the "owner" of the HTML Help component in Windows (I put owner in 
quotes because this tool is _very_ maintenance mode, so nothing short of a 
critical vulnerability is going to be touched) and he helped me do some 
debugging.

In short, the index file is either corrupt, or it is not parsed correctly. I 
can reliably reproduce the crash with the following steps:

1. Open the Python docs
2. Switch to the Index tab
3. Double-click on any second-level (indented) entry
4. Modify the text in the Index search box

We haven't yet gone deep enough to be able to tell whether the help compiler is 
at fault, or the loader.

If anyone has the time and inclination, testing with older versions (if you can 
find them) of the HTML Help compiler may find a version that works. 
Unfortunately, the older copies we used to use were on the Subversion server, 
which is long gone now.

Alternatively, if anyone knows of a similar tool that we can redistribute 
easily with CPython (i.e. it's not as big as Zeal) and is significantly better 
than just using the user's default browser, I'd be interested to hear about it 
(as would the rest of the developer world, I'm sure - this is a fairly popular 
format!).

--

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



[issue41627] Relocate user site packages on Windows 32-bit

2020-09-04 Thread Steve Dower


Steve Dower  added the comment:

> If it is otherwise possible to user-only install both 32 and 64 bit versions, 
> then using the same site-packages strikes me a bug

It's very easy to install both 32 and 64-bit runtimes (and it doesn't matter if 
they're user or system installs).

But when you're installing packages in the nt_user scheme (--user with pip), 
you can only use one or the other. If you install with 32-bit runtime first, 
then you'll get 32-bit binaries installed and the 64-bit runtime won't try and 
install the package again (or it'll delete it and replace it with one that only 
works with the 64-bit runtime).

With the change in PR 22098, the 32-bit interpreter will install to a different 
location.

--

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



[issue41627] Relocate user site packages on Windows 32-bit

2020-09-04 Thread Steve Dower


Change by Steve Dower :


--
keywords: +patch
pull_requests: +21185
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/22098

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



[issue41712] REDoS in purge

2020-09-04 Thread Steve Dower


Steve Dower  added the comment:

I've considered DoSing myself a few times, but then change my mind and just 
publish the release :)

A PR to change it to "(\d+\.\d+\.\d+)([a-zA-Z]+\d+)?$" would be fine, but is 
not urgent. It certainly doesn't need to be backported, as this is only ever 
used from master these days.

Personally I'd be just as happy closing the issue. I know that the current 
script works, and there's nothing worse than breaking a release because someone 
has changed the release scripts without testing them properly.

--
versions:  -Python 3.8, Python 3.9

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



[issue41686] C++ Embedded 'time.sleep()' is not working on Windows host due to 'Py_InitializeEx(0)'

2020-09-02 Thread Steve Dower


Steve Dower  added the comment:

> Could sigint_event be relocated to a platform-dependent extension of 
> _PyRuntimeState that gets initialized and finalized independent of any module?

This, or leaving it where it is and making sure it gets initialised (it really 
is about emulating certain signals). Either sounds fine to me.

--

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



[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

2020-08-31 Thread Steve Dower


Steve Dower  added the comment:

Thanks, Ben!

--

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



[issue41669] Case mismatch between "include" and "Include"

2020-08-31 Thread Steve Dower


Steve Dower  added the comment:

Unfortunately, it's easier to change what we distribute, except that has 
_always_ been "include" (based on a 2.4 installer I had laying around). And of 
course we can't change the repo.

Still, case sensitivity is becoming more acceptable on Windows and there are 
more ways to enable it, so we're probably best to deal with this. For 3.10, we 
can update PC/layout/main.py and tools/msi/common.wxs#L80 to create "Include", 
and we probably want to go over the few places where we may reference it to 
make sure the case is consistent. (Noting that distutils is fully deprecated in 
3.10, so it doesn't matter.)

I'm not sure that it qualifies as enough of a bugfix for 3.8 or 3.9.1, so I 
think we'll leave them alone. A case-sensitive file system can easily support a 
symlink/junction from "Include" to "include" anyway, which is a pretty 
straightforward workaround ;)

--
versions: +Python 3.10 -Python 3.8

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



[issue41630] Enable curses support on Windows

2020-08-25 Thread Steve Dower


Steve Dower  added the comment:

The curses module is currently not supported on Windows, and this patch is far 
more than just updating the VS build. I've updated the title.

Refer to issue31951 for more context.

This will need more work than what's been done in the pull request, as _curses 
is still not being built as part of normal build, and so is not being tested in 
CI.

--
title: Visual Studio does not build the curses and curses.panel module -> 
Enable curses support on Windows
type:  -> enhancement
versions: +Python 3.10

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



[issue37369] Issue with pip in venv on Powershell in Windows

2020-08-25 Thread Steve Dower


Steve Dower  added the comment:

> The problem is that Powershell has case-sensitive commands and pip is trying 
> to call path completely in minor case

This is not normal configuration. I'm not sure what you've done here, but 
please open a new issue with details about how you enabled case-sensitivity on 
Windows.

Also please include repro steps that do not involve pip, as we will need an 
issue in CPython to fix anything. Otherwise you'll have to report it to the pip 
project at https://github.com/pypa/pip

--

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



[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

2020-08-24 Thread Steve Dower


Steve Dower  added the comment:

Any input from the asyncio experts?

I don't have an issue with handling the exception in this case, and hopefully 
when someone is up to the task of dealing with the range of edge cases 
throughout this loop implementation, hopefully they can get the ordering of 
waits right.

--
nosy: +steve.dower
versions: +Python 3.10, Python 3.9

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



[issue41627] Relocate user site packages on Windows 32-bit

2020-08-24 Thread Steve Dower


New submission from Steve Dower :

Currently, the user site packages on Windows is %APPDATA%\Python\PythonXY. This 
can cause conflicts between the 32-bit and 64-bit versions of the runtime.

We should switch the pattern to Python{sys.winver}, which is XY or XY-32, the 
same as elsewhere.

This is a breaking change to tools that try to manage these directly, but it 
shouldn't need a deprecation cycle (there isn't really anywhere to raise a 
warning...). So I think we can just update Lib/sysconfig.py and Lib/site.py for 
3.10, as well as the docs.

--
components: Windows
messages: 375860
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Relocate user site packages on Windows 32-bit
versions: Python 3.10

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



[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

2020-08-24 Thread Steve Dower


Steve Dower  added the comment:

Assuming the fix for this was released, given lack of other information.

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

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



[issue41376] site.getusersitepackages() incorrectly claims that PYTHONNOUSERSITE is respected

2020-08-24 Thread Steve Dower


Change by Steve Dower :


--
versions:  -Python 3.5, Python 3.6, Python 3.7

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



[issue39345] Py_Initialize Hangs on Windows 10

2020-08-18 Thread Steve Dower


Steve Dower  added the comment:

Are you able to capture a process dump at the hang? I haven't seen this 
anywhere else, and don't even know how to go about trying to reproduce it with 
this information - Py_Initialize is called by every single Python process, so 
there's something special about your situation that isn't obvious yet :)

--

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



[issue41546] pprint() gives exception when ran from pythonw

2020-08-17 Thread Steve Dower


Steve Dower  added the comment:

I'm inclined to agree that it should pass silently in this case, as if it were 
printing with print() rather than .write().

What better meaning is there for sys.stdout == None than "no output"?

--
versions: +Python 3.10 -Python 3.8

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



[issue41526] Python 3.9.0rc1 "setup successful" dialog box overflow

2020-08-17 Thread Steve Dower


Steve Dower  added the comment:

Thanks for the report! This should be in the next 3.9 RC.

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

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



[issue41546] pprint() gives exception when ran from pythonw

2020-08-14 Thread Steve Dower


Steve Dower  added the comment:

This is normal, if obscure, behaviour. Pythonw starts without a console, and so 
stdout is not connected to anything. As a result, you can't print (or pprint).

You'll need to set sys.stdout to something or provide a file if you want to 
print output.

If someone wants to contribute a specialised sys.stdout implementation that can 
raise a more helpful error message in this case, that would be helpful. But as 
it's a breaking change it would only go into 3.10.

--

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



[issue41526] Python 3.9.0rc1 "setup successful" dialog box overflow

2020-08-13 Thread Steve Dower

Steve Dower  added the comment:

Fixes merged, just need Łukasz to confirm it'll be in 3.9.0 and we can resolve 
this.

--
nosy: +lukasz.langa

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



[issue41526] Python 3.9.0rc1 "setup successful" dialog box overflow

2020-08-13 Thread Steve Dower


Steve Dower  added the comment:


New changeset 6444ca946984c638c67a72aac22fd6d3cc650c16 by Steve Dower in branch 
'master':
bpo-41526: Fixed layout of final page of the installer (GH-21871)
https://github.com/python/cpython/commit/6444ca946984c638c67a72aac22fd6d3cc650c16


--

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



[issue41526] Python 3.9.0rc1 "setup successful" dialog box overflow

2020-08-13 Thread Steve Dower


Change by Steve Dower :


--
keywords: +patch
pull_requests: +20996
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21871

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



[issue41526] Python 3.9.0rc1 "setup successful" dialog box overflow

2020-08-13 Thread Steve Dower


Steve Dower  added the comment:

Thanks, Mark. We shall not hold you solely responsible for the port any longer 
;)

--

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



[issue41526] Python 3.9.0rc1 "setup successful" dialog box overflow

2020-08-13 Thread Steve Dower


Steve Dower  added the comment:

So it'll take a bit more rearranging to get everything to fit - I've attached 
one proposal that shuffles the thanks to Mark Hammond down below the "enable 
long path names" button. (It's grey text in the screenshot, but I've switched 
it to black already.)

Alternatively, we could drop that note completely. It's entirely possible that 
Mark feels he's been thanked enough, and is now just embarrassed that we keep 
it around :) There are certainly enough other people with significant 
contributions on Windows who also deserve thanks.

One final option would be to move the "fix long paths" button to earlier in the 
install, though I'm not doing that during RC. The reason it's not part of the 
regular install is because it always requires Admin, and while it would be 
great to have it enabled by default, we already have enough people getting 
confused about whether admin is required to install or not (it's not, but you 
have to change the default launcher option on the front page).

Anyone have any thoughts?

--
nosy: +mhammond
Added file: https://bugs.python.org/file49387/NewInstallSuccessPage.png

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



[issue41536] pathlib's Path("NUL:").resolve() throws an error on windows

2020-08-13 Thread Steve Dower


Steve Dower  added the comment:

The trailing colon is unnecessary, and likely to cause more issues, but the 
same thing occurs for Path('NUL').resolve()

This is probably best handled as issue37517, where you'll find more background 
on the error messages.

But I believe that p.resolve(strict=True) should not raise when open(p) will 
succeed, and p.resolve(strict=False) should not raise when open(p)  will 
succeed or raise a *NotFoundError subclass of OSError.

--
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.7

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



[issue41501] 0x80070643, can't install any version

2020-08-09 Thread Steve Dower


Steve Dower  added the comment:

The Python 3.8 and 3.3 installers will not conflict at all, as they are 
completely different.

If that is your log file, we'll also need the file in your %TEMP% directory 
that includes "core_JustForMe" in the name, as that's the subinstaller that's 
failing.

Unfortunately, the error code is very generic, but the most common reason for 
this MSI to fail is because you've already got an install of an earlier version 
of 3.8 that was installed for all users (by an administrator), which the 
per-user installer cannot remove.

--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Change by Steve Dower :


--
versions:  -Python 3.9

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Steve Dower  added the comment:


New changeset 70e9243a55be9c32b41f2149cdfa3957f96f8471 by Steve Dower in branch 
'3.9':
bpo-41490: Update ensurepip to install pip 20.2.1 and setuptools 49.2.1 
(GH-21774)
https://github.com/python/cpython/commit/70e9243a55be9c32b41f2149cdfa3957f96f8471


--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Change by Steve Dower :


--
versions:  -Python 3.8

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Steve Dower  added the comment:


New changeset 135de08128a76f49752ac57c316129500275e828 by Steve Dower in branch 
'3.8':
bpo-41490: Update ensurepip to install pip 20.2.1 and setuptools 49.2.1 
(GH-21775)
https://github.com/python/cpython/commit/135de08128a76f49752ac57c316129500275e828


--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Steve Dower  added the comment:

GitHub Actions has decided not to run CI today, so you'll have to look at Azure 
Pipelines for the test failures: 
https://dev.azure.com/Python/cpython/_build/results?buildId=67152=logs=c83831cd-3752-5cc7-2f01-8276919eb334=5a421c4a-0933-53d5-26b9-04b36ad165eb=8012

--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Change by Steve Dower :


--
pull_requests: +20920
pull_request: https://github.com/python/cpython/pull/21775

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Change by Steve Dower :


--
pull_requests: +20919
pull_request: https://github.com/python/cpython/pull/21774

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Steve Dower  added the comment:

Added some test cases to the PR that directly trigger the issue, specifically 
this one:

def test_entered_path_does_not_keep_open(self):
# This is what certifi does on import to make its bundle
# available for the process duration.
c = resources.path('ziptestdata', 'binary.file').__enter__()
self.zip_path.unlink()

All the tests I added pass on 3.9 (with minor tweaks for moved test utils).

To unblock the upcoming releases, I'm going to do the backports first and leave 
this as a release blocker for 3.10.

--
nosy: +brett.cannon, eric.snow
priority: normal -> release blocker

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Steve Dower  added the comment:

Okay, I've tracked it down to the new importlib.readers.ZipReader class keeping 
the zip file open, presumably until it gets GC'd. This is used by certifi to 
extract the CA certs from the whl when ensurepip is doing the self-install from 
the mounted wheel.

Jason is already on this bug, which is convenient :)

I haven't yet figured out whether there's a convenient way for the reader to 
not keep the ZIP open for as long as it exists, but I think that's going to be 
the safest fix.

We should definitely fix this one ourselves without forcing users to make 
changes to accommodate. As I mentioned above, it's only in 3.10 right now, but 
it's blocking updated pip and setuptools versions downlevel.

--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-07 Thread Steve Dower


Steve Dower  added the comment:

The issue above doesn't appear to repro on 3.9, so I guess master has started 
leaking a file handle, presumably in zipimport.

I'll see what I can track down, but can't be sure I'll have enough time to get 
it done for RC, so if anyone else wants to help out feel free.

--

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



[issue41492] Fix signing description for Windows release builds

2020-08-06 Thread Steve Dower


Steve Dower  added the comment:


New changeset 777b611c8c5676b80898a429f71d28e59bddc49d by Steve Dower in branch 
'master':
bpo-41492: Fixes the description appearing in UAC prompts on Windows (GH-21754)
https://github.com/python/cpython/commit/777b611c8c5676b80898a429f71d28e59bddc49d


--

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



[issue41304] [CVE-2020-15801] python 38 embed ignore python38._pth file on windows

2020-08-06 Thread Steve Dower


Steve Dower  added the comment:

Yes, it only affects Windows OS.

On all other platforms, the python38._pth file is _always_ ignored. We have not 
implemented this support for those platforms.

--

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



[issue41492] Fix signing description for Windows release builds

2020-08-06 Thread Steve Dower


Change by Steve Dower :


--
keywords: +patch
pull_requests: +20899
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21754

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



[issue41492] Fix signing description for Windows release builds

2020-08-05 Thread Steve Dower


New submission from Steve Dower :

At some point, Windows started displaying an authenticated certificate property 
as the display name in UAC prompts, rather than the file properties.

Currently our SigningDescription is set to the build identifier, which is not a 
nice display name. We should change it to be "Python 3.x.y" (which will involve 
updating the build YAML files to extract the version number).

--
assignee: steve.dower
components: Windows
messages: 374910
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Fix signing description for Windows release builds
type: behavior
versions: Python 3.10, Python 3.8, Python 3.9

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-05 Thread Steve Dower


Steve Dower  added the comment:

Test failure on Windows. I'll take a look tomorrow.

==
FAIL: test_with_pip (test.test_venv.EnsurePipTest)
--
Traceback (most recent call last):
  File "D:\a\cpython\cpython\lib\test\test_venv.py", line 476, in 
do_test_with_pip
self.run_with_capture(venv.create, self.env_dir,
  File "D:\a\cpython\cpython\lib\test\test_venv.py", line 76, in 
run_with_capture
func(*args, **kwargs)
subprocess.CalledProcessError: Command 
'['C:\\Users\\runneradmin\\AppData\\Local\\Temp\\tmp3cz40z50\\Scripts\\python.exe',
 '-Im', 'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit 
status 1.

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\a\cpython\cpython\lib\test\test_venv.py", line 536, in test_with_pip
self.do_test_with_pip(False)
  File "D:\a\cpython\cpython\lib\test\test_venv.py", line 484, in 
do_test_with_pip
self.fail(msg.format(exc, details))
AssertionError: Command 
'['C:\\Users\\runneradmin\\AppData\\Local\\Temp\\tmp3cz40z50\\Scripts\\python.exe',
 '-Im', 'ensurepip', '--upgrade', '--default-pip']' returned non-zero exit 
status 1.

**Subprocess Output**
Looking in links: c:\Users\RUNNER~1\AppData\Local\Temp\tmped5jdzqn

Processing 
c:\users\runneradmin\appdata\local\temp\tmped5jdzqn\setuptools-49.2.1-py3-none-any.whl

Processing 
c:\users\runneradmin\appdata\local\temp\tmped5jdzqn\pip-20.2.1-py2.py3-none-any.whl

Installing collected packages: setuptools, pip

Successfully installed pip-20.2.1 setuptools-49.2.1

Traceback (most recent call last):

  File "D:\a\cpython\cpython\lib\shutil.py", line 613, in _rmtree_unsafe

os.unlink(fullname)

PermissionError: [WinError 32] The process cannot access the file because it is 
being used by another process: 
'C:\\Users\\RUNNER~1\\AppData\\Local\\Temp\\tmped5jdzqn\\pip-20.2.1-py2.py3-none-any.whl'



During handling of the above exception, another exception occurred:



Traceback (most recent call last):

  File "D:\a\cpython\cpython\lib\tempfile.py", line 802, in onerror

_os.unlink(path)

PermissionError: [WinError 32] The process cannot access the file because it is 
being used by another process: 
'C:\\Users\\RUNNER~1\\AppData\\Local\\Temp\\tmped5jdzqn\\pip-20.2.1-py2.py3-none-any.whl'



During handling of the above exception, another exception occurred:



Traceback (most recent call last):

  File "D:\a\cpython\cpython\lib\runpy.py", line 197, in _run_module_as_main

return _run_code(code, main_globals, None,

  File "D:\a\cpython\cpython\lib\runpy.py", line 87, in _run_code

exec(code, run_globals)

  File "D:\a\cpython\cpython\lib\ensurepip\__main__.py", line 5, in 

sys.exit(ensurepip._main())

  File "D:\a\cpython\cpython\lib\ensurepip\__init__.py", line 213, in _main

return _bootstrap(

  File "D:\a\cpython\cpython\lib\ensurepip\__init__.py", line 132, in _bootstrap

return _run_pip(args + [p[0] for p in _PROJECTS], additional_paths)

  File "D:\a\cpython\cpython\lib\tempfile.py", line 827, in __exit__

self.cleanup()

  File "D:\a\cpython\cpython\lib\tempfile.py", line 831, in cleanup

self._rmtree(self.name)

  File "D:\a\cpython\cpython\lib\tempfile.py", line 813, in _rmtree

_shutil.rmtree(name, onerror=onerror)

  File "D:\a\cpython\cpython\lib\shutil.py", line 737, in rmtree

return _rmtree_unsafe(path, onerror)

  File "D:\a\cpython\cpython\lib\shutil.py", line 615, in _rmtree_unsafe

onerror(os.unlink, fullname, sys.exc_info())

  File "D:\a\cpython\cpython\lib\tempfile.py", line 805, in onerror

cls._rmtree(path)

  File "D:\a\cpython\cpython\lib\tempfile.py", line 813, in _rmtree

_shutil.rmtree(name, onerror=onerror)

  File "D:\a\cpython\cpython\lib\shutil.py", line 737, in rmtree

return _rmtree_unsafe(path, onerror)

  File "D:\a\cpython\cpython\lib\shutil.py", line 596, in _rmtree_unsafe

onerror(os.scandir, path, sys.exc_info())

  File "D:\a\cpython\cpython\lib\shutil.py", line 593, in _rmtree_unsafe

with os.scandir(path) as scandir_it:

NotADirectoryError: [WinError 267] The directory name is invalid: 
'C:\\Users\\RUNNER~1\\AppData\\Local\\Temp\\tmped5jdzqn\\pip-20.2.1-py2.py3-none-any.whl'



--

--

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-05 Thread Steve Dower


Change by Steve Dower :


--
keywords: +patch
pull_requests: +20892
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21748

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



[issue41490] Update bundled pip to 20.2.1 and setuptools to 49.2.1

2020-08-05 Thread Steve Dower


New submission from Steve Dower :

I'm doing the PR now, based on the latest versions available today:

https://pypi.org/project/pip/20.2.1/
https://pypi.org/project/setuptools/49.2.1/

If you're a maintainer and there's a reason to not update to to the latest, 
please let me know asap. All of our subsequent releases should be RC's, so I 
assume we won't take any changes bigger than targeted fixes before the next 
full releases.

--
assignee: steve.dower
components: Distutils
messages: 374901
nosy: Marcus.Smith, dstufft, eric.araujo, jaraco, lukasz.langa, ncoghlan, 
paul.moore, pradyunsg, steve.dower
priority: normal
severity: normal
stage: needs patch
status: open
title: Update bundled pip to 20.2.1 and setuptools to 49.2.1
versions: Python 3.10, Python 3.8, Python 3.9

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



[issue41466] Windows installer: "Add to PATH" should be checked by default

2020-08-04 Thread Steve Dower


Steve Dower  added the comment:

As Eryk says, the defaults include the "py" launcher, which is now recommended 
at the end of installation. Python is also available from the Start 
menu/screen, and PEP 514 allows other tools to reliably detect and offer Python 
installs.

Modifying PATH at all is an advanced scenario, as it may cause other 
(unrelated) applications to stop working. Modifying PATH twice makes launching 
Python unreliable, and attempting to reverse the modification may leave the 
system in an unreliable state. We won't be changing the default.

People who install from the Microsoft Store will get all the shortcuts they 
expect (assuming they are already Linux experts, otherwise they have no 
expectations anyway), because we are able to update what appears on PATH more 
safely.

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

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



[issue37586] macOS: posix_spawn(..., setsid=True)

2020-07-30 Thread Steve Dower


Steve Dower  added the comment:

Oh great, it's one of these style changes :)

You probably want to define some macros for those barriers so the added 
optional nesting doesn't come back to bite us later.

Otherwise, best of luck! Let me know if I can help out (for now I'm just 
ignoring the setsid test).

--
versions: +Python 3.10

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



[issue41444] CPython 3.8.5 fails to build on Windows with -E option

2020-07-30 Thread Steve Dower


Steve Dower  added the comment:

Yes, if you use -E then you need to provide the dependencies in some other way.

The option is there to suppress network access at build time, not to build 
without those modules.

--

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



[issue40395] Scripts folder is Empty in python 3.8.2 for Windows 7.

2020-07-29 Thread Steve Dower


Change by Steve Dower :


--
components: +Installation

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



[issue40395] Scripts folder is Empty in python 3.8.2 for Windows 7.

2020-07-29 Thread Steve Dower


Steve Dower  added the comment:

It might help, but it will leave your install broken in a number of other ways.

For other people finding this issue, please share your install logs (look in 
%TEMP% for the most recently created set of "python*.log" files). Also share 
your PATH, PYTHONPATH and PYTHONHOME environment variables (if they are set), 
and any other versions of Python you have installed.

--

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



[issue40075] _tkinter PythonCmd fails to acquire GIL

2020-07-29 Thread Steve Dower


Steve Dower  added the comment:

At a glance, it looks like ENTER_PYTHON will *restore* the GIL on the current 
thread, but it may be coming in on a thread that's never seen the GIL before.

"The GIL" is actually the Python thread state, which is actually a per-thread 
data structure that's either active/locked or inactive/unlocked. If the current 
thread doesn't have a thread state, PyGILState_Ensure will create one, while 
ENTER_PYTHON will not.

So the underlying issue is probably that the callbacks are coming in from a 
thread that they shouldn't be, and really ought to be marshalled back into the 
correct event loop first.

--

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



[issue37586] macOS: posix_spawn(..., setsid=True)

2020-07-29 Thread Steve Dower


Steve Dower  added the comment:

I just started running into a failure that looks like this on some private 
builds (Xcode_11.3.1 on macOS-10.14.6-x86_64-i386-64bit):

==
FAIL: test_setsid (test.test_posix.TestPosixSpawnP)
--
Traceback (most recent call last):
  File "/Users/runner/work/1/s/Lib/test/test_posix.py", line 1692, in 
test_setsid
self.assertNotEqual(parent_sid, child_sid)
AssertionError: 1 == 1

Is that this issue? Or something else?

--
nosy: +steve.dower

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



[issue41412] After installation on Windows7, 64bit Python 3.9.0b5 reports "api-ms-win-core-path-l1-1-0.dll" missing and doesn't start

2020-07-28 Thread Steve Dower


Steve Dower  added the comment:

Leaving this open until we can validate on the next release. I don't have 
convenient access to old versions of Windows anymore (and don't have time to 
deal with inconvenient access this week).

--
priority: release blocker -> deferred blocker
stage: patch review -> commit review

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



[issue40948] Better identify Windows installer as installer only, not runner

2020-07-28 Thread Steve Dower


Change by Steve Dower :


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

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



[issue41412] After installation on Windows7, 64bit Python 3.9.0b5 reports "api-ms-win-core-path-l1-1-0.dll" missing and doesn't start

2020-07-28 Thread Steve Dower


Steve Dower  added the comment:


New changeset 37a06cbe5c17c2aa6ad938339fd42531a8a0bea0 by Steve Dower in branch 
'master':
bpo-41412 and bpo-40948: Windows installer updates (GH-21656)
https://github.com/python/cpython/commit/37a06cbe5c17c2aa6ad938339fd42531a8a0bea0


--

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



[issue40948] Better identify Windows installer as installer only, not runner

2020-07-28 Thread Steve Dower


Steve Dower  added the comment:


New changeset 37a06cbe5c17c2aa6ad938339fd42531a8a0bea0 by Steve Dower in branch 
'master':
bpo-41412 and bpo-40948: Windows installer updates (GH-21656)
https://github.com/python/cpython/commit/37a06cbe5c17c2aa6ad938339fd42531a8a0bea0


--

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



[issue40948] Better identify Windows installer as installer only, not runner

2020-07-28 Thread Steve Dower


Steve Dower  added the comment:

I changed the middle paragraph to this:

See a 
href="https://docs.python.org/[ShortVersion]/whatsnew/[ShortVersion].html"what's
 new/a in this release, or find more info about a 
href="https://docs.python.org/[ShortVersion]/using/windows.html"using 
Python on Windows/a.

--

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



[issue40947] Replace PLATLIBDIR macro with config->platlibdir

2020-07-28 Thread Steve Dower


Change by Steve Dower :


--
nosy:  -steve.dower

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



[issue40948] Better identify Windows installer as installer only, not runner

2020-07-28 Thread Steve Dower


Change by Steve Dower :


--
keywords: +patch
pull_requests: +20801
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/21656

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



[issue40947] Replace PLATLIBDIR macro with config->platlibdir

2020-07-28 Thread Steve Dower


Change by Steve Dower :


--
nosy: +steve.dower
nosy_count: 2.0 -> 3.0
pull_requests: +20800
pull_request: https://github.com/python/cpython/pull/21656

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



[issue41412] After installation on Windows7, 64bit Python 3.9.0b5 reports "api-ms-win-core-path-l1-1-0.dll" missing and doesn't start

2020-07-28 Thread Steve Dower


Change by Steve Dower :


--
keywords: +patch
pull_requests: +20799
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/21656

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



[issue40947] Replace PLATLIBDIR macro with config->platlibdir

2020-07-28 Thread Steve Dower


Change by Steve Dower :


--
pull_requests:  -20800

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



[issue40948] Better identify Windows installer as installer only, not runner

2020-07-28 Thread Steve Dower


Steve Dower  added the comment:

Added a screenshot, after tweaking the spacing just a little.

--
Added file: https://bugs.python.org/file49343/postinstall.png

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



[issue40948] Better identify Windows installer as installer only, not runner

2020-07-28 Thread Steve Dower


Steve Dower  added the comment:

Assuming it fits, I'm going to update the 3.9+ post-install message to this 
(assume the HTML renders normally). Any comments?


New to Python? Start with the a 
href="https://docs.python.org/[ShortVersion]/tutorial/index.html"online 
tutorial/a and a 
href="https://docs.python.org/[ShortVersion]/index.html"documentation/a;.

At your terminal, type "py" to launch Python, or search for Python in your 
Start menu.

See a 
href="https://docs.python.org/[ShortVersion]/whatsnew/[ShortVersion].html"what's
 new/a in this release.

Special thanks to Mark Hammond, without whose years of freely shared Windows 
expertise, Python for Windows would still be Python for DOS.

--

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



[issue41412] After installation on Windows7, 64bit Python 3.9.0b5 reports "api-ms-win-core-path-l1-1-0.dll" missing and doesn't start

2020-07-27 Thread Steve Dower


Steve Dower  added the comment:

I thought we already made it fail? (Checks) No we did not. Guess I 
misremembered that.

I'll fix this tomorrow. We need it, or else we'll be inundated with these 
reports for the entire life of 3.9.

--
assignee:  -> steve.dower
priority: normal -> release blocker
versions: +Python 3.10

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



[issue41365] Python Launcher is sorry to say... No pyvenv.cfg file

2020-07-23 Thread Steve Dower


Steve Dower  added the comment:

> it fails with this error means you're running a virtual-environment launcher 
> instead of a base Python executable.

Exactly. It sounds like you probably searched for pythonw.exe and found the one 
in Lib/venv/scripts/nt instead of the actual one.

The default association should go to pyw.exe, which is likely in your 
C:\Windows directory.

--

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



[issue41365] Python Launcher is sorry to say... No pyvenv.cfg file

2020-07-22 Thread Steve Dower


Steve Dower  added the comment:

It seems like you're trying to launch the python.exe that is created for a 
virtual environment rather than the actual one. This probably means that at 
some point you created a virtual environment and updated your file association 
to launch it.

The best thing to do is to right-click your .pyw file, choose "Open With", 
"Choose another app", enable "Always open ..." and choose "Python" from its 
list (the icon should have a space shuttle being launched). That will switch 
you back to the original file association.

--

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



[issue41364] Optimise uuid platform detection

2020-07-22 Thread Steve Dower


Steve Dower  added the comment:


New changeset a18f22ab11a7bfb5ff3e74c737ca9e1bebe4abf9 by Steve Dower in branch 
'3.8':
bpo-41364: Reduce import overhead of uuid module (GH-21586)
https://github.com/python/cpython/commit/a18f22ab11a7bfb5ff3e74c737ca9e1bebe4abf9


--

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



  1   2   3   4   5   6   7   8   9   10   >