R. David Murray added the comment:
I disagree (and might disagree with those other closings but I haven't noticed
them I guess). BeautifulSoup does *not* cover this ground, it is broken in 3.x
because of the lack of a tolerant HTML parser in the stdlib (it used to use
sgmlib, which i
R. David Murray added the comment:
The sparc ubuntu buildbot appears to no longer exist. The sparc solaris
buildbot doesn't have a problem with it. So right now only PPC Tiger is
failing. An endianness issue was suggested, but since T_BOOL is used by _io,
and that is tested and pass
R. David Murray added the comment:
In an up to date checkout of py3k on Gentoo linux with LC_CTYPE=en_US.UTF-8, I
get a failure in test_sys:
==
FAIL: test_pythonfsencoding (test.test_sys.SysModuleTest
R. David Murray added the comment:
Setting LC_ALL instead of LANG in the test fixes the problem.
--
___
Python tracker
<http://bugs.python.org/issue8622>
___
___
R. David Murray added the comment:
Georg's patch no longer applies to py3k. I ported it, but the result is not
functional. It causes extra spaces during header generation, because it is
there that email4/5 "deals" with "ignoring" spaces between encoded words by
R. David Murray added the comment:
Here's a patch (essentially the one provided by Thomas) with unit test.
--
keywords: +patch
stage: unit test needed -> patch review
Added file: http://bugs.python.org/file18620/parsedate.patch
___
Python
R. David Murray added the comment:
Thanks for working on this.
I would prefer to have two patches: one that fixes the bug (and adds the unit
tests) and a separate one for the cleanups (in a new issue).
I agree that the fact that it isn't complying with the RFC makes it a bug. It
R. David Murray added the comment:
2.6 is now in security-fix-only mode. Since this is a new feature, it can only
go into 3.2.
Can you provide a patch against py3k trunk?
I've only glanced at the patch briefly, but one thing that concerns me is
'warning file'. I suppose
R. David Murray added the comment:
This is not the first recursion limit related problem we've seen with FreeBSD
derived systems. See for example Issue1201456. It would be nice to have an
actual fix for this class of problem, but I have no clue what that would look
like. There may al
R. David Murray added the comment:
Issue1454481, which introduced the ability to set the thread stack size,
indicates that the FreeBSD port maintainers were bumping the default limit
higher. So I think (3) is probably the correct solution
R. David Murray added the comment:
As I mentioned on the other ticket, I think bumping the default stack size is
probably the most useful solution. This is is a clearer description of the
stack problem, since it doesn't get involved in MIMETypes internals, so I'm not
closi
R. David Murray added the comment:
Adding a copyright notice for a patch is not something that we generally do
(and your current mod is implicitly claiming the whole file, which doesn't seem
right in any case). My understanding is that US copyright law says you have
the copyright wh
R. David Murray added the comment:
Applied in r84310. Leaving issue open pending backport.
Thanks, Jeffrey.
--
___
Python tracker
<http://bugs.python.org/issue1194
R. David Murray added the comment:
test_sys is still failing on my system where LC_CTYPE only is set to utf-8.
Victor, do you want me to apply the LANG->LC_ALL change to the test?
--
status: closed -> open
___
Python tracker
R. David Murray added the comment:
Ported to 2.7 in r84311 and to 3.1 in r84312.
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Changes by R. David Murray :
--
nosy: +giampaolo.rodola
___
Python tracker
<http://bugs.python.org/issue9610>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
The ordering of dictionary keys is a fundamental property of Python
dictionaries (it's a hash table). PEP 3115 provides the functionality you are
looking for, your metaclass just needs to be slightly more complicated.
--
nosy: +r.david.m
R. David Murray added the comment:
There was a discussion about IRI on python-dev in the middle of a discussion
about adding a coercable bytes type, but I can't find it. I believe the
conclusion was that the best solution for IRI support was a new library that
implements the full IRI
Changes by R. David Murray :
--
keywords: -buildbot, patch
___
Python tracker
<http://bugs.python.org/issue9679>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
See also issue1676135. Seems that the posters were wrong in concluding that
the double slashes wouldn't bother anyone using prefix=/ :)
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.py
R. David Murray added the comment:
refresh, can you provide an example that shows the problem you are seeing?
Otherwise we'll close this.
--
nosy: +r.david.murray
resolution: -> works for me
stage: -> committed/rejected
status: open
R. David Murray added the comment:
Greg, thanks for working on this.
I haven't looked over the whole patch yet, but there's one thing I noticed
right away that needs to be fixed. 'python.exe' is the name of the python
executable only on OS X, and the tests are not alway
R. David Murray added the comment:
I just ran into this while trying to run the test suite with -uall while sshed
into an OSX machine and running a non-framework build. This makes it kind of
hard to run the full test suite.
Is there some way to detect that we don't have access to the w
Changes by R. David Murray :
--
assignee: -> d...@python
components: +Documentation
nosy: +d...@python
type: -> behavior
___
Python tracker
<http://bugs.python.org/
New submission from R. David Murray :
>>> socket.create_connection(('a..com', 25))
Traceback (most recent call last):
File "", line 1, in
File "/home/rdmurray/python/py3k/Lib/socket.py", line 300, in
create_connection
for res in getaddrinfo(hos
R. David Murray added the comment:
Given Vinay's last comment I don't think this needs addressing in 2.x, and it
is not a problem in 3.x.
--
nosy: +r.david.murray
resolution: -> out of date
stage: -> committed/rejected
status: pending -> closed
versions: +Pyt
R. David Murray added the comment:
That's just a summary. The full documentation of the class is further down the
page. What's missing is a hyperlink from the summary to the full description.
It's probably just a markup error.
--
nosy:
Changes by R. David Murray :
--
assignee: -> d...@python
components: +Documentation
nosy: +d...@python
type: feature request -> behavior
versions: +Python 3.1, Python 3.2 -Python 2.5, Python 2.6
___
Python tracker
<http://bugs.python.org/
R. David Murray added the comment:
Yes it does seem like it is too late for this, code might be depending on this
behavior now in 2.7.
--
nosy: +r.david.murray
status: pending -> closed
___
Python tracker
<http://bugs.python.org/iss
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9427>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Ich, if your problem still exists in 2.7, 3.1, or 3.2, please open a new issue
with a test case showing the problem you are running in to.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.
R. David Murray added the comment:
Also, issue 7082 might be relevant here, since it fixed a bug in this fix.
--
___
Python tracker
<http://bugs.python.org/issue1403
Changes by R. David Murray :
--
keywords: +patch
Added file: http://bugs.python.org/file18652/header_encode_test.diff
___
Python tracker
<http://bugs.python.org/issue1379
Changes by R. David Murray :
Added file: http://bugs.python.org/file18653/header_charset_fix.diff
___
Python tracker
<http://bugs.python.org/issue1379416>
___
___
Pytho
R. David Murray added the comment:
I've attached a fix and test. I've uploaded them separately since the fix only
applies to 2.7, but I want to put the test into 3.x as well.
--
___
Python tracker
<http://bugs.python.org
Changes by R. David Murray :
--
stage: unit test needed -> patch review
___
Python tracker
<http://bugs.python.org/issue1379416>
___
___
Python-bugs-list mai
Changes by R. David Murray :
--
resolution: wont fix -> accepted
status: closed -> languishing
___
Python tracker
<http://bugs.python.org/issue877904>
___
__
R. David Murray added the comment:
As far as I can tell from a little bit of testing, if it is even possible to
quote ':' in a posix path it isn't obvious how you do it.
--
nosy: +r.david.murray
___
Python tracker
<http
R. David Murray added the comment:
Agreed. Although the docs do not explicitly say "you cannot use bytes as
source", this is clearly implicit in the Python3 bytes/string separation. The
docs talk only about string inputs.
--
nosy: +r.david.murray
resolution: -> invali
R. David Murray added the comment:
Yeah, the fact that it is listed under the heading "optional arguments:" :)
Guess we need a new section?
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.
R. David Murray added the comment:
Ah, I wondered if it was something like that (encoding=>UnicodeError). It's
not really a *unicode* error, it's a syntax error in the domain name
construction (ie: it is invalid whether or not unicode is involved, it just
isn't caught in 2
R. David Murray added the comment:
Perhaps you could just label them 'options:'? After all, even if you have
several options you may be required to pick at least one :)
--
___
Python tracker
<http://bugs.python.
Changes by R. David Murray :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue9652>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Well, there's also issue 9652, which speaks to having a more general facility,
I suppose. Maybe an exposed dictionary attribute containing the constant
strings?
--
___
Python tracker
<http://bugs.py
Changes by R. David Murray :
--
nosy: +orsenthil
versions: -Python 2.5, Python 3.3
___
Python tracker
<http://bugs.python.org/issue9698>
___
___
Python-bug
R. David Murray added the comment:
See also new issue 9698.
--
___
Python tracker
<http://bugs.python.org/issue8797>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
Python does not call _popen, though it does call cmd.exe (through
CreateProcess) when shell=True in subprocess. Can you provide an example that
shows this error occurring?
--
nosy: +r.david.murray
versions: -Python 2.5, Python 3.3
R. David Murray added the comment:
What you describe is the way Python is *designed* to work at a very fundamental
level. Read about 'namespaces', and look at the computer science literature on
'call by object'.
--
nosy: +r.david.murray
resolution: later -&g
R. David Murray added the comment:
Thanks, sorin. This issue is at least affected by the fix to issue 2304. I
don't currently have an up-to-date version of 2.7 trunk on my windows VM, so I
can't test your code there. (Note that 'import tee' needs to be removed befor
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue1674555>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
For anyone who does want to work on this (and I do, but it will be quite a
while before I can) see also issue 6191.
--
___
Python tracker
<http://bugs.python.org/issue1486
R. David Murray added the comment:
*This* bug is a behavior bug (required flags are mis-labelled as being optional
in the help text). The referenced bug is a feature request, but it may make
sense to consider it while fixing this one
Changes by R. David Murray :
--
title: Tidy argparse default output -> Enhance argparse help output
customizability
___
Python tracker
<http://bugs.python.org/iss
Changes by R. David Murray :
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
Removed file: http://bugs.python.org/file14148/pty.py.patch3
___
Python tracker
<http://bugs.python.org/issue2489>
___
___
Python-bugs-list m
R. David Murray added the comment:
Woops, didn't mean to delete that file. Reattaching.
--
nosy: +r.david.murray
Added file: http://bugs.python.org/file18665/pty.py.patch3
___
Python tracker
<http://bugs.python.org/i
Changes by R. David Murray :
Removed file: http://bugs.python.org/file18665/pty.py.patch3
___
Python tracker
<http://bugs.python.org/issue2489>
___
___
Python-bugs-list m
R. David Murray added the comment:
That didn't work so well :(
--
___
Python tracker
<http://bugs.python.org/issue2489>
___
___
Python-bugs-list m
Changes by R. David Murray :
Added file: http://bugs.python.org/file18666/pty.py.patch3
___
Python tracker
<http://bugs.python.org/issue2489>
___
___
Python-bugs-list m
R. David Murray added the comment:
OK, file restored.
Design bugs are usually fixed by "feature requests" :)
See issue 967171 for the feature request.
--
versions: +Python 2.7, Python 3.2 -Python 2.4, Python 2.6
___
Python trac
R. David Murray added the comment:
No, issue 2489 is a bug fix, and the inclusion of a feature request in it has
already had an objection. This bug should stay open to cover the feature
request, I think. The patch for the RFE is pretty simple...
--
nosy: +r.david.murray
stage
Changes by R. David Murray :
--
title: Tidy argparse default output -> Enhance argparse help output
customizability
___
Python tracker
<http://bugs.python.org/iss
R. David Murray added the comment:
I can't reproduce this on windows (in a KVM) with 2.6 or 2.7.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/i
R. David Murray added the comment:
While I think there is indeed an expectations bug here, I also think it is no
longer worth fixing. argparse is the New Way, as is 3.x and its Strings.
Closing as wont fix.
--
nosy: +r.david.murray
resolution: -> wont fix
status: open ->
R. David Murray added the comment:
This is not an appropriate discussion for the bug tracker. Please take it to
the Python mailing list.
--
___
Python tracker
<http://bugs.python.org/issue9
R. David Murray added the comment:
I think we need a "vendor problem" resolution :)
Closed as 'works for me' instead since that's effectively what Ned said.
--
nosy: +r.david.murray
resolution: -> works for me
status: open -> closed
___
Changes by R. David Murray :
--
nosy: +flox
___
Python tracker
<http://bugs.python.org/issue9708>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +orsenthil
versions: -Python 2.5, Python 2.6, Python 3.3
___
Python tracker
<http://bugs.python.org/issue9714>
___
___
Pytho
Changes by R. David Murray :
--
status: closed -> languishing
___
Python tracker
<http://bugs.python.org/issue1367631>
___
___
Python-bugs-list mailing list
Un
Changes by R. David Murray :
--
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue9721>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
See issue 4769, which would partially fix this problem if implemented
correctly. The docs should still be given a thorough review to use the
appropriate bytes/string language.
There is a way to do automated testing of the code in the docs, but nobody has
R. David Murray added the comment:
I'm not sure it was appropriate to close this bug in isolation without
confirmation that it is no longer a problem, but I'm also guessing that it is
in fact no longer a problem due to the fix to issue 1759169. So because that
seems likely I&#x
R. David Murray added the comment:
Closing this issue as out of date was inappropriate. It may be a duplicate,
but someone with an interest should go through and evaluate all the related
'tolerant HTML parser' issues.
Issue 1486713 could perhaps serve as a master issue fo
R. David Murray added the comment:
See also issue 1058305, which may be a duplicate.
--
___
Python tracker
<http://bugs.python.org/issue1486713>
___
___
Pytho
R. David Murray added the comment:
Well, I let this bake so long I missed 2.6, but I've backported the fix to 3.1
in r84543.
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by R. David Murray :
--
priority: high -> normal
___
Python tracker
<http://bugs.python.org/issue1467619>
___
___
Python-bugs-list mailing list
Un
R. David Murray added the comment:
Comments on patch:
1) if I'm reading the RFC correctly, to be validating strictly in compliance
with the RFC \r and \n should also raise an error. Do you agree?
2) We've pretty much dropped the convention of adding history notes to the file
Changes by R. David Murray :
--
nosy: +asksol
___
Python tracker
<http://bugs.python.org/issue9733>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
After thinking about it, I'm inclined to reject this and say that quopri should
be fixed to reject string input to decode. On python-dev Guido opined that a
kind of polymorphism in the stdlib was good (bytes in --> bytes out, string in
-->
Changes by R. David Murray :
--
nosy: +loewis
___
Python tracker
<http://bugs.python.org/issue9741>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
Thanks for contributing this; sorry it took so long to get a review. Overall
the tests look good (I didn't work through the logic of each test that looks up
data; I'm trusting you on that part :)
Here are some comments:
1) In test_listmailcap
R. David Murray added the comment:
Matt: if you want to learn the file format and propose a patch, I think it
would be OK for gzip to duck-type the file object and only raise an error when
a seek is explicitly requested. After all, that's the way real file objects
work. A quick glan
Changes by R. David Murray :
--
keywords: +easy
nosy: +pitrou
versions: +Python 3.2
___
Python tracker
<http://bugs.python.org/issue9759>
___
___
Python-bug
R. David Murray added the comment:
Note that issue 6074 may be relevant to your problem.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue9
R. David Murray added the comment:
If this is a problem with the Apple supplied tk there isn't much we can do
about it from the Python end. We've had a number of other bugs like that...
--
nosy: +r.david.murray
___
Python trac
Changes by R. David Murray :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue9779>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +bethard
___
Python tracker
<http://bugs.python.org/issue9509>
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
I've included my take on this in my proposed patch for issue 9608.
--
stage: -> committed/rejected
superseder: -> Re-phrase best way of using exceptions in doanddont.rst
type: -> behavior
___
R. David Murray added the comment:
Here is a more extensive rewrite that I think makes things clearer and (I hope)
makes the text read better. I also updated the preceding section per the
confusion expressed in issue 8518.
Note that this patch is somewhat Python3 specific, since it assumes
R. David Murray added the comment:
(1) and (2) are good ideas. For (3), would it be clear enough if it read
"``except:`` catches *all* exceptions, [...] and GeneratorExit (which is not an
error and should not normally be caught by user
R. David Murray added the comment:
cvxopt looks like it includes a C-based extension module. Have you reported
the bug to cvxopt? They are more likely to be able to spot the problem and
determine if it is a bug in Python or their code.
--
nosy: +r.david.murray
R. David Murray added the comment:
Python 3.2a2+ (py3k:84613, Sep 7 2010, 19:17:31)
[GCC 4.4.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> "%s %(abc)s" % dict(abc=2)
"{'abc': 2}
Changes by R. David Murray :
--
nosy: +eric.araujo
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by R. David Murray :
--
nosy: +brian.curtin, tim.golden
___
Python tracker
<http://bugs.python.org/issue9808>
___
___
Python-bugs-list mailing list
Unsub
R. David Murray added the comment:
See also Issue7860.
--
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue2745>
___
___
Python-bugs-list m
R. David Murray added the comment:
Python's strftime is a thin wrapper around the system strftime. This means,
for example, that a slightly different set of % codes is supported on windows
vs linux. So, from Python's point of view this is at *most* a doc bug.
That said, I think
Changes by R. David Murray :
--
resolution: -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder: -> %-formatting and dicts
___
Python tracker
<http://bugs.pytho
R. David Murray added the comment:
The general rule for submitting patches is to make them against development
trunk (which is currently the py3k branch). Unified diffs from the top level
of the checkout are preferred; whole files are not useful.
However, it is not clear what bug you are
R. David Murray added the comment:
I did not realize the build instructions recommended using the buildbot tool.
It is clearly past time I got around to doing windows build myself.
Please regenerate the diffs from the top level of the checkout, and we'll see
if one of the windows
R. David Murray added the comment:
If you could update it that would be great.
--
___
Python tracker
<http://bugs.python.org/issue1466065>
___
___
Python-bug
501 - 600 of 10554 matches
Mail list logo
