New submission from Paul Moore :
I created a bdist_wininst installer for distutils2 and installed it into my
Python 2.7.2 installation. This is on Wondows, 32-bit. I then tried to do a
simple install to test it was working.
>python -m distutils2.run install stemming
Checking the installat
Paul Moore added the comment:
> Damn, bitten by the use of universal newlines! I guess I should split on a
> literal '\n' instead of calling splitlines. Could you make that change in
> your clone and tell me if it does the trick?
Not for a few days, but I'll
Paul Moore added the comment:
On 14 February 2012 15:48, Éric Araujo wrote:
>
> Éric Araujo added the comment:
>
>> The initial errors look like complaints about existing packages I have
>> installed by other means
> They’re logging messages, not errors. They appear
Paul Moore added the comment:
> - Will “@%~dp0\..\python.exe” get the proper path for people who do not
> install Python to C:\?
%~dp0\..\python.exe locates python relative to the batch file (one
directory up) so will work as long as the bat file is in Scripts. The
@ just suppresses e
New submission from Paul Moore :
I have an application which fires off a number of database connections via a
multiprocessing pool. Unfortunately, the database software occasionally gets
"stuck" and a connection request hangs indefinitely. This locks up the whole
process doing the
Paul Moore added the comment:
As an alternative, maybe leave the "stuck" worker, but allow the pool
to recognise when a worker has not processed new messages for a long
period and spawn an extra worker to replace it. That would avoid the
starvation issue, and the stuck workers woul
Paul Moore added the comment:
> User would like Python logging of Unicode characters to be consistent
It is consistent. The encoding of
logging.basicConfig(filename='c:\\my_log.log')
is consistent with the encoding of
open('c:\\my_log.log')
Both use the
Paul Moore added the comment:
Works fine for me:
Python 3.7.3 (v3.7.3:ef4ec6ed12, Mar 25 2019, 22:22:05) [MSC v.1916 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> a = ['1',
Paul Moore added the comment:
This works for me on Python 3.7. Can you confirm if you see the problem on 3.7,
and if so, provide a more detailed example of how to reproduce?
--
___
Python tracker
<https://bugs.python.org/issue37
Paul Moore added the comment:
How will this interact with EnvBuilder.install_scripts() (which explicitly
states that it performs textual substitution)?
Note that I'm not aware of anyone who actually uses the ability to subclass
EnvBuilder, but I wouldn't be surprised to find that
Paul Moore added the comment:
On Thu, 27 Jun 2019 at 18:08, Steve Dower wrote:
> However, it does mean that we need to start reporting a sys.executable that
> is not inside sys.prefix, and I'm not sure whether that is a good idea.
>
> Looking at venv (+Vinay for confirmatio
Paul Moore added the comment:
On Fri, 5 Jul 2019 at 21:33, Steve Dower wrote:
> Yeah. We probably need to be clear about which approaches are actually
> supported and which ones are not.
>
> Ultimately though, I think this is a situation where the breakage is forced
>
Paul Moore added the comment:
The proposed wording seems good to me.
--
___
Python tracker
<https://bugs.python.org/issue25172>
___
___
Python-bugs-list mailin
Paul Moore added the comment:
It might be worth adding a test (running only on Windows) to confirm that if
you try to import crypt you get an import error with a message that includes
the phrase "not supported". That will ensure that we don't get regressions here
in future,
Paul Moore added the comment:
New changeset f4e725f224b864bf9bf405ff7f863cda46fca1cd by Paul Moore
(shireenrao) in branch 'master':
bpo-25172: Raise appropriate ImportError msg when crypt module used on Windows
(GH-15149)
https://github.com/python/cpyt
Paul Moore added the comment:
On reflection, adding a test for the Windows-specific behaviour looks like it
could be more complex than I'd anticipated, so I'm happy for this to go in
without an extra test. I'll look at adding a test in a follow-up PR (or if
someone else w
Paul Moore added the comment:
That's where I decided it was too complex for now :-)
The whole test_crypt.py file is skipped if you can't import crypt, via the use
of the test.support.import_module() function. To be able to write a test for a
platform where the whole point is that
Paul Moore added the comment:
It shouldn't be hard to update the regex to accept either "... " followed by
other text or "..." on a line on its own, surely?
--
nosy: +paul.moore
___
Python tracker
<https:
Paul Moore added the comment:
I suspect that the problem is somehow related to garbage collection - in your
failing example you don't keep any references to v or cb. I don't know what
references tkinter keeps internally, it may be that this is OK because the root
window is guarante
Paul Moore added the comment:
Presumably you overrode the default location of C:\Python27 in favour
of C:\Program Files?
I'm not sure we've ever supported installing Python 2.7 in "Program
Files", precisely because of the security constraints on that
directory (plus the f
Paul Moore added the comment:
Note that even if you do get this working, you'll still need to run
pip from an elevated prompt every time you want to use it to install
new packages (or use --user).
--
___
Python tracker
<http://bugs.py
Paul Moore added the comment:
This is as documented - see
https://docs.python.org/3.6/library/os.path.html#os.path.join (" If a component
is an absolute path, all previous components are thrown away and joining
continues from the absolute path component"). In this case, &qu
Paul Moore added the comment:
I've tested this on Python 3.6.1 and Python 3.6.2 on Windows 7, 64-bit, and it
works as expected. I don't see the problem here - do you have any unusual
environment settings or config?
--
___
Python trac
Paul Moore added the comment:
I'd propose an extra argument to zipapp.create_archive, include_file=None (feel
free to bikeshed on the name). If the argument is not None, then it should be a
callable which will be called with a pathlib.Path object for each file that's
selected for in
Paul Moore added the comment:
Yes, they can be.
--
___
Python tracker
<http://bugs.python.org/issue31072>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Moore added the comment:
OK, so the problem is that no-one here (or as far as I can see on the SO
discussion, either) can reproduce your issue. So we have to assume that it's
something wrong with your environment, and not a Python issue.
If you can produce an example that allows
Paul Moore added the comment:
OK, so this is the first time (I believe) you have mentioned that you are using
the embedded distribution - which is not designed for general scripting use,
but very specifically for embedding Python in a custom application.
Can you reproduce with the standard
Paul Moore added the comment:
Hmm, never mind. This is expected behaviour because the embedded distribution
includes a ".pth" file which overrides the standard sys.path. For details, see
https://docs.python.org/3.6/using/windows.html#finding-modules and
https://docs.python.org
Paul Moore added the comment:
I'm not Steve, but thanks for the compliment :-)
You're still running an embedded Python. There's a _python36.pth file next to
the executable, that's causing the behaviour you're seeing (and it's there by
design - it's what mak
Paul Moore added the comment:
No problem - glad it's all clear now.
--
___
Python tracker
<http://bugs.python.org/issue31056>
___
___
Python-bugs-list m
Paul Moore added the comment:
There are two problems with your code and bug report:
1. By using a single quoted string, some of the backslashes in the path are
being interpreted as starting a special character (specifically \t is
interpreted as a tab character). You should either double the
Paul Moore added the comment:
To be clear, Steve *is* our main Windows developer, and specifically the person
who developed the Windows installers we now use. They work perfectly for many
people, including myself, so there certainly isn't a general issue with them. I
myself routinely in
Paul Moore added the comment:
New changeset b811d664defed085d16951088afb579fb649c58d by Paul Moore (Jeffrey
Rackauckas) in branch 'master':
bpo-31072: Add filter to zipapp (#3021)
https://github.com/python/cpython/commit/b811d664defed085d16951088afb57
Paul Moore added the comment:
Thanks to Jeffrey Rackauckas for the implementation of this feature.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Paul Moore added the comment:
Good point - I wasn't even aware of the filterfunc argument in PyZipFile. I'll
rename the argument.
I wasn't initially sure about a what's new entry. I'll add one - and thanks for
the re
Changes by Paul Moore :
--
pull_requests: +3084
___
Python tracker
<http://bugs.python.org/issue31072>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Moore added the comment:
I've created a new PR 3049 adding the fixes you suggested (and tightening up
the tests, as I noticed an untested aspect of the change while editing).
--
___
Python tracker
<http://bugs.python.org/is
Paul Moore added the comment:
Zipapp uses path objects throughout, so making the filter function take a path
object is consistent with that. I guess modifying PyZipFile to take either a
string or a path object would be possible.
As for the relative path, that's deliberate as I expect t
Paul Moore added the comment:
Sounds reasonable :-) I'm not going to be checking mails for a week or so, so
I'll revisit this once I get back.
--
___
Python tracker
<http://bugs.python.o
Paul Moore added the comment:
OK. There's been no further comments, and I think the differences with
PyZipFile's filterfunc are sufficient to warrant using a different name. I'm
going to go with "filter". It's
Paul Moore added the comment:
New changeset 0780bf7578dc4c9c3852dc5e869aba515a2c65b1 by Paul Moore in branch
'master':
bpo-31072: Rename the new filter argument for zipapp.create_archive. (#3049)
https://github.com/python/cpython/commit/0780bf7578dc4c9c3852dc5e869aba
Paul Moore added the comment:
While I can see your point, I'm a little skeptical that anyone who's able to
write C source code and compile it can't work out how to combine two binary
files... :-)
--
___
Python tracker
<https
Paul Moore added the comment:
The proposed wording seems a bit over-complex to me. Maybe the following
re-wording would be easier to understand?
The character encoding is platform-dependent. Non-Windows
platforms use the locale encoding (see
locale.getpreferredencoding
Paul Moore added the comment:
> > Steve, assuming that I can access the Store, should I be able to install
> > both PSF 3.7.2 and Windows Store 3.7.2 simultaneously? So I could test
> > both IDLEs that beginners might install?
>
> Yes, absolutely. (To be clear, b
Paul Moore added the comment:
Thanks for the clarification.
> In all the cases I've tested, regular Python install shows up first. If it's
> not installed, the Store app shows up much of the time. This feels like the
> right design (with the caveat about "much of the
Paul Moore added the comment:
> Yeah, and these are all essentially my fault (though I documented the
> embeddable package relatively well, modulo a few uses I hadn't imagined).
> Maybe my holiday writing project can be some better docs for choosing how to
> install Python,
Paul Moore added the comment:
I'm not particularly happy with the statement that "However, the latter is out
of scope here since the entry-point launchers are in distlib."
If Python is changing the semantics of __PYVENV_LAUNCHER__ in such a way that
it breaks 3rd party code,
Paul Moore added the comment:
Steve - thanks for the clarification. If it's only affecting launching with
relative paths, then agreed it's minor (although I do recall recent discussions
somewhere about using launchers with relative paths - that use case may need
checking, but w
Paul Moore added the comment:
> The script executable redirects to run `"path\to\python.exe"
> "path\to\.exe"`.
But if I understood what Steve said, only if path\to\python.exe is a *relative*
pathname?
--
Paul Moore added the comment:
Is this relevant? https://bugs.python.org/issue33416 It's a backward
incompatible change to the AST in 3.8 (according to the 3.8 changelog).
--
nosy: +paul.moore
___
Python tracker
<https://bugs.python.org/is
Paul Moore added the comment:
I'm OK that the basic glossary item is now covered. I don't know about any of
the other issues Martin mentioned.
I've closed the issue as my original comment is addressed, but if Martin wants
to reopen it to address his concerns, I'm OK
Paul Moore added the comment:
> The whole point of a venv is to give you a separate directory with a "stand
> alone" Python. As that's what you just installed with nuget, there's no point
> in creating a venv
However, shipping a copy of Python with a non-o
Paul Moore added the comment:
On Sun, 17 Feb 2019 at 14:12, jt wrote:
> subprocess.CalledProcessError: Command
> '['C:\\myproject\\tools\\windows\\.python-win\\spen-venv\\Scripts\\pip',
> 'install', '--upgrade', 'pip']' returned
Paul Moore added the comment:
Confirmed that 3.6.1rc1 fixes the issue in my original use case.
--
___
Python tracker
<http://bugs.python.org/issue29319>
___
___
New submission from Paul Moore:
The 3.6.1rc1 build seems to have a spurious "^0" at the end of the version,
before the VCS ID - 3.6.1rc1^0):
>py -3.6
Python 3.6.1rc1 (v3.6.1rc1^0:e0fbe5feee4f9c00f09eb9659c2182183036261a, Mar 4
2017, 20:00:12) [MSC v.1900 64 bit (AMD
Paul Moore added the comment:
Nick (or Steve) can you explain how I'd do that?
I have a git checkout of the 3.6 branch that I can build. But, how do I merge
in the changes from https://github.com/python/cpython/pull/575? The PR seems to
be against master, so I'm not sure how to a
Paul Moore added the comment:
OK, cool, thanks. I was sort of hoping for a way to just pull&merge direct from
the PR (patches on Windows tend to be fiddly due to EOL issues), but I can go
with old-style :-)
Yes, with that patch applied it still works fine (I copied python3.dll and
pyth
Paul Moore added the comment:
Thanks for that Steve. I had a recollection that there's a way of referencing
the PR itself as a branch within the main repo (I guess it must *be* a branch,
as how otherwise would github be able to do things like get Travis to build
it?) but I don't
Paul Moore added the comment:
Also, this is a Python 2 only issue. The problem doesn't happen in Python 3.6
(at least in my quick experiment). I'm not 100% sure if this is because the
internal implementation of IO changed in 3.x, or if it's just because we're now
using a
Changes by Paul Moore :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue29817>
___
___
Python-bugs-list
Paul Moore added the comment:
Please provide a script reproducing this issue, and precise details of your
Python version. It's extremely unlikely that the problem is as broad as you
describe, as otherwise we'd have lots of reports of issues. But we'll need a
more specific
Paul Moore added the comment:
As you see from the banner, your Python 3.6 is 32-bit but your Python 2.7 is
64-bit.
I'd suggest you try 64-bit Python 3.6. This definitely looks like the SysWOW64
issue Eryk described.
--
___
Python tracker
Paul Moore added the comment:
Also, you need to:
1. Ensure you are using characters that are available in the encoding that
sys.stdout uses - in Python prior to 3.6, this would be your Windows *console*
code page, and in 3.6+ would be UTF-8.
2. Declare the encoding of your source code if you
Paul Moore added the comment:
The behaviour you're describing for IE sounds like a bug to me. If you specify
a host that should bypass the proxy, then that's what should happen - it
shouldn't matter if you specify the host by IP address or by name.
I'm -1 on Python try
Paul Moore added the comment:
> Since we don't AFAIK have any possibility of mixed virtual environments
> ignoring SheBangs should meet the basic requirements of operating inside of a
> venv.
If you want a script to use the current environment, then #!/usr/bin/env python
does
Paul Moore added the comment:
The reasons for not adding Python to PATH by default are complex. We've tried
both ways and neither is 100% satisfactory.
The default install is a per-user install. If we added Python to PATH, then as
a user setting it would come *after* the system part of
Paul Moore added the comment:
I'd be wary of leaving out of date registry entries around. Maybe make it a
separate script (or part of build.bat but requiring a command line flag to
request it)?
Alternatively (or as well) we could have a cleanup command that removes
registry entrie
Paul Moore added the comment:
Hmm, thinking a bit further, are you just suggesting registering the build as
-3.7? What if I were to build the 3.6 branch? Would that overwrite my "real"
3.6 registry entries?
As things stand, the launcher can only register two copies of Python for
New submission from Paul Moore:
The documentation for the encoding of sys.stdin/out/err (see
https://docs.python.org/3.6/library/sys.html#sys.stdout) does not reflect the
change in Python 3.6 on Windows to use the console Unicode APIs, and hence
UTF-8 for the encoding.
--
assignee
Paul Moore added the comment:
I'm also not a fan of the -0 option. I'm OK with the ability to list available
interpreters, but there's nothing about -0 as an option that says to me that's
what it's for.
I'm not a huge fan of including the list in the standard hel
Paul Moore added the comment:
I'm a bit confused what you're asking for here.
Certainly if you embed Python, you can get crashes, just as with any other C
program. Pass an invalid pointer to a Python API, build your application and
the Python DLL with incompatible C runtimes, free
Paul Moore added the comment:
Worked fine for me:
>cl .\pyc.c /I $env:LOCALAPPDATA\Programs\Python\Python36\include
>$env:LOCALAPPDATA\Programs\Python\Python36\libs\python36.lib
Microsoft (R) C/C++ Optimizing Compiler Version 19.00.24213.1 for x64
Copyright (C) Microsoft Corporation
Paul Moore added the comment:
My bet is still on something like you compiling your code 32-bit and linking to
64-bit Python, or something like that.
--
___
Python tracker
<http://bugs.python.org/issue30
Changes by Paul Moore :
--
nosy: -paul.moore
___
Python tracker
<http://bugs.python.org/issue30574>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Moore added the comment:
As someone whose work environment is still Windows 7, I'd prefer it if it were
a soft desupport (i.e., we require users to manually ensure that the KB fix is
installed, but we don't do anything specific to refuse to install Python on
Win7).
I'd
Paul Moore added the comment:
> Also, if I'm understanding your intention, loading an extension may fail when
> Python is embedded if the process is using the legacy DLL search path. So,
> like with ctypes, we'll be forcing embedding applications to update how they
>
Paul Moore added the comment:
> > This bothers me - how will backward compatibility work in that case?
>
> The new search order is compatible with the old search order, so you can
> update all your layouts to have DLL dependencies in suitable locations and
> you'll
Paul Moore added the comment:
OK, I don't really follow enough of the details here to comment properly. But
clearly Steve and Eryk are not yet in agreement.
My personal view is that this is something where we should be trying *very*
hard to preserve backward compatibility. The proposal
Paul Moore added the comment:
> Since everyone seems to have misunderstood at least part of the proposal, I'm
> not going to explain any more until I have a patch. Excluding boilerplate and
> docs, it'll be about ten lines of code.
+1 on that. Code is much harder to misu
Paul Moore added the comment:
It appears that the venv module did not get added to the 3.7.3 rc1 embedded
distribution. Was that an oversight, or had I misunderstood what was needed for
this to have happened?
--
___
Python tracker
<ht
Paul Moore added the comment:
Ah, yes, you're right. I'd misremembered. Thanks.
--
___
Python tracker
<https://bugs.python.org/issue36010>
___
___
Paul Moore added the comment:
Apparently, this is not in 3.7.3-rc1:
>nuget install python -version 3.7.3-rc1
Feeds used:
C:\Users\\.nuget\packages\
https://api.nuget.org/v3/index.json
Attempting to gather dependency information for package 'python.3.7.3-rc1' wit
Paul Moore added the comment:
Hmm, I see that the Versions tag here is 3.8. Is this only targeted at 3.8,
then?
--
___
Python tracker
<https://bugs.python.org/issue36
Paul Moore added the comment:
:-) I assume as we're at rc1, it's too late for 3.7.3, but it could be aimed at
3.7.4. I might try to have a look at it if no-one else does.
--
___
Python tracker
<https://bugs.python.o
Change by Paul Moore :
--
keywords: +patch
pull_requests: +12330
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Paul Moore added the comment:
The referenced PR isn't working - in the nuget package, python.props still says
to exclude venv (and indeed venv is still missing). There's a
PC/layout/support/props.py file that includes the offending "remove venv" line.
Does that need
Paul Moore added the comment:
I ran Tools/nuget/build.bat manually, and the resulting file didn't have
lib\venv in it (I opened it in 7-zip, I don't know how to install a local nuget
file...).
Could you build the nuget files and check? Or suggest a better way I can check
that
Paul Moore added the comment:
Thanks! That seems to have done it. Update to the PR incoming once my test
build completes.
--
___
Python tracker
<https://bugs.python.org/issue36
Paul Moore added the comment:
(Note: I consider all of these to be *extremely* obscure corner cases)
> 1. WindowsPath('C:a').absolute() should return WindowsPath('C:\\d\\a') but
> returns WindowsPath('C:a').
> This is caused by flawed logic in the pars
Paul Moore added the comment:
> > [Note there is no absolute() method - I assume you mean resolve()]
> Of course there is an absolute() method, I'm not sure what you are saying...
Huh, weird. It's not in
https://docs.python.org/3.7/library/pathlib.html But you'
Paul Moore added the comment:
> does that require me to make any changes in order to make progress with my PR?
I'm not going to block this PR. I'd prefer it if we at least
documented the agreed behaviour, so that in future people don't come
along and say the new behaviour i
Paul Moore added the comment:
> There's no way to split it up as the joining of two pathlib paths because
> there is no way to represent "c:a" by itself as anything other than a
> drive-relative path. The name "./c:a" has to be taken as a unit, which is
&
New submission from Paul Moore :
If I run the following sample program using Python 3.7.3 (64 bit) for Windows,
it immediately fails, producing a massive traceback.
import multiprocessing
def f(n):
return n+1
with multiprocessing.Pool() as p:
for n in p.map(f, [1,2,3
Paul Moore added the comment:
Oh doh. That's what I get for trying to produce a minimal test case without
thinking :-(
Thanks for the pointer. I originally hit this (or what I thought was this) in
pipx - see https://github.com/pipxproject/pipx/issues/122 but then tried a
smaller
Paul Moore added the comment:
See https://github.com/pypa/virtualenv/issues/1339 - it's possible that
something in this area is still affecting virtualenv.
--
___
Python tracker
<https://bugs.python.org/is
Paul Moore added the comment:
+1 from me. It's something I'd find useful, and it's a natural extension of the
f-string syntax.
> I can't decide if I'm going to allow a format specifier.
The only useful interpretation IMO would be for {expr!d:fmt} to expand to
ex
Paul Moore added the comment:
> So the question is: how do you get repr by default, but allow the format spec?
>
> The only thing I've come up with is:
> - f"{expr!d}" expands to f"expr={repr(expr)}", but
> - f"{expr!d:spec} expands to f"expr=
Paul Moore added the comment:
Actually, for Windows, the docs don't recommend "python3", they say:
"""
On Windows, invoke the venv command as follows:
c:\>c:\Python35\python -m venv c:\path\to\myenv
"""
This should probably be altered to sa
Paul Moore added the comment:
That's why I suggest using the launcher rather than absolute paths - there are
far too many variations to enumerate with absolue paths (you didn't mention
per-user Python 3.6 installations, for example).
If you have a suggested wording that you
Paul Moore added the comment:
Agreed, the docs don't need to mention PATHEXT.
I don't have a machine to hand with Python 3.6 not installed, to check, but I
believe the launcher is installed by default (although as you say it can be
deselected - and it's definitely described
201 - 300 of 677 matches
Mail list logo
