Steve Dower added the comment:
Thanks, Nick! I agree that this alone isn't worth a second RC, though if we fix
another "nearly worth it" (especially anything related to the github
transition) we may want to consider it still.
Ned - I'd be okay to sneak out another release
Steve Dower added the comment:
I don't even think there's documentation to fix, the install page should say
where things are installed.
The system directory is for the system to install files - the Python installer
is not a system component, it's a developer kit. For most cas
Steve Dower added the comment:
Maybe I need to look through the history to see whether I actually intended the
all-users install to be in System, but I don't think I did (despite writing the
documentation linked - it may have been adapted from the old documentation).
Applications that
Steve Dower added the comment:
More likely it needs a fresh clone to fix up those files, unless they've
changed since the attributes file was added.
--
___
Python tracker
<http://bugs.python.org/is
Steve Dower added the comment:
New changeset 6120484e46886fbc798c85a523bfe196faa1f60f by Steve Dower in branch
'2.7':
bpo-27593: Updates Windows build to use information from git (#262) (#448)
https://github.com/python/cpython/commit/6120484e46886fbc798c85a523bfe1
Steve Dower added the comment:
New changeset d3e1e9df724d97ab83113c2d5fa15179d1dcd560 by Steve Dower in branch
'3.6':
bpo-27593: Updates Windows build to use information from git (#262) (#450)
https://github.com/python/cpython/commit/d3e1e9df724d97ab83113c2d5fa151
Steve Dower added the comment:
New changeset cf445f10560483d38485204cf46ff1d0adcb4192 by Steve Dower in branch
'3.5':
bpo-27593: Updates Windows build to use information from git (#262) (#449)
https://github.com/python/cpython/commit/cf445f10560483d38485204cf46ff1
Steve Dower added the comment:
New changeset a0c07d2edd345d2867f97ac31822c9544f9cbcf0 by Steve Dower in branch
'master':
bpo-27593: Updates Windows build to use information from git (#262)
https://github.com/python/cpython/commit/a0c07d2edd345d2867f97ac31822c9
Steve Dower added the comment:
It's actually called "PYTHONLEGACYWINDOWSSTDIO" in Python/pylifecycle.c, which
is also what PEP 528 says it should be, so this is a docs issue.
You're correct that PYTHONIOENCODING is overridden by detection of a real
console, however, PYTH
Steve Dower added the comment:
New changeset f2beceb7e54fadc507137f86cbe9d74f7e5b8f7c by Steve Dower in branch
'3.6':
bpo-29624: Adds purge step and layout test after uploading files. (#258) (#264)
https://github.com/python/cpython/commit/f2beceb7e54fadc507137f86cbe9d7
Steve Dower added the comment:
New changeset e29741466df0cd01a49bf5ec3b1df3e2bad119a7 by Steve Dower in branch
'3.5':
bpo-29624: Adds purge step and layout test after uploading files. (#258) (#263)
https://github.com/python/cpython/commit/e29741466df0cd01a49bf5ec3b1df3
Steve Dower added the comment:
New changeset 1aceb024172ea3d6f9dd6e90f4fbe63ea1fb054e by Steve Dower in branch
'master':
bpo-29624: Adds purge step and layout test after uploading files. (#258)
https://github.com/python/cpython/commit/1aceb024172ea3d6f9dd6e90f4fbe6
Steve Dower added the comment:
Sure, but you're proposing a change to a correctly documented (apart from the
variable name) and released behavior. It can't be changed in 3.6, and I don't
see a compelling reason to have different
Steve Dower added the comment:
Have you confirmed this occurring with 3.5? PyCharm has a very invasive
debugger that is almost certainly responsible, but there's a significant
difference between the 3.5 and 3.6 implementations that is probably rel
Steve Dower added the comment:
I'll take a look at having separate commands set, but the component responsible
is external and this may be an issue for them.
Also, for future reference, continuing to point out that you would have
preferred an MSI does not help you get faster assistance
Steve Dower added the comment:
It needs to be backported there too, or we need to unmigrate 2.7 back to
mercurial. Otherwise we can't make a release.
--
___
Python tracker
<http://bugs.python.org/is
Steve Dower added the comment:
Do you have a reference to an issue from their side about this? Python should
never crash due to pure Python code, so we'd like to be able to prevent this in
the future.
--
___
Python tracker
<http://bugs.py
Steve Dower added the comment:
I was thinking of a Django issue. It'd be nice to know what they fixed that
prevents the problem occurring.
--
___
Python tracker
<http://bugs.python.org/is
Steve Dower added the comment:
Thanks for the link! I've reported it to the C Runtime team and they'll get it
fixed. (Because this is an operating system component, the fix will come
through normal Windows Updates and apply to any version of Python 3.5+, so I'd
rather not bui
Steve Dower added the comment:
Unless this is documented somewhere, it's a new feature in a deprecated module.
You can easily produce a third-party distutils command that does this
differently, but I see limited benefit in changing this command. I'd also need
to dig deeper to
Changes by Steve Dower :
--
nosy: +steve.dower
___
Python tracker
<http://bugs.python.org/issue29943>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
I think the point is that we don't want to be grabbing settings like this from
other configuration locations. Ideally, there'd be a way to provide a list of
"don't bypass the proxy for these names", which a caller could then read from
Steve Dower added the comment:
This is by design - the embeddable Python is meant to exclude anything relating
to the current user by default.
If you're looking for a lightweight Python install that you can use for things
like building or managing packages, you may be interested in the
Steve Dower added the comment:
Yes, fixing pip in this case is the right approach.
Since you're going to be including a copy of pip with your application, you can
also just patch that yourself to get going while the pip team decides how to go
from here. Or you could add a sitecustomi
Steve Dower added the comment:
Actually, I suspect you're not importing site on startup at all (which is great
for performance), but that means that site.main() is not being run. I'll post
more details on the pip bug.
--
___
Python trac
Steve Dower added the comment:
New changeset f60c9e54f501065f3be2a4cfb4c387dfa2f243a9 by Steve Dower (Segev
Finer) in branch 'master':
bpo-29191: Add liblzma.vcxproj to pcbuild.sln and other missing entries (#1222)
https://github.com/python/cpyt
Steve Dower added the comment:
Yeah, merging into master is easy right now, but backports are still manual
effort. It should only require 3.6, so I'll try to get to it today.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Steve Dower :
--
pull_requests: +1362
___
Python tracker
<http://bugs.python.org/issue29191>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
The approach I used is the correct way to use the function if it's available.
If Wine is not supporting this function, it should return NULL from
GetProcAddress, not a stub. If the function exists, any error it returns is
fatal.
We need the better functio
Changes by Steve Dower :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue30186>
___
___
Steve Dower added the comment:
I disagree with this going into the core repo - this script is meant for
producing our official packages, and is not a general purpose tool.
If someone does make changes, please backport them as far as possible (so that
bug fixes are easy to cherry pick) and
Steve Dower added the comment:
The actual change I want here is to support Company/Tag pairs as defined in PEP
514. There is no suffix on 64-bit CPython tags, so interpreting "-64" is going
outside the PEP.
I'd also be okay with a strict mode that requires -32 for 32-bit interp
Steve Dower added the comment:
Visual Studio has some deployment concepts, but for multi-project solutions
like ours you would generally have a separate project. It's a build tool, not
an install tool, and mixing the concepts is generally a bad idea.
For building an installer, these pro
Changes by Steve Dower :
--
versions: +Python 3.7 -Python 3.6
___
Python tracker
<http://bugs.python.org/issue30251>
___
___
Python-bugs-list mailing list
Unsub
Steve Dower added the comment:
With a few more minutes thought, being able to nicely support PEP 514 here
might be too much for this poor launcher to handle, so it may just be best to
do that as a separate tool. (In particular, the matching rules would have to
change from "enter a P
Changes by Steve Dower :
--
assignee: -> steve.dower
___
Python tracker
<http://bugs.python.org/issue30291>
___
___
Python-bugs-list mailing list
Unsubscrib
Steve Dower added the comment:
New changeset 870f6a11dd3b2d5455f7057ce0d9c2cd31acc2f2 by Steve Dower (Steve
(Gadget) Barnes) in branch 'master':
bpo-30291 Changes to launcher so as to allow py -3-32, -2.7-64, 3.10, etc.
https://github.com/python/cpyt
Steve Dower added the comment:
The problem with taking more command line options is that we prevent real
Python from ever using those options (or we end up with obscure rules like the
"-3" one).
Perhaps you'd be interested in using/contributing to my pep514tools project:
htt
Steve Dower added the comment:
> That release is intended for building extension modules. Is it possible to
> configure it for building CPython
It's intended for extension modules, but should be usable for building CPython
itself if someone wants to take the time to update the
Steve Dower added the comment:
Perl should not be required - we should be checking these files in to our clone
on svn.p.o for use when building. (Perl is only required by whoever creates the
source tree, normally Zach.)
Perhaps it got missed in the latest update
New submission from Steve Dower:
Visual Studio 2017 (including VC 14.1) cannot be discovered by the old registry
key method. There is a new method that requires instantiating a COM class and
querying for all installs, then selecting one.
My pyfindvs library (https://github.com/zooba/pyfindvs
Changes by Steve Dower :
--
pull_requests: +1723
___
Python tracker
<http://bugs.python.org/issue30389>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
The problem here I think is that distutils itself should only dump
stdout/stderr on failure, but because of how it spawns processes it never
actually captures the output from external tools.
We really need to update distutils's spawn() function to use subpr
Steve Dower added the comment:
I am most interested in making py.exe follow PEP 514 and look up tags. Given
this, we could register builds as "PythonCore\Dev" and then use "py.exe -dev"
to run the most recent build. At worst, we only have one lingering registration
(and a
Steve Dower added the comment:
I agree with printing discovered interpreters in help text - not a fan of the
-0 option.
IDEs should probably go directly to the registry to discover Python
installations (or use pep514tools), since the launcher will only launch a
subset of them (i.e. per-user
Steve Dower added the comment:
Looks great, though I wonder whether the rest of the paragraph after "Character
devices such as NUL" would be more confusing than it's worth?
Can you create a PR? (And having links to the environment variable docs
Steve Dower added the comment:
My thinking was basically to use an algorithm like this:
if sys.argv[1].startswith('-'):
company, _, tag = sys.argv[1][1:].rpartition('\')
if company:
# look for Tag under Company
else:
Steve Dower added the comment:
> Steve, I gather you don't think it's a problem to use arbitrarily named tags
> on the command line. The launcher shouldn't look for an "h" tag for `py -h`
Sure, we can reserve some tags - the -x/y syntax would let you refer to a
Steve Dower added the comment:
The reason to keep it running is for all the existing people who are building
from source. Unless you're porting all the old versions over and providing
instructions for updating old sources? I wouldn't bother - just leave the
server up for a few
Steve Dower added the comment:
I updated the PR to be mergeable and let the AppVeyor run work -
https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.2452
Unfortunately, there appear to be a number of regressions due to this. I'm not
going to have time right now to work through
Steve Dower added the comment:
I've been meaning to get to looking at this issue for a couple of days now,
sorry.
There are two critical pieces here:
* don't delete or move _socket.pyd
* don't delete or move python36._pth (but possibly update it)
The first one should be obvious
Steve Dower added the comment:
> I don't think we've ever advertised the svn windows deps as a service we
> provide the community.
Except in the dev guide :) ([after looking] well, linked from the dev guide
https://github.com/python/cpython/blob/master/PCbuild/readme.txt#L230
Steve Dower added the comment:
This is definitely a bug if it really behaves as described.
PRs for fixing the functionality are welcome - I'm inclined to say fix it in
3.6 as well, but it might be too big a behavioural change if people are already
working around it.
--
Steve Dower added the comment:
Ah, didn't catch that it doesn't occur on Windows - that explains why I've
never seen it before.
Yes, definitely fix and backport. Adding the RMs in case they want to delay any
upcoming releases to get the fix.
--
nosy: +larry, ned
Steve Dower added the comment:
The initial fix should be easy:
--- a/Lib/pathlib.py
+++ b/Lib/pathlib.py
@@ -329,8 +329,6 @@ class _PosixFlavour(_Flavour):
if e.errno != EINVAL:
if strict:
raise
Steve Dower added the comment:
Ah, looks like they require symlinks for the whole test, which means you need
to be admin when running them on Windows.
Zach - do we have any buildbots running as admin for symlink tests?
--
nosy: +zach.ware
Steve Dower added the comment:
You can try installing with "--user" to install to a per-user directory, start
running pip from an administrative command/PowerShell prompt, or use the venv
module to create a virtual environment.
Alternatively, if you select the default installation o
Steve Dower added the comment:
New changeset 523776c3419f6795e78173d53c10e35ec4eed48d by Steve Dower (Segev
Finer) in branch 'master':
bpo-30544: _io._WindowsConsoleIO.write raises the wrong error when
WriteConsoleW fails (#1912)
https://github.com/python/cpyt
Steve Dower added the comment:
Yeah, make it a separate issue.
This PR fixes an obvious error that we should just fix, so I've merged it. (I
might get to the backport today, but if someone else submits it then I'll
merge.)
--
___
Pyth
Steve Dower added the comment:
> We can also switch to calling _get_osfhandle always instead of caching the
> handle, it will break when the fd is redirected to a non-console. But so does
> _WindowsConsoleIO in general since it will try to continue writing to the
> console
New submission from Steve Dower:
faulthandler adds a structured exception handler on Windows so we can dump a
Python traceback before crashing. This should only be done for fatal
exceptions, but is currently done for some non-fatal exceptions.
The current test is `flags
Steve Dower added the comment:
Also, it displays exception codes as decimal, but should be hex. I'll fix that
too
--
___
Python tracker
<http://bugs.python.org/is
Changes by Steve Dower :
--
pull_requests: +2004
___
Python tracker
<http://bugs.python.org/issue30557>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Steve Dower :
--
pull_requests: +2005
___
Python tracker
<http://bugs.python.org/issue30544>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
New changeset c63ae1122f84d4188ffadfd1454902093eb10be1 by Steve Dower in branch
'3.6':
bpo-30544: _io._WindowsConsoleIO.write raises the wrong error when
WriteConsoleW fails (#1912) (#1925)
https://github.com/python/cpyt
Changes by Steve Dower :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue30544>
___
Steve Dower added the comment:
New changeset e6a23c8f9a3ce05b759599696cc131c2d9d147ac by Steve Dower in branch
'master':
bpo-30557: faulthandler now correctly filters and displays exception codes on
Windows (#1924)
https://github.com/python/cpyt
Changes by Steve Dower :
--
pull_requests: +2031
___
Python tracker
<http://bugs.python.org/issue30557>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
Thanks. Apparently that "filter out bit 4" thing didn't exist in Win7. Guess I
need to track down the actual docs and confirm exactly where that happens.
Doesn't break the important functionality though, just the test. I don't know
tha
Steve Dower added the comment:
New changeset 6a1d84e2b37291b7e3bc5ddad14a60aed430e404 by Steve Dower (Victor
Stinner) in branch 'master':
bpo-30557: Fix test_faulthandler (#1969)
https://github.com/python/cpython/commit/6a1d84e2b37291b7e3bc5ddad14a60
Steve Dower added the comment:
Interestingly, when we were reviewing the icons before contributing them, the
rocket was flagged as a potential problem.
We made some tweaks to make it look more like a space shuttle, which we believe
most accurately captures the metaphor of "launch" i
Steve Dower added the comment:
My backport wasn't merged, so I cherrypicked Victor's fix into that PR. Once
the buildbots are green again, I'll merge it.
--
___
Python tracker
<http://bugs.pyt
Steve Dower added the comment:
New changeset 2bafc0dccac2390a52670ba289878318b6ea0293 by Steve Dower in branch
'3.6':
[3.6] bpo-30557: faulthandler now correctly filters and displays exception …
(#1960)
https://github.com/python/cpython/commit/2bafc0dccac2390a52670ba2898783
Changes by Steve Dower :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Steve Dower added the comment:
As usual, I can easily hit merge but may not be able to get to the backport
immediately. Someone else can feel free to cherrypick and submit the PRs and
I'll hit merge on them.
We should also watch the buildbots for failures though before backpo
Steve Dower added the comment:
New changeset add98eb4fe41baeaa70fbd4ccc020833740609a4 by Steve Dower (Antoine
Pietri) in branch 'master':
bpo-30177: pathlib: include the full path in resolve(strict=False) (#1893)
https://github.com/python/cpython/commit/add98eb4fe41baeaa70fbd4ccc0208
Steve Dower added the comment:
New changeset ceabf9acf03f9bbe660d856bff90ecab475ab543 by Steve Dower (Antoine
Pietri) in branch '3.6':
bpo-30177: pathlib: include the full path in resolve(strict=False) (#1893)
(#1985)
https://github.com/python/cpyt
Steve Dower added the comment:
Good point about not needing 3.5.
Buildbots were clean, so I merged it. Thanks Antoine!
--
resolution: -> fixed
stage: backport needed -> resolved
status: open -> closed
versions: -Python 3.5
___
Pytho
Steve Dower added the comment:
Pull requests welcome, but as someone who lives in the Windows API day in and
day out, I can vouch for it being the normal abbreviated way of specifying a
fully qualified registry value.
--
priority: normal ->
Steve Dower added the comment:
Opening in normal size (i.e. randomly positioned somewhere on the screen) is
equally annoying.
PR is welcome, but I won't be approving it. Someone else might.
Certainly doesn't need to be backported - this is not a bug.
--
assignee: d
Steve Dower added the comment:
There's a handful of references in
https://docs.microsoft.com/en-us/visualstudio/ide/walkthrough-creating-a-multiple-computer-build-environment,
though TBH most of the docs written by actual doc writers use more complicated
sentences to avoid it.
It'
Steve Dower added the comment:
Try installing https://go.microsoft.com/fwlink/?LinkId=746572 separately. This
should add the required files, and because it's the "official" installer will
provide more details about the underlying error (if any).
You may also need to reboot you
Changes by Steve Dower :
--
pull_requests: -2171
___
Python tracker
<http://bugs.python.org/issue9566>
___
___
Python-bugs-list mailing list
Unsubscribe:
Steve Dower added the comment:
Right, Idle is tiny and painless compared to Tk, and adding additional options
to the installer isn't trivial.
I might consider a patch, but I'm not doing this myself.
--
___
Python tracker
<https://bu
Steve Dower added the comment:
> Should we support a convenient syntax for including the current value of PATH
> at extension-module load time?
No. This is the bit that I refuse to add back, at least in CPython itself (if
someone does it themselves then it's their bug). Private
Steve Dower added the comment:
> Even better would be official python/Microsoft support for a CLI version of
> depends.exe like ldd on linux
The dumpbin.exe tool with /IMPORTS is a good start, and I've definitely wrapped
it in Python before to do this kind of analysis (not reprod
Steve Dower added the comment:
> Correct me if I'm wrong, don't process launches use the `env` kwarg for
> Popen, not the raw os.environ['PATH']?
If you don't provide env, it'll use the current process's environment, and if
you do provide it witho
Steve Dower added the comment:
Yeah, possibly only the CPU count one could change, but there's an ongoing
discussion on another bug about whether that should return the actual count or
the usable count.
32-bit processes have restrictions beyond what the system is capable of, and I
be
New submission from Steve Dower :
In PCbuild/openssl.props there is a task that deletes some copied files.
This *might* fail on rebuilds where a Python process from a previous build has
been running (for a very specific example, the rebuild as part of the release
build triggered this).
We
Steve Dower added the comment:
New changeset 6673decfa0fb078f60587f5cb5e98460eea137c2 by Steve Dower (Zackery
Spytz) in branch 'master':
bpo-24643: Fix "#define timezone _timezone" clashes on Windows (GH-12019)
https://github.com/python/cpython/commit/6673decfa0fb078f6058
Steve Dower added the comment:
Thanks, Zackery!
--
assignee: -> steve.dower
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python
Steve Dower added the comment:
> Extending sys.path is a useful use case, but doing so in pth files is
> problematic.
There are 100 other ways to end up in this situation though. Why is *this* one
so much worse?
Can you offer an issue you hit that was caused by a .pth file that *
Steve Dower added the comment:
Barry is a steering council member now, so by definition he's 1/5th of the
loudest possible minority ;)
I am totally okay with adding more diagnostics here. Frankly, if "-v" doesn't
currently log info about .pth files (or other things that
Steve Dower added the comment:
It's also possible that the child process is causing the segfault because of
misconfiguration (e.g. broken environment variables).
And depending on the OS, abort() calls (via Py_FatalError) sometimes appear to
be segfaults, so it could be any number of i
Steve Dower added the comment:
> But think of the poor user who doesn’t have that expertise or ability to hack
> on an installed Python’s site.py file.
This is actually part of the thinking behind the reportabug tool I started (and
why when you format it as raw text you get the list
Steve Dower added the comment:
The sitecustomize.py file is totally available, and the only limitation there
is packages can't inject themselves into it on installation. And if you want to
trigger it on a package import then you totally can (though there's *another*
discussion
Steve Dower added the comment:
Barry's response in https://bugs.python.org/issue33944#msg336970 is exactly
what my response to that point was going to be.
Just because I want to use package spam and it wants to use package eggs
doesn't mean that eggs gets to enable cloud i
New submission from Steve Dower :
The licenseUrl field in the nuget packages has been deprecated. We should link
to the license from the description or summary fields.
--
components: Windows
messages: 337060
nosy: paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
Steve Dower added the comment:
Adding Łukasz for his RM opinion on Win7 support for 3.8.
According to PEP 11, we've already dropped support for Win7 without Service
Pack 1. Win7 SP1 would be dropped ~2-3 months after 3.8 releases, which means
we still have to support it for all of 3.8
Steve Dower added the comment:
> Would this be a hard drop, i.e. would installing 3.8 be prevented in Windows
> 7? Or would it install but require users to manually install KB2533623?
That's the question I'm asking :)
Python 3.9 is currently going to be a hard drop, accordi
3201 - 3300 of 5794 matches
Mail list logo
