R. David Murray added the comment:
Indeed, I personally can't imagine a circumstance in which I'd want to use this
feature. Even inside an org. It also has security implications, which would
also make it a harder sell.
--
___
Python tracker <
R. David Murray added the comment:
Sometimes it does, sometimes we make the change in a feature release, often
after a deprecation period. But in this case there is doubt that the behavior
is incorrect in the first place.
This discussion should move to the python-ideas mailing list. I'm
R. David Murray added the comment:
If you would disallow "a = [0]; [5, a][1][:] = [3]", then your proposal will
not be accepted, for backward compatibility reasons if nothing else.
--
versions: +Python 3.7 -Python 3.5, Python 3.6
___
Pyth
R. David Murray added the comment:
This kind of proposal should start with a discussion on the python-ideas
mailing list. You can reopen the issue if there is a consensus for moving
forward...but I wouldn't be surprised if this was considered to be a PEP level
proposal.
--
nosy
R. David Murray added the comment:
I'm don't have a lot of experience with parsers, but I suspect that we consider
the cost of making the grammar more complex to be more significant than the
benefit we'd get from catching these at compile time. And as Vedran says,
defining what can be caught
R. David Murray added the comment:
No, that sentence is telling you what the *Python*'s behavior is, using C++
terminology. Unlike C++, where class members are private by default, the
Python equivalent of class members are public by default.
If you can figure out a clearer way to phrase
R. David Murray added the comment:
GC cleanup is not guaranteed to be synchronous. You are observing normal
Python behavior here. Cleanup does not happen until the TestCase instance is
finalized (thus eliminating the self.dummy reference to your DummyClass). In
the case of passing tests
R. David Murray added the comment:
And being "accepted" does not change the fact that one needs to be aware of the
fact that syntactically they are string literals and not syntactic comments.
Which was your point.
--
___
Python tr
R. David Murray added the comment:
Just FYI, Vedran, almost everyone gets this one wrong :) I too once thought
that triple quoted text used as comments was bad style, but in fact I learned
they are an accepted way in Python to do multiline comments. Accepted by
Guido, at least:
https
R. David Murray added the comment:
This isn't a help forum, it is a place for reporting bugs in Python. The kind
of question you are asking is best asked on the python-list mailing list (see
mail.python.org).
--
nosy: +r.david.murray
resolution: -> not a bug
stage: -> re
R. David Murray added the comment:
This is by design: namedtuples are tuples in which you can access the elements
by name. If you have a tuple with the same elements, but no name access, they
should compare equal, because they are fundamentally tuples. The names are
just a convenience
R. David Murray added the comment:
Ah, this is probably the issue: https://github.com/python/cpython/pull/3134
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
Heh. I saw the PR but didn't realize it was attached to this issue :)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
The docs you point to are correct (they mention python.exe). The Travis log
also shows it using python.exe. So the error message about the directory must
be about some other operation than just running the python command.
--
components: +macOS
nosy
R. David Murray added the comment:
See also issue 20371.
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by R. David Murray <rdmur...@bitdance.com>:
--
title: Can not import site from sys.prefix containing DELIM -> Can not import
modules if sys.prefix contains DELIM
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
R. David Murray added the comment:
All right. So the challenge here for windows is: if python is installed on a
path that has a semicolon in one of the directory names, is it even possible to
populate sys.path such that modules can be imported from the lib directory that
is under that path
R. David Murray added the comment:
Is this post wrong then?:
https://superuser.com/questions/584870/how-can-i-add-a-folder-containing-a-semicolon-to-the-windows-path
("I noticed that the semicolon ; is a valid character for Windows (NTFS) file
and directory
R. David Murray added the comment:
I'm not sure we would consider this a bug (the message is accurate), but I
wouldn't object to fixing it, since that would indeed seem more consistent with
how __delitem__ and del are defined in the language reference.
--
nosy: +r.david.murray
Changes by R. David Murray <rdmur...@bitdance.com>:
--
versions: +Python 3.7 -Python 3.6
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by R. David Murray <rdmur...@bitdance.com>:
--
nosy: +qingyunha
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27413>
___
R. David Murray added the comment:
This is a duplicate of issue 27413.
--
nosy: +r.david.murray
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Add an option to json.tool to bypass non-ASCII characters.
__
Changes by R. David Murray <rdmur...@bitdance.com>:
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bu
Changes by R. David Murray <rdmur...@bitdance.com>:
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
R. David Murray added the comment:
OK, that seems reasonable to me. I'll reopen the issue. Assuming other
developers agree that this should be changed, I'm not sure if it will qualify
as a bug or an enhancement, so I'm leaving versions unselected for now :)
--
resolution: not a bug
R. David Murray added the comment:
You mean to create the entries on sys.path that do not come from the PYTHONPATH?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
This is a duplicate of issue 27541.
--
nosy: +r.david.murray
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Repr of collection's subclasses
___
Python
R. David Murray added the comment:
I'm not sure there is anything we should do here, then, because we are
conforming to the posix parsing for PATH in our PYTHONPATH implementation.
I think if you want to pursue this further you should take it to the
python-ideas mailing list. I'm going
R. David Murray added the comment:
By DELIM, you mean the shell ':'? As far as I've been able to determine there
is no way defined in posix to escape that character. If you can find one,
please let us know. (I think the same is true for the Windows semicolon but
I'm not sure
Changes by R. David Murray <rdmur...@bitdance.com>:
--
stage: needs patch -> backport needed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
R. David Murray added the comment:
New changeset 8204b903683f9e0f037ccfaa87622716019914d7 by R. David Murray (Nate
Tangsurat) in branch 'master':
bpo-30824: Add mimetype for .json (#3048)
https://github.com/python/cpython/commit/8204b903683f9e0f037ccfaa87622716019914d7
David MacIver added the comment:
Sure, but 'i' is a single code point. The bug is that the regex matches 'i',
not that it doesn't match the actual two codepoint lower case of the string.
--
___
Python tracker <rep...@bugs.python.org>
R. David Murray added the comment:
Yep, I figured that. That's why I suggested the clarification to the README,
if someone wants to generate a PR for it.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by R. David Murray <rdmur...@bitdance.com>:
--
title: !HAVE_CLOCK_GETTIME causes problems with _PyTime_FromTimespec ->
configure checks fail confusingly under --with-address-sanitizer if libasan is
missing
___
Python tra
R. David Murray added the comment:
Replace "test_that_failed" with the name of the test that failed.
The README could be improved by saying:
If any tests fail, you can re-run the failing test(s) in verbose mode. For
example if, 'test_os' and 'test_gdb' failed, you can run::
New submission from David MacIver:
chr(304).lower() is a two character string - a lower case i followed by a
combining chr(775) ('COMBINING DOT ABOVE').
The re module seems not to understand the combining character and a regex
compiled with IGNORECASE will erroneously match a single lower
New submission from David Halter:
inspect.getattr_static is currently not identifying data descriptors the right
way.
Data descriptors are defined by having a __get__ attribute and at least one of
the __set__ and __delete__ attributes.
Implementation detail: Both __delete__ and __get__ set
R. David Murray added the comment:
Steve, when we changed installers was that when we also fixed the
security/permissions problems with the install dir? If permissions are the
issue the OP's problem may have nothing to do with it not being msi
David K. Hess added the comment:
FYI, PR opened: https://github.com/python/cpython/pull/3062
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/
Changes by David K. Hess <david_k_h...@mac.com>:
--
pull_requests: +3096
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue4963>
___
R. David Murray added the comment:
It is by design. Read the footnote associated with the subtraction opertion on
datetimes: after subtraction date2 + timedelta = date1, which implies that the
subtraction ignores daylight savings transitions, since the addition does
("Note that no time
R. David Murray added the comment:
I agree. The normal python convention is that an immutable object returns the
new value when an operation "changes" it, while a mutable object returns None.
It seems like replace and rename should follow this convention (and that it
R. David Murray added the comment:
What makes you think this is a python bug rather than exactly what it says: a
cert verification error?
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
>>> while True:
... raise StopIteration
...
Traceback (most recent call last):
File "", line 2, in
StopIteration
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
R. David Murray added the comment:
Both the replace and rename functions will remain in the API, as they mirror
the os module, not the os itself. I agree that the naming is unfortunate, but
it has the weight of history behind it, so we are stuck with it. Issue 24229
rejected adding a copy
R. David Murray added the comment:
The short answer is no. We no longer use the MSI installer.
Perhaps the windows experts will be interested in exploring why you can't use
the current installers, since they work for most people.
--
components: +Windows
nosy: +paul.moore
R. David Murray added the comment:
Ah, I see. We don't really support .pyc-only distribution, though we try not
to break it.
Do you want to propose a fix?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
What are you reporting as the bug here? 2to3 obviously can't work without the
source, so based just on what you have written here this sounds like an Azure
bug.
--
nosy: +r.david.murray
___
Python tracker <
R. David Murray added the comment:
In fact, this ia a FAQ:
https://docs.python.org/3/faq/design.html#why-can-t-raw-strings-r-strings-end-with-a-backslash
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
R. David Murray added the comment:
That seems like a reasonable use case, but is fnmatch what git is using for
this? If so, what is the feature set required? In any case, the existing
functionality must remain as is for backward compatibility reasons, so this
would either be a new function
Changes by R. David Murray <rdmur...@bitdance.com>:
--
type: -> enhancement
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
R. David Murray added the comment:
For backward compatibility reasons this will not be changed. I don't know if
the idea of adding a method and doing a documentation deprecation is worth it
or not.
--
nosy: +lukasz.langa, r.david.murray
___
Python
R. David Murray added the comment:
Closed issue 31127 as a duplicate of this one.
--
nosy: +Kevin Shweh
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/
R. David Murray added the comment:
This is a duplidate of issue 5996. It is not clear if we are going to treat it
as a bug or a doc bug.
--
nosy: +r.david.murray
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> abstract class insta
R. David Murray added the comment:
I wonder if that explanation should be added to the doc section to which I
pointed. I thought I'd remembered something like that being in there, but it
isn't.
--
___
Python tracker <rep...@bugs.python.org>
Changes by R. David Murray <rdmur...@bitdance.com>:
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
R. David Murray added the comment:
The behavior is consistent:
>>> a = [1, 2]
>>> b = [3, 4]
>>> [(a, b) for a in a for b in b]
Traceback (most recent call last):
File "", line 1, in
File "", line 1, in
UnboundLocalError: local variable 'b'
R. David Murray added the comment:
By the way, if you want to open a doc issue with a suggestion of how to clarify
this in the docs, that would be welcome.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
No, it should not. A DBM is not necessarily a single file. What you should be
doing is creating a temporary *directory*, and opening your DB inside that.
--
components: +Library (Lib) -IO
nosy: +r.david.murray
resolution: -> rejected
st
R. David Murray added the comment:
Looking at the fnmatch man page, it looks like there are option flags that some
shells use that our fnmatch doesn't support. I'm not sure if supporting them
is a good idea for us or not, but it is probably worth discussing. I suspect
our fnmatch
Changes by R. David Murray <rdmur...@bitdance.com>:
--
type: behavior -> enhancement
versions: -Python 2.7, Python 3.4, Python 3.5, Python 3.6
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
R. David Murray added the comment:
I don't believe there is an equivalent unix command. Are you referring to the
fnmatch glibc function? Can you demonstrate the differences? I doubt we will
change the functionality, but that would be the minimum starting point for a
discussion
Changes by R. David Murray <rdmur...@bitdance.com>:
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Built-in list disappeared from Python 2.7 intersphinx inventory
___
Python tracker <r
R. David Murray added the comment:
Yeah, different developers have different opinions. We discuss (I'd say argue,
which is accurate, but has acquired negative connotations) until we reach a
consensus. And if we don't reach a consensus we leave it alone ("status quo
wins a stal
R. David Murray added the comment:
It is intended. See issue 30554.
--
nosy: +r.david.murray
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Inaccessible attribute characters_written on OSErr
R. David Murray added the comment:
Perhaps I'm missing something, but isn't this to be expected? Timer will run
d.popleft() repeatedly until you get the error you see because the list is
empty. Are you thinking that setup is run each time? That would defeat its
purpose.
--
nosy
R. David Murray added the comment:
The specialized use case is wanting to autogenerate a name with no other
information provided. You suggested csv as one example where this would be
used, but even in that case I'd rather see something based on the filename than
a mashup of field names. I
R. David Murray added the comment:
Yes, that is mostly likely why parseaddr operates the way it does. The old
email package does not do very much hand-holding, it expects you to understand
the RFCs, which as you note is a rather daunting task. The new email package
(the new policies
R. David Murray added the comment:
I think the "vaguely" pretty much says it, and you are the at least the first
person who has *requested* it :)
This is one of those cost-versus-benefit calculations. It is a specialized use
case, and in other specialized use cases the &quo
R. David Murray added the comment:
Ah, I take it back. With \n it retains the \n in the decoded name field.
There is a bug of some sort here (\r\n should be treated the same as \n, I
think, whatever way it is treated). I don't think this is worth addressing,
given that the new policies
R. David Murray added the comment:
parseaddr does what you expect if the message has been read using universal
newline mode (ie: the linesep is \n):
>>> parseaddr('"=?UTF-8?Q?Anita_=W4=86ieckli=C5=84ska_|_PATO_Nieruch?=\n
>>> =?UTF-8?Q?omo=C5=9Bci?=" <anita.wiec
R. David Murray added the comment:
Thanks for the report. Retitling because this has nothing to do with map:
>>> def foo(*args):
... raise TypeError('fake')
... yield 1
...
>>> foo(1, *foo())
Traceback (most recent call last):
File "", line 1, in
Typ
R. David Murray added the comment:
Agreed. Explicit is good.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue31065>
___
___
Pyth
R. David Murray added the comment:
Yes we can add "otherwise return None". However it is pretty clear as is,
since "poll" implies an immediate return, and if there's no return code to
return, the logical value in Python to get back is None :)
--
n
R. David Murray added the comment:
Boy, I wasn't thinking very clearly when I wrote that.
As pointed out on the PR, tempfile.TemporaryDirectory of course returns a
TemporaryDirectory object. That's in the nature of Python. I was reading so
poorly that I didn't even notice
R. David Murray added the comment:
I agree with Raymond. I'm not sure that adding roughly is going to decrease
the possibility of confusion, but I won't object to it.
In a way, it's too bad we didn't make the attribute lookup machinery look up
all dunder methods on the class, so
R. David Murray added the comment:
No, we understand the process, the problem is that except for the 'dev' docs,
the link would be to a branch other than master. That's the problem that we're
discussing.
Maybe instead of an edit link on non-dev docs we could have a message saying
R. David Murray added the comment:
It actually returns the path, since "name" often means the last component of
the path. Just saying "path" might be confused with pathlib, though. So I
guess we'd have to say "returning its path as a string", which sounds a
David Hoyes added the comment:
I came across a different failing test case, which looks a lot like the same
issue:
```
from unittest import mock
class Foo(object):
def __call__(self, x):
return x
m = mock.create_autospec(Foo, instance=True)
m(7)
m.assert_called_once_with(7
R. David Murray added the comment:
smtplib in 2.7 doesn't know anything about RFC822 or any of the replacement
RFCs. sendmail accepts a *string*, and doesn't understand or modify anything
about that string except the newlines. It is your responsibility not to *add*
the BCC header. What you
R. David Murray added the comment:
So you are saying that BytesIO has code that checks that its argument only has
a single reference and modifies the string in place when it can if so? You
can't depend on that in any other implementation of Python, and shouldn't
depend on it in CPython
R. David Murray added the comment:
I think Terry and his OP are reacting to the fact that "-190 % 12 == -10" looks
like it is saying that that expression is True in Python, which it is not (and
that's the point).
IMO, another issue is that "and then compilers that trunc
R. David Murray added the comment:
I'm confused, I don't see how there can be any difference between (1) and (2).
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
Well, the reason one *might* consider a test failure as a release blocker (and
I'm not saying you should, I'm just explaining the possible logic) is that
distros would understandably like the test suite to pass before they include a
release
R. David Murray added the comment:
I would take "actual file" as meaning the file the symlink points to, so I'd
say the documentation matches the implementation according to your description
of the two. The current docs actually say "refer to the same file or
directory",
R. David Murray added the comment:
Right. We don't try to fix handling these kinds of exponential expressions.
This is a case of "don't do that" :)
(I don't know if the regex module is better at "handling" this kind of regex
bug.)
--
nosy: +r.david.murray
reso
R. David Murray added the comment:
However, our general policy is that we don't make such changes unless we are
also touching the code for other reasons. So I think using this PR as a base
for your feature PRs, and then committing everything together if they are
accepted, would be the way
R. David Murray added the comment:
Thanks for wanting to improve Python. However, the purpose of those function
is to *print* the result. They intentionally do not have return values.
All of the values that you would have these functions return are accessible via
attributes already
R. David Murray added the comment:
I think you change is appropriate given that the "equivalent to" for the built
in iterators contains the 'is' expression.
However, I also think we should drop that second whole paragraph, and in the
previous paragraph say "...but are
R. David Murray added the comment:
Getting input from python ideas is a great idea :)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by R. David Murray <rdmur...@bitdance.com>:
--
type: crash -> behavior
versions: +Python 3.6, Python 3.7
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
R. David Murray added the comment:
I changed the title to reflect the problem, but note that I'm *assuming* it is
"greater than the default" that is the issue, I haven't actually tested that
theory.
--
title: ftplib socket timeout can't be handled -> ftplib behaves od
R. David Murray added the comment:
I would like to leave this issue open. It is clear that the behavior for long
timeouts does not match the docs, and that should be investigated if someone
has the motivation :)
--
resolution: works for me ->
stage: resolved ->
status:
R. David Murray added the comment:
This is a bug tracker for Python. 3.2 is out of maintenance, so such a
question is not appropriate for this forum. In any case it is an issue with
your install, not with Python itself, so again not appropriate for this forum.
You should ask for help
R. David Murray added the comment:
We don't need to burden Mark with doing a PR for this (unless he wants to).
This is a good new contributer practice issue :)
--
nosy: +r.david.murray
___
Python tracker <rep...@bugs.python.org>
R. David Murray added the comment:
Given:
import socket
from ftplib import FTP
try:
ftp = FTP('host.i.know.will.hang.com', timeout=4)
except socket.timeout:
print('caught')
I see 'caught' printed on the console. However, if I increase the timeout to
400, then on both 3.5 tip and 3.6
R. David Murray added the comment:
There is, however, unittest2 on pypi that has most of the python3 features
backported.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
R. David Murray added the comment:
No. 2.7 is in maintenance mode and gets no new features.
--
nosy: +r.david.murray
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker <rep...@bugs.pytho
Changes by R. David Murray <rdmur...@bitdance.com>:
--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
R. David Murray added the comment:
I do not have a strong opinion on this issue, but I share Martin's doubts that
it should be added. It certainly should not be on by default if it is added.
We should get input from other core devs.
--
nosy: +r.david.murray
1301 - 1400 of 12771 matches
Mail list logo