Georg Brandl added the comment:
This is not a bug: urlparse is there to parse URLs, and URLs start with an URL
scheme such as http:.
There is no way for a generic URL parser to know that python.org:80/ is
supposed to be http://python.org:80/;.
--
nosy: +georg.brandl
resolution
Georg Brandl added the comment:
Note that Sphinx' make text output already should be suitable. We already
update the pydoc topics with that on every release, so we could just as well do
the same for the IDLE doc. No need for another separate script.
--
nosy: +georg.brandl
Georg Brandl added the comment:
Hmm, you're right. The behavior has been like this at least since Python 2.5:
Python 2.5.4 (r254:67916, Dec 16 2012, 20:33:12)
[GCC 4.6.3] on linux3
Type help, copyright, credits or license for more information.
from urlparse import urlparse
urlparse
Georg Brandl added the comment:
Thanks for the report. This statement was actually false for almost all
sequence types, except for those whose slicing returns a list.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
If I understand your issue correctly, you are expecting all three exception
handlers to be called in innermost-to-outermost order. However, exceptions are
not reraised automatically after except blocks; you can insert a bare raise
statement in the handler
Georg Brandl added the comment:
This kind of change is very similar to other cleanup changes, so the
classification of not a bug fix seems valid.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4350
Changes by Georg Brandl ge...@python.org:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16937
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
The performance you're measuring here is mostly startup, i.e. loading all
necessary modules. On Python 3, there is more to load, e.g. the filesystem
encoding, therefore startup takes a little longer.
There are efforts to improve startup time, see e.g. #16101
Georg Brandl added the comment:
I'd like to see a review first. I don't have time to do it myself right now
though.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
Georg Brandl added the comment:
No need to hurry; no one apparently needs it anyway, and if there is a change
let Martin review it before commit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15239
Georg Brandl added the comment:
Still, actual benefits in some kind of benchmark will be needed to show that
this is not a premature optimization.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9685
Georg Brandl added the comment:
Can you point exactly where the odd behavior is? Note that ~ is a normal
component for UNIX file/path names, and in such it has no special meaning (as
opposed to /).
This is why it gets no special handling by any Python path functions, except
for expanduser
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9685
___
___
Python-bugs-list
Georg Brandl added the comment:
Both are a kind of command-line expansion, see for example bash(1).
Listed there are brace expansion, tilde expansion, parameter and variable
expansion, command substitution, arithmetic expansion, word splitting, and
pathname expansion. Python does none
Georg Brandl added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16877
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
It's still a valid bug.
--
nosy: +georg.brandl
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8952
Georg Brandl added the comment:
David, the issue is that Python only allows relative imports within packages.
The OP wants to have a.py and b.py in the same directory and then be able to
said from . import b in the a module.
This is a design decision and will not change without a PEP
Georg Brandl added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13951
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
20+ years of Python success suggest this isn't a problem that needs solving.
That reasoning could be applied to almost all open tracker issues.
Likewise, Linux itself doesn't preserve the original form of a chmod call.
Where would/could it do so? C has
Georg Brandl added the comment:
FTR, with C's atexit(3), the handlers are not called either on exec().
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16822
Georg Brandl added the comment:
The reference to faulthandler is a good addition. The other added sentence
reads repetitive and can be left out. Proposal:
There are, however, enough ways to crash Python with :mod:`ctypes`, so you
should be careful anyway. The :mod:`faulthandler` module can
Georg Brandl added the comment:
I think you will, Matthew being MRAB on the mailing lists :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16688
Changes by Georg Brandl ge...@python.org:
--
nosy: +lregebro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16818
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Well, I'm not -1 about the patch. But there is something to be said for
conciseness, and sprinkling the docs with endless alternate routes will not
make it easier to read quickly and get the information you need
Georg Brandl added the comment:
In this case it's more of a docutils version problem, I would guess. Tshepang,
can you find out your docutils version?
But proper use of the note directive is with an empty line, so we should fix
these instances anyway.
--
nosy: +georg.brandl
Georg Brandl added the comment:
Fine with me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16813
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Agree with David.
--
nosy: +georg.brandl
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16814
Georg Brandl added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16805
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
A simple, minimal-invasive solution would be to allow a signature for
documentation purposes as the first line of the docstrings.
pydoc could recognize this (if docstring.startswith(func.__name__ + '(') or
something like that), and display the given signature
Georg Brandl added the comment:
This is not a `make' tutorial...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16814
___
___
Python-bugs-list
Georg Brandl added the comment:
And please don't commit cosmetic/cleanup changes to bugfix branches in the
future.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16793
Georg Brandl added the comment:
Like Raymond said in the other issue: it's not going to be a problem once
committed, but please be mindful of what you commit to bugfix branches in the
future.
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
That makes it more of a fix, true.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16793
___
___
Python-bugs-list
Georg Brandl added the comment:
The self.fout.close() is not needed here I think.
Another thing the test should test is that the file was actually closed on
exception.
Otherwise, LGTM.
--
nosy: +georg.brandl
___
Python tracker rep
Georg Brandl added the comment:
Looks good to me, except:
the patch contains unrelated whitespace changes. Please don't commit them
along the fix. If you think they are really necessary, they should go in a
separate commit.
--
nosy: +georg.brandl
Georg Brandl added the comment:
I'd like Antoine to have a look at all that io stuff. It looks quite bloated.
In your except clause, you're not calling self._close.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
The patch replaces a
Py_CLEAR(tdo-nextlink)
with a construct that does, basically, something like this several times:
Py_DECREF(tdo-nextlink)
tdo-nextlink
which is what leads to the issues that Py_CLEAR is supposed to prevent.
Therefore I think this patch
Georg Brandl added the comment:
I don't think this is the only use of this particular idiom; I recall it is
used every time we amend a function with an _Ex version.
Why was this change necessary?
--
nosy: +georg.brandl, pitrou
___
Python tracker
Georg Brandl added the comment:
BTW it would be good if you could have at least one other developer look at
issues like this and get a LGTM vote before committing all by yourself.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
Can you give examples? I'm unable to guess what exactly you are reporting from
quick experiments.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16772
Georg Brandl added the comment:
Ah. I was thinking of things like ``int('1.2', 10)``, not the base itself
being a float.
In this case, looks like a bug to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16772
Georg Brandl added the comment:
There is no silent acceptance. No comment means that nobody reviewed it, which
is no surprise given the number of open issues :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15422
Georg Brandl added the comment:
So given #1 and #3, I would recommend reverting the part of the patch that
removes the macro. Changing caller sites in CPython sources is fine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
LGTM, except for:
diff -r 907d71668d3c Python/pythonrun.c
--- a/Python/pythonrun.cSun Dec 16 21:10:35 2012 +0100
+++ b/Python/pythonrun.cTue Dec 18 19:35:27 2012 +0200
@@ -2518,7 +2518,7 @@
PyOS_CheckStack(void)
{
__try {
-/* alloca
Georg Brandl added the comment:
Redirects are no problem in principle, but it should not get out of hand. A
simple this was here but now isn't page might be better.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16406
Georg Brandl added the comment:
Adding a redirect should be easy, yes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16484
___
___
Python-bugs
Georg Brandl added the comment:
I had a look and can't see an example in the Classes doc where self might not
be defined. Please reopen with a concrete pointer if you think otherwise.
--
nosy: +georg.brandl
resolution: - invalid
status: open - closed
Georg Brandl added the comment:
It would be a new feature, and as such forbidden to add in maintenance releases.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1286
Georg Brandl added the comment:
I say fixed: there was a bug (undocumented, but correct behavior) and that
was fixed.
--
resolution: rejected - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10855
Georg Brandl added the comment:
That's correct. Documenting Python is in the devguide now; feel free to
remark this somewhere.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16528
Georg Brandl added the comment:
3.2 is still in maintenance, but the docs are not rebuilt daily for any past
stable version, whether they are in maintenance or not.
Maybe it's not such a big deal at all?
--
___
Python tracker rep...@bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
priority: release blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16143
Georg Brandl added the comment:
The redirect is not the problem. The page never existed.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16484
Georg Brandl added the comment:
Well, sounds reasonable since we're working with an integer number of spaces :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16478
Georg Brandl added the comment:
We don't use versionadded/changed directives in the tutorial. (There was only
one until 2 minutes ago, which was misplaced in any case.)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Fixed with commit 11779150cf87 in the peps repo. May need a PEP addition or
PEP title change to trigger, but it's too minor to force that right now.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
Georg Brandl added the comment:
@ Nick/Ezio: the catch was that the /dev/peps/ directory is handled in addition
to /dev/peps/pep-/, which always had a nice title.
For all PEPs, four files are generated (although it seems sufficient to have
two), while for /dev/peps/, only body.html
Georg Brandl added the comment:
Who said % substitution doesn't exist anymore in Python 3?
That said, it's certainly not wrong to replace this with {} substitution.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Please submit a patch.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16413
___
___
Python
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1207589
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
resolution: - works for me
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16354
Georg Brandl added the comment:
How do you propose to output both versions? It will make tracebacks twice as
long.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16344
Georg Brandl added the comment:
If you always want to end up on Python 2 docs, why don't you go to
docs.python.org/2 in the first place?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16354
Georg Brandl added the comment:
OK, with the latest patch it seems to work fine for me. I've run the autobuild
for 2.7/3.3/3.4 and put custom built versions of 2.6/3.2 on dinsdale, so
everything should look and work fine.
I've also added todo items to PEP 101, in order to make sure
Georg Brandl added the comment:
Thanks Yury for the work!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Has this been discussed on python-dev before? I see that your proposal is in
PEP form; it would be a good idea to post it to python-dev since this is not a
change that can be done without a PEP.
--
nosy: +georg.brandl
Georg Brandl added the comment:
For future reference, it's okay (and perhaps preferable) to upload a
patch just for the default branch when no substantive changes are
needed for other branches. This is especially true early in the
review process when multiple iterations may be uploaded
Georg Brandl added the comment:
Attaching a simplified version of the patch.
--
Added file: http://bugs.python.org/file27743/versionswitcher.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
Georg Brandl added the comment:
My bad, you're right. Next try attached.
--
Added file: http://bugs.python.org/file27745/versionswitcher.5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
Changes by Georg Brandl ge...@python.org:
Removed file: http://bugs.python.org/file27745/versionswitcher.5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
Georg Brandl added the comment:
Now it should be the right one.
--
Added file: http://bugs.python.org/file27746/versionswitcher.5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
Georg Brandl added the comment:
I'm not very attached to it, so I'm fine with closing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8996
Georg Brandl added the comment:
Indeed RELEASE is not defined anywhere. I was confusing JS variables and Jinja
template variables: DOCUMENTATION_OPTIONS.VERSION is in fact what Sphinx calls
release.
So the fix should be to use VERSION as release and VERSION[:3] as version.
Thanks
Georg Brandl added the comment:
2.5 is neither supported anymore, nor should we make it look like it is :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
Georg Brandl added the comment:
A few comments:
* If the issue with patch is closed as duplicate, the patch should be attached
to the superseder.
* The patch looks awfully long for such a simple option list. (e.g.,
get_version() is just lambda x: x[:3], no need for a function to do
Georg Brandl added the comment:
Very simple? You're changing most of the code there.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14625
Georg Brandl added the comment:
That the new code is smaller is no guarantee that it's as correct :)
That is exactly the reason we don't put optimizations in bugfix releases.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
Well, I guess Serhiy meant neither increase nor decrease.
In the end, the exact behavior will never be clear if you don't state
explicitly how it's implemented: a counter that starts at 0 and is increased on
__next__ until it's equal to len(list) (as checked
Georg Brandl added the comment:
This is by design: these method descriptions are indented under their class
entries; no need to repeat the class name.
--
nosy: +georg.brandl
resolution: - works for me
status: open - pending
___
Python tracker rep
Georg Brandl added the comment:
I think I would be more okay with this if it weren't for the fact that
some functions also appear indented under their class entries (making
them look like methods).
I see, yes. In this case I agree
Georg Brandl added the comment:
AFAIU, the current behavior would be to shorten g.bra...@gmx.net to g, if I
used my other email address for committing. That's a little short and not at
all illuminating :)
--
___
Python tracker rep
Georg Brandl added the comment:
Restarted. Let's see if this is reproducible.
--
resolution: - fixed
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16187
Georg Brandl added the comment:
I don't see any blocks in doctest.rst where the directives should be stripped,
so it's enough to do it per-file.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12947
Georg Brandl added the comment:
1. In spite of the fact that MT states are initialized correctly,
there is a practical method to exploit the vulnerability because of
Python web framework peculiarities.
What does this mean exactly? If it means that this predictability can
be used for attacks
Georg Brandl added the comment:
Sure, I'd propose a rewording that mentions both alternatives and when they
should be used.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16190
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3636
___
___
Python-bugs-list
Georg Brandl added the comment:
searchindex.js is now present in 2.6.5 too.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8416
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8525
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7336
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3022
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1598083
___
___
Python-bugs
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl - ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8401
Georg Brandl added the comment:
Attaching patch. Actually both versions of untokenize() were broken; the
version used for full input (5-tuples) had a flipped inequality sign in an
assert.
Other changes in the patch:
* Docs fixed to describe both modes
* Tests fixed to exercise both modes
Georg Brandl added the comment:
Ah, sorry, I thought this was a 3.3 thing.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16149
Georg Brandl added the comment:
Planted to 3.2 in 1dc66e654806. Turns out the offending paragraph wasn't in
2.7.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16149
Georg Brandl added the comment:
3.3.1 will not be too long: maybe 4 weeks from now.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16145
Georg Brandl added the comment:
Are you serious?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16106
___
___
Python-bugs
Georg Brandl added the comment:
Let's make sure this gets into 3.3.1.
--
priority: critical - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16089
Georg Brandl added the comment:
I've gone through the PEP; I've found a few typos and fixed them, but no
missing but. Sorry, but without a more specific location I don't think it's
sensible to keep this open.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
Changes by Georg Brandl ge...@python.org:
--
resolution: - duplicate
status: open - closed
superseder: - changing sidebar links in http://docs.python.org/
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16093
901 - 1000 of 5083 matches
Mail list logo