New submission from djc <[EMAIL PROTECTED]>:
2to3 fails in recent CPython trunk. This is because lib2to3 got some
merges, but the 2to3 script wasn't updated to match.
lib2to3.refactor.main() now requires a first argument which isn't given
by the 2to3 script.
--
assign
Changes by djc <[EMAIL PROTECTED]>:
--
nosy: +djc
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2534>
___
___
Python-bugs
djc <[EMAIL PROTECTED]> added the comment:
Would this be solved by issue1424152?
--
nosy: +djc
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.
Changes by djc <[EMAIL PROTECTED]>:
--
nosy: +djc
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3723>
___
___
Python-bugs
Changes by djc <[EMAIL PROTECTED]>:
--
nosy: +djc
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3187>
___
___
Python-bugs
New submission from djc :
Sorry to be nitpicking here, but it kind of sticks out when you take your first
look at ssl.py. While PEP 8 only talks about whitespace before the function
call argument list parenthesis, I think this should also go for function
definition. ssl has a lot of
Changes by djc :
--
type: -> feature request
___
Python tracker
<http://bugs.python.org/issue7730>
___
___
Python-bugs-list mailing list
Unsubscri
djc added the comment:
Thanks!
--
___
Python tracker
<http://bugs.python.org/issue7730>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from djc :
http://docs.python.org/library/asyncore.html has this bit (for bind()):
(The format of address depends on the address family — see above.)
The only way this makes sense is if it points back to the "family" argument
used in the create_socket() document
New submission from djc:
>>> urllib.quote(['', 'aa'])
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.5/urllib.py", line 1205, in quote
res = map(safe_map.__getitem__, s)
KeyError: ''
I think t
djc <[EMAIL PROTECTED]> added the comment:
I'd like this. I had one instance where a number of options where
dynamically added to the OptionParser based on loadable modules, so that
I wanted to dynamically iterate over the Values returned as well.
------
Changes by djc <[EMAIL PROTECTED]>:
--
nosy: +djc
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1424152>
_
___
Python-bugs-list mailing
New submission from djc <[EMAIL PROTECTED]>:
[EMAIL PROTECTED] tests $ python2.6
Python 2.6a2+ (trunk, Apr 4 2008, 20:21:45)
[GCC 4.1.2 20070214 ( (gdc 0.24, using dmd 1.020)) (Gentoo 4.1.2
p1.0.2)] on linux2
Type "help", "copyright", "credits" or "
Changes by djc <[EMAIL PROTECTED]>:
--
nosy: +georg.brandl -birkenfeld
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2585>
__
___
Python-bugs
Changes by djc :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue4753>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Changes by djc :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6491>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Changes by djc :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue1537721>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from djc :
I have a bug report in the Gentoo tracker
(http://bugs.gentoo.org/show_bug.cgi?id=221183):
"This is a rather strange request, but please bear me.
While building Posix module, python checks (among others) for
tmpfile, tmpnam and tmpnam_r
however man pages
New submission from djc :
>>> a = 'b'
>>> [].index(a)
Traceback (most recent call last):
File "", line 1, in
ValueError: list.index(x): x not in list
This is suboptimal. IMO it would be much more useful if the ValueError
reported the actual va
djc added the comment:
FWIW, quickly grepping through the raises of ValueErrors in the 2.6
stdlib doesn't bring up any other usage of repeat-with-fake-variable-x.
--
___
Python tracker
<http://bugs.python.org/i
djc added the comment:
I want the actual value in there, though! So I can spot the bug.
--
___
Python tracker
<http://bugs.python.org/issue7252>
___
___
Pytho
New submission from djc :
For whatever reason, BadStatusLine tracebacks often don't show the line
passed into them. Given the errr, heavy architecture of httplib, this
makes it pretty bad to debug. It's not clear to me why this is:
Traceback (most recent call last):
File &quo
djc added the comment:
Also, it might be useful here if it showed repr(line) instead of just
line, but that'd just be icing on the cake.
--
___
Python tracker
<http://bugs.python.org/i
djc added the comment:
I'd like to commit this, but it would be nice to get a review first:
Index: Lib/csv.py
===
--- Lib/csv.py (revision 76697)
+++ Lib/csv.py (working copy)
@@ -132,6 +132,10 @@
self.extrasa
djc added the comment:
Skip, I agree that it's hard to decide if we should have the class write
the header on __init__(). I figured starting off with a method to make
doing it "manually" is a good start; people can start using that, and if
it's deemed useful we can alway
New submission from djc :
imaplib still calls os.popen2(), which has been deprecated in 2.6. It
should probably use subprocess instead, even in 2.6, IMO.
See http://bugs.gentoo.org/show_bug.cgi?id=282859
--
components: Library (Lib)
messages: 97121
nosy: djc
severity: normal
status
djc added the comment:
Awesome, thanks! Will this be ported to the 2.6.x branch?
--
___
Python tracker
<http://bugs.python.org/issue7619>
___
___
Python-bug
djc added the comment:
Perfect.
--
___
Python tracker
<http://bugs.python.org/issue7619>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by djc :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue4136>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
djc added the comment:
I'll take a stab at doing it Raymond's way this weekend.
--
___
Python tracker
<http://bugs.python.org/issue4136>
___
___
New submission from djc :
I've got hgweb (the Mercurial web app) crashing on guess_type() in
2.6.2, but not in 2.5.4. I'm passing in a filename like
'/home/djc/src/hg/crew/templates/static/hglogo.png'. Doesn't happen on
the REPL, but happens in side the hg serve web
djc added the comment:
georg.brandl remarked it might be due to demandimport. That doesn't seem
to be the case:
>>> from mercurial import demandimport
>>> demandimport.enable()
>>> import mimetypes
>>>
mimetypes.guess_type('/home/djc/src/hg/crew/te
djc added the comment:
This could well be due to the SocketServer.ThreadingMixIn that's being
used by the hg serve built-in web server (since it doesn't show on REPL
or, as far as I can see, when used from within Apache + mod_wsgi).
--
Changes by djc :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue1731717>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by djc :
--
nosy: +djc
___
Python tracker
<http://bugs.python.org/issue6119>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
35 matches
Mail list logo