John L added the comment:
It causes an exception and traceback, don't remember which exception six months
later. I'll see if I can add a suitable test case to the unit test.
--
___
Python tracker
<https://bugs.python.o
Michael L. Boom added the comment:
Is there anything that I can do, or the company I work for can do, to get a
developer assigned to fix this bug? It is hard to use multiprocessing remote
method calls without this bug being fixed. The software wouldn't be robust
enough for produ
Michael L. Boom added the comment:
I don't think I even got this working on the small scale. The unit test in the
bug report is about as small as it gets and it doesn't work. The issue still
exists in Python 3.9.5.
--
___
Python track
Change by John L :
--
keywords: +patch
pull_requests: +25299
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26709
___
Python tracker
<https://bugs.python.org/issu
Change by John L :
--
keywords: +patch
pull_requests: +25286
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/26701
___
Python tracker
<https://bugs.python.org/issu
New submission from John L :
Some IMAP servers return an extra blank line after a counted literal value,
which makes imaplib crash.
MacOS mail and T'bird handle the blank line OK so it seems to be a somewhat
common bug.
--
components: Library (Lib)
messages: 395729
nosy: jrl
New submission from John L :
In an EAI (SMTPUTF8) mail session, AUTH usernames and passwords can be UTF-8,
not just ASCII.
The fix is easy. In smtplib.py, in three places in the auth() and
auth_cram_md5() routines change ".encode('ascii')" to
".encode(self.command
Eric L. added the comment:
Very confusing but very interesting. I'm trying to follow as I'm the main
maintainer of the rdiff-backup software, which goes cross-platforms, so these
small differences might become important.
Now, looking into the docs, following your explanations,
New submission from Eric L. :
The os.path documentation at https://docs.python.org/3/library/os.path.html
states that:
> Vice versa, using bytes objects cannot represent all file names on Windows
> (in the standard mbcs encoding), hence Windows applications should use string
> o
New submission from Michael L. Boom :
The client doesn't reconnect automatically, or explicitly. I just get
BrokenPipeError over and over.
Manager:
import multiprocessing.managers, os, sys, time
class TestClass(object):
def test_method(self):
prin
New submission from Michael L. Boom :
The space is string, and either mechanism and/or response are bytes.
smtplib.py:634
response = encode_base64(initial_response.encode('ascii'), eol='')
(code, resp) = self.docmd("AUTH", mechanism + " " + re
Michael L. Boom added the comment:
The gcc 10.x seems to think this is also a bug:
/local/users/michael.l.boom/gits/scoring_engine/git/aae_build_python_3.9.1/include/python3.9/object.h:633:41:
error: expected ‘(’ before ‘PyType_HasFeature’
633 | #define PyType_FastSubclass(type, flag
Michael L. Boom added the comment:
The gcc 10.x thinks that the right side of the expression on
incoude/python3.9/object.h should be in parentheses. It seems like a Python
bug. Perhaps earlier versions of gcc didn't have a problem with this.
/local/users/michael.l.boom/gits/scoring_e
Michael L. Boom added the comment:
I thought the problem was in a Python file. Perhaps I am mistaken. The
libxml2 builds fine when using Python 3.8.x.
--
___
Python tracker
<https://bugs.python.org/issue42
New submission from Michael L. Boom :
When building libxml2 using Python 3.9.0 or Python 3.9.1 and gcc 10.2.0 I get
the below error. Others are having this problem according to my Google search.
make[4]: Entering directory
'/local/users/michael.l.boom/gits/scoring_engine/git/aae_tm
Michael L. Boom added the comment:
When I do the ./configure, make -j 32, and make install it runs 416 tests in
sequence. Is there a way to make it run 32 unit tests at a time so it is much
quicker? Thanks.
--
___
Python tracker
<ht
New submission from Michael L. Boom :
When building Python it runs 416 tests in sequence. It would be a "lot" faster
if these were run in parallel.
--
components: Installation
messages: 378062
nosy: boom0192
priority: normal
severity: normal
status: open
title: Tests Whe
New submission from Michael L. Boom :
I have a program that is running a multiprocessing manager. Other programs
connect and get proxies for objects. If those programs close cleanly, the
destructor in the multiprocessing manager for the corresponding object gets
called. If I kill that
Eric L. added the comment:
The question is if only the statement that bytes are deprecated is wrong, but
also if the long path feature is supported with bytes or not. As written, I'm a
Linux guy, I don't feel like I have the pre-requisites to check thi
New submission from Eric L. :
In chapter 3.1.2. Removing the MAX_PATH Limitation of
https://docs.python.org/3/using/windows.html#removing-the-max-path-limitation
(also in 3.9 and 3.10), it is written that "(Use of bytes as paths is
deprecated on Windows, and this feature is not avai
Eric L. added the comment:
Well, your decision but, as a user of the library, it didn't feel like a new
feature just like a bug to be fixed, the main issue being the inconsistent
handling of bytes vs. str.
--
___
Python tracker
&
Eric L. added the comment:
On 24/05/2020 20:30, Serhiy Storchaka wrote:
> Maybe just document that tempdir should be a string?
I would definitely prefer to have bytes paths considered as 1st class
citizen.
--
___
Python tracker
<
Eric L. added the comment:
On 23/05/2020 21:41, Gregory P. Smith wrote:
> Could you please turn that into a Github PR?
I can, if you don't tell me that I need to setup a full-blown Python
development environment to do this.
--
___
Python
Eric L. added the comment:
Sorry, I uploaded by mistake an early version of the patch. The new one is the
one I had actually tested (the old one would fail with mixing bytes and string
under certain circumstances, I can't remember any more).
--
Added file: https://bugs.pytho
Eric L. added the comment:
In the meantime, I noticed the following in addition:
[ericl@tuxedo ~]$ python3.9
Python 3.9.0a6 (default, Apr 28 2020, 00:00:00)
[GCC 10.0.1 20200430 (Red Hat 10.0.1-0.14)] on linux
Type "help", "copyright", "credits" or "licens
New submission from Eric L. :
tempfile fails on mixed str and bytes when setting tempfile.tempdir to a
non-existent bytes path but succeeds when set to an existing bytes path.
$ python3.9
Python 3.9.0a6 (default, Apr 28 2020, 00:00:00)
[GCC 10.0.1 20200430 (Red Hat 10.0.1-0.14)] on linux
B. L. Alterman added the comment:
@Mouse, using "multiprocess" instead of "multiprocessing" will not work if
you're passing a class that inherits from ABC.
"dill" is one of "multiprocess"'s dependencies and "dill" can't pickle
Change by B. L. Alterman :
--
nosy: +blalterman
___
Python tracker
<https://bugs.python.org/issue33725>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by B. L. Alterman :
--
nosy: +blalterman
___
Python tracker
<https://bugs.python.org/issue40106>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I'd like to see consistent usage by default, with specific examples using the
older forms as appropriate. The use cases Raymond identified are worth
discussing (and the tutorial may be a good place for this), and well as
mentioned in the reference
Fred L. Drake, Jr. added the comment:
Definitely agree with Eric on this; code modernization is definitely on the
risky side, so judicious updates are important. (Of course, not updating is
also a risk, eventually. But not much of one in this case.)
This issue is really about whether the
Fred L. Drake, Jr. added the comment:
I agree that it's less invasive and easier to review.
My question (and it's just that) is whether we've made a decision to prefer one
formatting syntax over others (outside of examples discussing the formatting
approaches themselves).
I
Fred L. Drake, Jr. added the comment:
Does it make sense to change just one example?
I'm not sure what the long-term stance is on whether %-formatting should be
replaced at this point, but shouldn't this be a matter of which string
formatting approach we want overall, rather than
Change by Fred L. Drake, Jr. :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue38255>
___
___
Python-bugs-list mailing list
Unsub
Change by Fred L. Drake, Jr. :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue38255>
___
___
Python-bugs-list mailing list
Unsub
Fred L. Drake, Jr. added the comment:
Provisional status should not cause a module or other API element to be omitted
from the indexes. So long as it's marked provisional where it's described, it
should be locatable.
--
nosy: +fdrake
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue34226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jorge L. Martinez added the comment:
Maybe I can find the time to make a patch this weekend (either today or
tomorrow). I hope I'm not underestimating this somehow, but I don't think this
would take too long. The only issue I can foresee is in disagreement of what
the correc
Jorge L. Martinez added the comment:
> to remove the "--" present in arg_strings
*to remove the first "--" present...
--
___
Python tracker
<https://
Jorge L. Martinez added the comment:
> There are earlier bug/issues about the '--'.
Yes, there are:
https://bugs.python.org/issue9571
https://bugs.python.org/issue3
https://bugs.python.org/issue14364
But this one seems separate. Though they're related, they don'
Jorge L. Martinez added the comment:
To be clear, my opinion is that a single call of parse_args() should only ever
remove the first "--". Right now, it seems that it removes the first of each
argument group, as determined by narg
Jorge L. Martinez added the comment:
Sorry, I forgot to add details on my machine.
Python: 3.7.3
OS: Archlinux
--
___
Python tracker
<https://bugs.python.org/issue37
New submission from Jorge L. Martinez :
$ python -c '
import argparse
p = argparse.ArgumentParser()
p.add_argument("first_arg")
p.add_argument("args", nargs="*")
r = p.parse_args(["foo", "--", "bar", &qu
Change by Fred L. Drake, Jr. :
--
versions: +Python 3.7, Python 3.8, Python 3.9 -Python 3.2, Python 3.3
___
Python tracker
<https://bugs.python.org/issue14
Fred L. Drake, Jr. added the comment:
Eric nailed it; pprint was not designed as a replacement for print, and was
never intended to serve that purpose.
Rejecting as out of scope.
--
resolution: -> rejected
stage: -> resolved
status: open -&g
Fred L. Drake, Jr. added the comment:
Good catch, Vinay! Thanks.
--
___
Python tracker
<https://bugs.python.org/issue36532>
___
___
Python-bugs-list mailin
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue36532>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Updated target to Python 3.8, since this has aged a bit.
--
versions: +Python 3.8 -Python 3.5
___
Python tracker
<https://bugs.python.org/issue9
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue36418>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
To clarify: I'm not suggesting that an API expansion should be considered as
part of this issue.
--
___
Python tracker
<https://bugs.python.org/is
Fred L. Drake, Jr. added the comment:
Unfortunately, when the implementation was migrated to use
collections.namedtuple (a benefit), the _replace method wasn't extended to
support the additional computed addresses for these types.
That would really be useful.
--
nosy: +f
Peter L added the comment:
+1 for python -v listing .pth files found and loaded.
For debugging, I just add a:
import sys; print('Loading mypth.pth')
to the start of the pth file.
A plain print doesn't work(?).
breakpoint() doesn't work(?).
It would be nice to be able
Change by Peter L :
--
nosy: +Peter L3
___
Python tracker
<https://bugs.python.org/issue33944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue36138>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
The 3.X docs generally don't refer to the 2.X series.
What that comment is pointing out is that leaving the field identifier out (the
number inside the {...} placeholder syntax) was not in the 3.0, but added in
3.1.
Unfortunately, I don't
Change by Mitchell L Model :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
New submission from Mitchell L Model :
https://docs.python.org/3/library/string.html#format-examples includes this
line:
'{}, {}, {}'.format('a', 'b', 'c') # 3.1+ only
This does in fact work in 2.7. I don't see anything special about this
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue33381>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
A PR for this would be good, and would certainly accelerate getting this
accomplished. Thanks, Cheryl!
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue11
Fred L. Drake, Jr. added the comment:
The existing PR can be re-targeted to merge to a maintenance branch (I'd be
inclined to merge manually, myself, but will have to check the current devguide
to make sure that's still allowed).
A new PR can be made for the non-documentation fix
Fred L. Drake, Jr. added the comment:
It probably makes more sense to keep that PR for the maintenance branches, and
create a new branch / PR to land on master.
--
___
Python tracker
<https://bugs.python.org/issue34
Fred L. Drake, Jr. added the comment:
I'm just going to presume this issue has been around a long time, but I think
that's a pretty safe presumption.
Accepting a general sequence instead of only a list would reasonable, and I'd
support a fix that caused the code to accept a g
New submission from T L :
Changing the urlopen call to a curl commnand invoke works.
$ export http_proxy=socks5://127.0.0.1: https_proxy=socks5://127.0.0.1:
# this will raise an exception with string representation is a blank string
# at least for url:
https://s3.amazonaws.com
Change by Joseph L. Casale :
--
nosy: -jcasale
___
Python tracker
<https://bugs.python.org/issue34006>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Joseph L. Casale :
--
nosy: +jcasale
___
Python tracker
<https://bugs.python.org/issue34006>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
I like Éric's terminology; giving a concrete name to the concept makes it a lot
easier to grasp, and this doesn't require inventing any new component terms.
Andrés, if you'd like to tackle this, that's great! I'd be happy to
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue33869>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +pablogsal
___
Python tracker
<https://bugs.python.org/issue33832>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Indeed, I did not. Fixed now. I hope.
--
nosy: +rhettinger
___
Python tracker
<https://bugs.python.org/issue33
Fred L. Drake, Jr. added the comment:
A quick grep on the 3.7 branch indicates that the standard documentation
includes each of the terms "magic method" and "special method" about the same
number of times. (I didn't check for instances that wrapped lines.)
Perhaps
Fred L. Drake, Jr. added the comment:
> I saw what looked to me like a bug that's been in the code for 18 years,
> and I saw that it was a simple fix.
And you're right: It is a bug, the fix is simple, and the risk is low.
Ten years ago, I'd have probably just
Fred L. Drake, Jr. added the comment:
New changeset 5bfa058e65897567889354d7eb34af2b93a20f18 by Fred Drake
(arikrupnik) in branch 'master':
bpo-33274: Compliance with DOM L1: return removed attribute (#7465)
https://github.com/python/cpython/commit/5bfa058e65897567889354d7eb34af
Fred L. Drake, Jr. added the comment:
I should stop relying on wetware memory; it's not working out. Sorry for the
mis-information.
--
___
Python tracker
<https://bugs.python.org/is
Fred L. Drake, Jr. added the comment:
Python 2.7 is in security-fix-only mode, and this doesn't fit that. While I
wouldn't object to a note in the documentation, see my comments in my patch
review (there's just no pla
Fred L. Drake, Jr. added the comment:
While I've no strong objection to updating to follow the specification, I also
don't see any real value here. The current minidom implementation has been
considered sufficient for many years now (if you consider the DOM desirable at
all), so t
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue1644818>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue32706>
___
___
Python-bugs-list mailing list
Unsubscribe:
Narendra L added the comment:
If you see output dttrace e is missing
see working example
>>> test = "Cookie: test-Debug=edttrace=expires=1517828996"
>>> test.lstrip('Cookie: test-Debug=')
'dttrace=expires=1517828996'
# e missing here
New submission from Narendra L :
Lstrip not working as expected when the string has "=e" in it.
Python 2.7.11 (default, Jan 22 2016, 08:28:37)
>>> test = "Cookie: test-Debug=edttrace=expires=1517828996"
>>> test.lstrip('Cookie:
Fred L. Drake, Jr. added the comment:
This has landed on master and will be part of Python 3.7.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Fred L. Drake, Jr. added the comment:
New changeset 96a5e50a5de3683b2afd6d680c7ecc4b525986f6 by Fred Drake (Giuseppe
Scrivano) in branch 'master':
bpo-32143: add f_fsid to os.statvfs() (#4571)
https://github.com/python/cpython/commit/96a5e50a5de3683b2afd6d680c7ecc
Fred L. Drake, Jr. added the comment:
I think Giuseppe's patch is good, but there's a Windows failure on AppVeyor, so
I'm a little wary. It doesn't look related, but I haven't looked at Python on
Windows since... 2001, maybe?
--
_
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue32143>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue31803>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
The 3.5 docs should really remain in the main docs UI via the pulldown as long
as it's so widely used. The fact that it won't be changing much just means it
can be served efficiently.
--
nos
Change by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<https://bugs.python.org/issue29400>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
On Thu, Jul 27, 2017 at 3:01 PM, Fred L. Drake, Jr.
wrote:
> If the link went to an edit form with the version of the content the
> user was reading,
> and includes an explanation of the multiple-versions issue, it might
> prove reasonable
Eg
Fred L. Drake, Jr. added the comment:
On Thu, Jul 27, 2017 at 1:03 PM, Mariatta Wijaya wrote:
> I don't think we should add this link.
>
> When we make edits to the docs, even simple typo fixes, it should first be
> done
> in the master branch, instead of the maintenanc
Fred L. Drake, Jr. added the comment:
I agree that writexml should be available for document fragments.
I doubt the additional level of indentation should be added, as you've included
in point 2.
--
nosy: +fdrake
___
Python tracker
Fred L. Drake, Jr. added the comment:
I wouldn't go so far as to say it's never come up; it's something I've thought
about a number of times, and I've waffled on it a few times.
It's not fundamentally unreasonable to want it to adapt to the current terminal
wind
Fred L. Drake, Jr. added the comment:
This is not a problem for doctests, since the output stream is not a terminal;
the check for terminal-ness seems reasonable. (Though I don't have any idea if
it works on Windows, but it seems properly fac
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue29997>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue27879>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Fred L. Drake, Jr. :
--
nosy: -fdrake
___
Python tracker
<http://bugs.python.org/issue9285>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
Is there some special treatment you think should be given to specific enum
values as well?
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/issue29
Fred L. Drake, Jr. added the comment:
"in" and "not in" are not comparisons, regardless of implementation mechanics
(which could change).
They aren't really dependent on iteration, though they often correlate with
iteration.
I'd rather see them described as &q
Fred L. Drake, Jr. added the comment:
Without the star would be right. ReST does not support nested markup, and in
this case, I don't think it would make sense anyway.
--
nosy: +fdrake
___
Python tracker
<http://bugs.python.org/is
Fred L. Drake, Jr. added the comment:
I don't recall that the issues discussed here were considered when these
classes were added; functionality was the issue at the time.
I'm not particularly opposed to adding a more data-ful repr for the
weakref-oriented mappings, but I&#x
Changes by Joseph L. Casale :
--
nosy: +jcasale
___
Python tracker
<http://bugs.python.org/issue14965>
___
___
Python-bugs-list mailing list
Unsubscribe:
Fred L. Drake, Jr. added the comment:
+1
It could reasonably be argued that not sorting is a bug for already-released
3.x versions.
--
___
Python tracker
<http://bugs.python.org/issue27
1 - 100 of 333 matches
Mail list logo
