Steve Dower added the comment:
The installer doesn't support installing twice on the same machine, even to
different locations.
What you probably want to do is to install it normally, then copy all the files
onto the USB. You will need to "python -m pip install --force pip" i
Steve Dower added the comment:
New changeset 60705cff70576482fea31dcafbf8a37cbb751ea5 by Tom Sparrow in branch
'main':
bpo-46434: Handle missing docstrings in pdb help (GH-30705)
https://github.com/python/cpython/commit/60705cff70576482fea31dcafbf8a3
Steve Dower added the comment:
I think we can close it.
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/i
Steve Dower added the comment:
Thanks for the contribution!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Steve Dower :
Exception occurred:
File "D:\a\1\s\Doc\tools\extensions\escape4chm.py", line 44, in fixup_keywords
with app.builder.open_file(outdir, outname + '.hhk', 'r') as f:
AttributeError: 'HTMLHelpBuilder' object has no attr
Change by Steve Dower :
--
keywords: +patch
pull_requests: +28953
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30768
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 57d1855682dbeb9233ef3a531f9535c6442e9992 by Steve Dower in branch
'main':
bpo-46463: Fixes escape4chm.py script used when building the CHM documentation
file (GH-30768)
https://github.com/python/cpyt
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
Yeah, I pushed the machines up to 2022 the other day while tidying the configs.
Wouldn't have expected it to impact that issue though, it's fully within
OpenSSL, isn't it? (We also updated that recently...)
Also, as an FYI, if you use "wm
Steve Dower added the comment:
> Our challenge with the installer is the portability of Wix Toolset. I'm
> pretty sure our current version doesn't support ARM64, and they haven't
> released a newer version that does yet.
Turns out they've released some
Steve Dower added the comment:
Yeah, will just be the same files again but with "arm64" in place of
"win32"/"amd64".
I'm also going to stop uploading the old webinstall files with my change here,
though that shouldn't matter. The code we added to f
Change by Steve Dower :
--
pull_requests: +29066
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/30885
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
sys.getwindowsversion() is affected to Microsoft's minimal rebuilds of
OS components causing core DLLs to have older versions than the release,
and also to compatibility modes that may report earlier versions if API
behaviour is being emulated.
The bes
Steve Dower added the comment:
>> AFAIK, the Win32_OperatingSystem caption is always ASCII.
>
> I think I was wrong here. The "Caption" field is localized, so the wmic.exe
> OEM encoded output to a pipe isn't reliable.
Correct. And while "Windows" its
Steve Dower added the comment:
I think we need somewhere in the documentation to explain how the initial
import path is calculated, in terms useful for an end user (rather than what's
in getpath.py, which is for developers).
Right now, I'm not sure there's a good place fo
Steve Dower added the comment:
New changeset db77bcd6092f3c174ae855522411ab83854d65a8 by Kumar Aditya in
branch 'main':
bpo-45925: Update Windows installer to SQLite 3.37.2 (GH-30485)
https://github.com/python/cpython/commit/db77bcd6092f3c174ae855522411ab
Change by Steve Dower :
--
pull_requests: +29171
pull_request: https://github.com/python/cpython/pull/30991
___
Python tracker
<https://bugs.python.org/issue45
Steve Dower added the comment:
New changeset 45faf151c693b6f13f78926761caea6df7242024 by Steve Dower in branch
'main':
bpo-33125: Enables building traditional installer for Windows ARM64 (GH-30885)
https://github.com/python/cpython/commit/45faf151c693b6f13f78926761caea
New submission from Steve Dower :
We now have a traditional installer that runs on Windows ARM64 devices, but it
omits the py.exe launcher. This is because sys.winver is "3.11-arm64" and hence
the registry tag (see PEP 514) is not detected by the launcher.
Currently, the launc
Steve Dower added the comment:
The ARM64 installer will be part of the next 3.11 release, minus the py.exe
launcher (which needs a chunk of work in issue46566) and Tcl/Tk (which needs
upstream support for the platform) and hence IDLE.
I'm hesitant to make a final release without
New submission from Steve Dower :
Currently our ARM64 installs omit Tcl/Tk (and implicitly tkinter and IDLE)
because there appears to be no upstream support for building Tcl/Tk for ARM64.
Once the upstream support exists, or we have a good enough patch to apply to
our own copy of the sources
Steve Dower added the comment:
Tcl/Tk tracking issue is issue46567
--
___
Python tracker
<https://bugs.python.org/issue33125>
___
___
Python-bugs-list mailin
Steve Dower added the comment:
New changeset 4d191fcde426ca0643d961aa18e787103f05fce2 by Steve Dower in branch
'3.10':
bpo-45925: Update Windows installer to SQLite 3.37.2 (GH-30485)
https://github.com/python/cpython/commit/4d191fcde426ca0643d961aa18e787
Steve Dower added the comment:
It was not backported to 3.8 because that's in security fix only mode.
--
versions: -Python 3.8
___
Python tracker
<https://bugs.python.org/is
Steve Dower added the comment:
I wonder if you've managed to install the launcher a second time? If the second
one is for current user but the first is for local machine, the Open With
entries may not be being merged.
In theory, the installer is supposed to detect a previous launche
Steve Dower added the comment:
True. I guess we need to dig a little deeper to find a cause here. Any
other ideas?
--
___
Python tracker
<https://bugs.python.org/issue46
New submission from Steve Dower :
When running test_importlib.test_windows, it may create registry keys that
previously didn't exist. These keys are not fully cleaned up.
Detect if the full key is created and then delete it after the test. If it
existed, only delete the specific tes
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29270
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31086
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 89a0a90c2e0e685bc70206fc45e4413c4f4411ed by Steve Dower in branch
'main':
bpo-46616: Ensures test_importlib.test_windows cleans up registry keys after
completion (GH-31086)
https://github.com/python/cpyt
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Steve Dower :
We need to update PC/classicAppCompat.can.xml for our new certificate and email
Microsoft to get it signed again.
--
assignee: steve.dower
messages: 412461
nosy: steve.dower
priority: normal
severity: normal
status: open
title: Cannot sideload MSIX
Change by Steve Dower :
--
components: +Windows
nosy: +paul.moore, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue46629>
___
___
Pytho
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29294
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/3
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
Posted the PR for openness, but it's not ready to merge yet.
The file that's been updated there (which unfortunately is not very Unix
friendly) now has the SHA256 hash of our signing certificate, and I've emailed
the file to storeops at Micro
Steve Dower added the comment:
Closing this issue, as we have others to track individual tasks.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
They got back to me with the files, so I've added them to the PR. I'll run a
test (signed) build from my branch to validate.
--
___
Python tracker
<https://bugs.python.o
Steve Dower added the comment:
New changeset 9b4e3d94a5746af093392ed8e977b26fcc1bfd11 by Steve Dower in branch
'main':
bpo-46629: Update classicAppCompat.sccd for new signing certificate (GH-3)
https://github.com/python/cpython/commit/9b4e3d94a5746af093392ed8e977b2
New submission from Steve Dower :
The build of the Store package detects whether the build PC supports disabling
registry virtualisation or not when deciding whether to add it to the manifest.
Because our release builds just moved from the windows-2019 image to the
windows-2022 image, this
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
Okay, so it doesn't install at all on 1803. However, that's out of support [1],
so I guess it doesn't matter.
In theory, 1809 should be the first one that supports it. I'll try that, but I
think we're okay to leave this turned on for 3
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29309
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31130
___
Python tracker
<https://bugs.python.org/issu
Change by Steve Dower :
--
title: Inconsistent registry use in Windows Store package -> Inconsistent
registry virtualization in Windows Store package
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
Didn't work on 1809, but it does work on 20H2, which is the earliest update
that will still be supported when 3.11 ships. I didn't try the ones in between,
but I think we're okay to ignore them.
Interestingly, double-clicking the MSIX on Window
Steve Dower added the comment:
New changeset 3a5afc14e16370c1f4f72d43cb553298ad9a1fa4 by Steve Dower in branch
'main':
bpo-46638: Makes registry virtualisation setting stable when building MSIX
packages (GH-31130)
https://github.com/python/cpyt
Steve Dower added the comment:
Only by following the link I posted and searching for issues that sound like
this one.
Which I just did for you: https://github.com/libffi/libffi/issues/367
There may be more, though. I just grabbed the first one that looked like a
match
Steve Dower added the comment:
New changeset 76b072717a160c44cb8d54be3d5e878bc31f2c38 by Miss Islington (bot)
in branch '3.9':
bpo-46638: Makes registry virtualisation setting stable when building MSIX
packages (GH-31130)
https://github.com/python/cpyt
Steve Dower added the comment:
I think we want the scheme to be static and accessible on all platforms, like
the others. So it probably should be 'nt_venv' and 'posix_venv' with
additional/improved logic to help apps determine when they need each.
-
New submission from Steve Dower :
libexpat recently fixed a security issue relating to some arithmetic:
https://github.com/libexpat/libexpat/pull/534
I assume we should take this fix, either by updating our entire bundled copy or
just backporting the patch.
--
components: XML
Steve Dower added the comment:
Probably. I searched for the CVE number and didn't find it anywhere, but that
issue only mentions the new release version.
--
resolution: -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder: -> Please update
Steve Dower added the comment:
It still unfortunately sounds like a Windows issue. All we do is specify that
there should be a file there, we have nothing to do with creating or removing
them. I'm not sure there's anything else we can do to help.
You could try reporting the issue
Steve Dower added the comment:
All I can say is that I wasn't aware of this discussion, or it blurred into the
other discussions and didn't seem to need any attention from me.
Once I was pinged on the pull request (and I'm *trying* to be better at
checking GitHub notifi
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
This option may be disabled if you have already installed the launcher
for only the current user. In this case, we aren't able to replace it
with an all-users install.
Open Programs and Features and find the Python launcher, uninstall it,
and then try
Steve Dower added the comment:
Thanks. This is being tracked in issue25166, and is waiting on a fix from our
installer toolset, who have previously indicated that they're not interested in
fixing it, but wouldn't rule it out in their next major version.
--
resolution: -&
Steve Dower added the comment:
Does Cygwin not use : as a path list separator? (What would normally be
; on Windows.)
Perhaps the CPython build needs to be patched specially here to handle
different separator character.
--
___
Python tracker
Steve Dower added the comment:
Thanks for the additional info! I agree with the design you propose.
It would be much easier to make the ARM64 install use the tagged
directory though (C:\Program Files\Python 3.11-arm64). I'd rather not
get into the business of detecting platforms fro
Steve Dower added the comment:
Yeah, currently the only detection that happens is OS version, and just
so we can block (or at least log) users who are trying to install on
supported versions. The install directories are unconditional.
Any dynamic detection code would have to go into
Tools
Steve Dower added the comment:
Easy, and thanks for the PR!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 98dd0aec2d0cb8971fb5363532c25041a5ba6fdc by Jeremy Kloth in
branch 'main':
bpo-46778: Enable multiprocess compilation for source files when building on
Windows (GH-31390)
https://github.com/python/cpyt
Steve Dower added the comment:
> one option would be to enhance PCbuild/get_external.py to add support
for a cache directory.
It should already have this support - set the EXTERNALS_DIR environment
variable before building. I use this in my own builds.
Though if there are speci
New submission from Steve Dower :
This causes a failure on one of my test machines where the firewall settings
forbid it.
However, the test itself seems designed to only listen on localhost. Even
tracing all call through socket, I don't see when or where it is attempting to
list
Steve Dower added the comment:
Looks like my issue is actually related to the timeouts added in issue44011.
I'm guessing it's an SSL shutdown timeout, because those are notoriously weird
on Windows/OpenSSL.
The timeout is now 30s, but the test aborts after 10s. If I increas
Steve Dower added the comment:
In fact, I only have to increase the test timeout to 15s to get it to pass
reliably.
I don't see any reason the test should time out quicker than the operations
it's testing though, right? So set
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29630
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/31502
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 77f31a91d55df2df79ac767690738081f27ad476 by Steve Dower in branch
'main':
bpo-46822: Increase timeout for test_create_server_ssl_over_ssl to match
underlying timeouts (GH-31502)
https://github.com/python/cpyt
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
> I am not sure but would say that the first two options are related to the
> py-launcher not the the python interpreter itself.
You correctly read the options, so we'll need a suggestion on how to make it
more clear without becoming impenetr
Steve Dower added the comment:
So I'm the "team" that designed it the first time (with input from others, of
course, but it wasn't designed by a committee or anything), and the primary
goal was to enable a single-click install for the majority of users, biased
towards
Steve Dower added the comment:
Getting this done with some help from colleagues. Tcl and Tk have been updated
to support it, and I've pulled down their patches into our source repo.
Hopefully I find time to get the build and setup updates done before the next
alpha... adding Pablo ju
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29696
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31574
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
This is blocked on the IDLE issue in
https://github.com/python/cpython/runs/5334087871?check_suite_focus=true
==
ERROR: test_mousewheel (idlelib.idle_test.test_sidebar.ShellSidebarTest
Steve Dower added the comment:
Despite the IDLE issue, I made a test release. Again, I don't have time to dig
into it before Monday, but if anyone does and would like to help out, here are
the installer files (for all platforms):
https://artprodcus3.artifacts.visualstudio.com/Ac0fc90aa
Steve Dower added the comment:
Thanks for the analysis. It should be fine to set PlatformToolset=v142 to
choose the older compiler, so I'll give that a go.
Anything I can do to help the compiler team figure out what's broken?
--
Steve Dower added the comment:
I updated the builds in cpython-bin-deps and retriggered the PR tests.
--
___
Python tracker
<https://bugs.python.org/issue46
Steve Dower added the comment:
New changeset da7d99a4de72aac8d436cecedf16ab2676f9b785 by Steve Dower in branch
'main':
bpo-46567: Add Tcl/Tk build for Windows ARM64 (GH-31574)
https://github.com/python/cpython/commit/da7d99a4de72aac8d436cecedf16ab
Steve Dower added the comment:
Build and tests were fine, and a test release build was too, so merging and
closing this.
Any new Tcl/Tk issues should get a new bug. If they only affect ARM64, just
mention that in the issue.
--
resolution: -> fixed
stage: patch review -> re
Steve Dower added the comment:
Yes, named memory mappings only exist on Windows until the last
reference is closed, so this is a difference due to the underlying OS.
The implementation of unlink() recognises this (the entire body is under
a _USE_POSIX check), but the docs do not reflect it
Steve Dower added the comment:
The _base_executable change might be, though it should still be preferring the
environment variables here, but I don't think I touched anything that would
affect which symlinks are created by venv.
--
nosy: +vinay.
Steve Dower added the comment:
I'm working on this now.
--
assignee: -> steve.dower
___
Python tracker
<https://bugs.python.org/issue46566>
___
___
Py
Steve Dower added the comment:
> Is sys._base_executable updated after running getpath.py?
It shouldn't be, but site.py might do it.
More likely it's in how getpath.py is handling the environment variable
overrides. It should be pretty easy to track down and change - the old
Steve Dower added the comment:
> If there's a way to add a test for this case as well, that would be
> handy. Way too little documentation here.
There's definitely a way to add a test now, because test_getpath uses
completely fake initial conditions to verify that getpath.py
Steve Dower added the comment:
Eryk's post is useful background information, but not helpful for this
particular case ;)
>From Windows's POV, there is no "creating" process of the shared memory. If
>it's going away, it's because none of the other processe
Steve Dower added the comment:
> I've pasted the diff below because I'm not yet convinced that it is correct
> (in particular the value for "argv0".)
argv0 is literally what C sees in argv[0], which in the framework case I
believe is calculated by a launcher?
Steve Dower added the comment:
It's looking for a precompiled bundled stdlib, rather than one that's been
generated from adjacent source files. This is deliberate (also quite an
advanced scenario, but it does get used).
--
components: -Documentation
resolution: -> no
Steve Dower added the comment:
Forget exactly when I did this, but I did it.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29797
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/31677
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
Posted half a PR for this, which is worth taking in itself, but doesn't
completely address the whole change. It will install to the correct
ProgramFiles folder on ARM64 now, but still with the suffix.
If we are to take the rest of the change (use "-
Steve Dower added the comment:
New changeset 8f31bf46980956c735dd18f9914f3e7144e87c77 by Steve Dower in branch
'main':
bpo-46744: Move Windows ARM64 installation directory to correct ProgramFiles
(GH-31677)
https://github.com/python/cpython/commit/8f31bf46980956c735dd18f9914f3e
Steve Dower added the comment:
If you can build this on top of nt._path_splitroot then it could save a decent
amount of work, though at the same time I think it's worthwhile having a pure
Python implementation which is cross-platform.
Haven't looked at the PR yet (or Eryk's
New submission from Steve Dower :
CVE-2022-26488 is an escalation of privilege vulnerability in the Windows
installer for the following releases of CPython:
* 3.11.0a6 and earlier
* 3.10.2 and earlier
* 3.9.10 and earlier
* 3.8.12 and earlier
* All end-of-life releases of 3.5, 3.6 and 3.7
Change by Steve Dower :
--
keywords: +patch
pull_requests: +29843
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31726
___
Python tracker
<https://bugs.python.org/issu
Change by Steve Dower :
--
pull_requests: +29844
pull_request: https://github.com/python/cpython/pull/31727
___
Python tracker
<https://bugs.python.org/issue46
Change by Steve Dower :
--
pull_requests: +29845
pull_request: https://github.com/python/cpython/pull/31728
___
Python tracker
<https://bugs.python.org/issue46
Change by Steve Dower :
--
pull_requests: +29846
pull_request: https://github.com/python/cpython/pull/31729
___
Python tracker
<https://bugs.python.org/issue46
Change by Steve Dower :
--
pull_requests: +29847
pull_request: https://github.com/python/cpython/pull/31730
___
Python tracker
<https://bugs.python.org/issue46
Steve Dower added the comment:
> I have a patch that seems to do the right thing. It required adding
> WITH_NEXT_FRAMEWORK to the globals when evaluating getpath.py to detect this
> scenario.
I haven't had a chance to go through all your changes, and I'm only very
va
Steve Dower added the comment:
Yeah, this is fine to still be in alpha 6. Very unlikely that anyone is making
it a system-wide default anyway, and certainly not in secure/production systems.
--
___
Python tracker
<https://bugs.python.
Steve Dower added the comment:
New changeset 77446d2aa56e9e3262d9d22473420ff5e907 by Steve Dower in branch
'main':
bpo-46948: Fix CVE-2022-26488 by ensuring the Windows Installer correctly uses
the install path during repair (GH-31726)
https://github.com/python/cpyt
Steve Dower added the comment:
New changeset 136842c91b5783e205e217c4855baa9dadd4ad41 by Steve Dower in branch
'3.10':
bpo-46948: Fix CVE-2022-26488 by ensuring the Windows Installer correctly uses
the install path during repair (GH-31727)
https://github.com/python/cpyt
Steve Dower added the comment:
New changeset 101a1bee1953b82339115c5e648e1717359c78eb by Steve Dower in branch
'3.9':
bpo-46948: Fix CVE-2022-26488 by ensuring the Windows Installer correctly uses
the install path during repair (GH-31728)
https://github.com/python/cpyt
101 - 200 of 6138 matches
Mail list logo
