Changes by R. David Murray :
--
title: mkpkg.py is lacked. -> mkpkg.py is missing
___
Python tracker
<http://bugs.python.org/issue10132>
___
___
Python-bugs-lis
R. David Murray added the comment:
Committed Neil's patch (after adding docs) in r85671. Thanks.
--
nosy: +r.david.murray
resolution: -> accepted
stage: patch review -> committed/rejected
status: open -> closed
___
Python
R. David Murray added the comment:
I reviewed the doc and tightened up the wording (which was already mostly
correct) in r85672. Also fixed one typo and changed it to consistently use
'byte string' (rather than 'bytestring' which was used
R. David Murray added the comment:
Victor, can you paste or attach the error for email? My MSDN subscription has
expired so I can't set up to test it myself (I've submitted the renewal, but
who knows how long it will take to process :)
--
nosy: +r.da
R. David Murray added the comment:
Committed to py3k in r85675, 3.1 in r85676, and 2.7 in r85677.
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Committed to py3k in r85678. If I'm reading this string correctly, I believe
this can (and should be) be backported. Am I correct?
--
nosy: +r.david.murray
resolution: -> fixed
stage: -> committ
R. David Murray added the comment:
Yes, Georg mentioned the directive because it exists :)
See the turtle docs for some examples, I think. I seem to remember using it
when I made those doctests pass on 2.7 (warning: it writes weird stuff on your
screen
R. David Murray added the comment:
The interesting question is, why aren't the buildbots seeing this failure? I
can reproduce it in my Windows VM using 3.2a3, and will work on a fix (to the
tests, the code under test is doing the "correct" thing, though that thing is
som
Changes by R. David Murray :
--
assignee: -> r.david.murray
___
Python tracker
<http://bugs.python.org/issue10134>
___
___
Python-bugs-list mailing list
Un
R. David Murray added the comment:
Drat, there's a real bug here, too. The bytes parsing machinery doesn't
correctly translate crlf on input.
--
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Here is a patch that adds a test of the underlying problem and fixes it. I
don't like this patch because it tries to detect the line ending style of the
input stream and changes behavior based on that, but because email wants to use
'\n' a
R. David Murray added the comment:
Revised patch that seems to fix all the windows failures.
Still not sure why they were not showing up on the buildbots. Victor was
working from an svn checkout and I from the binary installer, so it's not just
a difference in the svn eol han
Changes by R. David Murray :
Removed file: http://bugs.python.org/file19273/windows_email_fix.patch
___
Python tracker
<http://bugs.python.org/issue10134>
___
___
Pytho
R. David Murray added the comment:
Clarification of my earlier comment on the patch: I think the behavior
*originally* tested for by the changed test is arguably incorrect, given
email's internal use of '\n' line endings. So I think the patch improves
things, but it is a pot
R. David Murray added the comment:
Having looked more carefully at the email4 (python2) code, I think I'm wrong.
The test I changed appears to codify the behavior expected when parsing a crlf
file in binary mode. This means that email4 code being ported to email5 may
depend on
Changes by R. David Murray :
--
assignee: d...@python ->
nosy: +mark.dickinson
___
Python tracker
<http://bugs.python.org/issue10145>
___
___
Python-bugs-lis
R. David Murray added the comment:
Woops, I didn't meant to unassign docs.
--
assignee: -> d...@python
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org
Changes by R. David Murray :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6460>
___
___
Python-bugs-list
Changes by R. David Murray :
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue7096>
___
___
Python-bugs-
Changes by R. David Murray :
--
dependencies: +email.Generators does not separates headers with "\r\n"
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Malcolm: a Content-Transfer-Encoding of 8bit may only contain \r and \n
characters as part of the line ending sequence. 8bit is *not* binary; to use a
CTE of binary the SMTP server must support BINARYMIME, which I don't think is
all that common yet
R. David Murray added the comment:
I agree with Terry.
--
nosy: +r.david.murray
resolution: -> out of date
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
For other reviewers, I'm reposting just his python program as a text file.
Maciek: I myself don't know enough about expat to comment, but is it possible
you have an issue similar to issue 10026?
--
nosy: +r.david.murray
Added
R. David Murray added the comment:
It would be nice if we could expand this fix to include FreeBSD, which as I
understand it has the same problem.
--
___
Python tracker
<http://bugs.python.org/issue9
Changes by R. David Murray :
--
assignee: -> d...@python
components: +Documentation -XML
nosy: +d...@python
stage: -> needs patch
type: -> behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python track
Changes by R. David Murray :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue10158>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
The bug tracker is not an appropriate place to get help on using Python.
Please ask your question on a forum where you are more likely to get help, such
as python-list.
--
nosy: +r.david.murray
___
Python
R. David Murray added the comment:
Updated patch that adds a missing test for BytesGenerator.flatten and fixes the
bugs in it. Also added versionchanged tags to the docs for the linesep
argument.
I think this is ready to go in.
--
stage: patch review -> commit review
Added f
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
David-Sarah Hopwood added the comment:
This problem causes {{{os.getcwdu()}}} to fail when the console code page is
set to 65001 (always, I think):
{{{
t:\>ver
Microsoft Windows [Version 6.0.6002]
t:\>chcp
Active code page: 65001
t:\>python -c "import os; print os.getcwdu()&qu
David-Sarah Hopwood added the comment:
I said: "There is only one correct way to encode/decode UTF-8". This is true
modulo differences in the treatment of initial byte order marks.
--
___
Python tracker
<http://bugs.python.
David-Sarah Hopwood added the comment:
I meant to say that the os.getcwdu() test in msg119440 was done with Windows
native Python 2.6.2.
--
___
Python tracker
<http://bugs.python.org/issue6
David-Sarah Hopwood added the comment:
Oops, false alarm. python -c "import os; print repr(os.getcwdu())" works as
expected, so the exception is part of issue 1602.
(My command about there being no need to distinguish this codepage from UTF
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
2801 - 2900 of 12936 matches
Mail list logo
