Changes by R. David Murray :
Removed file: http://bugs.python.org/file19291/email_linesep.patch
___
Python tracker
<http://bugs.python.org/issue1349106>
___
___
Python-bug
Changes by R. David Murray :
Removed file: http://bugs.python.org/file19318/email_linesep.patch
___
Python tracker
<http://bugs.python.org/issue1349106>
___
___
Python-bug
R. David Murray added the comment:
Removed some debugging cruft from the latest patch.
--
Added file: http://bugs.python.org/file19319/email_linesep.patch
___
Python tracker
<http://bugs.python.org/issue1349
New submission from R. David Murray :
Just as with regular strings, when comparing failed output involving bytes
strings it is really helpful to have a diff showing which bytes have changed.
The attached patch adds an assertMultiLineEqual method to unittest and uses it
for comparing bytes in
R. David Murray added the comment:
Only OSX 10.4.0 I can run test_tk:
rdmur...@buddy:~/python/py3k>./python.exe -m test.regrtest -uall test_tk
[1/1] test_tk
Thu Oct 21 12:41:16 buddy.home.bitdance.com python.exe[93560] :
kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint()
R. David Murray added the comment:
Presumably this is the same issue 8716. That issue contains additional details
and a patch from Ronald, so I'm not closing it as a duplicate.
I don't know if the patch on this issue would actually address the issue. I
tried to apply it to p
R. David Murray added the comment:
See also issue 5120.
--
___
Python tracker
<http://bugs.python.org/issue8716>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
rdmur...@buddy:~/python/py3k>uname -a
Darwin buddy.home.bitdance.com 10.4.0 Darwin Kernel Version 10.4.0: Fri Apr 23
18:28:53 PDT 2010; root:xnu-1504.7.4~1/RELEASE_I386 i386
rdmur...@buddy:~/python/release31-maint>LC_ALL="C" ./python.
R. David Murray added the comment:
After talking with Michael on #python-dev, I've revised the patch to make it a
real assertBytesEqual method rather than a pretend-the-bytes-are-strings
method. This version allows the byte strings to be split on an arbitrary byte
string, which mak
Changes by R. David Murray :
--
title: Add an assertBytesMultiLineEqual to unittest and use it for bytes
assertEqual -> Add an assertBytesEqual to unittest and use it for bytes
assertEqual
___
Python tracker
<http://bugs.python.org/issu
Changes by R. David Murray :
--
nosy: +gpolo
___
Python tracker
<http://bugs.python.org/issue10171>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
If I understand correctly (I'm not a windows user or developer myself), knowing
the bits necessary to compile extension modules is not something very many
people need to know. If an extension module supports Windows, there will
generally be an inst
R. David Murray added the comment:
Presumably the difference is that there is a pause between the two statement
executions at the interactive prompt (even if you cut and paste) that does not
exist in the function.
--
nosy: +r.david.murray
resolution: -> invalid
stage: -> com
R. David Murray added the comment:
Terry meant 2.6 is in security fix only mode. 2.7 will get bug fixes for an
extended period.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
The attached patch should fix the problem. It replicates the bytes/string
changes made for the unix branch in the windows branch.
It would be nice to come up with a unit test for this, but in this case that's
a lot more complicated than figuring ou
R. David Murray added the comment:
The text in question is talking about 'replace' as a general mechanism for
'fixing' the separator character, and as such I don't think introducing
translate would enhance the exposition. I suppose it could be added in a
f
R. David Murray added the comment:
Python 3.2a3+ (py3k:85670:85675M, Oct 17 2010, 20:27:19)
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.setlocale(locale.LC_AL
R. David Murray added the comment:
Well, perhaps when you ran the test with the sleep the target server had an
unusually long startup delay. If you are going to use read_very_eager you are
going to have to deal with the possibility of not getting back what you
expected, so it doesn't r
Changes by R. David Murray :
--
assignee: -> r.david.murray
___
Python tracker
<http://bugs.python.org/issue9967>
___
___
Python-bugs-list mailing list
Un
R. David Murray added the comment:
Committed in r85811.
--
resolution: -> accepted
stage: commit review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
R. David Murray added the comment:
My best guess currently is that the failing test is a bug in difflib, but I
haven't dug into that code yet to prove it. It's still possible it's something
stupid in my code, but as far as I can see there's no character over where that
R. David Murray added the comment:
Modifying the path has be definitely rejected by python-dev. I don't know
enough about windows to comment on the other two, but I suspect that everything
that it is reasonable to do automatically is already being done.
--
nosy: +l
R. David Murray added the comment:
Antoine, is there more that remains to be done on this, or can it be closed?
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue7
Changes by R. David Murray :
--
nosy: -r.david.murray
___
Python tracker
<http://bugs.python.org/issue10002>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
There are a number of such symbol resolution error messages for nonlocal that
don't provide location information in symtable.c. I'm not very experienced
with hacking the C code, but a naive addition of location information based on
similar cal
R. David Murray added the comment:
Hmm. Just to clarify, the commit message on the code in question specifically
said that the implementation of nonlocal was not complete with that commit, and
Jeremy wasn't the only one working on it. So this detail may have simply been
overl
R. David Murray added the comment:
I don't think it was appropriate to close this issue.
--
nosy: +r.david.murray -BreamoreBoy
resolution: wont fix ->
stage: unit test needed -> patch review
status: closed -> open
versions: +Python 3.2 -Python 2
Changes by R. David Murray :
--
status: open -> languishing
___
Python tracker
<http://bugs.python.org/issue3196>
___
___
Python-bugs-list mailing list
Un
R. David Murray added the comment:
I figured it was something like that, from looking at the code.
I wonder if it would be worthwhile to return the line info that is known (which
I think is the start of the block containing the problematic symbol). In a
complex program that would at least
R. David Murray added the comment:
I'm not sure that I'd consider:
>>> 'abc' in b'abcde'
Traceback (most recent call last):
File "", line 1, in
TypeError: Type str doesn't support the buffer API
a clear error message :)
R. David Murray added the comment:
Yes, but in that particular case the exact line referenced is involved in the
error, since it that error is that the symbol is both nonlocal and an argument,
and the error points to the head of the block which is the 'def' statement.
Attached
Changes by R. David Murray :
--
Removed message: http://bugs.python.org/msg119601
___
Python tracker
<http://bugs.python.org/issue10189>
___
___
Python-bugs-list m
R. David Murray added the comment:
Yes, but in that particular case the exact line referenced is involved in the
error, since it that error is that the symbol is both nonlocal and an argument,
and the error points to the head of the block which is the 'def' statement.
Attached
R. David Murray added the comment:
Ah, I hadn't noticed Benjamin assigned this to himself when I submitted that
patch. Well, maybe it will be marginally useful anyway :)
--
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
Committed to py3k in r85846, 3.1 in r85847.
--
resolution: -> fixed
stage: unit test needed -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Oddly, the test suite skips getoutput and getstatusoutput on windows with the
comment that the source says it is relevant only for posix, but the
documentation does not have 'availability: unix' tags. (It is also odd that
getoutput isn't
R. David Murray added the comment:
Yeah, I wish unittest hadn't been split up, and I really dislike the
organization of the email package, though I think I understand how it came
about historically. So I vote for flat :)
--
nosy: +r.david.m
R. David Murray added the comment:
I can reproduce this on 3.1 but not py3k trunk.
--
nosy: +benjamin.peterson, r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
New submission from R. David Murray :
To reproduce:
python -c "'"
(Hint: don't do this on a slow terminal)
--
messages: 119646
nosy: r.david.murray
priority: critical
severity: normal
stage: needs patch
status: open
title: python program starting with unmatched q
Changes by R. David Murray :
--
nosy: +giampaolo.rodola
stage: -> unit test needed
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
R. David Murray added the comment:
The fix is not something that can be backported to 3.1? (This is a regression
relative to 2.x).
--
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
I thought I tested this on 2.6, but I forgot that my system has now made 2.7
the default python. And now that you mention it, I vaguely remember this
feature getting added. Sorry for the noise.
--
___
Python
R. David Murray added the comment:
Well, djc's patch (turned into a skip) would only skip if the specific system
error checked for was found.
The message is a system message, you'll see it in the 'date' command output if
the timezone isn't set. A little googling
R. David Murray added the comment:
Yes this is deliberate. On linux, 'python' is Python2, and 'python3' is
Python3. I'm not a mac user, so I don't know exactly how the naming
conventions work there, but I certainly wouldn't expect the 'current versio
Changes by R. David Murray :
--
resolution: -> invalid
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
R. David Murray added the comment:
Indeed, Factory is part of the standard tz (zoneinfo) database, as can be seen
on this web page that makes the database browsable:
http://twiki.org/cgi-bin/xtra/tzdatepick.html
Whether or not a distribution uses Factory initially is of course a
Changes by R. David Murray :
--
resolution: rejected -> duplicate
stage: -> committed/rejected
superseder: -> socket, PEP 383: Mishandling of non-ASCII bytes in host/domain
names
type: crash -> behavior
___
Python tracker
<http://
R. David Murray added the comment:
Looks like we have our first customer (issue 10223).
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9
Changes by R. David Murray :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue10231>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Maybe the fastpath should do a strict check and not be used for subclasses of
dict?
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
I've looked over this patch, and it seems to me that there is no compelling
reason to create two new functions. I think it would be clearer to just inline
that code in the places it is used. If it turns out later that the code needs
to be reused else
Changes by R. David Murray :
--
stage: needs patch -> patch review
versions: +Python 3.1 -Python 3.3
___
Python tracker
<http://bugs.python.org/issue9340>
___
_
R. David Murray added the comment:
How about this:
- If the scheme value is not specified, urlparse following the syntax
- specifications from RFC 1808, expects the netloc value to start with '//',
- Otherwise, it is not possible to distinguish between net_loc and path
- com
R. David Murray added the comment:
MAL wrote:
> Antoine wrote:
>> MAL wrote:
>>> I don't follow you. Where's the difference between writing:
>>>
>>> s.close()
>>> or
>>> s = None
>>>
>>> for an open socket s ?
>
Changes by R. David Murray :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue10254>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
What's the exception? If there were any escaped bytes in the string returned
by descriptions, you would get an error when you try to print them.
This could be a design problem.
--
nosy: +r.david.m
R. David Murray added the comment:
Éric: UTF-8 (IIUC the RFC says "SHOULD be UTF-8").
Julien: yes, there are differences in the way printing to the console works
between 2.x and 3.x, and this has caused some surprises for Windows users,
where the default console codec is a bit li
R. David Murray added the comment:
That's not what you opened the bug about, though, according to the title.
I discussed the headers-in-things-other-than HEAD/ARTICLE, and Antoine was of
the opinion that they were "supposed" to be utf-8 and that in any case using
surrogate
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10282>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10283>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10285>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
I don't think assertLE is enough of an improvement over assertLessEqual to be
worth adding yet more deprecated names to unittest. So I'm -0 on this change in
general. (I'd be -1 except that it would be kind of nice to have the names be
sho
R. David Murray added the comment:
My conclusion in working on the email package is that only the first space
after the ':', if it exists, should be stripped. That is, even though the RFC
(for email) reads as if the space after the colon is part of the value, in
practice it is p
R. David Murray added the comment:
assertEquals existed forever, too, but we deprecated that :) (with no intent to
remove it, as I understand it).
There is no more ambiguity in "assertLessThan" than there is in assertLT, one
just has more letters. True, you have to look it up the
Changes by R. David Murray :
--
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue10297>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
What I meant by saying that the spec was broken is that the user is going to be
typing the password at a keyboard. The keyboard will generate scan codes.
Those scan codes will get interpreted through a system-specific chain of
processes until some bytes
R. David Murray added the comment:
assertCountsEqual is IMO much clearer than assertItemsCountsEqual (or however
you spell it). I was unclear on what the latter did, but the former is fairly
clear. Ezio's suggestion is also clearer.
Raymond, since you said 'never' your
R. David Murray added the comment:
I don't see any bytes warnings when I run test_os with -b or -bb on linux on
py3k trunk. (If there were such a warning and it was expected, the fix would
be to capture the warning and ignore it.)
Under what circumstances do you see this wa
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
801 - 900 of 10554 matches
Mail list logo
