Georg Brandl added the comment:
Hi Eric,
this paragraph is about slices, where you *can* do
word[0:6]
'Python'
As such, the paragraph is correct.
--
nosy: +georg.brandl
resolution: - not a bug
status: open - closed
___
Python tracker rep
Georg Brandl added the comment:
IOW: it was already intentionally undocumented back then, and only added for
compatibility reasons.
Probably should be deprecated and removed at some point.
--
resolution: - wont fix
status: open - closed
___
Python
Georg Brandl added the comment:
No response, closing.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21428
Georg Brandl added the comment:
Nobody doubts that pinging old issues helps getting some of them closed. But
messages like msg228480 sound a bit pretentious, that's what Antoine is
referring to.
--
nosy: +georg.brandl
___
Python tracker rep
Georg Brandl added the comment:
As mentioned before, many packages can not handle paths with spaces.
This is common knowledge, yet may not be true anymore. See this recent
python-dev thread:
https://mail.python.org/pipermail/python-dev/2014-September/136434.html
Georg Brandl added the comment:
Addressing review comments.
--
Added file:
http://bugs.python.org/file36789/pyobject_issubclass_isinstance_speedup_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22540
Georg Brandl added the comment:
Thanks for fixing! I did run make test locally, but that did not produce the
failure.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22540
Georg Brandl added the comment:
you now do need
You always did :)
However, it should not be a problem to make the extensions 2.x and 3.x
compatible in both branches.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22537
Georg Brandl added the comment:
LGTM.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19342
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
I'm attaching a patch that works without changing the recursion limit, and adds
some tests for pathological cases.
Instead, PyErr_GivenExceptionMatches is changed so that if an exception was
previously set, it is replaced by an exception
Georg Brandl added the comment:
New version including (I think) correct refcount handling.
--
Added file:
http://bugs.python.org/file36777/exception_proper_subclass_matching_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
Clarifying some comments in this one.
--
Added file:
http://bugs.python.org/file36778/exception_proper_subclass_matching_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12029
Changes by Georg Brandl ge...@python.org:
Removed file:
http://bugs.python.org/file36776/exception_proper_subclass_matching.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12029
Georg Brandl added the comment:
This needs a lot more information, such as the full config.log and output of
make.
Kernel 2.6.18 is also quite old, so if there is no feedback if this is still an
issue I'd suggest to close the report.
--
nosy: +georg.brandl
status: open - pending
Changes by Georg Brandl ge...@python.org:
--
status: pending - open
title: getaddrinfo() bug - configure and compile problems with older CentOS
releases
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19372
Georg Brandl added the comment:
While everybody is throwing ideas around: what about the opposite?
If extracting bit ranges from bitfields is common enough to warrant this
addition, updating bitfields with a bit range is probably just as common.
This'd need something like
i.with_bits(value
Georg Brandl added the comment:
This is why I proposed it (and also because I had to write that quite a few
times already). Efficient maybe, but very hard to get right on the first try :)
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Agreed.
Since type has __subclasscheck__ (why I don't know) this might result in a
slowdown since all checks have to go through calling it in PyObject_IsSubclass.
Just noticed that given_exception_matches_inner can be simplified a bit since
PyObject_IsSubclass
Georg Brandl added the comment:
Quick microbenchmark:
try:
{}[a]
except KeyError:
pass
original tip: 1.35 usec
with patch v3: 1.55 usec
so it's about 15% slowdown for catching a simple exception on my machine
Georg Brandl added the comment:
OK, with these two patches (speedup and v4) I can't see a significant slowdown
anymore.
--
Added file:
http://bugs.python.org/file36779/pyobject_issubclass_isinstance_speedup.patch
___
Python tracker rep
Changes by Georg Brandl ge...@python.org:
Added file:
http://bugs.python.org/file36780/exception_proper_subclass_matching_v4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12029
New submission from Georg Brandl:
With the introduction of ABCs, PyObject_IsInstance (and for this issue,
everything is also valid for PyObject_IsSubclass) has to check for a type's
__instancecheck__ before falling back to the built-in behavior.
However, the type type has an __instancecheck__
Georg Brandl added the comment:
IsSubclass speedup patch now tracked in #22540.
--
dependencies: +speed up isinstance and issubclass for the usual cases
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12029
Georg Brandl added the comment:
Looks good.
sys.stdout, when rebound to a binary mode file
Not sure that is supported in any way :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22492
Georg Brandl added the comment:
It's not so surprising, since the string before the milliseconds part is a
strftime() result, not a whole number. The decimal point need not necessarily
be used for this.
Just like the rest of the default time format, it is probably best for the
millisecond
Georg Brandl added the comment:
Committed in 18983332626b.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19529
Georg Brandl added the comment:
I see test failures on Windows:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%20custom/builds/62/steps/test/logs/stdio
http://buildbot.python.org/all/builders/x86%20Windows7%20custom/builds/52/steps/test/logs/stdio
Do the tests need changing
Changes by Georg Brandl ge...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19855
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16038
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18747
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16042
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16041
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18709
___
___
Python-bugs-list
Georg Brandl added the comment:
Since it's been out in 3.2.x for so long, I won't apply this for 3.2 since at
this point a behavior change might do more harm than good.
--
resolution: - fixed
status: open - closed
versions: +Python 3.3, Python 3.4 -Python 3.2
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18747
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16041
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16042
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16038
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16037
Georg Brandl added the comment:
Note that these methods were already part of Jason's path.py when I imported it
for use by Sphinx.
I think these convenience methods are useful indeed, so if it is fine with your
philosophy for pathlib, I'd be happy to see them there. The
write_text
Georg Brandl added the comment:
Benjamin, could you make a patch for 3.2 as well?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22518
Georg Brandl added the comment:
I wouldn't consider this important enough for 3.2; since it lacks the means to
do the opt-back-in.
--
nosy: +georg.brandl
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
___
___
Python
Georg Brandl added the comment:
Next try.
--
Added file: http://bugs.python.org/file36761/pathlib_readwrite_v5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20218
Georg Brandl added the comment:
Let me check that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
___
___
Python-bugs-list mailing list
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16039
Georg Brandl added the comment:
Looks obvious and is potentially a security fix, so it can/should go in.
Please add a NEWS entry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19529
Georg Brandl added the comment:
Serhiy, would you make a patch for 3.2 too?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19855
Changes by Georg Brandl ge...@python.org:
Added file: http://bugs.python.org/file36762/pathlib_readwrite_v6.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20218
Georg Brandl added the comment:
I agree that the wording can be improved. The term expression is used here
loosely, but should be clarified.
a+b with numbers a, b must be handled in order to evaluate complex literals
as in 1+1j.
Allowing operator expressions with literals is possible
Georg Brandl added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19855
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
I agree with Ned. 3.2 is not maintained anymore, we only provide security fixes.
(Exceptions prove the rule. One exception I committed today was to stop
test_urllibnet from failing, so that I could better see real failures on the
buildbots
Georg Brandl added the comment:
Attaching proposed doc change.
--
keywords: +patch
Added file: http://bugs.python.org/file36764/ast_literal_eval_clarify.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
Georg Brandl added the comment:
The function is still called literal_eval(), not safe_eval().
I'm not saying a safe eval() isn't useful. But an implementation that is only
partly safe is not going to help anyone.
--
___
Python tracker rep
Georg Brandl added the comment:
These are a bug in Sphinx 1.2.1 and fixed in 1.2.2.
--
nosy: +georg.brandl
resolution: - third party
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22527
Georg Brandl added the comment:
Sure, feel free to reword.
An example or two might also be helpful.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22525
Georg Brandl added the comment:
These errors are all valid markup. They would have been discovered much
earlier had they been errors.
Please consider checking why your Sphinx setup produces the errors, fixing it
and then reverting the changes
New submission from Georg Brandl:
This is implicit in the converts arguments to strings, but people might
reasonably expect that print(x, file=y) is the same as y.write(x) for strings
and bytes. This paragraph makes it clear.
--
files: print_binary.diff
keywords: patch
messages
Georg Brandl added the comment:
Left this open in case you have additional patches coming.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22464
Georg Brandl added the comment:
I have no idea about that code, and I can't reproduce the failure.
(Could the buildbots?)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22461
Georg Brandl added the comment:
That is very likely the reason. So far nobody has run the builder with Python 3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22461
Georg Brandl added the comment:
Yep.
--
resolution: - duplicate
status: open - closed
superseder: - 3.4.1rc1 test_pydoc fails: pydoc_data.topics.topics values are
type bytes not str
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
Should be fixed now. I didn't merge into default since someone (cough) has to
null-merge all the release related stuff first.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21431
Georg Brandl added the comment:
Sorry for the mismanagement, I probably didn't check again after the final
resolution.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21354
Georg Brandl added the comment:
The anchor for dict is on the standard types page:
https://docs.python.org/2/library/stdtypes.html#dict
You'll have to use :class: not :func: to get it linked.
--
resolution: - works for me
status: open - closed
Changes by Georg Brandl ge...@python.org:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22414
Changes by Georg Brandl ge...@python.org:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2771
___
___
Python-bugs-list
Georg Brandl added the comment:
+1
--
nosy: +georg.brandl
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22380
Georg Brandl added the comment:
We know, but this will happen to any sites that have content hosted by a CDN
such as Fastly.
In this specific case, you can download the docs or build them yourself for
offline usage. Our Mercurial server hg.python.org is (obviously :) not hosted
on a CDN, so
Georg Brandl added the comment:
Very nice, thanks for the update.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
___
___
Python-bugs-list
Georg Brandl added the comment:
I agree: The docs for list.sort() do guarantee the stability, so sorted()
should have the same indication.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22237
Georg Brandl added the comment:
Not much more we can do from here.
--
nosy: +georg.brandl
resolution: - third party
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4
Changes by Georg Brandl ge...@python.org:
--
nosy: -georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22034
___
___
Python-bugs-list
Georg Brandl added the comment:
Looks good except for this one:
-# Remove the 'Current' link, that way we don't accidentally mess
+# Remove the 'Current' link, that way we don't accidentaly mess
--
nosy: +georg.brandl
___
Python
Changes by Georg Brandl ge...@python.org:
--
nosy: -georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22162
___
___
Python-bugs-list
Georg Brandl added the comment:
Well, it's entirely logical to follow our own policies :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21671
Georg Brandl added the comment:
Martin, would you make installers for a new 3.2 and 3.3 release?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21671
Georg Brandl added the comment:
Knowledge of RST should be more than enough; there is not much Sphinx-specific
markup, and even that you won't pick up easily while looking at the file.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
you WILL pick up, of course.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8243
___
___
Python-bugs-list
Georg Brandl added the comment:
Looks all good to me.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21528
___
___
Python
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21520
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: docs@python - larry
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21314
Georg Brandl added the comment:
LGTM without having tested it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21240
___
___
Python-bugs-list
Georg Brandl added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21286
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
Yep, thanks for the reminder.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10224
Georg Brandl added the comment:
Barry, you run the list, so please change this to a link to bugs.python.org
(and maybe docs.python.org/devguide).
--
assignee: docs@python - barry
nosy: +barry, georg.brandl
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Your failure appears to be not pasted from an interpreter session; the actual
failure is:
(Pdb) all(x limit for x in items)
*** NameError: global name 'limit' is not defined
(i.e. limit is not found, not items). This actually does not work in
Python 2 either
Georg Brandl added the comment:
The repository is http://hg.python.org/cpython.
If you make a patch, please set the appropriate values in Doc/conf.py, not the
makefiles.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Fixed the symlink. Larry, where did you put the other archives?
--
assignee: docs@python - larry
nosy: +georg.brandl, larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21102
Georg Brandl added the comment:
yes, this seems bad enough for inclusion in security releases.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21082
Georg Brandl added the comment:
Thanks for the report!
--
nosy: +georg.brandl
resolution: fixed -
stage: committed/rejected -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21045
Changes by Georg Brandl ge...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21045
Georg Brandl added the comment:
For resource management, it would be more idiomatic to use context managers,
either with multiple CMs in one with-statement or, dynamically, with
contextlib.ExitStack.
For test suites using unittest, there is also the addCleanup functionality of
the TestCase
Georg Brandl added the comment:
@Mark, I don't understand why you ask this question after several positive
responses of Python committers (Mark, Stefan, Larry).
@Andreas, as far as I recall, we have always welcomed patches for officially
unsupported platforms, certainly as long as they only
Georg Brandl added the comment:
With respect, Mark, I think you should leave these considerations to the
committers.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
Georg Brandl added the comment:
Mark, I already gave a reason, which was apparently not good enough for you.
Nobody told you to go away from the tracker, but it's not constructive to ask
for reasons why a particular patch is accepted or rejected, by the release
manager no less, if you're
Georg Brandl added the comment:
Can we move along, please?
Indeed. Further discussion, if felt to be really necessary, should take place
on python-dev.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20904
Georg Brandl added the comment:
I'd just make it the approximate release date of 3.4. The version is adapted
anyway as part of a new minor release, so the date can also be.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
First, entering a string at the command prompt like this is not considered
printing; it's invoking the repr().
Then, when you say flexible, you say it as if it's a good thing. In this
context flexible means as much as easy to produce mojibake
Georg Brandl added the comment:
Yes, this is new feature territory.
--
priority: release blocker - high
versions: +Python 3.5 -Python 2.7, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20440
301 - 400 of 5083 matches
Mail list logo