Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
>> Usually this error occurs due to PATH conflicts.
>
> Python 3.8 and above does not use PATH when importing extension modules
For this issue, the PATH conflict would be that "pip" and "python" refer to
different Python inst
Steve Dower added the comment:
I didn't mean to change it. Maybe bpo did it automatically?
There are a few ways to get multiple Python installs that could lead to
launching the wrong one through PATH. --user is one of the least likely.
--
status: open ->
Steve Dower added the comment:
> I've found that it's reproducible if you run flake8 on a file that just
> contains: `a.b`
ISTR there were some changes made to assigning attributes on AST classes
recently? I forget who did them, but I remember discussing it during the
s
New submission from Steve Dower :
Python on Windows currently has no values in sysconfig to locate the lib files
for building. Though these are very predictable (for now), it would be nice to
have them in the same place as for other platforms.
I propose defining the following config vars in
Steve Dower added the comment:
Should actually be:
LIBPL=Path(sysconfig.get_config_var("installed_base")) / "libs"
--
___
Python tracker
<https://bug
Steve Dower added the comment:
Thanks! This is a great idea.
I'd prioritise adding support to the Store app first, as that's easier to
manage (we're not having to modify files owned by other apps outside of our
install directory). But no reason we couldn't extend the
Steve Dower added the comment:
I can't reproduce these on my own (Windows) machine either.
Looking at the output, I think the tests are just going to be inherently
flakey. It's not testing the specific scenario directly enough, and relying
heavily on implicit synchronization.
W
Steve Dower added the comment:
> But 3.9 and 3.8 are not failing on test_ssl, so do something has clearly
> changed. Are the failing tests new?
They're flakey in the sense that they're not failing reliably, when they
clearly should be :)
If something changed about how
Steve Dower added the comment:
Thanks, Eric.
Anyone may feel free to create and release their own MSI distro of CPython. I
don't even mind if you use the binaries from our releases, as those are signed
and your users will be able to know that they aren't modified (it's a li
Steve Dower added the comment:
> If changing the console input codepage to UTF-8 fixes the mojibake problem,
> then probably you're running Python in UTF-8 mode.
I forget where I saw them, but there are some places where we incorrectly use
stdin encoding for writing to stdout
Steve Dower added the comment:
distutils is deprecated and no further bugs will be fixed (other than newly
discovered release blockers).
You will want to report this to setuptools instead.
--
resolution: -> out of date
stage: patch review -> resolved
status: open -&g
Change by Steve Dower :
--
nosy: -steve.dower
___
Python tracker
<https://bugs.python.org/issue34219>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Steve Dower :
--
nosy: -steve.dower
___
Python tracker
<https://bugs.python.org/issue25957>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
Pooja, could you share your install logs? Details are in my post directly above
yours.
--
___
Python tracker
<https://bugs.python.org/issue40
Steve Dower added the comment:
It still seems like pyexpat is not installing properly.
My best guess is that some virus scanner is silently blocking that file from
being installed.
Do you know what scanner you have enabled? If you can disable it, can you try
doing an uninstall/reinstall
Steve Dower added the comment:
Unfortunately, I've got no idea whether it's failing to uninstall the MSI or if
it's specific to removing the PATH environment variable. If you've still got
the rest (no more than 2-3 I'd expect) of the uninstall log files in your
Steve Dower added the comment:
You shouldn't need to install the redistributable, but if you can't, then you
have an issue that is not limited to CPython and it's not something we can fix.
It sounds like you didn't try disabling any virus scanners. That may still
help.
Steve Dower added the comment:
I see this line in your log:
Rejecting product '{6504EEE5-2172-4D34-A76D-0372356396B4}': Non-assigned apps
are disabled for non-admin users.
I'm not entirely sure what it means, or how you managed to install it under
this apparent restrictio
Steve Dower added the comment:
The appx layout is also the only one in CI that actually uses an installed
layout - all the rest run tests from the source tree. So it could be related to
that.
If it's a warning, it could also be that the warning is being triggered
somewhere else
Steve Dower added the comment:
Change looks good. 3.8 is security fixes only at this stage, but it can go back
to 3.9
--
versions: -Python 3.8
___
Python tracker
<https://bugs.python.org/issue41
Steve Dower added the comment:
New changeset 449e6f0ef395231e3abe467f910b02d7f075c27f by Ryan Hileman in
branch 'main':
bpo-41299: Reduce lag in Windows threading timeouts by using a higher precision
time source (GH-26568)
https://github.com/python/cpyt
Steve Dower added the comment:
> Decrease the global recursion limit only for windows debug.
This is already what we do, so if someone has increased stack usage, they
should also decrease the value here.
Hopefully the non-debug value doesn't have to be reduced. In that case, it&
New submission from Steve Dower :
Currently we don't enable CFG (which is runtime protection against code
injection into tables), because it likely has a performance impact and the kind
of attack is outside our scope.
However, we should make it easier to build CPython with CFG enable
Change by Steve Dower :
--
keywords: +patch
pull_requests: +25231
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26645
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
FWIW, I don't actually know what the performance impact is. I'm not set up for
running the perf benchmarks, and I don't know if anyone else is (on Windows),
but if someone would like to then it'll be easier once the environment option
to e
Steve Dower added the comment:
Sorry, you've reported a range of issues here and it's not clear what the
problem is.
Many many people (literally millions) have successfully installed Python on
Windows with these installers, and even more (including most Microsoft
product
Steve Dower added the comment:
New changeset 5af56c6f2a0d11df37fed7ecaaf321cf6926ba13 by Steve Dower in branch
'main':
bpo-44381: Windows build now allows enabling control flow guard (GH-26645)
https://github.com/python/cpython/commit/5af56c6f2a0d11df37fed7ecaaf321
Steve Dower added the comment:
New changeset 9580d3894ad158ae909e7573a02dcd087de0b673 by Miss Islington (bot)
in branch '3.9':
bpo-44381: Windows build now allows enabling control flow guard (GH-26645)
https://github.com/python/cpython/commit/9580d3894ad158ae909e7573a02dcd
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
Jason - I think your -add and -remove options need work. I'm pretty sure the
AzureBuildTools component doesn't bring in the C++ compilers or the WinSDK.
If you configure it manually and interactively, you should be able to export a
JSON configuratio
Steve Dower added the comment:
WINE is not a platform that we officially support, and for the installer, I'm
willing to say that we never will.
Our installer is based on the WiX Toolset, so anything that can be fixed will
have to be fixed by them first. It's possible that they ha
Steve Dower added the comment:
distutils.sysconfig doesn't expose the headers path either, it's only there as
a default value for the install command (Lib/distutils/command/install.py).
So it doesn't seem unreasonable to provide a recommendation on where to put
shared heade
Change by Steve Dower :
--
keywords: +patch
pull_requests: +25381
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26800
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
Python 3.6 is no longer supported by us, so unless this occurs with a newer
version (which apparently it does not), we're not going to be able to look into
it.
If this is critical to you, you probably want to get in touch with Anaconda or
ActiveState t
Steve Dower added the comment:
New changeset 80190b3e533097b55077becddc75423318ab2371 by Steve Dower in branch
'main':
bpo-43298: Improved error message when building without the Windows SDK
installed (GH-26800)
https://github.com/python/cpyt
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.11, Python 3.9
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
Thanks for the patch!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 19459f8ce63cc7f905e3c1a55d09d4d10d245343 by Samuel Marks in
branch 'main':
bpo-44321: Adds `os.EX_OK` for Windows (GH-26559)
https://github.com/python/cpython/commit/19459f8ce63cc7f905e3c1a55d09d4
Steve Dower added the comment:
The file that fails contains a UTF-8 BOM at the start, which is a multibyte
character indicating that the file is definitely UTF-8.
Unfortunately, none of Python's default settings will handle this, because it's
a convention that only really exists
New submission from Steve Dower :
The project files require an additional check in PCbuild/python.props to select
the right toolset for VisualStudioVersion=17.0. Without this, everything will
refuse to build.
The toolset is still v142, so there should be not compatibility issues. The
Steve Dower added the comment:
I'm going to revert this and replace it with a marshal.loads (and dumps) event
instead.
The performance impact on loading .pyc files is too great, as it triggers the
hook for each function. Without severely modifying importlib we can't bypass
the c
Change by Steve Dower :
--
pull_requests: +25527
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/26961
___
Python tracker
<https://bugs.python.org/issu
Change by Steve Dower :
--
keywords: +patch
pull_requests: +25528
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26962
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 139de04518bd98a975b7c98ab8a38e570dc585e4 by Steve Dower in branch
'main':
bpo-41180: Replace marshal code.__new__ audit event with marshal.load[s] and
marshal.dumps (GH-26961)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +25534
pull_request: https://github.com/python/cpython/pull/26970
___
Python tracker
<https://bugs.python.org/issue41
Change by Steve Dower :
--
pull_requests: +25535
pull_request: https://github.com/python/cpython/pull/26971
___
Python tracker
<https://bugs.python.org/issue41
Change by Steve Dower :
--
pull_requests: +25536
pull_request: https://github.com/python/cpython/pull/26972
___
Python tracker
<https://bugs.python.org/issue41
Steve Dower added the comment:
New changeset a5764d3d96341441d3f70fb5c96a82610a3f4842 by Steve Dower in branch
'3.10':
bpo-41180: Replace marshal code.__new__ audit event with marshal.load[s] and
marshal.dumps (GH-26970)
https://github.com/python/cpyt
Steve Dower added the comment:
New changeset 863e3d5c7e037b24b8294b041ed7686b522973d8 by Steve Dower in branch
'3.9':
bpo-41180: Replace marshal code.__new__ audit event with marshal.load[s] and
marshal.dumps (GH-26971)
https://github.com/python/cpyt
Steve Dower added the comment:
New changeset 95919b0d2744adb87acf696ae1de905cf02a95a6 by Steve Dower in branch
'main':
bpo-41180: Fixes documentation to specify correct event name and add
versionchanged (GH-26972)
https://github.com/python/cpyt
Steve Dower added the comment:
New changeset d3a95c1b6eacbbbd92c294744e7ed41932f3f63e by Steve Dower in branch
'main':
bpo-44535: Enable building with Visual Studio 2022 on Windows (GH-26962)
https://github.com/python/cpython/commit/d3a95c1b6eacbbbd92c294744e7ed4
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
We can't delete the definition without going through a deprecation process, as
it will break existing code with a new exception at the point of access rather
than the point of use. At best, we can short-circuit those errors and raise
them with a
Steve Dower added the comment:
I agree that's theoretically how it should go, but we've had enough examples of
undocumented/buggy behaviour where the fix was worse than the bug (to the point
where we brought back an undocumented C field that was deprecated in 3.0
because removing
Change by Steve Dower :
--
keywords: +patch
pull_requests: +25546
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26984
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset 1b133ab8412e4f6a53914212df7a7656f376256d by Steve Dower in branch
'main':
bpo-44479: Regenerate test_frozenmain.h and frozen_hello.h during build on
Windows (GH-26984)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +25595
pull_request: https://github.com/python/cpython/pull/27035
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
New changeset f3289a50503ed1a809d77fb03744bdcc7b9f1093 by Steve Dower in branch
'3.10':
bpo-44479: Regenerate test_frozenmain.h and frozen_hello.h during build on
Windows (GH-26984)
https://github.com/python/cpyt
Steve Dower added the comment:
Great! I backported to 3.10, but we never took the other changes back to 3.9 so
it can stop there.
--
assignee: -> steve.dower
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10,
Steve Dower added the comment:
It enables it for accessing from within Python, but doesn't enable Python
itself to be installed into a long path. And because a venv is essentially an
installation, they're included in that. (Possibly %PYTHONPATH% entries are too.)
I haven
Steve Dower added the comment:
Oh, and there's no harm in adding a note to that doc section explicitly
pointing out that it doesn't enable CPython itself to be installed to a long
path, and it may not enable packages to be imported from long paths in all
scenarios (as it'
Steve Dower added the comment:
> Note that CopyFileEx() is a high-level Windows API function, not a "kernel
> mode" copy.
This is true today, but could change whenever Windows feels like changing it.
If we switch to the native API then we'll get any advantage there aut
Steve Dower added the comment:
> Why does it have to be so complicated? What is the rationale behind
> prohibiting different patches in separate folders?
Most users don't want different patches in separate folders - they want to
update to the latest and greatest and use it
Steve Dower added the comment:
Didn't even realise we had a test for it. Maybe it only runs in install-like
layouts?
I'll simplify the regeneration by just doing it every time. Nothing else
depends on the license file, so it won't matter if we touch i
Change by Steve Dower :
--
pull_requests: +25612
pull_request: https://github.com/python/cpython/pull/27056
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
New changeset 3d3027c5fcc683c14ee55ad231d79971ba12b24d by Steve Dower in branch
'main':
bpo-44479: Simplified LICENSE.txt regeneration in Windows build (GH-27056)
https://github.com/python/cpython/commit/3d3027c5fcc683c14ee55ad231d799
Change by Steve Dower :
--
pull_requests: +25613
pull_request: https://github.com/python/cpython/pull/27058
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
You found your way to the issue tracker where we can help, which is more
enlightened than most of our other ~20 million users :)
Nuget allows you to download the packages directly. Go to the page I linked and
choose your version, then find the download link
Steve Dower added the comment:
New changeset f2491c647937fc0871a473c19e3d5cb5392cfca0 by Steve Dower in branch
'3.10':
bpo-44479: Simplified LICENSE.txt regeneration in Windows build (GH-27056)
https://github.com/python/cpython/commit/f2491c647937fc0871a473c19e3d5c
New submission from Steve Dower :
mimetypes.init is slow on Windows because of the big registry search, which
involves touching thousands of entries in order to add a few hundred into the
initial table.
Things get even worse when audit hooks are enabled, because the winreg methods
need to
Change by Steve Dower :
--
keywords: +patch
pull_requests: +25614
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27059
___
Python tracker
<https://bugs.python.org/issu
Change by Steve Dower :
--
components: +Windows
nosy: +paul.moore, tim.golden, zach.ware
___
Python tracker
<https://bugs.python.org/issue44582>
___
___
Pytho
Steve Dower added the comment:
It's only a rough benchmark, but my timings for `python -c "import mimetypes;
mimetypes.init()` were ~200ms without the accelerator and ~100ms with the
accelerator.
Since that includes all of startup, it's actually a better than 50%
Steve Dower added the comment:
mimetypes doesn't _really_ support clearing, but `python.exe -m timeit "import
mimetypes as M; M.types_map.clear(); M.init()"` is pretty close.
Without the accelerator: 133ms
With the acce
Steve Dower added the comment:
Some quotes from my reply to an off-list email that may be useful for other
people who encounter this issue:
---
Apps that use Python-based plugins we can't make Just Work - it's up to the
host application to work with Python installs (or to bund
Steve Dower added the comment:
Huh, interesting that the email reply is identical to the one above from
Константин, but the email I received had no reference to bpo in it...
Okay, consider my reply above identical to the one I sent off list
Steve Dower added the comment:
New changeset bbf2fb6c7ae78f40483606f467739a58cd747270 by Steve Dower in branch
'main':
bpo-44582: Accelerate mimetypes.init on Windows with a native accelerator
(GH-27059)
https://github.com/python/cpython/commit/bbf2fb6c7ae78f40483606f467739a
Steve Dower added the comment:
Dropping the 3.9 backport. Pretty sure it only needs a clinic regen, but it's
also not worth the risk of changed behaviour.
We could consider it again after 3.10 has shipped if people really want it (and
can help validate it).
--
resolution: -&g
Steve Dower added the comment:
msvc9compiler.py has been deprecated ever since _msvccompiler.py was
introduced, so no code should be using it (it was always internal anyway).
And now all of distutils is also deprecated, so you probably need to report
this to the setuptools project at https
Steve Dower added the comment:
New changeset 0ee0a740e12ec8568aafa033aa6bb08b265afe26 by Konstantin-Glukhov in
branch 'main':
bpo-44572: On Windows, disconnect STDIN in platform._syscmd_ver() to prevent
erroneous STDIN consumption (GH-27092)
https://github.com/python/cpyt
Steve Dower added the comment:
I'm sure it will help, but official support will continue to be blocked by
availability of CI/CD systems for first- and third-party packages/testing.
--
___
Python tracker
<https://bugs.python.org/is
Steve Dower added the comment:
Apart from the duplication, is there some reason why this is a problem?
The name is used in a number of other places where the version number is very
helpful. I'm not sure we can separate the variables i
Steve Dower added the comment:
New changeset 5fc784e28ab9cd02c30395d1973ff825b787efa2 by Miss Islington (bot)
in branch '3.9':
bpo-44572: On Windows, disconnect STDIN in platform._syscmd_ver() to prevent
erroneous STDIN consumption (GH-27092)
https://github.com/python/cpyt
Steve Dower added the comment:
Thanks for the contribution!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
> Maybe it would be useful to implement something like this in time.sleep()
> itself, but I don't know whether the need in a few cases warrants the
> increased complexity and cost in general.
It certainly wouldn't be worth the power and CP
Steve Dower added the comment:
> Would it be OK to run python in externals folder instead ?
No, because it needs to freeze with the current build. However, we should
definitely not regenerate anything when "$(Configuration) == 'PGUpdate'".
Checking that in regen.tar
Steve Dower added the comment:
> do you know what the correct usage of importlib.util.spec_from_file_location
> is to match importlib.import_module ?
Maybe I'm misreading your example, but isn't the correct usage here to pass an
absolute location= argument? Or are you
Steve Dower added the comment:
New changeset 92b5dc780db968f6277f42cb06926dddb7475dc6 by Ray Donnelly in
branch 'main':
bpo-40263: Fixes an off-by-one error in _winapi_WaitForMultipleObjects_impl
(GH-19501)
https://github.com/python/cpython/commit/92b5dc780db968f6277f42cb06926d
Steve Dower added the comment:
Fixed, better late than never.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
We could also provide a better check in WindowsConsoleIO.isatty, since that
should have already handled most of the previous checks (I wouldn't want to do
a typecheck in getpass, though). But yeah, this seems like "sys.stdin and
sys.stdin.isatty
Steve Dower added the comment:
New changeset 899e37b202c8b096d55e2e3c300c9759ebfe7f7a by Miss Islington (bot)
in branch '3.9':
bpo-40263: Fixes an off-by-one error in _winapi_WaitForMultipleObjects_impl
(GH-19501)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +25983
stage: resolved -> patch review
pull_request: https://github.com/python/cpython/pull/27460
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
> I suppose checking the file type in io._WindowsConsoleIO.isatty() could be
> useful in case the file descriptor gets reassigned to a non-console file
> (e.g. via os.close or os.dup2).
Pretty sure we currently don't support these anyway. Wi
Steve Dower added the comment:
New changeset 3edec5d142365f2340865b4f12652e6aa627818a by Steve Dower in branch
'main':
bpo-44479: Do not regenerate files during a PGO build as it will invalidate the
profile. (GH-27460)
https://github.com/python/cpyt
Change by Steve Dower :
--
pull_requests: +25985
pull_request: https://github.com/python/cpython/pull/27462
___
Python tracker
<https://bugs.python.org/issue44
Steve Dower added the comment:
New changeset 0b984d19547c2c16203e9ab2b2959fbabcde by Steve Dower in branch
'3.10':
bpo-44479: Do not regenerate files during a PGO build as it will invalidate the
profile. (GH-27462)
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:
Yep, it's just a thank you and acknowledgement that was in the installer, so I
brought it forward.
However, we removed it a couple of versions ago (with Mark's permission). So
it's certainly not an issue that needs to b
901 - 1000 of 5794 matches
Mail list logo
