Georg Brandl ge...@python.org added the comment:
Hmm, argparse is new, so that is a different story. Not so sure about
optparse, so I would not put this into 3.2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10766
Georg Brandl ge...@python.org added the comment:
Looks good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9824
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
Committed in r87525.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10679
Georg Brandl ge...@python.org added the comment:
Alas, too late for 3.2 now.
--
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2775
Georg Brandl ge...@python.org added the comment:
Looks good. Would there be a point in making any of the parameters optional?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10784
Georg Brandl ge...@python.org added the comment:
I agree this automatic conversion is broken and should be fixed. Not sure if
emitting a DeprecationWarning now and fixing it 18 months later is the right
thing, especially since DeprecationWarnings are now silent.
As Victor says
Georg Brandl ge...@python.org added the comment:
Thanks, this should be fixed in r87526.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10777
Georg Brandl ge...@python.org added the comment:
Fixed in r87527. Terry, the reason why calling example() interactively failed
is the strange way __doc__ is imported -- it is None in your case and that
causes the Tkinter type error. I fixed this as well.
--
nosy: +georg.brandl
Georg Brandl ge...@python.org added the comment:
Fixed in r87530.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10767
Georg Brandl ge...@python.org added the comment:
Added in r87531.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10742
Georg Brandl ge...@python.org added the comment:
Fixed in r87532.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10781
Georg Brandl ge...@python.org added the comment:
Same for Misc/SpecialBuilds.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10708
Changes by Georg Brandl ge...@python.org:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6785
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
I agree that this belongs in the makefile docs. Fixed in r87535.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
Removed message: http://bugs.python.org/msg123928
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10670
Georg Brandl ge...@python.org added the comment:
Fixed in r87536.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10609
Georg Brandl ge...@python.org added the comment:
Thanks, Victor!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10783
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
No, pure ignorance -- should be fixed in r87549.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1772833
Georg Brandl ge...@python.org added the comment:
Let's wait for 3.3 with the change.
Definitely.
--
nosy: +georg.brandl
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10542
Georg Brandl ge...@python.org added the comment:
That bug already strikes me as quite exotic.
You need to at least address Marc-Andre's remarks, and to give an overview of
what else you'd like to change as well, and how this could affect semantics.
Remember that the next release is already
Georg Brandl ge...@python.org added the comment:
Well, you could reuse these arguments to mean CSS classes, and have styles like
.red { color: red } :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Hearty +1. I have the hope of putting this in 3.3, and for that I'd like to
see how the code matures, which is much easier when in version control.
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
I think the proposal is that fixing this minefield can wait until
Python 3.3 (or even 3.4, or later).
That is what I was thinking. (Alex: You might not know that Martin
was the main proponent of non-ASCII identifiers, so this assessment
should
Georg Brandl ge...@python.org added the comment:
Maybe not, but note that there is both a Py_InteractiveFlag and Py_InspectFlag,
and they enable different things (they are both set by -i, while setting the
PYTHONINSPECT envvar only activates Py_InspectFlag).
--
nosy: +georg.brandl
Georg Brandl ge...@python.org added the comment:
Removed Demo and some of the Tools in a series of commits starting with r87579.
--
dependencies: -Allow larger programs to be frozen under Win32,
Demo/classes/Dates.py does not work in 3.x, Demo/embed/demo.c use of
PySys_SetArgv
Georg Brandl ge...@python.org added the comment:
Demo/embed has now been removed.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3194
Georg Brandl ge...@python.org added the comment:
Demo/comparisons has now been removed.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10495
Georg Brandl ge...@python.org added the comment:
Demo/comparisons has now been removed.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10494
Georg Brandl ge...@python.org added the comment:
Closing; Demo/ is no more.
--
nosy: +georg.brandl
resolution: accepted - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9153
Changes by Georg Brandl ge...@python.org:
--
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2889
___
___
Python
Georg Brandl ge...@python.org added the comment:
Committed patch and test in r87604.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10801
Georg Brandl ge...@python.org added the comment:
OK, looks like there is a problem on some buildbots:
http://www.python.org/dev/buildbot/all/builders/AMD64%20Gentoo%20Wide%203.x/builds/863/steps/test/logs/stdio
--
status: closed - open
___
Python
Georg Brandl ge...@python.org added the comment:
OK, I think r87606 fixed it: it doesn't extract the files, instead calls only
open().
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10801
Georg Brandl ge...@python.org added the comment:
Well, it looks like the filesystem encoding is set to ASCII on these machines.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10801
Georg Brandl ge...@python.org added the comment:
No, that's not true. Arguments that can't be given as kwargs are presented
with brackets.
However, the default value now isn't indicated anywhere; it should be added to
the main text.
--
___
Python
Georg Brandl ge...@python.org added the comment:
Hmm, it may indeed be the best option to add a new directive option to say
this function does not take keyword args. It would result in some form of
unobtrusive but noticeable output in HTML.
It is a bit of an effort to add it everywhere it's
Georg Brandl ge...@python.org added the comment:
Yes. It's still an important detail; the explanation could say, In CPython,
this function does not take keyword args and furthermore it's not really clear
to me how much of the library reference applies to all Python implementations
anyway
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10802
Georg Brandl ge...@python.org added the comment:
Does not seem to be a Python problem then. Thanks for diagnosing!
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10802
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r87626.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10804
Georg Brandl ge...@python.org added the comment:
Looks good, applied in r87627 (after removing stray tabs).
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
The patch is wrong: it hardcodes the number of characters that the time string
has, but it can be more than 24 if the year is . (Of course, the check
for \n currently in the code is wrong too and must be fixed.)
Also, shouldn't the issue
Georg Brandl ge...@python.org added the comment:
Hmm, we don't like these open-for-eternity file descriptors; we had such a
thing for os.urandom() but removed it (see #1177468).
I'm okay with DEVNULL (or even just NULL) as a shorthand, but it should open
(and close) the devnull device each
Georg Brandl ge...@python.org added the comment:
#9905 has a similar patch and adds tests as well.
--
nosy: +georg.brandl
resolution: - duplicate
status: open - closed
superseder: - subprocess.Popen fails with stdout=PIPE, stderr=PIPE if
standard descriptors (0, 1, 2) are closed
Georg Brandl ge...@python.org added the comment:
Well, then I would have no problem with checking for that condition beforehand
and raising ValueError.
On the other hand, it seems that implementations either return a correct string
or NULL, so just erroring out in case of NULL would be fine
Georg Brandl ge...@python.org added the comment:
Right, sorry then :)
--
assignee: - gregory.p.smith
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5870
Georg Brandl ge...@python.org added the comment:
That does not look like the right patch...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10807
Georg Brandl ge...@python.org added the comment:
Looks good, please commit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10807
___
___
Python
Changes by Georg Brandl ge...@python.org:
--
assignee: - pitrou
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10808
___
___
Python
Georg Brandl ge...@python.org added the comment:
Tests fixed to ignore ValueError in r87656.
Both asctime() and ctime() fixed to remove newline no matter how many digits
the year has in r87657. I also took the liberty of making the error messages
consistent.
--
resolution: - fixed
Georg Brandl ge...@python.org added the comment:
These arguments should not really be of concern. If we indeed deem them public
API, they can stay but be ignored.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10716
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r87660.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10810
Georg Brandl ge...@python.org added the comment:
In that case however, it's equally unsafe to not replace a \n, but still use
PyUnicode_FromString() without a size given -- you will read from random memory.
Since all implementations we have or can test have a defined behavior in one
way
Georg Brandl ge...@python.org added the comment:
All right, then I wonder why your checktm() doesn't check the tm_year?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8013
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org 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 ge...@python.org 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 rep...@bugs.python.org
http
Georg Brandl ge...@python.org 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 far future
Georg Brandl ge...@python.org added the comment:
I think Antoine might be interested.
--
assignee: - pitrou
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10756
Changes by Georg Brandl ge...@python.org:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
___
Python
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org 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.brandl
Georg Brandl ge...@python.org added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue985064
___
___
Python
Georg Brandl ge...@python.org added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8013
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
But if it fails, why not just let it fail?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10827
Georg Brandl ge...@python.org added the comment:
Thanks, I've committed this as r87760 and r87761.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10130
Georg Brandl ge...@python.org 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-ness
Changes by Georg Brandl ge...@python.org:
--
assignee: - r.david.murray
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10839
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
This looks safe enough for me to apply. Fixed in r87791.
--
resolution: - fixed
stage: patch review -
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10844
Georg Brandl ge...@python.org added the comment:
Fixed in r87807.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10846
Changes by Georg Brandl ge...@python.org:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10849
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
I thought Benjamin was still RM for 2.7 and 3.1?
--
assignee: loewis - benjamin.peterson
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10849
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
Oh, sure. I misinterpreted your comment.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10849
Changes by Georg Brandl ge...@python.org:
--
nosy: -georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10849
___
___
Python-bugs-list
Georg Brandl ge...@python.org added the comment:
This information being no information, is that really all you can get out of
OpenSSL?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10808
Georg Brandl ge...@python.org added the comment:
Not clear; see #10838.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10859
Georg Brandl ge...@python.org added the comment:
Except if it's an HTTPS URL :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10860
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org added the comment:
This is already fixed in dev docs, just needs backporting.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10863
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http
Georg Brandl ge...@python.org added the comment:
Quite right, this is now fixed in r87870.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10863
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10863
Georg Brandl ge...@python.org added the comment:
Thanks, fixed in r87876. Will backport to other branches.
--
nosy: +georg.brandl
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl ge...@python.org added the comment:
Antoine?
--
assignee: - pitrou
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9504
Georg Brandl ge...@python.org 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 rep...@bugs.python.org
http://bugs.python.org/issue7372
Georg Brandl ge...@python.org 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
___
Python tracker rep
New submission from Georg Brandl ge...@python.org:
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
Georg Brandl ge...@python.org added the comment:
Thanks, this is now fixed in r87891.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10871
Georg Brandl ge...@python.org added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10872
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org 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
Georg Brandl ge...@python.org added the comment:
Oh right, I misread that one. Can't Windows help users right-click and select
Copy URL?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10875
Georg Brandl ge...@python.org 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
301 - 400 of 5083 matches
Mail list logo