Changes by R. David Murray :
--
versions: -Python 2.6, Python 3.0
___
Python tracker
<http://bugs.python.org/issue6031>
___
___
Python-bugs-list mailin
R. David Murray added the comment:
Fixed in py3k r85078, 3.1 r85079. Note that the only fix required was to the
'PAT' line, the other sed expressions are operating only on single
filenames-per-line and so don't need the 'g' added.
I don't see runtests.sh in
R. David Murray added the comment:
Looks good to me. Committed in r85086. Thanks, Sandro.
--
resolution: -> accepted
stage: needs patch -> committed/rejected
status: open -> closed
versions: -Python 2.7
___
Python track
R. David Murray added the comment:
Added version print to test_sqlite in r85807.
--
___
Python tracker
<http://bugs.python.org/issue8845>
___
___
Python-bug
Changes by R. David Murray :
--
nosy: +giampaolo.rodola
___
Python tracker
<http://bugs.python.org/issue9975>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +eric.smith, mark.dickinson
___
Python tracker
<http://bugs.python.org/issue9980>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
Which would be a bug. According to RFC3986 it should be the path. So the
change can't be quite so simple as adding mailto to uses_query. Since the
query component is defined for generic uris according to the RFC, it sounds
like urllib's parser
Changes by R. David Murray :
--
assignee: -> d...@python
components: +Documentation -None
nosy: +d...@python
type: -> behavior
___
Python tracker
<http://bugs.python.org/
New submission from R. David Murray :
In investigating issue 9993, I noticed that test_shutil wants to test things
that require cross-file-system links, and arranges to have such links by
creating a files and directories in the cwd and using tempfile. Presumably the
hope (and the comments
R. David Murray added the comment:
I can confirm that the tests fail before the patch (but if an only if /tmp is a
different file system from the one where the build is, see issue ) and pass
after the patch. The patch itself looks good to me and does accord better with
how 'mv
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9996>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
New version of the patch that adds many more tests, and handles non-ASCII bytes
in header values by changing them to '?'s when the header value is retrieved as
a string. I think I'm half done. Still to do: generate_bytes, and the doc
updat
R. David Murray added the comment:
Please don't change the subject, it changes the bug title, which makes the bug
report less useful :)
--
nosy: +r.david.murray
title: cbs.log -> Installer doesn't install on Windows Server 2008
R. David Murray added the comment:
There is no postgresql client in the Python standard library, you'll need to
report this bug on the appropriate project's tracker.
--
nosy: +r.david.murray
resolution: -> invalid
stage: -> committed/rejected
status
Changes by R. David Murray :
--
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10006>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
title: email/quoprimime.py Exception (with patch) -> irhe
___
Python tracker
<http://bugs.python.org/issue10004>
___
___
Python-
Changes by R. David Murray :
--
title: irhe -> email/quoprimime.py Exception (with patch)
___
Python tracker
<http://bugs.python.org/issue10004>
___
___
Python-
R. David Murray added the comment:
Heh, cut and paste gone mad, sorry about that title change/change back.
I can reproduce this in 3.2, so adding 3.1 and 3.2 to versions.
--
nosy: +r.david.murray
versions: +Python 3.1, Python 3.2
___
Python tracker
Changes by R. David Murray :
--
stage: -> unit test needed
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue10004>
___
___
Python-bugs-
Changes by R. David Murray :
--
assignee: -> r.david.murray
___
Python tracker
<http://bugs.python.org/issue10004>
___
___
Python-bugs-list mailing list
Un
R. David Murray added the comment:
Here is Thomas's patch with a (simpler) unit test included.
--
Added file: http://bugs.python.org/file19085/quoprime_chars.patch
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
Committed in r85142 for 3.2, r85143 for 3.1, and r85144 for 2.7.
Thanks, Thomas.
--
resolution: -> fixed
stage: unit test needed -> committed/rejected
status: open -> closed
___
Python track
R. David Murray added the comment:
In the first of your examples, parseaddr is correct (a lone token is considered
a 'local' address per RFC).
The second one is prossibly wrong, but if so the correct way to interpret it is
not clear. If you read the RFC carefully
(http://tool
R. David Murray added the comment:
It does appear as though parseaddr is dropping quoting information from the
returned parsed address. Fixing this is likely to create backward
compatibility issues, and I'm very curious to know why parseaddr drops the
quoting info.
Note that I d
R. David Murray added the comment:
Since the issue/patch is about binascii, and I agree with Martin that binascii
should continue to do bytes-to-bytes transforms (especially since that is its
most common use case, IMO), I'm going to close this issue. Please open the
discussion on pytho
R. David Murray added the comment:
New version of patch including a BytesGenerator.
--
Added file: http://bugs.python.org/file19102/email_parse_bytes3.diff
___
Python tracker
<http://bugs.python.org/issue4
R. David Murray added the comment:
In case it isn't clear, the code patch is now complete, so anyone who wants to
give it a review, please do. I'll add the docs soon, but the basic idea is you
can put bytes in by either using message_from_bytes or by using the 'ascii&
R. David Murray added the comment:
After working my way through the code I no longer think that parseaddr is
working as designed. I think that this is a bug, and that there is a missing
call to quote in getaddrspec. Attached is a revised set of unit tests and a
fix. The full python test
Changes by R. David Murray :
--
nosy: +dmalcolm
___
Python tracker
<http://bugs.python.org/issue10013>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Does the "fix" for issue 10006 affect this? (I imagine that question is why
Antoine made Benjamin nosy on this issue).
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.
Changes by R. David Murray :
--
nosy: +asksol, jnoller
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10015>
___
___
Python-bugs-lis
R. David Murray added the comment:
You are right that this needs to be tested on other platforms. In order to so
test it (and in any case!), the patch will need unit tests. It also needs doc
updates.
In general patch itself looks good to me, modulo the concern you raise about
truncate
R. David Murray added the comment:
Fix committed to py3k in r85179, 3.1 in r85170, and 2.7 in r85181. I modified
the unit tests, deleting the ones that were redundant because they were just
two different python spellings of the same input string, and adding a comment
about the third test
R. David Murray added the comment:
Version 4 of patch, now including doc updates.
The patch set is now complete.
--
Added file: http://bugs.python.org/file19110/email_parse_bytes4.diff
___
Python tracker
<http://bugs.python.org/issue4
R. David Murray added the comment:
Rietveld issue, with a small doc addition compared to pach4:
http://codereview.appspot.com/2362041
--
___
Python tracker
<http://bugs.python.org/issue4
R. David Murray added the comment:
Upload svn patch, so that Martin's new rietveld support will (hopefully) create
an automatic review link.
--
Added file: http://bugs.python.org/file19113/email_parse_bytes5.diff
___
Python tracker
Changes by R. David Murray :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue10017>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Since no test case has been provided I am closing this issue.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue1
R. David Murray added the comment:
I don't believe either the example that other mailers reject or the one that
they accept are in fact RFC compliant. Encoded words are not supposed to occur
in (structured) MIME headers. The behavior observed is a consequence of all
headers, wh
R. David Murray added the comment:
Here is a patch.
--
keywords: +patch
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file19114/add_header.patch
___
Python tracker
<http://bugs.python.org/issue1
R. David Murray added the comment:
Here is a patch that makes the output consistently (bytes, string) pairs. This
is definitely a potential backward compatibility issue, but in general code
which compensates for the old behavior should work fine with the new behavior,
since it was always
Changes by R. David Murray :
--
versions: -Python 3.1
___
Python tracker
<http://bugs.python.org/issue6302>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Yes, that was a late night post and as I was falling asleep I realized that I
was wrong.
Certainly decode_header_as_string is a function most people using the email
package will want and will re-implement in one form or another, so I think it
is a good
R. David Murray added the comment:
The compatibility argument is a fair point, and yes we could default to utf8
and no language. So that is probably a better solution than raising the error.
--
___
Python tracker
<http://bugs.python.
R. David Murray added the comment:
Alexander closed issue 7789 in favor of this one, which is fine, but I want to
respond to Eric's rejection there of including info about datetime in the
'format mini language' section of the docs. His point was that only the
builtin types
Changes by R. David Murray :
--
nosy: +rhettinger
___
Python tracker
<http://bugs.python.org/issue10025>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: -BreamoreBoy
resolution: out of date ->
___
Python tracker
<http://bugs.python.org/issue1104021>
___
___
Python-bugs-lis
R. David Murray added the comment:
The example works fine for me (server returns mailbox does not exist) in both
2.7 and py3k trunk, so I'm closing this as out of date.
--
nosy: +r.david.murray -BreamoreBoy
resolution: -> out of date
stage: patch review -> committed/reje
R. David Murray added the comment:
Note that of the versions still getting doc updates, only 2.7 still supports
the old style relative imports.
--
nosy: +r.david.murray
type: -> behavior
versions: -Python 2.6, Python 3.3
___
Python tracker
&l
R. David Murray added the comment:
It would be nice to retain the pure python version as a fallback for non
CPython implementations, that will require tweaking the tests to make sure both
are tested.
--
nosy: +r.david.murray
___
Python tracker
R. David Murray added the comment:
Yes. Benjamin merged this to py3k in r82292. If someone wants to explain to
me how to cherry pick the changeset into 3.1 I'd be happy to do it, otherwise I
think I'm done with this one :)
--
stage: commit review -> committed/rejected
R. David Murray added the comment:
If you do want to pursue this further note that "[your] own crappy code" is a
better reproducer to post than something that depends on a third party module.
--
nosy: +r.david.murray
___
Python trac
R. David Murray added the comment:
It is what is normally done *now* when there is both a C and a python
implementation (see, for example, test_datetime.py and test_io.py for two
different approaches to that). Not all tests have been updated to this
practice.
Thanks for working on this
Changes by R. David Murray :
--
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue10045>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
I'm changing the versions to just 2.7 (though I'm not sure this can be
considered a bug fix), since StringIO is reimplemented as part of io in 3.x.
--
nosy: +r.david.murray
versions: -Python 2.6, Python 3.1, Python 3.2,
R. David Murray added the comment:
It is possible this behavior changed after the docs were written. I'm adding a
couple of people to nosy who might have some insight into that possibility. It
could be either a change in finalization procedures or a change in signal
handling semanti
R. David Murray added the comment:
Indeed, newspipe appears to be a pure python package, so this looks like it is
probably a bug in python somewhere.
You might want to report it to newspipe too, though. They are likely to be
able to figure out how to reduce the problem to a minimum cause
R. David Murray added the comment:
Can you reproduce this using python2.7? Python 2.6 is in security fix only
mode now.
--
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
Here is an updated patch incorporating the reitveld feedback and feedback from
python-dev about the API. Now we have BytesParser instead of Parser with a
parsebytes method, and a message_from_binary_file helper. Generator also now
converts bodies with an
R. David Murray added the comment:
Generator converts 8bit bodies into 7bit bodies by applying an appropriate 7bit
CTE. The reason it does this is that the output of Generator will often be
passed to some other Python library function (most often smtplib) that can only
handle ASCII unicode
R. David Murray added the comment:
Even if smtplib accepted bytes (it currently does not), *Generator* is still
producing unicode, and should produce valid unicode and still insofar as
possible preserve the meaning of the original message. This means unicode acts
as if it is an SMTP server
R. David Murray added the comment:
I can only fix one package at a time :)
And in case it isn't clear, the "Generator produces ASCII-only unicode", which
is in many ways a rather strange API, is one of the chief motivati
R. David Murray added the comment:
Here is the final pre-alpha patch. This one includes the BytesFeedParser class
and a test.
Unless there are objections I'd like to commit this. Believing the code needs
a more thorough review would be a valid objection :)
--
Added file:
R. David Murray added the comment:
After RM approval on irc, committed in r85322, with some additional doc fixes
but no code changes relative to the last patch posted here.
I'm leaving this open because I still want to try to improve the handling of
non-ascii bytes in headers when dec
R. David Murray added the comment:
No, that would be a bug, thanks.
Also thanks for reminding me about this issue.
--
___
Python tracker
<http://bugs.python.org/issue1553
R. David Murray added the comment:
I like 'allframes', so I changed to that. The updated patch also adds the
allframes parameter to format_exception.
In going over the tests I realized that I'm not sure the output for the case of
chain=True is correct. Opinions? If it is no
R. David Murray added the comment:
Pascal: my question exactly. The question is whether the code is accurately
reflecting the state of the python stack at exception time (which it seems like
it ought to), in which case I don't understand how Python handles the chained
exception,
R. David Murray added the comment:
After giving this some thought, I'm sure that the observed results are not what
we want, so I've changed the test to be the result that we want. I haven't
been able to figure out what is causing it, and am starting to wonder if it
represent
R. David Murray added the comment:
vinay: duh. I'm using a debug build and my test is slicing off the refount
line. I think there's a helping in test.support for that...
--
___
Python tracker
<http://bugs.python.org
R. David Murray added the comment:
There isn't much that Python can do if there is a sufficiently broken C-based
module in sys.path. All you report about the problematic module is that it is
'bad' or 'corrupt'. Can you give more information about what makes
R. David Murray added the comment:
Does it also need a deprecation cycle?
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10063>
___
___
R. David Murray added the comment:
If it's been reviewed on python-dev and the consensus was to turn it into an
error in 3.2, then I'm fine with it. But I'll bet we'll get at least a few bug
reports :)
--
___
P
R. David Murray added the comment:
What I am saying is that if an extension module (one that provides non-python
code in a load module) is corrupt, then it can totally screw up Python's
internal bookkeeping, and there is nothing Python can do to protect itself
against that.
If the &qu
R. David Murray added the comment:
Kai: could you write a unit test for this?
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
R. David Murray added the comment:
Unless Nick has further feedback I think you've done all you need to, thanks.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/is
Changes by R. David Murray :
--
nosy: +benjamin.peterson
type: crash -> behavior
___
Python tracker
<http://bugs.python.org/issue10069>
___
___
Python-bugs-lis
R. David Murray added the comment:
In Python we often don't type check, we just let errors happen. It is true
that it would make the problem clearer to do a type check and issue a specific
error message, but I don't know if it is worth it. (The error would already
have been c
R. David Murray added the comment:
I am indeed going to close this. The patch isn't complete, since there's the
line ending issue Antoine pointed out, which implies that there are also some
missing tests.
I doubt that linecache performance is something that affects very many pe
Changes by R. David Murray :
--
nosy: +georg.brandl -BreamoreBoy
___
Python tracker
<http://bugs.python.org/issue6322>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
I doubt it. As Senthil says, file invoking ftp it is a bug. I'm just betting
that *someone* is going to complain when it stops working in their particular
situation.
--
___
Python tracker
R. David Murray added the comment:
Éric: WellI suppose that depends on how you look at it.
The RFC says that 'file:' does not specify a network protocol, and so "it's
utility in network protocols between hosts is limited". So, technically an
implementation tha
R. David Murray added the comment:
Éric, if you are saying, "the user asked for it, it *should* fail", then that
is indeed one of the arguments put forward in issue 9992 where this was
discussed. But I think the emerging consensus is that it is better to just
avoid the problem
R. David Murray added the comment:
I think the error message should be changed from 'allowed' to 'supported',
though.
--
___
Python tracker
<http://bug
R. David Murray added the comment:
Because hardcoding a particular condition into a context manager is less
flexible? (I'm +0 on this thing myself, by the way.)
--
___
Python tracker
<http://bugs.python.org/is
R. David Murray added the comment:
Yes, and I can't think of any other way to approach it.
--
___
Python tracker
<http://bugs.python.org/issue7425>
___
___
R. David Murray added the comment:
If I'm reading this thread correctly, this bug should be closed and a new one
opened about SSL socket close. Antoine, does that sound correct?
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.py
R. David Murray added the comment:
This is a duplicate of #9291.
--
nosy: +r.david.murray
resolution: -> duplicate
stage: -> committed/rejected
status: open -> closed
superseder: -> mimetypes initialization fails on Windows because of non-Latin
characters
Changes by R. David Murray :
--
nosy: +vldmit
___
Python tracker
<http://bugs.python.org/issue9291>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
assignee: -> r.david.murray
nosy: +r.david.murray
stage: -> commit review
type: -> behavior
___
Python tracker
<http://bugs.python.o
R. David Murray added the comment:
Committed to py3k in r85554, 2.7 in r85556. Sébastien, from what you say it
sounds like this does not apply to 3.1, so I blocked it there. If this is
incorrect let me know and I'll backport it.
--
resolution: -> fixed
stage: commi
R. David Murray added the comment:
No, that would be incorrect syntax (if you omit the optional argument you
should also omit the comma that precedes it).
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10
Changes by R. David Murray :
--
type: -> behavior
versions: -3rd party, Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/issu
R. David Murray added the comment:
I yhink you need to add an svnignore property to that directory for __pycache__.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9
R. David Murray added the comment:
The attribute and test aren't in 3.1 (or 2.7), so this issue only applies to
3.x trunk.
--
___
Python tracker
<http://bugs.python.org/i
New submission from R. David Murray :
Quoting PoltoS from issue 8293:
If I do sock.close() (sock is instance of ssl.SSLSocket), the connection is not
closed: I see it as Established in netstat and nothing is sent over network:
tcpdump show nothing going thru the network
R. David Murray added the comment:
I opened issue 10127 for the ssl.SSLSocket().close() problem.
--
resolution: works for me -> out of date
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by R. David Murray :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue10128>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
For reference, the py3k rev was r70091.
--
nosy: +r.david.murray
resolution: -> accepted
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by R. David Murray :
--
nosy: +lemburg
___
Python tracker
<http://bugs.python.org/issue10090>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Thank you, Martin.
--
___
Python tracker
<http://bugs.python.org/issue8845>
___
___
Python-bugs-list mailing list
Unsubscribe:
901 - 1000 of 1880 matches
Mail list logo