Change by paul j3 :
--
nosy: +paul.j3
___
Python tracker
<https://bugs.python.org/issue44986>
___
___
Python-bugs-list mailing list
Unsubscribe:
paul j3 added the comment:
Another way to play with the defaults is to use argparse.SUPPRESS. With such a
default, the argument does not appear in the namespace, unless provided by the
user.
In [2]: p = argparse.ArgumentParser()
...: p.add_argument('--foo', default=argparse.SUPPRESS
Paul Menzel added the comment:
I created https://bugs.python.org/issue44909.
--
nosy: +pmenzel
___
Python tracker
<https://bugs.python.org/issue25946>
___
___
New submission from Paul Menzel :
[copied from closed (out of date) issue https://bugs.python.org/issue25946]
Reproduced with Python 3.9.6.
./configure` both prints `checking for g++... no` and
WARNING:
By default, distutils will build C++ extension modules with &q
Paul Ganssle added the comment:
I think this is a rounding issue. `time.time()` returns an epoch timestamp as a
float and at the current epoch time, floats are spaced ~500ns apart.
`datetime.datetime.now` does a floor division when rounding:
https://github.com/python/cpython/blob
Paul Ganssle added the comment:
Sorry you didn't receive a response to your security@ email, I guess my
response just went to the PSRT, not to you as well. I believe we determined
that this was an issue in importlib.resources generally, not specific to
zoneinfo.
I think
paul j3 added the comment:
More on the refactoring of error handling in _parse_known_args
https://bugs.python.org/issue29670#msg288990
This is in a issue wanting better handling of the pre-populated "required"
arguments,
https://bugs.python.org/issue29670
argparse: does n
paul j3 added the comment:
I've explored something similar in
https://bugs.python.org/issue11588
Add "necessarily inclusive" groups to argparse
There is a local variable in parser._parse_known_args
seen_non_default_actions
that's a set of the actions that have been seen.
paul j3 added the comment:
Joker
'type=bool' has been discussed in other issues. 'bool' is an existing python
function. Only 'bool("")' returns False. Write your own 'type' function if
you want to test for specific strings. It's too language-specific to add as a
gener
Paul Moore added the comment:
It works as expected (the print statement in the "finally" clause is executed)
for me.
--
___
Python tracker
<https://bugs.python.o
Paul Martin added the comment:
The difference between the two is the difference between your local time and
utc.
datetime.now(timezone.utc)
This returns the current time in utc and is timezone aware. So the timestamp
can figure out the seconds since epoch taking into account the timezone
Paul Moore added the comment:
See the attached screenshot. Only the app name is visible by default.
I see no benefit to the change and a definite usability degradation for people
like me with multiple Python versions.
--
Added file: https://bugs.python.org/file50152/Apps
Paul Moore added the comment:
In "Apps and Features" on Windows 10, the application name is shown by default
but not the version. I have 3 different versions of Python installed on my PC
and if they all reported as "Python" it would be a lot harder to manage them
(I'd h
Change by Paul Ganssle :
--
stage: resolved ->
___
Python tracker
<https://bugs.python.org/issue44603>
___
___
Python-bugs-list mailing list
Unsubscrib
Paul Ganssle added the comment:
Re-opening this because I think the discussion is not done and I don't see any
reason why this was rejected.
> Related 2005 python-dev discussion:
> https://mail.python.org/archives/list/python-...@python.org/thread/VNGY2DLML4QJUXE73JLVBIH5WFBZNIKG/
New submission from Paul Watson :
In the venv .\Scripts directory. the name 'Activate.ps1' does not conform to
the PowerShell prescribed Verb-Noun format.
How about using 'Initialize-Python.ps1' as the script name? Or, something else
that does conform to PowerShell standard naming
Paul Moore added the comment:
It does for me:
>>> help(open("nul").writelines)
Help on built-in function writelines:
writelines(lines, /) method of _io.TextIOWrapper instance
Write a list of lines to stream.
Line separators are not added, so it is usual for ea
Paul Ganssle added the comment:
At this point I think we should probably start a thread on python-dev to see
how people feel about it. I'd be happy to author or co-author a PEP for this if
need be.
--
___
Python tracker
<https://bugs.python.
Paul Ganssle added the comment:
> In fact, you're proposing to use exit as a keyword, but lying about it to the
> users. If it were really so important, then it _should_ be a keyword, and at
> least I'd know that I can't use it for my variables anymore. (It's not the
>
Paul Ganssle added the comment:
I'm +1 for Pablo's approach. That's approximately what I meant by "special-case
it in the REPL layer" anyway.
Are there any downsides to doing it this way? It seems tightly scoped and with
minima
Paul Ganssle added the comment:
If we want to confine the behavior to just the repl, we could possibly have the
repl set an environment variable or something of that nature for interactive
sessions, so that `__repr__` of `exit` can tell the difference between being
invoked in a REPL
Change by Paul Moore :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Paul Du Bois :
--
title: Proportional Width Font on Generated Python Docs PDFs -> Proportional
Width Font on Generated Python Docs PDFs and in mobile browser
___
Python tracker
<https://bugs.python.org/issu
Paul Du Bois added the comment:
For what it's worth, I also see proportional-width fonts when looking at the
docs in Android Chrome. For example, the binary tree in
https://docs.python.org/3/library/heapq.html is mangled.
--
nosy: +paul.dubois
Paul Moore added the comment:
I don't inderstand what "discrepancy" you mean here. The documentation you
quote explains the behaviour, and I don't see the problem.
If build is failing, why do you not think that is a bug in build? I can only
see one call to venv.EnvBuilder in th
New submission from Paul Prescod :
from importlib import util
mathmodule = util.find_spec("math")
math1 = util.module_from_spec(mathmodule)
print(math1.pi)
=
$ python3.8 /tmp/foo.py
3.141592653589793
$ python3.9 /tmp/foo.py
Traceback (most recent call last):
File "/tm
Paul Ganssle added the comment:
Yeah, I knew this was slower and it's been on my long list to look at it (tied
to this is the fact that `datetime.today()` is basically just a slow version of
`datetime.now()`, in defiance of user expectations).
My inclination is that we shouldn't re
Paul Fisher added the comment:
Reading more into this, from section 5.2,1:
> A component is undefined if its associated delimiter does not appear in the
> URI reference
So you could say that since there is a '?', the query component is *defined*,
but *empty*. This would mean that ass
Paul Ganssle added the comment:
> I use hypothesis during development, but don't have a need for in the the
> standard library. By the time code lands there, we normally have a specific
> idea of what edge cases needs to be in the tests.
The suggestion I've made here is that we use
Paul Ganssle added the comment:
New changeset c87b81dcb2c22b6d151da39a0f65d5db304f59a8 by Miss Islington (bot)
in branch '3.9':
bpo-43295: Fix error handling of datetime.strptime format string '%z'
(GH-24627) (#25695)
https://github.com/python/cpython/commit
Paul Ganssle added the comment:
I do not want to dissuade you from figuring out how minithesis / hypothesis
works (far from it), but I'm wondering if the question of how shrinking works
is germane to the issue at hand, which is whether or not hypothesis /
property-based-testing is suitable
Paul Ganssle added the comment:
I also commented on GH-26215 ( https://github.com/python/cpython/pull/26215 ),
but for posterity, I'll note a few things:
1. It seems that (and this may have changed since 2015), `_strptime._strptime`
now has a stage that (unconditionally?) constructs
Paul Ganssle added the comment:
@Terry
> The problem with random input tests in not that they are 'flakey', but that
> they are useless unless someone is going to pay attention to failures and try
> to find the cause. This touches on the difference between regression testing
Paul added the comment:
"Here's something you should know about Windows, even if a local account is in
the Administrators group, it still has restrictions on what it can do, it just
has the power to elevate itself without requiring login credentials (VIA UAC
prompts)."
@Willia
Paul added the comment:
"The most easy way to do is right click on the application you're running the
code from, click Run as Administrator and then run the code in that
application. You'll not get any WinError. And also being in the Administrators
group doesn't mean whatever applic
Paul added the comment:
@Eryk:
GROUP INFORMATION
-
Group Name: Everyone
Type: Well-known group
SID:S-1-1-0
Attributes: Mandatory group, Enabled by default, Enabled group
Group Name: NT AUTHORITY\Local account and member of Administrators group
Type: Well
Paul added the comment:
Eryk:
The whoami process check output shows that my account is in
BUILTIN\Administrators, which proves that the account I am logged in as local
Administrator permissions.
As for the OpenKey method, it fails with [WinError 5] Access denied, exactly
the same way my
Paul added the comment:
*** Again, I am using a LOCAL ADMINISTRATIVE account. ***
"Actually behind the scenes, winreg uses win32api which doesn't allow setting
HKEY_LOCAL_MACHINE keys for unprivileged users. Running the application in
admin mode may work because at that point
Paul added the comment:
Clarification:
User is a local admin on the machine, and UAC is disabled as well. I can also
add, modify, and delete Registry entries in HKLM (or any other hive) by hand
with no problem, so it is definitely not a permissions issue. I can also
write, update, modify
New submission from Paul :
DETAILS:
"[WinError 5] Access is denied" error is thrown when user attempts to use a
different Registry hive other than HKEY_CURRENT_USER. The first example below
will demonstrate that the code snippet works just fine and is implemented
correctly. How
paul j3 added the comment:
To a large degree the Action parameters operate independently. That is,
different parts of the code use the parameters for their own purposes. The
composite behavior is a result of those individual actors, rather than some
sort of overall coordinated plan.
First
paul j3 added the comment:
You test with RawDescriptionHelpFormatter, but quote from the
RawTextHelpFormatter.
--
nosy: +paul.j3
___
Python tracker
<https://bugs.python.org/issue43
Paul Moore added the comment:
New changeset 6034c4aa58fe7257d39b53c77944393700c66396 by Stéphane Bidoul in
branch '3.8':
[3.8] bpo-43993: Update vendored pip to 21.1.1 (GH-25761). (GH-25783)
https://github.com/python/cpython/commit/6034c4aa58fe7257d39b53c77944393700c66396
Paul Moore added the comment:
New changeset af1e06c62f3958082c4b409e771f291d12479b3d by Stéphane Bidoul in
branch '3.9':
[3.9] bpo-43993: Update vendored pip to 21.1.1 (GH-25761). (GH-25782)
https://github.com/python/cpython/commit/af1e06c62f3958082c4b409e771f291d12479b3d
Paul Moore added the comment:
New changeset bf99b7151663905fd5e71efe45184dc8fffc3236 by Stéphane Bidoul in
branch 'master':
bpo-43993: Update vendored pip to 21.1.1 (GH-25761)
https://github.com/python/cpython/commit/bf99b7151663905fd5e71efe45184dc8fffc3236
--
nosy: +paul.moore
Paul Moore added the comment:
Eryk, thank you for clarifying. I apologise - I got bogged down somewhere in
the middle of the discussion on reimplementing bits of the CRT (your posts are
so information-dense that my usual habit of skimming breaks down - that's not a
complaint, though
Paul Moore added the comment:
Looking at the various comments, I think we have 5 votes for deleting on CM
exit when used as a CM, and no change in behaviour otherwise (me, Zachary,
Ethan, Jason and Steve). Steve also wants O_TEMPORARY to be removed, which
doesn't seem controversial among
Paul Moore added the comment:
I'd suggest also posting it on the Packaging discourse, to get feedback from
other distro maintainers.
--
___
Python tracker
<https://bugs.python.org/issue41
Paul Moore added the comment:
To be explicit, I'm +1 on breaking backward compatibility in the minor form
described by Ethan: if NamedTemporaryFile is used as a context manager, the
file is closed *on context manager exit* and *not* when the file is closed.
Breaking compatibility is allowed
Change by Paul Moore :
--
keywords: +patch
pull_requests: +24358
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25669
___
Python tracker
<https://bugs.python.org/issu
New submission from Paul Moore :
The importlib.metadata documentation states that the PackagePath class is "a
pathlib.Path derived object". This isn't true - it's a PurePath subclass, and
in particular it does not have a resolve() method. In fact, it has an
undocumented cus
Paul Moore added the comment:
New changeset d92513390a1a0da781bb08c284136f4d7abea36d by Tzu-ping Chung in
branch 'master':
bpo-43312: Functions returning default and preferred sysconfig schemes
(GH-24644)
https://github.com/python/cpython/commit/d92513390a1a0da781bb08c284136f4d7abea36d
paul j3 added the comment:
Post parsing testing for the correct number of strings is the easy part.
It's the auto-generate usage that's harder to do right, especially if we wanted
to enable the metavar tuple option. Clean usage for '+' is messy enough
paul j3 added the comment:
Let's see if I can clarify somethings. But first, I should say that I've
worked with this code for so long, that I may miss things that could confuse a
beginner.
A basic distinction is between "optionals" and "positionals". I put those in
q
Paul Moore added the comment:
New changeset fc82f3f8fb36f88a4e7238a463812c2916bd4db0 by Stéphane Bidoul in
branch '3.8':
[3.8] bpo-43930: Update bundled pip to 21.1 and setuptools to 56.0.0 (GH-25576)
(GH-25579)
https://github.com/python/cpython/commit
Paul Moore added the comment:
New changeset d962b00fcffa9070acdca850753f254828caa1d7 by Stéphane Bidoul in
branch '3.9':
[3.9] bpo-43930: Update bundled pip to 21.1 and setuptools to 56.0.0 (GH-25578)
https://github.com/python/cpython/commit/d962b00fcffa9070acdca850753f254828caa1d7
Paul Moore added the comment:
New changeset 196983563d05e32d2dcf217e955a919f9e0c25e1 by Stéphane Bidoul in
branch 'master':
bpo-43930: Update bundled pip to 21.1 and setuptools to 56.0.0 (GH-25576)
https://github.com/python/cpython/commit/196983563d05e32d2dcf217e955a919f9e0c25e1
paul j3 added the comment:
This is a well known (if not fixed) issue - if subparsers is required, then a
dest is needed to give a working error message. Looks like we've variously
talked about documenting the requirement, or using some sort of substitute for
the missing name.
One of my
Paul Pinterits added the comment:
You're telling me that some people out there rely on their custom __init__
*not* being called? O.o
--
___
Python tracker
<https://bugs.python.org/issue43
Paul Pinterits added the comment:
Admittedly, with the way dataclasses accept their __init__ arguments, figuring
out which arguments to consume and which to pass on isn't a trivial task.
If a dataclass Bar inherits from a dataclass Foo, then Bar.__init__ is (for all
intents and purposes
Paul Pinterits added the comment:
No, I'm saying Bar should initialize the 'bar' attribute, and then call
Foo.__init__ to let it initialize the 'foo' attribute.
--
___
Python tracker
<https://bugs.python.org/issue43
Paul Pinterits added the comment:
> dataclasses doesn't know the signature of the base class's __init__, so it
> can't know how to call it.
The dataclass doesn't need to know what arguments the parent __init__ accepts.
It should consume the arguments it needs to initialize its in
New submission from Paul Pinterits :
It's documented behavior that @dataclass won't generate an __init__ method if
the class already defines one. It's also documented that a dataclass may
inherit from another dataclass.
But what happens if you inherit from a dataclass that implements
Paul Moore added the comment:
Sorry - I'm maybe making an unwarranted assumption. If simply removing "delete
on close" behaviour in the CM case is acceptable, then I'm 100% in favour of
that.
I'd assumed that it was somehow unacceptable, but you're right, and it's not
cle
Paul Moore added the comment:
There's a lot of technical discussion of implementation details here, but not
much about use cases. IMO, what's more important is whether NamedTemporaryFile
is *useful* to people, and what they want to use it *for*. Working out how to
implement it can come
Paul Ganssle added the comment:
> I don't think full nanosecond support is feasible to complete in the
> remaining weeks
This may be so, but I think the important part of that question is "what work
needs to be done and what questions need to be answered?" If the answer
paul j3 added the comment:
An overlapping issue
https://bugs.python.org/issue18943
argparse: default args in mutually exclusive groups
That issue shows that this problem arises with small integers as well (<257),
which in cpython have unique ids. It's an implementation detail, p
Paul Moore added the comment:
> if they return a spec they can, if they don't then they can't
What I've never really got clear in my mind is how dotted names get handled.
But that's probably just a matter of needing to experiment a bit (I don't think
it's particularly complicated, I j
Paul Moore added the comment:
OK, cool. That might be worth explaining somewhere in the docs (although I
don't really know where, as I'm not sure where namespace packages are
documented, either :-))
I'm not at all sure what would happen if we have meta path finders A and B
New submission from Paul Moore :
I am trying to write a meta path finder that "redirects" module loads to a
different part of the filesystem. There's not much information in the importlib
documentation, but PEP 451 says "find_spec() must return a spec with "loader&
Paul Ganssle added the comment:
> That it allows creating the datetime instance looks like a bug to me, i.e. a
> time before 0001-01-01 00:00 UTC is invalid. What am I misunderstanding?
`datetime.datetime(1, 1, 1, tzinfo=timezone(timedelta(hours=1)))` is a valid
datetime, it'
John Paul Adrian Glaubitz added the comment:
I think there is one productive result of this discussion which is this patch
by Jessica Clark which gets rid of architecture-specific alignment code:
> https://github.com/python/cpython/pull/24624
Unfortunately, it has not seen any posit
Change by Paul :
--
nosy: +Jukka Lehtosalo, lukasz.langa
___
Python tracker
<https://bugs.python.org/issue43512>
___
___
Python-bugs-list mailing list
Unsub
Paul added the comment:
@kj
Thank you, Ken! I'll try it on the list as advised by you!
--
___
Python tracker
<https://bugs.python.org/issue43512>
___
___
Pytho
Paul added the comment:
The authors of PEP 544 are Ivan Levkivskyi, Jukka Lehtosalo, and Łukasz Langa.
I think their opinion should count.
I can see "levkivskyi" in the noisy list, but not the other two. And don't see
any possibility to add them. Who can add them?
An
Paul added the comment:
Regarding "At runtime, protocol classes will be simple ABCs." (PEP 544):
Unfortunately, this is currently not the case. Actually, there is an extra
metaclass for protocols, solely to provide an __instancecheck__.
https://github.com/python/cpython/blob/3.9/Lib
Paul added the comment:
That's the very first issue I've reported in bugs.python.org and I'm completely
new to the Python dev process:
I have some further remarks at the issue (especially about consistency with the
current treatment of Protocols vs. ABCs). Will they be read if placed here
New submission from Paul :
The section "Subtyping relationships with other types" of PEP 544 states:
"A concrete type X is a subtype of protocol P if and only if X implements all
protocol members of P with compatible types. In other words, subtyping with
respect to a pro
Change by Paul Weiss :
--
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue27929>
___
___
Python-bugs-list mailing list
Unsub
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue43382>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
The evidence you have here seems pretty compelling and this change seems
straightforward enough. I don't see an expert listed here, but I'm happy to
merge a docs PR fixing this.
Probably a good idea to make a PR to typeshed in parallel, in case they have
Change by Paul Bryan :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Paul Bryan :
--
keywords: +patch
pull_requests: +23453
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24668
___
Python tracker
<https://bugs.python.org/issu
Change by Paul Bryan :
--
nosy: +gvanrossum
___
Python tracker
<https://bugs.python.org/issue43345>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Bryan :
>From Typing-sig list:
On Thu, Feb 11, 2021 at 10:54 PM Paul Bryan wrote:
> I don't think __required_keys__ or __optional_keys__ are documented, at least
> not in https://docs.python.org/3.10/library/typing.html. Is there any reason
> we can't
Paul Moore added the comment:
No, because I want to work with whatever version of Python the user puts there.
Yes, I could search for "python3*.dll" and load the one I find, but I'm writing
this in C, and I get a migraine whenever I have to write more than about 15
lines
paul j3 added the comment:
I've added a script that does what you want, but with a simple utility function
instead of a parent (or lots of copy-n-paste).
I explored the code a bit, and have an idea that might correct the [parent]
behavior.
In the method that copies a parent's groups
John Paul Adrian Glaubitz added the comment:
Oh, and LLVM is currently gaining support M68k which you consider "legacy":
> https://reviews.llvm.org/D95315
It might be a good idea to do some research first before making su
John Paul Adrian Glaubitz added the comment:
> "Move support of legacy platforms/architectures outside Python"
> https://mail.python.org/archives/list/python-...@python.org/thread/F5BXISYP7RAINXUMYJSEYG7GCFRFAENF/
Motorola 68k isn't a 16-bit architecture, it's a 32-bit archit
paul j3 added the comment:
The parents mechanism is not elaborate. It copies groups and actions by
reference. The comments that I quoted actually come from that method that does
this copying.
>From a quick glance at that code I see that it does not preserve the group
>n
paul j3 added the comment:
The mutually exclusive arguments are displayed with in the argument group, at
least in my testing. From a copy-n-paste of your example:
In [8]: parser.print_help()
usage: ipython3 [-h]
[--from-args FROM_ARGS | --from-files FROM_FILES | --from-stdin
John Paul Adrian Glaubitz added the comment:
> But I don't see the benefit of annoying and discouraging users who want to
> experiment with Python and with Linux on Z in 31 bit mode.
Fully agree.
> Yes, maintenance theoretically is a burden, but there have been no recent
> issu
John Paul Adrian Glaubitz added the comment:
> To get a platform supported by Python, we also need a volunteer to fix issues
> specific to the 31 bit s390 platform: see PEP 11.
You do not need to support every platform. Just allow your users to use them.
If something breaks down
John Paul Adrian Glaubitz added the comment:
> What is the use case or benefit of building Python for 32-bit rather than
> 64-bit?
That's not really the question. The question is whether an upstream project
should prevent downstreams from using unsupported target configurations and I
John Paul Adrian Glaubitz added the comment:
> Are you sure about that? It seems SLE-12 support s390x not s390. Maybe it's
> multilib support in a similar manner that I've mentioned about RHEL7?
I work at SUSE. I looked at the internal build system. Debian also still build
s390 mu
John Paul Adrian Glaubitz added the comment:
> This thread is an excellent example why ignoring platforms comes at a cost.
> It will only get worse when are going to introduce platform and architecture
> specific code for optimizations and features.
Which is purely hyp
John Paul Adrian Glaubitz added the comment:
> So IMO it's fine to remove the support.
You are not removing "support". You're just disallowing users to use the Python
interpreter - which works perfectly fine on all architectures we have in
current and previous releases - on D
John Paul Adrian Glaubitz added the comment:
> The guidelines for platform support are explained in PEP 11
> (https://www.python.org/dev/peps/pep-0011/#supporting-platforms). We don't
> support platforms unless we have maintainers and CI (builtbots) in place for
> the platform
John Paul Adrian Glaubitz added the comment:
> Moving forward, s390 will be unambiguously unsupported as we cannot test
> against this platform. Unless we get a buildbot provided for this purpose,
> as well as somebody willing to fix broken builds on that buildbot long-term,
>
John Paul Adrian Glaubitz added the comment:
> I want to make it obvious that the platform has been dropped half a decade
> ago.
That's a political statement, not a technical one.
The change has zero functional impact on the other targets. It just makes the
use of Python in a pot
101 - 200 of 3183 matches
Mail list logo
