Georg Brandl added the comment:
All right, then I wonder why your checktm() doesn't check the tm_year?
--
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
(What I mean is that overwriting \n or not, the code is unsafe, so the check
must be done beforehand. Why should that be left to 3.3?)
--
___
Python tracker
<http://bugs.python.org/issue8
Georg Brandl added the comment:
You cannot have both: a safe implementation and the correct behavior with glibc
(not Linux!) -- except if you start special-casing. Not sure that's worth it.
Note that time.asctime() is documented in time.rst to return a 24-character
string, so wh
Georg Brandl added the comment:
> There is a long tradition in keeping OS functions'
> wrappers thin with an expectation that application programmers will
> know the limitations/quirks of their target OSes.
Sorry, but that does not apply if we trigger undefined behavior which
Georg Brandl added the comment:
Superseded by #10806.
--
nosy: +georg.brandl
resolution: -> duplicate
status: open -> closed
superseder: -> Subprocess error if fds 0,1,2 are closed
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
This has now been superseded by the changes made for issue #8013.
--
nosy: +georg.brandl
resolution: -> out of date
status: open -> closed
superseder: -> time.asctime segfaults when given a time in the f
Georg Brandl added the comment:
I think Antoine might be interested.
--
assignee: -> pitrou
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issu
Changes by Georg Brandl :
--
stage: needs patch -> patch review
___
Python tracker
<http://bugs.python.org/issue10516>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
This is not a Python issue. gethostbyname() and gethostname() are just a
wrapper for the OS's functions of the same name; you'd get the same result when
coding the example in C.
--
nosy: +georg.brandl
resolution: -> invalid
status: o
Georg Brandl added the comment:
Is it really necessary to do something about this? /dev/urandom being a
regular file is clearly a bug in your system configuration, and I don't want to
know what all the other programs will do that rely on it...
--
nosy: +georg.b
Georg Brandl added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue985064>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
Thanks!
--
___
Python tracker
<http://bugs.python.org/issue8013>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
But if it fails, why not just let it fail?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10827>
___
___
Georg Brandl added the comment:
Thanks, I've committed this as r87760 and r87761.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
IMO none of these three are meant to be public, and neither are they
documented. (Although the docs make a reference to "the list2cmdline
*method*", which should probably just be removed.)
I remember a thread on python-dev about public-API-nes
Changes by Georg Brandl :
--
assignee: -> r.david.murray
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue10839>
___
___
Python-bugs-lis
Georg Brandl added the comment:
Making this a blocker for now; I'd rather not update this during RC phase.
--
nosy: +benjamin.peterson
priority: high -> release blocker
___
Python tracker
<http://bugs.python.org
Georg Brandl added the comment:
This looks safe enough for me to apply. Fixed in r87791.
--
resolution: -> fixed
stage: patch review ->
status: open -> closed
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Fixed in r87807.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Georg Brandl :
--
assignee: -> benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker
<http://bugs.python.org/issue10849>
___
___
Python-
Georg Brandl added the comment:
What is there to document? ImportError has no special attributes or parameters.
--
nosy: +georg.brandl
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
I thought Benjamin was still RM for 2.7 and 3.1?
--
assignee: loewis -> benjamin.peterson
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issu
Georg Brandl added the comment:
You are right, however, that the "args" argument is not really well documented.
Fixed that in r87820.
--
resolution: works for me -> fixed
___
Python tracker
<http://bugs.pytho
Georg Brandl added the comment:
Oh, sure. I misinterpreted your comment.
--
___
Python tracker
<http://bugs.python.org/issue10849>
___
___
Python-bugs-list mailin
Changes by Georg Brandl :
--
nosy: -georg.brandl
___
Python tracker
<http://bugs.python.org/issue10849>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
"This information" being no information, is that really all you can get out of
OpenSSL?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Not clear; see #10838.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10859>
___
___
Python-bugs-list m
Georg Brandl added the comment:
Except if it's an HTTPS URL :)
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10860>
___
___
Pytho
Georg Brandl added the comment:
This is not a bug in Python: name resolution may not work in the chroot unless
you add the libraries that are loaded on the fly by the libc.
It *may* also work if you make one name resolution (using socket.getaddressinfo
for example) *before* chrooting.
To
Georg Brandl added the comment:
This is already fixed in dev docs, just needs backporting.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
No idea what a BSDL is, but a developer is definitely entitled to close a bug
without resorting to a "majority" decision (what is that, anyway? should we
hold monthly parliament over bugs?).
You're of course free to reopen with a different requ
Georg Brandl added the comment:
> The possible downside, as with any new feature, is that code using the
> new feature will not run on on previous micro (x.y.z) releases.
That's absolutely no downside: I daresay 99% of test runs by developers are
done at the branch head, not so
Georg Brandl added the comment:
The loop looks strange to me too, not to mention inefficient compared with a
regex replacement done in C.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue2
Georg Brandl added the comment:
This is not a bug in the implementation: the file object is only closed when
you passed a file name to open().
Like other APIs that allow file names or objects to be passed in, it is the
caller's responsibility to close the file object if an object was p
Georg Brandl added the comment:
Okay, that's reasonable enough. Closing (or shall we wait for the majority to
consent first?)
--
resolution: -> rejected
status: open -> closed
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
Quite right, this is now fixed in r87870.
--
___
Python tracker
<http://bugs.python.org/issue10863>
___
___
Python-bugs-list m
Changes by Georg Brandl :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10863>
___
___
Python-bugs-list
Georg Brandl added the comment:
Thanks, fixed in r87876. Will backport to other branches.
--
nosy: +georg.brandl
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Antoine?
--
assignee: -> pitrou
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue9504>
___
___
Python-
Georg Brandl added the comment:
This change was backported to the 2.7 branch in r83533; it should therefore be
in 2.7.1, but not 2.7.
--
___
Python tracker
<http://bugs.python.org/issue7
Georg Brandl added the comment:
I've shortened the examples in r87890. I'll also investigate why the scrollbar
isn't shown below the code.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
New submission from Georg Brandl :
The old file type had its mode in the repr(), which I think was useful;
TextIOWrapper doesn't. Can we add it back?
--
assignee: pitrou
messages: 125836
nosy: georg.brandl, pitrou
priority: normal
severity: normal
status: open
title: Add mo
Georg Brandl added the comment:
Thanks, this is now fixed in r87891.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
LGTM.
--
___
Python tracker
<http://bugs.python.org/issue10872>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
Your points 1-5 all sound valid to me. Would you like to do make a patch? I
don't know what to do about the release number. Probably doesn't hurt anyone
to keep it.
--
nosy: +georg.brandl
___
Python trac
Georg Brandl added the comment:
Oh right, I misread that one. Can't Windows help users right-click and select
"Copy URL"?
--
___
Python tracker
<http://bugs.pyt
Georg Brandl added the comment:
I don't think this is a good idea. For one thing, it only works in a checkout
or source tarball, something that most users aren't going to work with.
If we now publish that they can do "import Tools.demo.redemo" and so on,
confusion will
Georg Brandl added the comment:
It's a moderate chunk of code, but lots of new tests... I'd say go for it.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Should be fine to apply. I trust all the different code paths for different
types are tested?
--
___
Python tracker
<http://bugs.python.org/issue5
Georg Brandl added the comment:
It seems to me that the quoted function from bzr
def local_time_offset(t=None):
"""Return offset of local zone from GMT, either at present or at time t."""
# python2.3 localtime() can't take None
if t is No
Georg Brandl added the comment:
I don't really see the bug here. Either you openened the file object, then you
have to close it. Or wave.py opened it, then it will close it, no matter if it
still has a reference or not.
Of course we could set _data_chunk to None, but I'm u
Georg Brandl added the comment:
Do we have to keep this open?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue9880>
___
___
Python-bug
Georg Brandl added the comment:
Fully agreed.
--
___
Python tracker
<http://bugs.python.org/issue10893>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
That's the wrong way of porting though... py3k first, then 2.7 and 3.1.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
Right, closing this one too. Thanks!
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
Sure.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10912>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
Won't make it into 3.2.
--
priority: deferred blocker -> high
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
Anything left to do here, Senthil?
--
___
Python tracker
<http://bugs.python.org/issue3243>
___
___
Python-bugs-list mailin
Georg Brandl added the comment:
Not important enough to block release.
--
priority: deferred blocker -> critical
___
Python tracker
<http://bugs.python.org/issu
Changes by Georg Brandl :
--
priority: deferred blocker -> critical
___
Python tracker
<http://bugs.python.org/issue3243>
___
___
Python-bugs-list mai
Changes by Georg Brandl :
--
priority: deferred blocker -> critical
___
Python tracker
<http://bugs.python.org/issue8746>
___
___
Python-bugs-list mai
Changes by Georg Brandl :
--
priority: deferred blocker -> critical
___
Python tracker
<http://bugs.python.org/issue10736>
___
___
Python-bugs-list mai
Changes by Georg Brandl :
--
priority: deferred blocker -> critical
___
Python tracker
<http://bugs.python.org/issue10734>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
Fixed in r88045 (also in PEP ).
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Georg Brandl :
--
assignee: -> bquinlan
nosy: +bquinlan
versions: +Python 3.3 -Python 3.2
___
Python tracker
<http://bugs.python.org/issu
Georg Brandl added the comment:
Not sure I understand you...
--
___
Python tracker
<http://bugs.python.org/issue10917>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
def submit(*args, **kwds):
and picking out self and fn from *args might indeed be the most sensible
solution here.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10
Georg Brandl added the comment:
> The current submit definition doesn't allow that, and pulling out self, and
> fn, would not be correct either.
It would if they are pulled from *args. The only difference to now is that you
cannot give the self and fn args as keyword args a
Georg Brandl added the comment:
So, does "critical" mean "should be release blocker"?
--
___
Python tracker
<http://bugs.python.org/issue10451>
___
__
Georg Brandl added the comment:
The patch looks trivial enough. You're the memoryview guru, so if you have no
doubts about it, I would say it can go in.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
It could be changed, as it is not an incompatible API change. However, I'd
like Brian to ok it.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
The doc says "1", "yes" or "on". Looks fine to me.
--
nosy: +georg.brandl
resolution: -> works for me
status: open -> closed
___
Python tracker
Georg Brandl added the comment:
Fixed in r88115.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Not sure what you mean by "non-marshallable type". The Last.fm API returns the
XML as an XMLRPC string, including the backslashes.
I tried the same call in Ruby using the script below, and get the backslashes
too. I would say this is a fault of
Georg Brandl added the comment:
BTW, you might want to exchange your API key since this one is now publicly
available forever :)
--
___
Python tracker
<http://bugs.python.org/issue10
Georg Brandl added the comment:
Have a look at ast.literal_eval().
--
nosy: +georg.brandl
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
And still this is a thing that Sphinx needs to do (already does, but needs to
be finalized.)
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Georg Brandl added the comment:
The doc for this function is not a place to discuss what CGI scripts do. It
describes what guess_scheme() does, and it does so sufficiently.
--
status: open -> closed
___
Python tracker
<http://bugs.pyth
Georg Brandl added the comment:
Sigh... that might have come a little earlier.
As it is, I'll review it before rc2.
--
assignee: -> georg.brandl
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.
Georg Brandl added the comment:
Patch #2 looks innocent enough to me, and is clearly an improvement.
--
___
Python tracker
<http://bugs.python.org/issue10
Georg Brandl added the comment:
For 3.3, we might want to consider implementing cp437 in C, as a necessary
consequence of supporting import from zipfiles. Shouldn't be so hard, I guess.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
Armin committed the patch in r88142 and followed up with r88143 for the
http.client library.
Needs backporting?
--
___
Python tracker
<http://bugs.python.org/issue10
Georg Brandl added the comment:
You could have said that the py3k branch is closed for changes without tests or
review...
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue10
Georg Brandl added the comment:
All your points make sense and I fixed them in r88144.
Leaving this open for somebody to add a unittest that actually exercises these
tunnel features.
--
nosy: +georg.brandl
___
Python tracker
<h
Georg Brandl added the comment:
Hmm. It seems better to me to accept this bug (and document it, and point out
that it isn't Python's fault) than depriving 64-bit users of IDLE, or (even
worse) of tkinter.
If you can manage a solution that doesn't remove IDLE, I'm in f
Georg Brandl added the comment:
> I disagree. There aren't really "64-bit users" on OSX, thanks to fat
> binaries. So if starting IDLE would start a 32-bit interpreter, users
> likely won't even notice. If they do notice, they can still run in
> 64-bit mode fr
Georg Brandl added the comment:
This would be acceptable to patch; I wonder whether to swallow the exception
text of IOError though.
--
___
Python tracker
<http://bugs.python.org/issue9
Georg Brandl added the comment:
Library patch looks good.
Tests: Does the create_readonly_file helper work on all platforms, esp.
Windows? Maybe it's better to create a different error situation?
--
___
Python tracker
<http://bugs.py
Georg Brandl added the comment:
Can we have a concrete proposal in the form of a patch, please?
--
___
Python tracker
<http://bugs.python.org/issue10954>
___
___
Georg Brandl added the comment:
This would have been good for 3.2, but it is an API change...
--
___
Python tracker
<http://bugs.python.org/issue10998>
___
___
Georg Brandl added the comment:
No, it sounds fine then.
--
___
Python tracker
<http://bugs.python.org/issue9509>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
Putting quote() into shlex sounds good to me.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue9
Georg Brandl added the comment:
Looks fine.
--
___
Python tracker
<http://bugs.python.org/issue11000>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
You can even argue it's a bug fix for 3.2.1, but I'd rather keep the list of
changes in the rc small.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Yes, please go ahead.
--
___
Python tracker
<http://bugs.python.org/issue11008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Georg Brandl added the comment:
Why don't we just remove IDLE...
--
___
Python tracker
<http://bugs.python.org/issue10940>
___
___
Python-bugs-list m
Georg Brandl added the comment:
I was just kidding (but I wish I weren't).
--
___
Python tracker
<http://bugs.python.org/issue10940>
___
___
Python-bugs-l
Georg Brandl added the comment:
Looks okay to me (and any bugs are likely to become apparent when the
installers are built...)
--
___
Python tracker
<http://bugs.python.org/issue11
Georg Brandl added the comment:
It's reviewed by Antoine, so you can commit.
--
___
Python tracker
<http://bugs.python.org/issue10989>
___
___
Python-bugs-l
Georg Brandl added the comment:
I think the canonical message is "expected X, not Y". Otherwise, fine to
commit.
--
___
Python tracker
<http://bugs.python.o
1101 - 1200 of 5257 matches
Mail list logo