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
New submission from Paul Hammant:
Show Source links to:
https://github.com/python/cpython/blob/path/to/resource.rst
Edit This Page would link to
https://github.com/python/cpython/edit/path/to/resource.rst
And yes, GitHub does the right thing if you're not ordinarily permitted to
c
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
New submission from Paul Goins:
If modules are added to a package namespace at runtime, there is a chance that
they will not be properly detected if adding the module does not also result in
an update to the parent directory's st_mtime attribute.
This manifests in not being able to impor
Paul Hammant added the comment:
Hi folks, I'm not explaining Github's non-commiter contribution process very
well.
Click this link everyone -
https://github.com/BuildRadiator/BuildRadiator/edit/master/README.md - pretend
to make a contribution to one of m
paul j3 added the comment:
The problem described here is restricted to `?` and `*' positionals, and is
caused by the subtle way in which 'empty' optional positionals are handled.
The regular handling of defaults at the start of `parse_known_args` works fine.
The default is
paul j3 added the comment:
Another manifestation of the complications in handling '?' positionals is in
http://bugs.python.org/issue28734
argparse: successive parsing wipes out nargs=? values
--
___
Python tracker
<http://bu
Paul Goins added the comment:
Ack; missed that. Thanks, and sorry for the noise.
--
___
Python tracker
<http://bugs.python.org/issue31058>
___
___
Python-bug
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
Changes by paul j3 :
--
nosy: +paul.j3
___
Python tracker
<http://bugs.python.org/issue31012>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
paul j3 added the comment:
Another pre-existing namespace issue
http://bugs.python.org/issue28734
When positional nargs='?' or '*', the default (or []) overwrites the namespace
value. That's because the posiitonals are always 'seen' (by an empty str
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 j3 added the comment:
argparse roughly follows POSIX practice:
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html
Guideline 10:
The first -- argument that is not an option-argument should be
accepted as a delimiter indicating the end of options. Any
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 j3 added the comment:
The earlier issue for '--' as arguement
http://bugs.python.org/issue14364
With the patch I suggested there '-f--' and '--foo=--' work as arguments.
'--foo --' is still interpreted as a positionals switch.
In optpars
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
New submission from Paul G:
In the .py implementation of datetime.replace (and date.replace and
time.replace), the new datetime is created using the datetime type:
https://github.com/python/cpython/blob/master/Lib/datetime.py#L1578
But in the C source, it is created from type(self):
https
Paul G added the comment:
@r.david.murray In the other thread, you mention that the full test suite is
run against the C and Python implementations, so that answers the question of
how to write the tests.
I think treating it as an enhancement in Python 3.7 makes a reasonable amount
of sense
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
New submission from Paul Pinterits:
The file paths displayed in exception tracebacks have their symlinks resolved.
I would prefer if the "original" path could be displayed instead, because
resolved symlinks result in unexpected paths in the traceback and can be quite
confusing.
paul j3 added the comment:
I've seen this before, either in another bug/issue or a Stackoverflow question.
The basic change in RawTextHelpFormatter is to turn off the line wrapping for
texts like the description. Multiple newlines are preserved at this step.
But after assembling al
paul j3 added the comment:
http://bugs.python.org/issue17113
argparse.RawDescriptionHelpFormatter should not delete blank lines
This provides more details on why this is happening.
I suggest using adding a space between newlines, thus: '\n \n'.
HelpFormatter.format_help is just l
Changes by paul j3 :
--
nosy: +paul.j3
___
Python tracker
<http://bugs.python.org/issue30421>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Changes by Paul Romano :
--
pull_requests: +3594
___
Python tracker
<https://bugs.python.org/issue26121>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35317>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Ganssle :
It seems that if you call skipTest *anywhere* in a test function, even in a
subTest, the *entire* function gets marked as "skipped", even if only one
sub-test is skipped.
Example:
import unittest
class SomeTest(unittest.TestCase):
Paul Ganssle added the comment:
As "prior art" the way that pytest does this is to have parametrized tests show
up as separate tests:
import pytest
@pytest.mark.parametrize("i", range(1, 3))
def test_something(i):
if i > 1:
pyt
Paul Ganssle added the comment:
@Rémi Interesting. Your suggested output does look clearer than the existing
one, but it still doesn't indicate that anything *passed*. I think I like the
way pytest does it the best, but if we can't expose the subtests as separate
tests, I'd p
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
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35385>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
Might it be worth moving `nextmonth` and `prevmonth` to `calendar._nextmonth`
and `calendar._prevmonth` to make it more clear that these are private methods?
Due to Hyrum's Law, people will be using them anyway, but it could have a short
deprecation p
Paul Ganssle added the comment:
This is another manifestation of issue 32417.
The biggest complication, to me, is that adding a `timedelta` to a datetime
always returns a `datetime.datetime` rather than the subclass that it was added
to.
I *think* most if not all people would consider this
Paul Ganssle added the comment:
> This is not easy problem, ant it doesn't have right solution. Different
> decisions were made for the result type of alternate constructors and
> operators for different classes.
It's certainly true that it occasionally makes sense to do
Paul Ganssle added the comment:
This issue was fixed in Python 3.7, and it turns out issue 31222 was a
duplicate of it. It can be closed now.
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue20
Paul Ganssle added the comment:
Another thing to note: I'm pretty sure this was a mistake in the first place.
There are many examples of places where the datetime module was just not
designed with inheritance in mind, for example:
- issue 32404 / issue 32403 - fromtimestamp not ca
Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +10142
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32417>
___
___
Py
Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +10143
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35364>
___
___
Py
Paul Ganssle added the comment:
I'm not sure I agree with how this was resolved. We're adding complexity to the
datetime unpickler to support unpickling pickles created in Python 2 in Python
3? I also don't really understand the encoding parts of it, but it smells very
fishy
Paul Ganssle added the comment:
@Serhiy Any chance we can roll these back before the release so that they can
have some time for discussion? I have serious concerns about having to support
some Python 2/3 compatibility hack in datetime for the next 6 years. If this is
worth doing at all, I
Paul Ganssle added the comment:
I do not care enough about this to fight about it.
The issue has been open long enough that I do not think it justified the
urgency of rushing through a patch just before the release and merging without
review, but now that it is in the release of multiple
Change by Paul Ganssle :
--
nosy: -p-ganssle
___
Python tracker
<https://bugs.python.org/issue22005>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
I am somewhat uneasy about backporting this to Python 2.7 because changing the
return type of `SomeDateTime + timedelta` could be seen as a breaking change. I
have sent a message to the datetime-SIG mailing list about this for more
visibility.
If it is
Paul Ganssle added the comment:
Ah, that's my mistake. I have always been under the impression that "Versions"
meant "versions affected", not "versions that this needs to be fixed for". I
usually just selected the ones where I had verified that it's a
Paul Ganssle added the comment:
> What's the use case for subclassing DateTime? These classes were not designed
> with subclassing as a use case in mind.
There are several reasons for doing it, of various levels of legitimacy. The
overall theme is that people want different beh
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 Wilkinson added the comment:
This issue does appear to be related to the FTP server (or presumably the SSL
library on the FTP server).
A test against `test.rebex.net` works with OpenSSL 1.0.1t (on Debian) and
LibreSSL 2.2.7 (macOS 10.14.2) while a test against my web host fails on both
New submission from Paul Keating :
This was originally reported on StackOverflow (53829118) and I believe the
poster has found a genuine issue. He reported a problem converting from Python
2.3 to Python 2.7 in which strptime() produced a different result for %U in the
two versions. For lack
Paul Ganssle added the comment:
I don't really know what Python was doing in version 2.3, and I don't have
immediate access to a Python 2.3 interpreter, but at least for %U and %W,
datetime is calling the platform's `strftime` under the hood, so presumably if
this is a bu
Change by paul j3 :
--
nosy: +paul.j3
___
Python tracker
<https://bugs.python.org/issue35442>
___
___
Python-bugs-list mailing list
Unsubscribe:
paul j3 added the comment:
argparse.REMAINDER matches an empty list of arguments, just like '?' and '*'.
So they are always 'filled', even by `parse_args([])`.
'?' and '*' have some special handling of defaults in this case, see in
paul j3 added the comment:
Let me highlight something about
https://stackoverflow.com/a/15008806/169947
The original question was how to implement an Action that accepts 'True' or
'False' as an argument. Users often try `type=bool`, which doesn't work
because of t
Paul Ganssle added the comment:
I agree with Victor on this. In the future, I'd really like to see us do our
best to add cross-platform uniformity to Python's strftime and strptime
support. If there really is a platform out there that doesn't support a
trailing `%`, I l
New submission from Paul Ganssle :
When examining the performance characteristics of pytz, I realized that pytz's
eager calculation of tzname, offset and DST gives it an implicit cache that
makes it much faster for repeated queries to .utcoffset(), .dst() and/or
.tzname() though the
Change by Paul Ganssle :
--
keywords: +patch
pull_requests: +11122
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35723>
___
___
Py
Paul Ganssle added the comment:
One other thing I might mention here is that I did explore the idea of storing
this cache on the tzinfo implementation itself, but it is problematic for a
number of reasons:
1. It would either need to use some sort of expiring cache (lru, ttl) or
require a
Paul Ganssle added the comment:
> I dislike adding a public API for an optimization. Would it be possible to
> make it private? Would it make sense? tzidx => _tzidx.
This also would have been my preference, but it is unfortunately not possible
because of the way tzinfo works. tzi
New submission from Paul Watson :
The documentation for venv in Python 3.7 references using `python3` to run
venv. I do not find a `python3` executable in the kit.
https://docs.python.org/3.7/library/venv.html#module-venv
--
assignee: docs@python
components: Documentation
messages
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 Ganssle added the comment:
You can see the discussion in bpo-15873 for the full rationale of why "Z" was
omitted - to quote from https://bugs.python.org/issue15873#msg307607 :
> We can have further discussion later about what exactly should be supported
> in Python 3.
Paul Ganssle added the comment:
> I can see your point in not causing confusion about what this method is
> meant to be used for.
In this case, making it easy to explain what it does is less important than
making the scope and contract of the function clear so that we don't hav
Paul Ganssle added the comment:
> It seems a little odd to need to pull in a third-party library for this; it
> seems far more tempting for me to just do
> "datetime.fromisoformat(str.replace('Z', '+00:00'))" instead since I know my
> dates are pr
Paul Ganssle added the comment:
Possibly related to 35535.
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35841>
___
___
Python-bugs-list m
Paul Ganssle added the comment:
I think this is not a bug. bpo-35535 is probably also intended behavior, but
that is less certain.
The misunderstanding here is that %W does not give you the ISO week number,
from the documentation:
%W: Week number of the year (Monday as the first day of
Change by paul j3 :
--
nosy: +paul.j3
___
Python tracker
<https://bugs.python.org/issue35533>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Paul Ganssle :
--
nosy: +p-ganssle
___
Python tracker
<https://bugs.python.org/issue35893>
___
___
Python-bugs-list mailing list
Unsubscribe:
Paul Ganssle added the comment:
@Ronald The module you've linked to seems to be using flit and doesn't have any
C extensions. Did you change over the build process, or am I missing something?
--
___
Python tracker
<https://bu
Paul Ganssle added the comment:
@Ronald Ah, interesting, I missed that.
In my experience, distutils is pretty static and it's not particularly common
to merge changes into it. Whether or not this is in scope for distutils, it's
definitely in scope for setuptools - do you mind
Paul Ganssle added the comment:
Well, there's some tentative plan for `setuptools` to completely adopt
distutils, so in some sense all distutils bugs are setuptools bugs as well.
That said, the reason to report it in setuptools as well is that setuptools
still supports Python 2.7, 3.
Change by Paul Monson :
--
nosy: +Paul Monson
___
Python tracker
<https://bugs.python.org/issue35920>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Monson :
--
nosy: +Paul Monson
___
Python tracker
<https://bugs.python.org/issue35740>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Monson :
--
nosy: +Paul Monson
___
Python tracker
<https://bugs.python.org/issue35705>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Paul Monson :
Need code and test changes to match https://bugs.python.org/issue35740
--
assignee: christian.heimes
components: SSL, Windows
messages: 334998
nosy: Paul Monson, christian.heimes, paul.moore, steve.dower, tim.golden,
zach.ware
priority: normal
paul j3 added the comment:
The proposed PR does not address this issue. It just adds comments to the
method code, which aren't really needed. The method is short and obvious. We
don't need, at this time, to get into questions of whether comments in
argparse.py conform to one o
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
Change by Paul Ganssle :
--
pull_requests: +11790
___
Python tracker
<https://bugs.python.org/issue32417>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
pull_requests: +11794
___
Python tracker
<https://bugs.python.org/issue35364>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Paul Ganssle :
--
pull_requests: +11790, 11791, 11792
___
Python tracker
<https://bugs.python.org/issue32417>
___
___
Python-bugs-list mailin
Change by Paul Ganssle :
--
pull_requests: +11790, 11791
___
Python tracker
<https://bugs.python.org/issue32417>
___
___
Python-bugs-list mailing list
Unsub
1101 - 1200 of 3008 matches
Mail list logo
