Georg Brandl added the comment:
Should now be fixed. Thanks for the report.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue13900>
___
___
Changes by Georg Brandl :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13900>
___
___
Python-bugs-list
Changes by Georg Brandl :
--
keywords: +patch
Added file: http://bugs.python.org/file24357/061f8573af54.diff
___
Python tracker
<http://bugs.python.org/issue13
Georg Brandl added the comment:
Interesting. That shifts the issue, since the current behavior is neither of
the two that make sense. Then it would indeed make the most sense to raise in
these cases.
(I wonder what these patterns actually would match, but I have no time to look
in the sre
Changes by Georg Brandl :
Removed file: http://bugs.python.org/file24357/061f8573af54.diff
___
Python tracker
<http://bugs.python.org/issue13903>
___
___
Python-bug
Georg Brandl added the comment:
ISTM that not doing this will make maintenance harder. For 2.7 I agree that
there is no clear boundary to make, but 3.2 should be split up as well to ease
merging of updates.
--
___
Python tracker
<h
Georg Brandl added the comment:
Wow, does that mean he can cash in a Knuth check?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue13
Changes by Georg Brandl :
--
resolution: -> invalid
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue13868>
___
___
Python-bugs-list
Georg Brandl added the comment:
IMO removing trailing newlines is not acceptable. You could use
splitlines(keepends=True) to keep final newlines (but then the default function
that determines lines to indent needs to ignore these newlines
Georg Brandl added the comment:
I don't think that argument needs to be documented. It's just there because
somebody thought that copying 3 lines from atof into atoi was a bad idea.
--
nosy: +georg.brandl
resolution: -> wont fix
status: op
Georg Brandl added the comment:
asctime() docs say it's a 24 char string.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue13927>
___
___
Georg Brandl added the comment:
It must be by design -- someone has implemented a __bool__ (formerly
__nonzero__) method; otherwise all objects would be true.
--
nosy: +georg.brandl, lemburg
___
Python tracker
<http://bugs.python.org/issue13
Georg Brandl added the comment:
BTW, "being a valid time" is not a good argument: 0, "" or False are all valid
instances of their types.
--
___
Python tracker
<http://bug
Changes by Georg Brandl :
--
resolution: -> works for me
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12993>
___
___
Python-bugs-
Georg Brandl added the comment:
Done in 5748c9cf7628.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Attaching reviewed version for 3.1 with unified env var PYTHONHASHSEED and
encompassing Antoine's and Greg's review comments.
--
Added file: http://bugs.python.org/file24561/hash-patch-3.1-gb.diff
___
Pyth
Changes by Georg Brandl :
Removed file: http://bugs.python.org/file24561/hash-patch-3.1-gb.diff
___
Python tracker
<http://bugs.python.org/issue13703>
___
___
Python-bug
Georg Brandl added the comment:
New version, with the hope that it gets a "review" link.
--
Added file: http://bugs.python.org/file24562/hash-patch-3.1-gb.patch
___
Python tracker
<http://bugs.python.o
Changes by Georg Brandl :
Removed file: http://bugs.python.org/file24562/hash-patch-3.1-gb.patch
___
Python tracker
<http://bugs.python.org/issue13703>
___
___
Python-bug
Georg Brandl added the comment:
New patch fixes failures due to sys.flags backwards compatibility.
With PYTHONHASHSEED=random, at least those tests still fail:
test_descr test_json test_set test_ttk_textonly test_urllib
Do we want to fix them in 3.1?
--
Added file: http
Georg Brandl added the comment:
Blocks not introduced by "::" are *NOT* code blocks.
If they happen to begin with ">>> ", they are recognized as doctest blocks and
colorized as doctests.
Doctest blocks shouldn't be indented. (The indent is a blockquo
Georg Brandl added the comment:
But since our workflow is such that commits in X.Y branches always show up in
X.Y+1, it doesn't really matter.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
Yes, that's correct.
--
___
Python tracker
<http://bugs.python.org/issue13605>
___
___
Python-bugs-list mailing list
Unsubsc
Georg Brandl added the comment:
That is a good question. I don't really care either way, but let's say +0 for
turning it off when seed == 0.
-R still needs to be made default in 3.3 - that's one reason this issue is
still open.
--
___
Georg Brandl added the comment:
It doesn't really matter if something was *meant* to be subclassed. If it can
be in 3.x, and can't be in 3.x+1, that's a sort of backwards compatibility bug
we want to avoid pretty strongly because it's gratuitous breakage.
--
Changes by Georg Brandl :
--
assignee: -> ezio.melotti
nosy: +ezio.melotti
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Be sure to notify me when you have committed a fix, as changes made now in the
3.2 branch will *not* show up in the final release.
--
___
Python tracker
<http://bugs.python.org/issue6
Georg Brandl added the comment:
Well, I guess some people will always be blind to the finer distinctions in the
scientific meaning of words... but that doesn't mean we should apply them
where they don't.
--
nosy: +georg.brandl
___
Pyth
Georg Brandl added the comment:
FWIW, I agree with Nick: once we go as far as writing PEPs for smaller
features, we should keep to the spec as accepted.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
I fixed the links on /download/ and added the other versions on /releases/.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Well, let me soothe your mind then: in Python 3, '...' and u'...' will be
absolutely equal, so you won't find any more "mess" with the changes from PEP
414.
--
nosy: +georg.brandl
__
Georg Brandl added the comment:
I'd like to encourage you to not try this sort of thing out from an interactive
interpreter (incidentally, where does "" come from? It
doesn't look like Python's REPL).
As David and Terry noted, interactions with such a console, be i
Georg Brandl added the comment:
Thanks, fixed in 636320b98756.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Fixed, thanks.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Demoting from release blocker since the hash collision issue got remedied
differently.
If this is not needed anymore, please close.
--
priority: release blocker -> normal
___
Python tracker
<http://bugs.pyth
Georg Brandl added the comment:
Is there anything left to do here? It doesn't appear to be a release blocker
anymore.
--
priority: release blocker -> normal
___
Python tracker
<http://bugs.python.org
Georg Brandl added the comment:
I agree this would be useful. It would be even more useful to have an __argv__
that includes all command-line flags given to Python, such as -Wi.
--
nosy: +georg.brandl, pitrou
versions: +Python 3.3
___
Python
Georg Brandl added the comment:
I agree. Maybe I may throw "full_argv" or "executable_argv" (i.e. to be used
with exec([sys.executable] + sys.executable_arg)) in the air?
--
___
Python tracker
<http://bug
Changes by Georg Brandl :
--
nosy: +benjamin.peterson, georg.brandl
priority: normal -> release blocker
___
Python tracker
<http://bugs.python.org/issu
Georg Brandl added the comment:
I hope this can be integrated during the PyCon sprints?
--
___
Python tracker
<http://bugs.python.org/issue14234>
___
___
Pytho
Georg Brandl added the comment:
I agree -- there should be a guard here that just doesn't add user site
directories if the lookup fails.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/is
Changes by Georg Brandl :
--
type: behavior -> enhancement
___
Python tracker
<http://bugs.python.org/issue14116>
___
___
Python-bugs-list mailing list
Un
Georg Brandl added the comment:
I agree. It should not be too hard to add complete_break() and other similar
methods that do this to Pdb.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
Here's a patch for 3.3, adding completion to most commands (either completes
locations, breakpoint numbers or expressions). Please test!
--
assignee: -> georg.brandl
keywords: +patch
Added file: http://bugs.python.org/file24767/pdb-complet
Georg Brandl added the comment:
> I see that completion now works for user-defined variables, but:
> * completing with 'b' doesn't work at all
Right, that needs to be added for every shortcut.
> * completing with 'break' only completes the first directory
Georg Brandl added the comment:
> * using relative path completes, but I get something like "'../prog.py' not
> found from sys.path"
That has nothing to do with the completion.
> * using "~/" to try to complete the HOME directory doesn't work.
Georg Brandl added the comment:
>>> * using relative path completes, but I get something like "'../prog.py' not
>>> found from sys.path"
>> That has nothing to do with the completion.
> If I give it an absolute path it works, hence the complaint.
Georg Brandl added the comment:
Nope, don't think so. They are accepted and handled (albeit strangely) after
all.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
Duplicate of #13899.
--
nosy: +georg.brandl
superseder: -> re pattern r"[\A]" should work like "A" but matches nothing.
Ditto B and Z.
___
Python tracker
<http://
Changes by Georg Brandl :
--
resolution: -> duplicate
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14237>
___
___
Python-bugs-
Georg Brandl added the comment:
Thank you, should be fixed now.
--
nosy: +georg.brandl
stage: committed/rejected ->
___
Python tracker
<http://bugs.python.org/issu
Georg Brandl added the comment:
I agree about the constant AT_FDCWD. (At least, None should be allowed in
addition.)
Your other proposition would break the principle of very thin platform wrappers
that we try to follow in posixmodule.c.
--
status: closed -> o
Georg Brandl added the comment:
Chaining comparison operators inserts implicit "and" conditions:
a OP b OP c OP d
is equivalent to
(a OP b) and (b OP c) and (c OP d)
This is most useful with ==, <, <= and so forth, but "in" and "is" also count
Changes by Georg Brandl :
--
title: Condition.__enter__ should return self -> threading classes' __enter__
should return self
___
Python tracker
<http://bugs.python.org
Georg Brandl added the comment:
The CHMs are already on the Python download page, along with the .msi
installers.
We can add a note to the docs download page that they are to be found there.
--
nosy: +georg.brandl
___
Python tracker
<h
Georg Brandl added the comment:
There is even more wrongness here: if you give flags inline in the pattern,
they also show up in .flags (since they are global, at least in the current
implementation). Suggested patch attached.
--
keywords: +patch
nosy: +georg.brandl
Added file: http
Georg Brandl added the comment:
Can we add a comment to that effect to the math docs?
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue829
Georg Brandl added the comment:
Looks like a case for a read-only dict/dictproxy :)
--
nosy: +georg.brandl, haypo
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
The "review" link next to the the patch file entry should already work and
provide a nice visual diff + commenting interface.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
There's not much sense in having normcase() if it never does anything :)
But in this case, I don't really see why tempfile needs to use normcase().
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
It could be reworded, yes.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14306>
___
___
Python-bug
New submission from Georg Brandl :
Yes, who not. Applied in 5d6ae5e01df6.
--
nosy: +georg.brandl
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Georg Brandl added the comment:
Yes, why not. Applied in c1fd4a5af1c5.
--
___
Python tracker
<http://bugs.python.org/issue14312>
___
___
Python-bugs-list mailin
Changes by Georg Brandl :
--
Removed message: http://bugs.python.org/msg155870
___
Python tracker
<http://bugs.python.org/issue14312>
___
___
Python-bugs-list m
Changes by Georg Brandl :
--
assignee: docs@python -> pitrou
nosy: +pitrou
___
Python tracker
<http://bugs.python.org/issue14349>
___
___
Python-bugs-list mai
Georg Brandl added the comment:
The decorator solution looks overly mind-boggling for this simple case.
BTW, I'm not sure we support calling our tests in this way, but it would be a
good goal to, so I'm in favor of fixing these kinds of problems.
--
nosy: +ge
Georg Brandl added the comment:
The same fix should be applied to runctx() too.
The SystemExit handling is fine, it's in the original code also.
I would recommend making a single try-except-finally statement.
--
___
Python tracker
Georg Brandl added the comment:
Yes, it should be fixed in rc2. The "module docs server" (I'm not familiar with
that) is probably another issue.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bu
Georg Brandl added the comment:
Sounds reasonable to me.
--
___
Python tracker
<http://bugs.python.org/issue14387>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
We can of course also rename "small".
--
___
Python tracker
<http://bugs.python.org/issue14387>
___
___
Python-bugs-l
Georg Brandl added the comment:
It would be nice to have access to the benchmarks, yes, but I hope our users
have enough trust in Python to believe this "claim" as it is.
--
nosy: +georg.brandl
priority: normal -> low
type: -
Georg Brandl added the comment:
Looks good to me.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14349>
___
___
Python-bugs-list mailin
Georg Brandl added the comment:
But it has nothing to do with weakrefs, so...
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
I am with Benjamin. First we put a lot of effort into fixing this issue, and
then we're letting quite a lot of deployments (and I assume that quite a lot of
deployments *are* in virtualenvs) "escape" the fix? That does
Georg Brandl added the comment:
Sounds like good fix to me.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14434>
___
___
Python-bug
Georg Brandl added the comment:
Meanwhile I've added more comprehensive tab-completion to 3.3 for #14210.
--
resolution: -> out of date
status: open -> closed
___
Python tracker
<http://bugs.python.or
Georg Brandl added the comment:
#3173 proposes an OS-independent strftime implementation.
--
resolution: -> duplicate
status: open -> closed
superseder: -> external strftime for Python?
___
Python tracker
<http://bugs.python.org/
Georg Brandl added the comment:
Symlinks don't work well on Windows. I think a comment in .hgignore asking to
update the other two ignores as well is the best solution.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
No it won't: but it's harmless enough that I think it can go into the final
without creating another rc.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Transplanted to f91ecbc8bafc in 3.2.3 release clone.
--
___
Python tracker
<http://bugs.python.org/issue14387>
___
___
Python-bug
Georg Brandl added the comment:
Should be "x not in y" BTW to be idiomatic, not "not x in y".
--
nosy: +georg.brandl
___
Python tracker
<http://bug
Georg Brandl added the comment:
Yes, Sphinx is still 2.x, although we could switch to a Python 3 version since
now all necessary dependencies are ported.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
Shows how it's a bad thing to have a builtin function and a module of the same
name :)
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/is
New submission from Georg Brandl :
>From d...@python.org:
"""
I recently ran into a situation where I could not be certain that a lock
was currently in the acquired state. I checked the documentation to
determine what would happen if I attempted to release a lock that was
Georg Brandl added the comment:
+1.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14486>
___
___
Python-bugs-list mailing list
Unsub
Georg Brandl added the comment:
What different exceptions are they? Note that thread.error == _thread.error ==
threading.ThreadError. The docs should always use the last one (ThreadError).
--
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
Ah, and I missed that apparently on 3.3, _thread.Error is aliased to
RuntimeError. In that case you should use RuntimeError of course :)
--
___
Python tracker
<http://bugs.python.org/issue14
Georg Brandl added the comment:
Why is it so important if strings implement __iter__? They are iterable in
both versions, since iteration falls back on __getitem__ if no __iter__ is
defined. For user code it is irrelevant which of the iteration protocols is
present.
--
nosy
Georg Brandl added the comment:
"behaves like a list" is misleading. If you mean checking for iterable-ness,
calling iter() on the object is the way to do it.
--
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Agreed. Jim, I think you're trying to get consistency where none is required.
--
___
Python tracker
<http://bugs.python.org/is
Georg Brandl added the comment:
"html" is a package. The "html.parser" module, which was already in 3.0, cannot
be importable without a "html" package, so in all 3.x versions there was at
least an empty html/__init__.py.
That said, I have no objection to Ezio&
Georg Brandl added the comment:
The comment that "html" was a package was not meant as a correction, but as an
explanation why it already exists previous to its status as an official
"module" in 3.2. No correction t
Georg Brandl added the comment:
I think a patch is missing :)
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.org/issue14554>
___
___
Python-bug
Georg Brandl added the comment:
ISTM that "" is neither valid HTML nor valid XHTML.
--
nosy: +georg.brandl
___
Python tracker
<http://bugs.python.o
Georg Brandl added the comment:
Ezio: That's a "bug" in Sphinx; even when the language is selected explicitly
as "python", it will try to parse the code. It is fixed in a later Sphinx
version.
--
nosy: +georg.brandl
Georg Brandl added the comment:
The patch is wrong: PyArg_ParseTupleAndKeywords already handles the correct
assignment of positional and keyword args, and raises exceptions accordingly.
Did you test that code?
The question is also: why only truncate()? There are several other fileio_
Georg Brandl added the comment:
> In particular, we must have at least one digit following `0[xXbBoO]` and must
> be before any underscores.
This is not true (but your test file does the right thing).
--
___
Python tracker
<http://bugs.p
Georg Brandl added the comment:
> We have to be careful with the GIL: PyMem_*() functions can only be
> called when holding the GIL.
> Some libraries can be configured to use a custom memory allocators:
> [...]
> We should probably uses these functions to reuse Py
Georg Brandl added the comment:
This broke because we now have release 3.3.0 instead of 3.3.
But it's easy to add a redirect, which I've done now.
In the future, site.py should be fixed to say 3.3.0 or 3.3.X depending on the
current bugf
Georg Brandl added the comment:
Looks like an unnecessary change for the maintenance releases then.
--
___
Python tracker
<http://bugs.python.org/issue15
2901 - 3000 of 5257 matches
Mail list logo