Georg Brandl added the comment:
Fixed, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17661
___
___
Python-bugs-list mailing list
New submission from Georg Brandl:
From the docs@ list:
Dear all,
the first paragraph of the documentation for the site module states that
site.py constructs four directories using a head and tail part, and that
one of the tail parts would be lib/pythonX.Y/site-packages on UNIX/Mac.
However
New submission from Georg Brandl:
The docs for % formatting say what the default precision for presentation types
e, f, g is. I couldn't find the same for format().
--
assignee: eric.smith
components: Documentation
messages: 186902
nosy: eric.smith, georg.brandl
priority: normal
New submission from Georg Brandl:
From docs@:
The howto-advocacy is interesting.
You might consider removing the following sentences, which I found personally
gave me a negative impression:
python hasn't had all the publicity to my mind gives the impression that
python is not popular
Georg Brandl added the comment:
Thanks, closing.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13050
Georg Brandl added the comment:
Very good, regression #2 for 3.3.2. Keep them coming right now :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17707
Georg Brandl added the comment:
Don't worry, mistakes happen. My message was actually positive: it's better to
catch the problems now than two weeks after the regression fix release...
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
I guess that warning needs to be added to all the others in test_gdb around
line 150...
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17712
Georg Brandl added the comment:
Note that Sphinx searches for object.__foo__ when :meth:`__foo__` is used;
this change will break all those links.
For that reason I'm -1 to this change: I don't see the perceived issue as
problematic anyway
Georg Brandl added the comment:
Serhiy, do you want to fix this also in 3.2? I'll roll a brown-paper-bag
release of 3.2 and 3.3 together with 2.7.5.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17666
Georg Brandl added the comment:
I guess I will join with 3.2 and 3.3 for #17666.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17656
Georg Brandl added the comment:
Yes, although the new releases will get the standard rc period anyway.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17656
Georg Brandl added the comment:
It just highlights the mistake we made calling a builtin module the same name
as a builtin function :)
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17661
Georg Brandl added the comment:
Antoine will have to decide on this, but IMO now that we released the PEP 3151
set in Python 3.3, we should not continue adding new builtin exceptions in
every release.
--
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
I'm guessing Terry wanted to say os.listdir instead of os.walk.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17343
Changes by Georg Brandl ge...@python.org:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17610
___
___
Python-bugs-list
Georg Brandl added the comment:
At least two of the changes in the patch are incorrect because they refer to
the Mac OS X python.exe.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17570
Changes by Georg Brandl ge...@python.org:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17650
New submission from Georg Brandl:
Why not attach this to #16705 directly?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17651
Changes by Georg Brandl ge...@python.org:
--
assignee: - pitrou
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17620
___
___
Python
Georg Brandl added the comment:
Done, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17625
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Python refuses to start. is not a very good description.
* What script are you running/module are you importing?
* What is the traceback/error message?
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
And this happens when you simply start Python, not executing any code?
Can you start with python -S, then do import _sre, and see if it has a
_sre.MAXREPEAT attribute?
--
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Just tested with 2.7.4rc1 32bit on Windows 7; no problem here.
I suspect your 2.7.4rc1 install picks up a python27.dll from an earlier version.
--
resolution: - fixed
status: open - pending
___
Python tracker rep
Georg Brandl added the comment:
Thanks for the confirmation!
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13169
Georg Brandl added the comment:
Reopening for consideration of using wmemcmp().
--
nosy: +georg.brandl
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17615
Georg Brandl added the comment:
Assigning to Raymond for confirmation, but IIRC this is by design.
--
assignee: - rhettinger
nosy: +georg.brandl, rhettinger
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
There are also some macros usable as lvalues, such as Py_REFCNT or Py_SIZE
(they aren't documented at all currently).
Anyway, documenting as statement-only unless explicitly stated differently is
fine with me
Georg Brandl added the comment:
locals() being useful to the majority of Python software is news to me...
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17546
Georg Brandl added the comment:
Since most other os.path functions also choke (intentionally) on None values, I
agree and would point out that if you want this behavior, it's easy to do the
or '' dance on the caller side.
--
nosy: +georg.brandl
resolution: - rejected
status: open
Georg Brandl added the comment:
Closing this old pending issue due to lack of response.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1379984
Georg Brandl added the comment:
Benjamin, if that comment means there's still something to be done, please
reopen.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Closing this old pending issue due to lack of activity.
--
keywords: +needs review -patch
nosy: +georg.brandl
resolution: - rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Closing this old pending issue due to lack of activity.
--
nosy: +georg.brandl
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3862
Georg Brandl added the comment:
Closing this due to lack of activity.
--
nosy: +georg.brandl
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue813453
Georg Brandl added the comment:
Closing to due to lack of a better way to detect Xfce.
--
assignee: georg.brandl -
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6671
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5633
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9633
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5993
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8478
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10799
___
___
Python-bugs
Changes by Georg Brandl ge...@python.org:
--
assignee: georg.brandl - doko
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3290
Georg Brandl added the comment:
Closing due to lack of response.
--
nosy: +georg.brandl
resolution: - works for me
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15019
Changes by Georg Brandl ge...@python.org:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16767
___
___
Python-bugs-list
Georg Brandl added the comment:
Closing (it seems everybody agreed it's not a good idea).
--
nosy: +georg.brandl
resolution: - rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15186
Georg Brandl added the comment:
Closing as this is a bug in autoconf. 2.69 is still the latest released
version, so we'll get the fix whenever the new version is out and sufficiently
widely distributed.
--
nosy: +georg.brandl
resolution: - invalid
status: pending - closed
Georg Brandl added the comment:
Can this be closed?
--
nosy: +georg.brandl
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12119
Georg Brandl added the comment:
Closing due to lack of response.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13000
Georg Brandl added the comment:
Closing due to lack of response.
--
nosy: +georg.brandl
resolution: - fixed
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9948
Georg Brandl added the comment:
Out of date now that 2.7 is also in maintenance mode.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5970
Changes by Georg Brandl ge...@python.org:
--
versions: +Python 3.4 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5884
Georg Brandl added the comment:
Terry, do you still think this is important to fix?
--
nosy: +georg.brandl
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3938
Changes by Georg Brandl ge...@python.org:
--
versions: +Python 3.3, Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6395
Georg Brandl added the comment:
Agreed with Eric.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7300
Changes by Georg Brandl ge...@python.org:
--
resolution: - wont fix
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16273
Georg Brandl added the comment:
Closing due to lack of response.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7565
Changes by Georg Brandl ge...@python.org:
--
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7209
___
___
Python
Georg Brandl added the comment:
Patch would need to be updated for Python 3.4. (Please also upload it to this
issue.)
--
nosy: +georg.brandl
versions: +Python 3.4 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Georg Brandl ge...@python.org:
--
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9134
___
___
Python
Georg Brandl added the comment:
Closing due to lack of activity.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4022
Georg Brandl added the comment:
Three years later, I don't think anyone is interested in documenting the
outdated cPickle.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Closing due to lack of response.
--
nosy: +georg.brandl
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6310
Georg Brandl added the comment:
Closing for reasons Antoine stated.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9672
Georg Brandl added the comment:
Duplicate of #4173.
--
resolution: - duplicate
status: open - closed
superseder: - PDF documentation: long verbatim lines are cut off at right
hand side
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
2.5 years later I don't think it's much use keeping this open.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6661
Georg Brandl added the comment:
* I would take out the erroneous of erroneous or maliciously constructed in
the disclaimers. The odds of creating one of the bombings by chance are slim.
* The names of attacks in the table are quite opaque if you haven't heard of
them. They should be linked
Georg Brandl added the comment:
2. That would be good. For this table the simple rst tables should be fine:
= =
head head
= =
body body
body body
= =
3. Once per XML logical handling module/package seems quite enough.
4. The warnings only link to the section
Georg Brandl added the comment:
Done, thanks for the pointer!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17550
___
___
Python-bugs-list
Georg Brandl added the comment:
I still see erroneous in there... otherwise looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17538
Georg Brandl added the comment:
Speaking personally, I wouldn't want license boilerplates to start
cluttering every file in the Python source tree. They are an annoyance
when opening and reading source files.
On the other hand, a simple file header would make sense, and make standard
Georg Brandl added the comment:
BTW, the correct blurb would probably be
# Copyright 200X Steven Bethard. All Rights Reserved.
# Licensed to PSF under a Contributor Agreement.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
I'm not sure that's correct, unless only Steven has ever contributed
to it. To be correct, you'd have to list all significant contributors.
Well, then add and contributors :) But we have quite a few files with such a
header (one person), which would be wrong
Georg Brandl added the comment:
The instance in reindent.py uses the docstring for attributes feature that
some documentation tools supports, which is a unused string *after* the
attribute.
When you turn that into a comment, put the comment *before* the attribute.
--
nosy
Georg Brandl added the comment:
Considering that this behavior has been present in all of Python 3, it does not
seem useful to make a backwards incompatible change in bugfix releases.
You could change it in 3.4 as a minor API change, but you've indicated that
that wouldn't make sense to you
Georg Brandl added the comment:
OK. That was a more passionate statement :) It would actually be nice to know
about Windows, but the way you describe it is that the default behavior now is
quite useless. Does bufsize=0 have any sensible use on Python 3?
Anyway, you've convinced me -- can
Georg Brandl added the comment:
Sorry, I find your suggested termini more confusing.
* first/last: the first that was put onto the stack (i.e. bottom) or the first
to be popped off (i.e. top)?
* root/terminal: that makes you think of trees, but a stack is not a tree.
top/bottom
Georg Brandl added the comment:
A problem with using automatic tarballs from hg.python.org is that they take
server load to generate, every time someone builds the docs from a new checkout.
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Ok, that sounds good then.
BTW, for 3.3+ would it make sense instead to create a virtualenv and directly
install the required versions from pypi?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
Updating 3.x branches is fine with me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17192
___
___
Python-bugs
Georg Brandl added the comment:
For example, any function where an argument has a sentinel object as the
default value, such as socket.create_connection().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16801
Georg Brandl added the comment:
The SO post is scary. Maybe a non-normalized (smallest representation) PEP393
string is escaping into the wild?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
Changes by Georg Brandl ge...@python.org:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
___
___
Python-bugs-list mailing
Changes by Georg Brandl ge...@python.org:
--
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17137
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
nosy: +larry
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
Georg Brandl added the comment:
Blocker for 3.2.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17106
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
Greg, if you are fine please apply to 3.2 or indicate if it is enough to apply
the same patch as on 3.3/default.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl added the comment:
While it's nice to look at a graphical representation, clearly there is no deep
interest (and PEP 101 has so many little steps that you couldn't possibly fit
them all into a graph, so you have to consult the text anyway). I see no
reason to keep this open
Georg Brandl added the comment:
Antoine is right. It's probably ok to remove that suggestion completely.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17109
Georg Brandl added the comment:
The patch introduced a Cyrillic C into the docs, see below. This makes the
LaTeX build fail.
+ ``foo/bar`` on Unix, and ``С:\foo\bar`` becomes ``foo\bar`` on Windows.
^^
--
nosy: +georg.brandl
status: closed
Georg Brandl added the comment:
Then I guess there is no reason not to put it in 3.2.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl added the comment:
Then I guess there is no reason not to put it in 3.2.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl added the comment:
Serhiy: not sure why all those people belong in the nosy list.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17049
Georg Brandl added the comment:
I did test the Makefile change, so this should be good to go. I'll upate PEP
101 once it's in.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16893
Georg Brandl added the comment:
I take it this would mean generating help.txt and then checking it in?
Otherwise, users who built their own Python would likely run into issues with
IDLE not finding its help file, or would be required to have sphinx available.
Yes, it will be checked
Georg Brandl added the comment:
The unified diff is not very helpful; I think somebody has to put the files
side by side and merge.
The pydoc topics are built with a custom Sphinx builder implemented in
tools/sphinxext/pyspecific.py -- but if we just want the vanilla text builder
output
Georg Brandl added the comment:
To make it actually work, replace library/idle by library/idle.rst.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16893
Georg Brandl added the comment:
Looks like a bug to me, although it isn't likely to cause great harm.
--
nosy: +georg.brandl
title: Keyword keyword only default parameters are evaluated before po -
Keyword only argument default values are evaluated before other defaults
Georg Brandl added the comment:
It means not write
a = abc
as
a = abc
with the four spaces trailing at the end of the line. I don't think there is a
more concise way of putting it in the PEP.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
Georg Brandl added the comment:
Might make sense to put this in atexit.atfork() to avoid small-module inflation?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16500
Georg Brandl added the comment:
This is a known issue in older Sphinx versions. I've updated the version used
to build the devguide now; this should fix it.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
801 - 900 of 5083 matches
Mail list logo