R. David Murray added the comment:
Can you give the exact command line you are using to run it, and the OS and
version, and perhaps a printenv? I can't reproduce it in 3.1 or 3.2a3.
--
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
Running it with -E and seeing if that changes the behavior would also be useful.
--
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
Ah, then this report is probably out of date. I just realized that I ran my
3.2a3 test incorrectly, so my report that I didn't see them there is invalid.
--
___
Python tracker
<http://bugs.python.org/is
New submission from R. David Murray :
The attached patch adds support to smtplib.SMTP.sendmail for the 'msg' argument
to be, in addition to the currently accepted ASCII-only string, either a bytes
string or a Message object. It also adds support for byte strings to
smtplib.SMPT.dat
R. David Murray added the comment:
I'm closing this issue as invalid, since as Martin pointed out you can't send
unicode over the wire.
However, see issue 8050 where I've attached a patch that adds support for
sending binary data as a by-product of adding support for Message
R. David Murray added the comment:
See issue 10321 for a proposal to add Message support to smtplib.
--
nosy: -Allison.Vollmann
___
Python tracker
<http://bugs.python.org/issue8
R. David Murray added the comment:
I'm closing this issue as invalid, since as Martin pointed out you can't send
unicode over the wire.
However, see issue 10321 where I've attached a patch that adds support for
sending binary data as a by-product of adding support for Message
Changes by R. David Murray :
--
Removed message: http://bugs.python.org/msg120476
___
Python tracker
<http://bugs.python.org/issue4403>
___
___
Python-bugs-list m
Changes by R. David Murray :
--
resolution: -> out of date
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
Works fine for me on Gentoo linux.
What exactly is 'python' in your path, and what happens if you do
/usr/bin/python3 argtest?
I'm 99.99% certain this is not a bug in Python, otherwise it would have been
reported long before now, since it wo
R. David Murray added the comment:
Benjamin did some cleanup in this area in at least py3k, so he might have some
thoughts, making him nosy.
--
nosy: +benjamin.peterson, r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
Changes by R. David Murray :
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue10325>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +mrabarnett
___
Python tracker
<http://bugs.python.org/issue10328>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
New patch that takes a middle ground on the API: sendmail accepts string and
bytes, and a new method send_message accepts a Message object with a more
convenient signature. I think send_message does belong in smtplib since it
would be awkward and
R. David Murray added the comment:
One more patch update. This one includes the versionadded/version changed and
a minimal What's New entry.
--
Added file: http://bugs.python.org/file19508/sendmail_message_3.patch
___
Python tracker
R. David Murray added the comment:
I think the commit hook might object to the trailing blank (I'm not sure it
applies to rst files, but I think it does).
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
Email uses 'failobj' instead of 'default'. I find that kind of odd, but oh
well.
I'm not sure how useful a single data point is, but just last month I wrote an
application that uses the DEFAULT section. Each configfile section g
R. David Murray added the comment:
I believe this is effectively a duplicate of issue 9873. If not, it is still
probably more appropriate to add commentary there rather than have a separate
bug here.
--
nosy: +r.david.murray
resolution: -> duplicate
stage: -> committed/re
R. David Murray added the comment:
Senthil, no it isn't. There is no way to know a priori that ':80' represents a
port number rather than a path, absent the // introducer for the netloc.
This bug is fixed; I ought to open a new one for the path thing but perhaps I
will
Changes by R. David Murray :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10353>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
The change of places to a keyword-only argument in 3.x was reverted last week
in py3k trunk.
--
nosy: +michael.foord, r.david.murray
resolution: -> out of date
stage: -> committed/rejected
status: open -> closed
versions: -Python 2.6, P
R. David Murray added the comment:
Shouldn't the global template variable just be deleted in python3? It is no
longer documented except for what is probably an overlooked mention in the
introduction.
--
nosy: +r.david.murray
___
Python tr
R. David Murray added the comment:
What makes you think SpooledTemporaryFile *has* a name attribute? :)
Seriously, though, I presume this bug report is asking for either a better
error message or for .name to raise an attribute error on a
SpooledTemporaryFile?
--
nosy
R. David Murray added the comment:
I think the Glossary entry needs to be updated to point to the authoritative
source for 'mapping' methods:
http://docs.python.org/library/collections.html#abcs-abstract-base-classes
(and yes, I realize that info is not located in a particularly
R. David Murray added the comment:
Éric: right, but we're talking about *Spooled*Temprorary file, which doesn't
say anything about a name, and in fact says that the data is kept in memory
(which implies it has no name).
--
___
Pyth
R. David Murray added the comment:
Committed in r86327.
--
resolution: -> accepted
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by R. David Murray :
--
resolution: -> invalid
stage: -> committed/rejected
___
Python tracker
<http://bugs.python.org/issue10327>
___
___
Pyth
R. David Murray added the comment:
Here is an updated patch that addresses the concerns I noted. I modified the
tests: given that I've changed the code to raise binascii.Error as discussed,
we don't really care from an API point of view what the error text is, just
that the error
Changes by R. David Murray :
--
type: -> feature request
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issu
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10370>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
It has been documented as deprecated since 2.0. I'm sure the intent was for all
mention of it to have been deleted from the 3.x docs already, but that first
paragraph was overlooked.
--
___
Python tracker
R. David Murray added the comment:
Looking back over the logs (via bbreport) I don't see any failures of
test_smtplib that match the report in this issue. There were three in the last
while, two of which look like network issues on the same machine (and thus
probably not a test proble
R. David Murray added the comment:
Yeah, obviously that language can be improved. 'exactly' was meant to imply
'nothing but', but clearly it doesn't.
If we want to restore more stringent backward compatibility and allow trailing
text, it would be possible to
Changes by R. David Murray :
--
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10390>
___
___
Pyth
R. David Murray added the comment:
Committed in r86414.
--
nosy: -BreamoreBoy
resolution: -> accepted
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
R. David Murray added the comment:
Right, regardless of whether or not it is a bug in python, IMO it *is* a bug in
the python test suite, since we *expect* buildbots to be long running processes
and therefore they are going to get hit by this failure on OSX periodically
with a pretty high
Changes by R. David Murray :
--
priority: high -> normal
___
Python tracker
<http://bugs.python.org/issue7900>
___
___
Python-bugs-list mailing list
Unsubscri
R. David Murray added the comment:
In connection with another bug report I found a rather basic error in
parseaddr, so I'm going to eventually dig far enough into the RFC to have a
real opinion on the elided-space issue.
--
___
Python tr
R. David Murray added the comment:
Well, the distinction is that, before the bug fix that caused your issue, the
'format_string' method would use a regex to extract the % specifiers from the
input string, and call 'format' to replace that % specifier with a properly
loc
R. David Murray added the comment:
Committed (as a warning) in r86419. Thanks, Chris.
--
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
R. David Murray added the comment:
Yes, simply saying "make it consistent" is a won't fix, because of backward
compatibility issues. Specific proposals for specific functions in a way that
deals with the backward compatibility issues should be opened as new issues.
R. David Murray added the comment:
Vinay, your example with communicate only works because you removed the [:-1].
If you run your version against a debug build, the tests will fail.
I'm updating the patch with a version that works with both a non-debug and a
debug build, and ad
R. David Murray added the comment:
Indeed, as I remember it there are people using commonprefix as a string
function in situations having nothing to do with os paths.
I'm changing the title to reflect the fact that this is really a feature
request for a new function. IMO it is a reaso
R. David Murray added the comment:
Why do you consider this a bug in GZipFile rather than a bug in Django?
GZipFile is already careful to consider mode only when it is defined as an
attribute. It seems to me that if it is defined, it should be meaningful.
--
nosy: +pitrou
R. David Murray added the comment:
I'm -1 on your second case. That syntax is too magical, especially since a
test method can appear on more than one test case.
The additional pattern matching suggestion is more interesting, but it would be
necessary to implement that in unittest,
R. David Murray added the comment:
This is a duplicate of issue 2571. If after reading that discussion you have
ideas about and interest in working on the feature request as suggested, you
may either comment on that one or open a new feature request, whichever seems
clearer to you.
Note
R. David Murray added the comment:
No, the __init__ argument default value is the standard way of indicating "this
argument was not specified". It is not in any way a value for 'mode'.
--
status: open -> closed
__
R. David Murray added the comment:
Yes. However, if None were a valid value for mode, then the would would
instead do something like:
SENTINEL = object()
class GZipFile...
def __init__(self, filename=None, mode=SENTINEL, ...
and then where None currently appears in the logic of the
R. David Murray added the comment:
Is this a duplicate of #1293741? That issue was closed as out of date, but I'm
not 100% convinced that was the correct closure. What do you think?
Does it still happen with 2.7? (2.6 is in security fix only mode.)
--
nosy: +r.david.m
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10418>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Ronald hasn't replied yet and he's the most likely to be in a position to try
to reproduce it.
Even if you can't fix it, figuring out more about how that individual test is
arriving at the hang could be useful. If you've got the chops
R. David Murray added the comment:
No, because that patch doesn't document the special inheritance rules for
__doc__ (which are uniquely special even among special methods). Now, exactly
where one would want to document those rules, I'm not sure.
--
nosy: +r.da
R. David Murray added the comment:
I agree with you, Pascal, but I think Nick is saying that that information is
not actually available. I don't fully understand why, but he knows vastly more
about Python internals than I do so I'll take his word for it.
It might be interest
R. David Murray added the comment:
I would recommend posting to the python mailing list (see mail.python.org for a
list of the mailing lists and subscribe to python-list). The bug tracker isn't
a place to get help, but you might also try searching for windows idle bugs,
since as I r
R. David Murray added the comment:
Ronald, on a normal unix system if you add a user to a group, any existing
process/terminal session that runs 'id -G' will return the *old* group list.
Only a new process/terminal session will see the new group.
On OSX, 'id -G' return
R. David Murray added the comment:
I agree with Stephen. The test in question is *not a valid test* on OSX.
Therefore on OSX it should be skipped.
If you can think of a way to test the actual behavior of getgroups on OSX,
that's even b
R. David Murray added the comment:
Having just reread this issue more carefully, my understanding is that Ronald
had elected to make the results returned from os.getgroups match that returned
by "system tools" (by which I understood him to mean the 'id' command). Sinc
New submission from R. David Murray :
Per issue 7900, os.getgroups on OSX does not behave the same way as on any
other unix platform. This seems worthy of a documentation note, since anyone
trying to write portable code could get bit by this.
I don't really understand the relationship o
R. David Murray added the comment:
And it's entirely possible (even likely) that what Stephen is seeing here is a
platform bug in OSX's quirky implementation of group management.
--
___
Python tracker
<http://bugs.python.
Changes by R. David Murray :
--
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<http://bugs.python.org/issue10433>
___
___
Python-bugs-list mailing list
Unsub
Changes by R. David Murray :
--
nosy: +michael.foord
___
Python tracker
<http://bugs.python.org/issue10433>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
IMO this follows logically from Python's self-consistent rules. I'm not
convinced that the amount of extra verbiage required to detail this particular
case would make the docs clearer, but you are welcome to suggest a wording for
us t
R. David Murray added the comment:
Woops, I see you did suggest a wording. However, what you wrote is imprecise
and confused me when I first read it (I thought you meant that self.f() didn't
work!).
--
___
Python tracker
<http://bugs.py
R. David Murray added the comment:
Only because you don't *have* self. Which is why I said "imprecise" and not
"incorrect" :)
--
___
Python tracker
<http:
R. David Murray added the comment:
Perhaps.
You can help narrow this down by doing the following: In your program do a
'print msg.as_string()' and see if you see the ! problem there.
If not, try using several different SMTP servers to send your email. If the !
problem shows up w
R. David Murray added the comment:
This sounds like a reasonable feature request. If you would like to propose a
patch against trunk (py3k, what will become 3.3), I will take a look at it.
--
nosy: +r.david.murray
stage: -> needs patch
type: -> feature request
versions: +Pyth
R. David Murray added the comment:
The traceback you point to seems to indicate the getheaders call is in your
code.
Can you provide a minimal test case that demonstrates the failure mode you are
concerned about?
--
nosy: +r.david.murray
R. David Murray added the comment:
I agree that the docs for import_fresh_module are confusing. The code says
there are sanity checks in test_heapq and test_warnings, so that code could
presumably be used as a model for someone to develop a more complete
stand-alone test (I haven't l
R. David Murray added the comment:
If a patch had been proposed it probably would have gotten in to 3.2. Maybe
someone (perhaps you?) will find the time before 3.2.1.
Someone has decided to work on the bz2 rewrite, by the way (issue 5863
R. David Murray added the comment:
Yes, a clear definition of the minimum requirements for being wrapped by
TextIOWrapper sounds like a necessary thing to have (and I'd be inclined to
agree with your assertion, but I didn't work on the IO library :). It would be
best to open a new
R. David Murray added the comment:
I don't think that new_child and parents are too specialized at all, indeed
they are essential to one of the primary use cases for the construct. I find
Django's push and pop much more intuitive than new_child and parents, however,
and would pr
R. David Murray added the comment:
Yes, that's part of what I find more intuitive about it. I think of the
chainmap as a stack. Perhaps if I had a different application (I would use it
for either configuration or namespace management) I'd want a different API, but
for those two
R. David Murray added the comment:
Your example got a little messed up.
>>> list(io.StringIO('print 1\n\x0cprint 2\n\n'))
['print 1\n', '\x0cprint 2\n', '\n']
>>> 'print 1\n\x0cprint 2\n\n'.splitlines(True)
['print 1\n&
R. David Murray added the comment:
On the other hand, I believe io is documented as only recognizing /r and /n, so
its behavior matches its documentation.
--
___
Python tracker
<http://bugs.python.org/issue11
R. David Murray added the comment:
"newline controls how universal newlines works (it only applies to text mode).
It can be None, '', '\n', '\r', and '\r\n'..."
Whereas splitlines says:
"Return a list of the lines in the string, brea
R. David Murray added the comment:
Creating a test for this may not be practical :(
--
assignee: -> r.david.murray
nosy: +r.david.murray
stage: -> needs patch
___
Python tracker
<http://bugs.python.org/i
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue11316>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
type: behavior -> feature request
versions: +Python 3.3 -Python 2.6
___
Python tracker
<http://bugs.python.org/issue11316>
___
_
R. David Murray added the comment:
Read a little further:
Caution: within a method of C, an assignment like ``self.count = 42``
creates a new and unrelated instance named "count" in ``self``'s own dict.
That is, c.count refers to C.count right up until the point w
R. David Murray added the comment:
Hmm. Rereading your message, is seems like you just didn't understand the
statement "c.count refers to C.count for any...". That is a statement about
how the language behaves. If there is not yet an instance variable 'count',
bu
R. David Murray added the comment:
Ah, yes, you are correct. We must reject this, then, since 2.7 is now feature
frozen and this is a feature request.
--
resolution: -> out of date
stage: -> committed/rejected
___
Python tracker
R. David Murray added the comment:
Yes, thanks for that.
--
___
Python tracker
<http://bugs.python.org/issue11316>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
Please consult the python tutor's list, the bug tracker is not the place to get
introductory help with Python.
--
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
I just wound up doing a bit of research on this for other reasons. Piers
Lauder was the original author of the imaplib module, and he is (as far as I
can tell) currently maintaining an imaplib2 module that does support IDLE (but
not, I think, python3
R. David Murray added the comment:
I'm -1 on this feature request. I think it is an unnecessary complication of
the API, especially since dirname corresponds to the unix shell 'dirname'
command, which doesn't have such a feature. If you need this feature in a
particula
R. David Murray added the comment:
No, it isn't a design principle. My point was that unix hasn't found it useful
to add a level option to the dirname API.
I don't know that I personally have ever had occasion to peel off more than one
directory level without also wanting
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue11348>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Can you construct a test case that demonstrates the corruption?
--
nosy: +r.david.murray
stage: -> test needed
___
Python tracker
<http://bugs.python.org/issu
R. David Murray added the comment:
We could, however, raise SkipTest if getpriority returns 19 or higher with a
message like "unable to reliably test setpriority at current nice level of NN".
My guess is that no system we support has a lower upper limit on nice. If
someon
R. David Murray added the comment:
To be clear: raise SkipTest if prio is 19 or above *and* the increment fails.
--
___
Python tracker
<http://bugs.python.org/issue11
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue11355>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
This would increase the overhead to no purpose, as far as I can see.
Ask or Jesse can reopen this if they think it is worth considering.
--
nosy: +asksol, jnoller, r.david.murray
resolution: -> rejected
status: open ->
R. David Murray added the comment:
Is there an IANA registration for this? Any other standards references to it
would be helpful, if it doesn't. See issue 10730 for an example of the
research that went in to the last mimetypes addition.
--
nosy: +r.david.murray
versions: -P
R. David Murray added the comment:
Committed to py3k in r88730, 3.2 in r88731, and 2.7 in r88732.
I tested it by hand; mbox open failed before patch, succeeded (read-only) after
patch. I also changed two other cases of EACCES tests without testing them; I
don't see how it could hurt t
R. David Murray added the comment:
Amazing. This issue is unreported for years, Victor fixes it in python3, and
*then* we get two bug reports for it against 2.7 in as many months :)
Anyway, this is a duplicate of issue 11098. If you have a real use case for
this, we can consider a backport
R. David Murray added the comment:
Ah, I'm wrong, this has been reported earlier issue 707576.
--
___
Python tracker
<http://bugs.python.org/is
Changes by R. David Murray :
--
assignee: -> r.david.murray
___
Python tracker
<http://bugs.python.org/issue11401>
___
___
Python-bugs-list mailing list
Un
R. David Murray added the comment:
Ah, yes, splitpath is a function I've occasionally wanted. I also remember
being surprised that os.path.split didn't return such a list.
--
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Note that email.message works (and is the preferred spelling) since Python2.5.
--
nosy: +benjamin.peterson, r.david.murray
___
Python tracker
<http://bugs.python.org/issue11
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue11416>
___
___
Python-bugs-list mailing list
Unsubscribe:
2901 - 3000 of 12936 matches
Mail list logo
