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/7c11a9accabe3720940f334eb1226b
Steve Dower added the comment:
Thanks!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
Thanks!
--
assignee: -> steve.dower
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
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.pyth
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
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 us
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 ha
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 c
Change by Steve Dower :
--
resolution: -> fixed
stage: backport needed -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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'
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
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 wh
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
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
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 enc
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 a
Steve Dower added the comment:
Sounds good to me.
Pull requests welcome :)
--
___
Python tracker
<https://bugs.python.org/issue41853>
___
___
Python-bugs-list m
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
Change by Steve Dower :
--
resolution: -> fixed
stage: commit review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Steve Dower :
--
pull_requests: +21445
pull_request: https://github.com/python/cpython/pull/22405
___
Python tracker
<https://bugs.python.org/issue39
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
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/issue39
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 gene
Steve Dower added the comment:
I'm closing this as external, as the canonical source for platform tags is now
the packaging library.
Either pip and/or distlib should switch to using that library or the logic
included (which I'll note is considerably more complex - but also
Steve Dower added the comment:
mimetype uses the system database for MIME types, which on Windows is
application/x-zip-compressed, so this is by design.
If you have a need to specify a MIME type that does not match the system you're
on, you'll need your own logic.
--
Steve Dower added the comment:
I have no objection to bumping it further, provided someone has fixed
importlib.resources on 3.10 (i.e. my backported tests pass)
--
___
Python tracker
<https://bugs.python.org/issue41
New submission from Steve Dower :
Original report:
https://twitter.com/Steve_Casselman/status/1313564671652159488?s=20
A user received MSI error 1926 in a popup dialog, text reading:
> Could not set file security for file
> 'C:\Users\sc\AppData\Roaming\Microsoft\Installer\
Steve Dower added the comment:
Suspicious points:
* error 0 means success, so it shouldn't be popping up an error
* 'Installer\' is a directory, not a file
* %AppData%\Microsoft\Installer is normally readable by Everyone, but only
writable by Administrators, even in the user&#x
Steve Dower added the comment:
> I was able to reproduce the error dialog by changing the owner of the
> "Installer" folder to the current user and removing the two DACL entries that
> grant access to Administrators and SYSTEM.
Yeah, I'd assumed the most likely c
Steve Dower added the comment:
Yep, unless this directly impacts normal distutils usage, it's not going to be
fixed (regardless of the formal deprecation proposal, we already have a policy
of minimizing changes to distutils).
You could submit a patch to Bugzilla to switch th
Change by Steve Dower :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue41952>
___
___
Change by Steve Dower :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue41917>
___
___
Change by Steve Dower :
--
versions: +Python 3.10 -Python 2.7, Python 3.5, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.org/issue28343>
___
___
Steve Dower added the comment:
I got the source repo update, and poked the PR to get it to re-run. If it's all
clear, I have no opposition to someone else doing the final merge.
--
___
Python tracker
<https://bugs.python.org/is
Steve Dower added the comment:
New changeset bfe6e03cd6931813dd61b50f5fdf7d8a8848f4cd by Erlend Egeberg
Aasland in branch 'master':
bpo-41557: Update Windows installer to use SQLite 3.33.0 (GH-21960)
https://github.com/python/cpython/commit/bfe6e03cd6931813dd61b50f5fdf7d
Steve Dower added the comment:
Thanks for figuring that out, Eryk.
Probably we should just update venv to do a realpath(sys._base_executable) to
handle the venv-from-symlinked-venv scenario.
Though I'd also be quite happy to just disallow that entirely (as we used to?).
If you e
Steve Dower added the comment:
This is due to how Windows resolves relative paths when creating a new process.
It *always* looks in the current application directory first, which with this
setup will be the original Python executable rather than the venv redirector.
The best fix is to pass
Steve Dower added the comment:
Thanks for doing the PR, Paul.
Honestly, I'd rather document in subprocess that Popen("python") is not a good
idea, and should use either sys.executable or shutil.which depending on what
you mean. This is a platform-independent gotcha, as it
Steve Dower added the comment:
> The bit that I *do* think is a venv gotcha is that it's entirely reasonable
> for a user to expect that if they run path\to\venv\Scripts\python.exe, then
> their Python script will be run by that executable.
This is still true, though, as muc
Steve Dower added the comment:
Yep, looks like the extra entry can just be removed. Guess we missed it in
issue4963
Care to submit a PR?
--
versions: +Python 3.10 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue42
Steve Dower added the comment:
> I'm not asking that we guarantee any behaviour, or that we commit ourselves
> to anything. Just that we note that people ought not to be making a specific
> assumption
Which is a fine intent, it's just the running assumption is
Steve Dower added the comment:
Python 3.7.9 was a special case, as mentioned on the download page:
https://www.python.org/downloads/release/python-379/
--
___
Python tracker
<https://bugs.python.org/issue42
Steve Dower added the comment:
Yeah, looks done.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 985f0ab3ad5e8e9a8d7fc53026c38390b1f2b466 by Steve Dower in branch
'master':
bpo-39107: Updated Tcl and Tk to 8.6.10 in Windows installer (GH-22405)
https://github.com/python/cpython/commit/985f0ab3ad5e8e9a8d7fc53026c383
Steve Dower added the comment:
If you're building through setuptools, then it's a setuptools bug (they own
distutils going forward). https://github.com/pypa/setuptools
If you're not, please try with setuptools in the picture. It shouldn't require
any more than just
Steve Dower added the comment:
Proposed alternative based on Eryk's:
For maximum reliability, use a fully-qualified path for the executable.
To search for an unqualified name on :envvar:`PATH`, use
:meth:`shutil.which`. On all platforms, passing :data:`sys.execu
Change by Steve Dower :
--
pull_requests: +21738
pull_request: https://github.com/python/cpython/pull/22779
___
Python tracker
<https://bugs.python.org/issue41
Steve Dower added the comment:
I did some bad things in git and so I had to recreate the PR against master,
but the importlib.resources tests still fail.
Seems like the ensurepip/venv tests are fine though? Did something change in
pip/certifi between 20.2.1 and 20.2.3?
I still consider the
Steve Dower added the comment:
New changeset fa8748271a61177e9bf609921fa464cc6990478b by Irit Katriel in
branch 'master':
bpo-38320: Clarify that expectedFailure is satisfied by either failure or error
of the test. (GH-22740)
https://github.com/python/cpyt
Steve Dower added the comment:
Unfortunately, fixing this won't make the builds work in previous versions, so
it can't be backported.
We also need to update the version check in the PR - I left a comment for it.
--
nosy: +steve.dower
versions: -Python 3.8,
Steve Dower added the comment:
Agreed that there's no way we can make Py_buffer part of the limited ABI.
I just looked over the PR and it's missing a What's New entry (e.g.
https://docs.python.org/3/whatsnew/3.9.html#c-api-changes). Other than that,
looks fine to me.
Steve Dower added the comment:
Agreed, this should be updated.
3.7 is out of scope, I'm afraid, but 3.8 onwards should be fine.
--
versions: +Python 3.10 -Python 3.7
___
Python tracker
<https://bugs.python.org/is
Steve Dower added the comment:
New changeset 33242a9328cb3912f02819d2d092bf89681000b2 by Michel Samia in
branch 'master':
bpo-41292: Fixes dead link to cx_freeze from Windows FAQ (GH-21463)
https://github.com/python/cpython/commit/33242a9328cb3912f02819d2d092bf89681000b2
-
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.5, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 5456e78f4593edc277ab72fb9a9db1ebae7d4c2d by Jason R. Coombs in
branch 'master':
bpo-16396: Allow wintypes to be imported on non-Windows systems. (GH-21394)
https://github.com/python/cpython/commit/5456e78f4593edc277ab72fb9a9db1
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 4dfb190a33a1deac60306f15d52d2fe11fb93464 by Zackery Spytz in
branch 'master':
bpo-41217: Fix incorrect note in the asyncio.create_subprocess_shell() docs
(GH-21360)
https://github.com/python/cpython/commit/4dfb190a33a1deac60306f15d52d2f
Change by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
Thanks, Alex!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 3a8fdb28794b2f19f6c8464378fb8b46bce1f5f4 by Alex Gaynor in branch
'master':
bpo-41784: make PyUnicode_AsUTF8AndSize part of the limited API (GH-22252)
https://github.com/python/cpython/commit/3a8fdb28794b2f19f6c8464378fb8b
Steve Dower added the comment:
New changeset f85658a09878c658ae0e0590bfa30e4ce51c9a04 by Jakub Stasiak in
branch 'master':
bpo-40901: Describe what "interface name" means on Windows (GH-20694)
https://github.com/python/cpython/commit/f85658a09878c658ae0e
Steve Dower added the comment:
Very helpful contribution! Thank your
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset 1438c2ac773e87d1f9c97fc22f2346e16bf48773 by Zackery Spytz in
branch 'master':
bpo-41845: Move PyObject_GenericGetDict() back into the limited API (GH22646)
https://github.com/python/cpython/commit/1438c2ac773e87d1f9c97fc22f2346
Steve Dower added the comment:
Thanks!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
I just took a look at the PR and I think it's good, but if anyone else wants to
have a look before I merge it (probably not today), please do.
--
___
Python tracker
<https://bugs.python.org/is
Steve Dower added the comment:
New changeset f2312037e3a974d26ed3e23884f94c6af111a27a by TIGirardi in branch
'master':
bpo-38324: Fix test__locale.py Windows failures (GH-20529)
https://github.com/python/cpython/commit/f2312037e3a974d26ed3e23884f94c
Steve Dower added the comment:
Thanks!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
New changeset ff1ae3dd334faa2006394c2318db385cdc42030a by Zackery Spytz in
branch 'master':
bpo-30612: Tweak Windows registry path syntax in the docs (GH-20281)
https://github.com/python/cpython/commit/ff1ae3dd334faa2006394c2318db38
Change by Steve Dower :
--
nosy: -miss-islington
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Steve Dower :
--
pull_requests: +21773
pull_request: https://github.com/python/cpython/pull/22817
___
Python tracker
<https://bugs.python.org/issue38
Steve Dower added the comment:
New changeset faddc7449d07e883b8ad8bb95dd68ce6dbdc06e8 by Miro Hrončok in
branch 'master':
bpo-38439: Add 256px IDLE icon to the .ico, drop gifs from it (GH-19648)
https://github.com/python/cpython/commit/faddc7449d07e883b8ad8bb95dd68c
Steve Dower added the comment:
New changeset 6d883fbe14751b58d9ed2fd708322613d8931035 by Steve Dower in branch
'master':
bpo-38439: Update the Windows Store package's icons for IDLE. Artwork by Andrew
Clover (GH-22817)
https://github.com/python
Steve Dower added the comment:
This seems complete to me, but feel free to reopen if it is not.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.7
___
Python tracke
Change by Steve Dower :
--
nosy: +steve.dower
nosy_count: 4.0 -> 5.0
pull_requests: +21801
pull_request: https://github.com/python/cpython/pull/22858
___
Python tracker
<https://bugs.python.org/issu
Steve Dower added the comment:
New changeset b6f2fc90409e291822166d74ce7402e0ef4dba91 by Philippe Ombredanne
in branch 'master':
bpo-25655: Improve Win DLL loading failures doc (GH-22372)
https://github.com/python/cpython/commit/b6f2fc90409e291822166d74ce7402
Steve Dower added the comment:
Thanks for the PR!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
> Steve, the PR that you pushed has the wrong error and error message.
Ah whoops. I'll reopen and hopefully someone can fix it up.
> The advice to use dumpbin is fine and works well in simple cases.
It's only meant as a starting point. It
Change by Steve Dower :
--
versions: +Python 3.8, Python 3.9
___
Python tracker
<https://bugs.python.org/issue25655>
___
___
Python-bugs-list mailing list
Unsub
Steve Dower added the comment:
Sounds good, but I don't think we can backport it. It's not _our_ public API,
but it's still going to impact compiling modules.
Also, looking at the docs link above, copysign() is for floats and _copysign()
is for doubles, which means it's
Steve Dower added the comment:
New changeset da6f098188c9825f10ae60db8987056b3a54c2e8 by Christopher
Marchfelder in branch 'master':
bpo-40592: shutil.which will not return None anymore if ; is the last char in
PATHEXT (GH-20088)
https://github.com/python/cpyt
Steve Dower added the comment:
Thanks for the contribution! Looking forward to your next one :)
--
nosy: -miss-islington
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10, Python 3.8, P
Steve Dower added the comment:
Thanks for finding the error code, Terry.
CaptainMitsumoto, firstly sorry for the frustration. We try to make it work
reliably everywhere, but there are so many variables when it comes to
installation that weird things always come up.
As an alternative, you
Steve Dower added the comment:
I'm as familiar as anyone else that I'll be able to find, but I've really got
no way to explain why the window isn't becoming visible.
Is it possible that it's trying to default to the process's nShowCmd value
instead of a const
Change by Steve Holden :
--
nosy: -holdenweb
___
Python tracker
<https://bugs.python.org/issue8943>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
Unfortunately, this is deliberate, or at least deliberate enough to not
consider it a bug.
The installer from python.org is intended to only support a single install
per-machine.
In general, if you simply copy the installation folder to a new location it
Steve Dower added the comment:
That python.exe stub being there may be the reason it doesn't appear to do
anything. If you aren't fully up to date on preview builds (which is likely),
then running it with any arguments will silently exit.
If you run it just as "python.exe&qu
Steve Dower added the comment:
So for a manually managed install, your best bet is to just copy the install
directory somewhere else (and then maybe remove the original? Up to you). That
will break the MSI tracking that lets us do reliable upgrades and repairs, but
shouldn't break P
Steve Dower added the comment:
If `\Lib\os.py` exists, then you shouldn't need either
a registry entry or environment variable.
This sounds the same as the approach used on GitHub Actions and Azure
Pipelines, and also through the packages at
https://www.nuget.org/packages/python.
Steve Dower added the comment:
> I've worked around it so far by just ignoring `Activate.ps1` completely and
> setting up PATH, PYTHONHOME, and PYTHONPATH instead
This sounds like the right approach. Though if you're genuinely embedding
Python in your application you shou
Steve Dower added the comment:
Updating the documentation link on the download page is being discussed as we
speak.
> One possible use-case is to package it along with another program to use the
> interpreter.
This is the primary use case. If you're doing something else with
Steve Dower added the comment:
> I'd been expecting this was commonly used as the way to give access to
> python3X.dll.
Yeah, both. The idea is to delete the files you don't want - so if you don't
need python.exe, just don't include it. Same goes for some o
Steve Dower added the comment:
You need to use the installer to remove Python, as you have likely not cleaned
up all of the registration. I suggest searching in Start for "Apps & Features"
and finding Python in the list, and either choosing to Modify and then Repair
it, or Un
Steve Dower added the comment:
As an alternative, you could install Python through the Microsoft Store. This
version comes with a "Reset" button (also through Apps & Features) that will
remove any packages you've installed into it and bring it back to a clean state
very
Steve Dower added the comment:
The store version should be available everywhere as "python.exe", "python3.exe"
and "python3.9.exe" already, but if not then search Start for "Manage app
execution aliases" to enable it.
The MSI should be able to
Steve Dower added the comment:
Yeah, once tests are excluded and the (deprecated or nearly deprecated)
distutils and msilib are dropped, the problems are pydoc (which looks
non-exploitable) and anywhere we need to generate a named pipe.
Both cases where named pipes are being created are as
Steve Dower added the comment:
New changeset 1f73c320e2921605c4963e202f6bdac1ef18f2ce by Yash Shete in branch
'master':
bpo-41712: Avoid runaway regex match in upload scripts (GH-23166)
https://github.com/python/cpython/commit/1f73c320e2921605c4963e202f6bda
Steve Dower added the comment:
Thanks Yash for the fix!
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Steve Dower added the comment:
> Does a statically built Windows python.exe support C extension modules at all?
I've given this some thought in the past, and I suspect the answer is "no"
unless you were to also statically link the extension modules into the same
exec
New submission from Steve Dower :
Now that the 64-bit download is the default on python.org, we should make the
build command default to 64-bit as well.
This should only affect contributors, so should be non-controversial. But we
should add a "-x86" option to the batch fi
2401 - 2500 of 6138 matches
Mail list logo
