Paul Moore added the comment:
Agreed, this is just "normal Windows behaviour". It's definitely surprising and
non-obvious (I saw this issue and it never even occurred to me that this was
what was happening) so I'd support documenting it somewhere. My instinct is
Change by Paul Moore :
--
keywords: +patch
pull_requests: +21683
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/22715
___
Python tracker
<https://bugs.python.org/issu
Paul Moore added the comment:
I've created https://github.com/python/cpython/pull/22715 as a suggested
documentation fix. Mark, does this cover what you would have needed to know?
Steve, is what I've written technically accurate?
--
stage: pa
Paul Moore added the comment:
Eryk - I suggest that we modify (or remove) the note in venv that my PR adds as
part of such a change, rather than try to qualify the text now (which would
probably only make it harder for people to understand the issue
Paul Moore added the comment:
Fair enough. I think we have to be careful here - people do rely on how the
"internal" aspects of virtual environments work, like it or not, and we've
definitely broken people's code in the past as a result of taking a hardline
"it'
Paul Moore added the comment:
> This is still true, though, as much as it's ever been.
But it's *not*, if I understand the problem here. Windows resolves a bare
"python" command by searching the directory containing the running executable
first. I would reasonabl
Paul Moore added the comment:
Python 3.6.9 and later were source-only security fix releases. We don't provide
*any* binary releases for those versions, the nuget distribution is no
different in that respect.
The release schedule for Python 3.6 is at
https://www.python.org/dev/peps/pep
Paul Moore added the comment:
> We'd need Mark to weigh in (or possibly track down and ask a colleague), but
> I expect the assumption is that subprocess.Popen("python") searches PATH
> first.
I'm sure it was, TBH. The executable directory side of things is
Paul Monson added the comment:
Yes.
On Fri, Oct 16, 2020 at 3:41 PM Irit Katriel wrote:
>
> Irit Katriel added the comment:
>
> Can this be closed?
>
> --
> nosy: +iritkatriel
>
> ___
> Python tracker
> &l
paul j3 added the comment:
Give the positional a non-none default:
e.g.
group.add_argument('args', metavar='ARGUMENT', nargs='*', default=[],
help='arguments to PROGRAM')
Since a '*' or '?' positional work
paul j3 added the comment:
A more recent issue shows that the use of a '*' positional in a
multually_exclusive_group is poorly understood and documented.
https://bugs.python.org/issue41854
That's part of why I am not enthusiastic about extending this to include
REMAI
Paul Moore added the comment:
OK, PR updated as per discussion.
--
___
Python tracker
<https://bugs.python.org/issue42041>
___
___
Python-bugs-list mailin
Paul Moore added the comment:
I don't think we should document this level of detail, both because it's
basically Windows standard behaviour and therefore not up to us to document,
and because it's *way* too overwhelming for t
Paul Moore added the comment:
Well, I'm not convinced that using `shutil.which` is the right answer for
anything other than "python". And even there, I'd recommend using
`sys.executable` over `shutil.which` in pretty much every case.
My view is that if we ignore the &q
Paul Moore added the comment:
Exactly. Why isn't the current directory searched? Why isn't foo/bar searched
for on PATH? Why is it possible for the user to accidentally remove system
commands from PATH and lose access to them? Any system is confusing and
surprising to users onl
Paul Ganssle added the comment:
That's a reasonable enough objection, though what use case do you have for
storing the IsocalendarDate object? The main reason we switched to using a
named tuple like this was because the vast majority of uses of `isocalendar()`
that I saw were people
Paul Moore added the comment:
My biggest concern with the suggested wording (which in broad terms looks OK to
me) is that it reintroduces the issue with the redirector.
By specifically saying that the behaviour in `CreateProcess` applies, we lead
the user to the statement that the search
Paul Moore added the comment:
I like that, I've updated the PR accordingly.
--
___
Python tracker
<https://bugs.python.org/issue42041>
___
___
Python-bugs-l
Paul Moore added the comment:
New changeset 5ab27cc518f614a0b954ff3eb125290f264242d5 by Paul Moore in branch
'master':
bpo-42041: Clarify how subprocess searches for the executable (GH-22715)
https://github.com/python/cpython/commit/5ab27cc518f614a0b954ff3eb12529
paul j3 added the comment:
argparse : allow_abbrev behavior between 3.7 and 3.8
https://bugs.python.org/issue41534
covers this issue well enough. That latest change to `allow_abbrev` was
prompted by:
argparse: allow_abbrev=False stops -vv from working
https://bugs.python.org/issue26967
New submission from Paul Ganssle :
Following up on this year's language summit, I would like to propose that we
start integrating property tests into the standard library. Zac Hatfield-Dodds
(along with myself and Carl Friedrich Bolz-Tereick) have put together this
repository of tests
Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +21805
pull_request: https://github.com/python/cpython/pull/22863
___
Python tracker
<https://bugs.python.org/issue42
Paul Ganssle added the comment:
Yeah, people are very confused by this, which is why I wrote that article.
Maybe there is a place for big warnings somewhere? I have been mulling over the
possibility of proposing a backwards-incompatible (though minimally so,
hopefully) change to arithmetic
Change by Paul Ganssle :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Paul Ganssle :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Paul Ganssle added the comment:
Even if it were accidental (and it wasn't — it was actually somewhat difficult
to achieve), I'd still argue for not changing it in 3.9, because it would mean
that pickles created in 3.9.(n+1) would not be readable in 3.9.n.
Still, I don'
Paul Ganssle added the comment:
I'm glad that Terry brought up documentation, though, because I realized that
this is not a documented behavior:
https://docs.python.org/3/library/datetime.html#datetime.date.isocalendar
We should maybe document it? Though if we document it it mig
paul j3 added the comment:
In the Help formatting,
choice_strs = [str(choice) for choice in action.choices]
The use of `repr` in this check_value() error message was, I think, deliberate.
For simple choices like strings and numbers it doesn't matter. But for other
cases, it may
paul j3 added the comment:
Do you realize that `choices` can be a dictionary? And since you want the user
to supply a key, not a value, you might not want to use a type that does the
conversion.
To illustrate consider two ways of using a simple dictionary.
import argparse
adict = {&#
paul j3 added the comment:
Provide a minimal reproducible example. I can't reproduce that run on error
message.
Also test with arguments like '--all-logs on', which issues an 'unrecognizeable
argument' error (with a different error reporting path).
Stripping
paul j3 added the comment:
It's the subparser that's producing this error, specifically its 'prog'
attribute.
If I use a custom usage with a simple parser:
1129:~/mypy$ python3 issue42297.py --foo=on
usage: issue42297.py
one
two
three
issue42297
paul j3 added the comment:
We could look into using a different more compact 'prog' for these error
messages.
Currently the subparser 'prog' uses the main prog plus positionals plus the
subparser name. The goal is to construct a subparser usage that reflects
requir
Paul Moore added the comment:
Erik is correct, this is a pip bug. Please raise an issue on the pip tracker
linking to this issue and we can fix it.
--
___
Python tracker
<https://bugs.python.org/issue42
Paul Moore added the comment:
I've raised https://github.com/pypa/pip/issues/9135 for this.
--
___
Python tracker
<https://bugs.python.org/issue42293>
___
___
Paul Ganssle added the comment:
This is the expected behavior of `.fromisoformat()`. A similar issue is
https://bugs.python.org/issue35829, which asks for the "Z" suffix to be
supported.
There is a note about this in the documentation:
https://docs.python.org/3/library/dat
Paul Ganssle added the comment:
Is this an actual problem for another implementation of Python?
Is there some reason to think that we intended the repr of a `datetime` object
to be implementation-defined?
--
nosy: +p-ganssle
___
Python tracker
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue42094>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
This is probably more feasible than the proposal in bpo-41254 since it's a
well-defined spec (mostly — it includes an optional alternative format and the
number of digits allowed is defined "by agreement", thus defeating the purpose
of usin
Paul Ganssle added the comment:
What is an example of another Python implementation that has this property? Is
there a concrete issue open somewhere that this is solving?
I am not unsympathetic to the idea of accommodating other implementations of
Python, but this is very abstract and I
Paul Ganssle added the comment:
I am not seeing any compelling reasons to avoid supporting negative indexes
*or* slices here.
If I had to guess about the confusing semantics of negative indices, I would
guess it's the fact that the index in the -1 position for a non-empty Path will
a
Paul Ganssle added the comment:
One question I would have about this is that `.parents` is a lazily-calculated
sequence, not a list or a tuple, so it's not immediately obvious what the
return type of a slice would be. I don't think it makes sense to return, e.g. a
`_PathParents` o
Paul Ganssle added the comment:
New changeset 452058448335b39c784af9a047f9c4a1767c0b00 by Joshua Cannon in
branch 'master':
bpo-35498: Added slice support to PathLib parents attribute. (GH-11165)
https://github.com/python/cpython/commit/452058448335b39c784af9a047f9c4
Change by Paul Ganssle :
--
dependencies: -pathlib.PurePath.parents rejects negative indexes
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Paul Ganssle added the comment:
I think you may have confused my thoughts as to why this might be considered
ambiguous with an actual suggestion for what the semantics should be.
I think that we should stick with `p.parents[x] == tuple(p.parents)[x]` for any
valid value of `x`, which means
New submission from Paul Ganssle :
Currently, it seems that the pathlib module uses `.. data::` to annotate the
properties of the PurePath type (e.g. .parts, .drive, .root, etc). See:
https://github.com/python/cpython/blob/ff420f0e08a2443339da0df7ace95e14177bac53/Doc/library/pathlib.rst
Paul Ganssle added the comment:
New changeset 79d2e62c008446fbbc6f264bb8a30e2d38b6ff58 by Yaroslav Pankovych in
branch 'master':
Added support for negative indexes to PurePath.parents (GH-21799)
https://github.com/python/cpython/commit/79d2e62c008446fbbc6f264bb8a30e
Paul Ganssle added the comment:
New changeset 79d2e62c008446fbbc6f264bb8a30e2d38b6ff58 by Yaroslav Pankovych in
branch 'master':
Added support for negative indexes to PurePath.parents (GH-21799)
https://github.com/python/cpython/commit/79d2e62c008446fbbc6f264bb8a30e
Paul Boddie added the comment:
Note that Python 3 provided a good opportunity for doing the minimal amount of
work here - just stop things from accessing remote DTDs - but I imagine that
even elementary standard library improvements of this kind weren't made (let
alone the more exte
Paul McMillan added the comment:
On Sat, Jan 21, 2012 at 3:47 PM, Alex Gaynor wrote:
> I'm able to put N pieces of data into the database on successive requests,
> but then *rendering* that data puts it in a dictionary, which renders that
> page unviewable by anyone.
This an
Paul McMillan added the comment:
> I think you're asking a bit much here :-) A broken app is a broken
> app, no matter how nice Python tries to work around it. If an
> app puts too much trust into user data, it will be vulnerable
> one way or another and regardless of how the
Changes by Paul Nasrat :
--
nosy: +pnasrat
___
Python tracker
<http://bugs.python.org/issue9207>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Moore added the comment:
Any progress on this one?
I tried to reproduce using distutils2, but don't know how distutils2 works -
there's no pysetup and python -m distutils2.run doesn't work the same as python
-m packaging.run.
Can we at least get packaging working in tim
Paul Moore added the comment:
We're running a bit lower on time now. Any progress? The whole discussion on
python-dev around binary formats petered out with no real conclusions :-(
--
___
Python tracker
<http://bugs.python.org/is
Paul Moore added the comment:
Have you had a chance to look at this yet?
--
___
Python tracker
<http://bugs.python.org/issue13123>
___
___
Python-bugs-list mailin
Paul Moore added the comment:
> Maybe you’re using the old PyPI release or Tarek’s outdated Bitbucket
> repository. http://hg.python.org/distutils is current, contains pysetup and
> supports -m distutils2.run.
I just did pip install distutils2 in a virtualenv. If that doesn't
Paul Moore added the comment:
I'm writing a PEP, also as a result of Nick's suggestion on python-ideas. I
don't think it will be too hard to get the basic framework of the PEP in place.
When I'm done, would you like to see it and comment before I post to the wider
pyt
Paul Moore added the comment:
I'll try to take a look over the next couple of days.
--
___
Python tracker
<http://bugs.python.org/issue13123>
___
___
Pytho
Paul Moore added the comment:
>> Do I need to hg clone then do some magic pip incantation to get it installed?
> Why would you want to install it? Clone it, hack on it in place, run tests
> in place. :)
>
> FTR, “bin/pip install -e .” is the command to “install” a project
Paul Moore added the comment:
A better example in terms of "intended to be text" might be ChangeLog files.
These are clearly text files, but of sufficiently standard format that they can
be manipulated programmatically.
Consider a program to get a list of all authors who changed a
Paul Moore added the comment:
Produces RECORD files with CR-CR-LF line endings (see issue13175). This breaks
pysetup remove.
I can't tell if this patch is good otherwise - it's certainly no worse than the
behaviour of the unpatched version, but that's
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
New submission from Paul McMillan :
In Python 2.7, I can use an empty format string to indicate automatically
numbered positional arguments when formatting the builtin string object.
http://docs.python.org/release/2.7/library/string.html#format-string-syntax
If I subclass string.Formatter
New submission from Paul Klapperich :
Steps to reproduce:
1. python-2.7.2.msi /qb
2. Check registry for HKLM\SOFTWARE\Python or HKLM\SOFTWARE\Wow6432Node\Python
Expected behavior:
The key will exist and contain a key for 2.7 providing information such as the
installation path.
Observed
Changes by Paul Klapperich :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue14457>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Paul A. :
Shouldn't configure be able to arrive at that without me adding manually?
Anyway, after the build finishes thing soon come crashing down; my stack trace
is at the end...
running build_scripts
creating build/scripts-2.7
copying and adjusting /usr/local/src/P
Changes by Paul A. :
--
type: -> crash
___
Python tracker
<http://bugs.python.org/issue14524>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.p
New submission from Paul A. :
I can't help thinking that configure should be able to figure out the need for
this -- Modules/termios.c won't compile without adding -D_TERMIOS_INCLUDED by
hand. This is far from new, all 2.5+ versions I've tried to compile are like
that o
New submission from Paul A. :
Perhaps I'm not interpreting something happening earlier, but `make test' here
only seems to run a short time but doesn't actually finish. It appears not to
be using any cpu, or waiting for input, so I'm not sure what's happening.
...
New submission from Paul A. :
I trying to build python using an external libffi package I have installed --
is there some trick in directing --with-system-ffi to the path where it's
located. I don't see clues in config.log or anywhere to help.
--
messages: 157776
nosy: pd
Paul A. added the comment:
On Sun, Apr 08, 2012 at 02:01:05AM +, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> Is this a bug report about configure, or a bug report about a crash during
> compilation after you've adjusted the configure parame
Paul A. added the comment:
On Sun, Apr 08, 2012 at 02:06:46AM +, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> Can you suggest a patch? As I said on the other issue I don't believe any
> core developers have access to hpux.
Sure, once I figure
Paul A. added the comment:
On Sun, Apr 08, 2012 at 02:13:39AM +, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> Oh, wait, I see you are testing the security RC. Is this a new problem, or
> does it also occur with the previous released version of 2.6?
Paul A. added the comment:
On Sun, Apr 08, 2012 at 05:58:29AM +, Ross Lagerwall wrote:
>
> Ross Lagerwall added the comment:
>
> If it is in a non-standard location, try setting the environment variables:
>
> LDFLAGS linker flags, e.g. -L if you have libraries i
Paul A. added the comment:
On Sun, Apr 08, 2012 at 04:16:39PM +, R. David Murray wrote:
>
> R. David Murray added the comment:
>
> Can you clarify? In what sense has the 2.7.3 rc regressed?
Shouldn't have left that out -- I was referring to the crash in that
other
New submission from Paul A. :
The following stack trace happened towards the end of a Python-2.7.3rc2 build,
but I also get much the same results with 2.7.2; one difference I noticed was I
didn't think I needed to add -DHAVE_USR_INCLUDE_MALLOC_H there.
running build_scripts
creating
Paul A. added the comment:
Apparently my memory was faulty the other day... 2.7.2 does crash the same way
as Python-2.7.3rc2 on this box. I opened a new bug report for that, so will
close this one. I'll also sign up for core-mentorship as you suggest, and see
what I can do to
Paul A. added the comment:
Will close this -- I'll try to help improve configure as I can get time.
--
resolution: -> postponed
status: open -> closed
___
Python tracker
<http://bugs.python.
Paul A. added the comment:
Yes, I think my libffi setup is okay, but python apparently doesn't (according
to the deeper-down log files I didn't initially know about). The following is
a suspicious-looking snippet from
build/temp.hp-ux-B.11.31-ia64-2.7/libffi/config.log... I have t
Paul A. added the comment:
I'd be more than happy to use my own installation of libffi instead, but it
seems the --with-system-ffi configure flag doesn't work. I've also opened a
different bug for that.
--
___
Python
Paul A. added the comment:
While this is no solution by any means, I think it'd be better for the scenario
to be a fatal configure error. After all, if I say --with-system-ffi, it means
I really, really want want to use my own l
Paul A. added the comment:
Yes indeed, sorry for not answering that question the first time.
The trace is complete, and is from python... although most of it is really in
the shared lib rather than the executable.
--
___
Python tracker
<h
New submission from Paul Ollis :
Code like this::
import collections.abc
imp.reload(collections.abc)
Raises the following exception:
SystemError: Negative size passed to PyUnicode_New
This occurs on the latest mercurial checkout (76302).
--
components: Interpreter Core
Paul Ollis added the comment:
Patch adding a test to reproduce the issue.
--
keywords: +patch
Added file: http://bugs.python.org/file25215/patch01-tests.diff
___
Python tracker
<http://bugs.python.org/issue14
Paul Ollis added the comment:
Patch that fixes the issue.
--
Added file: http://bugs.python.org/file25216/patch01-code.diff
___
Python tracker
<http://bugs.python.org/issue14
Paul Ganssle added the comment:
Responding to a comment on the PR:
> Now, that said you might want to consider the fact that in
> _fold_mime_parameters I deal with this issue by bumping maxlen to 78 rather
> than raising an error. I'm not sure that was the right choice, but
Paul Monson added the comment:
Would you like me to submit a PR to the What's New doc?
--
___
Python tracker
<https://bugs.python.org/issue35947>
___
___
New submission from Paul Ganssle :
In PR 5640 (https://github.com/python/cpython/pull/5460), a warning was added
that importing ABCs from collections directly is deprecated and will be removed
in Python 3.8, but they have not yet been removed and the warning is still
active.
If they are
Paul Ganssle added the comment:
@gphelmsley Can you clarify what you mean by this?
Do you have a minimal reproducing example that shows what's happening and what
you are expecting?
--
___
Python tracker
<https://bugs.python.org/is
Paul Ganssle added the comment:
Hm, I was a bit confused by your wording here, because I am able to trigger all
the errors just fine even before this PR, but I do think that even though this
isn't necessarily fixing inaccurate error messages (all the error messages
*are* accurate), y
New submission from Paul Dagnelie :
In order to allow hex() oct() and bin() to be used on user-defined classes, and
to check if they can be used on a class at runtime, a SupportsIndex protocol
would be useful to integrate. A PR already exists in the backport repo for
this issue: https
Change by Paul Dagnelie :
--
keywords: +patch
pull_requests: +13358
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36972>
___
___
Py
Change by Paul Monson :
--
pull_requests: +13363
___
Python tracker
<https://bugs.python.org/issue36511>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Monson :
--
pull_requests: +13389
___
Python tracker
<https://bugs.python.org/issue36941>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Monson :
--
pull_requests: +13393
___
Python tracker
<https://bugs.python.org/issue36799>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Monson :
--
pull_requests: +13400
___
Python tracker
<https://bugs.python.org/issue36799>
___
___
Python-bugs-list mailing list
Unsubscribe:
901 - 1000 of 3005 matches
Mail list logo
