Changes by Georg Brandl ge...@python.org:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12901
Georg Brandl added the comment:
Agreed.
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12901
___
___
Python-bugs-list
Georg Brandl added the comment:
Can this be closed?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19627
___
___
Python-bugs
Georg Brandl added the comment:
The policy is clear, no API additions in micro releases (the only exceptions
should be made for security issues).
--
nosy: +georg.brandl
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Thanks for your patience. I believe I have addressed all issues raised.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15605
Georg Brandl added the comment:
I think this should be sufficient.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20090
___
___
Python-bugs-list
Georg Brandl added the comment:
Agreed.
--
nosy: +georg.brandl
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20761
Georg Brandl added the comment:
It's coming.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20838
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20814
___
___
Python-bugs-list
Georg Brandl added the comment:
This is fixed now, right?
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
Georg Brandl added the comment:
Both this backport and #20404 will make it into 3.3.5rc2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
Georg Brandl added the comment:
This needs to be fixed for 3.3.5rc2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20731
___
___
Python-bugs
Georg Brandl added the comment:
Until 3.4, the docs are meant to be built with the Sphinx versions checked out
by make.
Someone might want to port the fix for 1.1.x on the default branch if they are
interested.
--
___
Python tracker rep
Georg Brandl added the comment:
Strange, the deprecated marker seems to have crept in in revision
20aec9f34598 -- I don't see it in the 2.5 docs.
Since Martin is the module author and probably maintainer, I would say this was
an accident.
--
nosy: +georg.brandl
title: Documentation
Georg Brandl added the comment:
Not quite fixed yet: this will happen with any build using sphinx1.1, which is
supposed to be supported now.
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20693
Georg Brandl added the comment:
Just in time for 3.3.5...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20731
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Hmm, I can't reproduce here with 1.1.3. Can someone build the tip docs locally
with Sphinx 1.1.3 and try to reproduce?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20693
Georg Brandl added the comment:
That looks ok to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19619
___
___
Python-bugs-list mailing list
Georg Brandl added the comment:
No change for 3.3.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16074
Changes by Georg Brandl ge...@python.org:
--
versions: -Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16042
___
___
Python
Changes by Georg Brandl ge...@python.org:
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20740
Georg Brandl added the comment:
Would have been nice to do this also on 3.3 branch...
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20571
Georg Brandl added the comment:
The only problem I can see is that print uses the console encoding.
For files and str(), the comment is correct for Python 2.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Georg Brandl added the comment:
The change was requested by doko for Debian/Ubuntu. As for changing it after
rc1, I agree it is unfortunate. But it doesn't affect the distributed content,
only how the release is built, which I think is exactly what *can* go in the rc
phase.
The Python
Georg Brandl added the comment:
I see. I don't want to make your life miserable, so let's make a compromise
and keep it for 3.4.1, and Debian will have to patch it locally for 3.4.0.
--
resolution: - rejected
status: open - closed
___
Python
Georg Brandl added the comment:
What a waste indeed. After all, when I want to search I only ever want one
single match to be displayed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15871
Georg Brandl added the comment:
Thanks for the feedback. This was not the latest tip anyway: in the current tip
the checked-out toolchain is gone and your system Sphinx is used.
--
resolution: - out of date
status: open - closed
___
Python tracker
New submission from Georg Brandl:
3.4 cherry-pick: eef7899ea7ab use system doc toolchain instead of checking out
of svn
--
assignee: larry
messages: 211423
nosy: georg.brandl, larry
priority: release blocker
severity: normal
status: open
title: 3.4 cherry-pick: eef7899ea7ab use system
Georg Brandl added the comment:
Well, I thought the installer script can surely be fixed in time. If not, I
agree that this shouldn't be picked yet.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20661
Georg Brandl added the comment:
Paul, could you confirm that backing out the 2807a5f011e4 changeset on the 3.3
branch fixes the problem?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20621
Georg Brandl added the comment:
Yeah, just tried the backout, it doesn't apply cleanly anymore --
Modules/zipimport.c has apparently changed some more afterwards.
I think using the parent changeset is the best thing to do at the moment, until
Greg comes up with a patch.
--
assignee
Georg Brandl added the comment:
Which revision is your tip?
In the latest revision, the documentation should refuse being built with 1.0.7.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20638
Georg Brandl added the comment:
OK. What do you think about rolling a 3.3.5 rc1 release next weekend, with the
final a week later?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20621
Georg Brandl added the comment:
-1 as well.
Yury: it's a micro-optimization, the slow builtin lookup becomes a fast local
lookup.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20583
Georg Brandl added the comment:
I agree.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20517
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
Matthias and I agreed this isn't necessary since on the relevant distribution
it's already documented.
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Since this is a pretty big code churn, I'd prefer B) for 3.3.4. (3.3.5 will be
soon anyway.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19081
Georg Brandl added the comment:
Yes. Probably someone wished they would implement it :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20407
Georg Brandl added the comment:
I see, there are two def nsmallest in heapq.py. Tricky!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20407
Georg Brandl added the comment:
Well, IntEnum is nowhere documented as a class. IOW,
.. class:: IntEnum
is missing if you want these references to work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20386
Georg Brandl added the comment:
IntEnum is not a class in the enum module either, as far as the docs are
concerned ;)
Otherwise :class:`enum.IntEnum` or :class:`.IntEnum` would work, no matter the
source and target documents.
--
___
Python tracker
Georg Brandl added the comment:
For 3.3 I prefer the soft patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20283
___
___
Python-bugs-list
Georg Brandl added the comment:
Looks good. Maybe Larry will want his line of stars though :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15759
Georg Brandl added the comment:
integer enumerations of enumtype sounds weird to me.
Also, here it might be nice to link to IntEnum (use :class:`.IntEnum`).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20386
Georg Brandl added the comment:
OK, 3.3.4rc1 shouldn't have the problem, and neither 3.4.0b4 ff. with the
changes I just checked into hgtouch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19966
Georg Brandl added the comment:
Since the test is still failing on at least 3 stable buildbots, I've reverted
the 3.3 changes for 3.3.4rc1.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20311
Georg Brandl added the comment:
Only if the older issue actually has more relevant content, which is not always
the case.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20346
Georg Brandl added the comment:
Why should new enums be documented and how are they useful?
Because they are a new public class(-like object) in the module. When renaming
them to a non-public name, as you suggest, that could be left out
Georg Brandl added the comment:
I'm not saying the enums are necessary (argue about that with Eli), but that if
they *are* in the module as a public attribute, they *have* to be documented,
period.
--
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Um... changing the name socket.SocketType from type(socket) to an enum of
SOCK_ constants is not a docs issue, but a regression.
Eli, you introduced this change (inadvertently, I think, which can easily
happen since SocketType is imported by * from _socket
Georg Brandl added the comment:
Thanks for the report.
I think it's your obligation to surround nonprinting escape sequences with \x01
and \x02, with that change it works for me.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
Georg Brandl added the comment:
I think you're using the escapes correctly: you must only escape nonprinting
characters. Try
sys.ps1 = '\x01\033[32m\x02 \x01\033[0m\x02'
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
print() is not a good way to emit the warning; please use the warnings module.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Georg Brandl added the comment:
Should be figured out for 3.3.4
--
nosy: +georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20324
Georg Brandl added the comment:
OK, thanks for the quick response. Relaxing to normal priority, please close
as required.
--
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20324
Georg Brandl added the comment:
Thanks.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20324
Georg Brandl added the comment:
The first sentence of the second new paragraph is a bit ungrammatical, right?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11448
Georg Brandl added the comment:
+1.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20314
___
___
Python-bugs-list mailing
Changes by Georg Brandl ge...@python.org:
--
assignee: docs@python - larry
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20312
Georg Brandl added the comment:
I would suggest moving the section 4.7.2. printf-style String
Formatting from stdtypes to string
That's something I wanted to do for a long time. Problem is that
non-Intersphinx external links will break (and I guess quite a few people have
a bookmark
Changes by Georg Brandl ge...@python.org:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19966
___
___
Python
Changes by Georg Brandl ge...@python.org:
--
nosy: +larry
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20316
Georg Brandl added the comment:
When Mercurial is ported to Python 3 somewhen in the future
Good one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20316
Georg Brandl added the comment:
Fixed.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20312
Georg Brandl added the comment:
Hmm, the yield statement is now basically the same as any expression statement
-- just like a function call. The only reason it's a separate grammar symbol
is that otherwise yield expressions would have to be parenthesized.
Can the patch be updated to make
Georg Brandl added the comment:
New patch addressing comments.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20182
___
___
Python-bugs-list
Changes by Georg Brandl ge...@python.org:
Added file: http://bugs.python.org/file33491/modules_issue20182_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20182
Georg Brandl added the comment:
Rietveld doesn't like your new patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20226
___
___
Python-bugs
Georg Brandl added the comment:
Thx! (without soundcheck)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20226
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
I'm actually more on the fixing a bug side. For me this is fine for 3.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20262
Georg Brandl added the comment:
I guess custom converters are the answer here.
BTW, the args argument already works fine since adding it to c_keywords. No
need for a complicated structure :)
--
___
Python tracker rep...@bugs.python.org
http
New submission from Georg Brandl:
What do you think about this patch?
--
assignee: zach.ware
components: Documentation
files: about.diff
keywords: patch
messages: 208081
nosy: georg.brandl, zach.ware
priority: normal
severity: normal
status: open
title: Doc/about: update a bit
Added
Georg Brandl added the comment:
5735 seems to be correct (see docstring of is_unspecified), although it doesn't
talk about unspecified.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20241
Georg Brandl added the comment:
That's unfortunate, thanks for catching that. Of course I had markupsafe
installed for my system Python.
One more reason to switch to virtualenv at some point.
I think we can go back to the old Jinja version -- there haven't been bugs to
my knowledge
Georg Brandl added the comment:
Both your and Berker's (on rietveld) comments sound good.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20255
Georg Brandl added the comment:
Very nice. Go ahead and commit your version!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20255
___
___
Python
Georg Brandl added the comment:
Functionality looks good. Implementation I can't say.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20268
Georg Brandl added the comment:
Sure!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20268
___
___
Python-bugs-list mailing list
Unsubscribe
Georg Brandl added the comment:
Another use case here is if you want to check the remaining call sites of
(say) PyArg_ParseTuple that aren't generated by clinic.
Call it '--remove' if you want, but the functionality should be useful.
--
nosy: +georg.brandl
Georg Brandl added the comment:
OK, here's a patch for _csv. Two problems here:
First problem is the __new__ method of the Dialect class:
* it has no docstring and no methoddef entry
* it is a class method, but the first arg is conventionally called type
I tried to hack something into clinic
Georg Brandl added the comment:
Tried to tackle symtable -- it uses an O converter. The clinic howto says
``'O'````object(converter='name_of_c_function')``
but
Traceback (most recent call last):
File Tools/clinic/clinic.py, line 2817, in module
sys.exit(main(sys.argv[1:]))
File
Georg Brandl added the comment:
_tracemalloc converted.
Its existing docstrings did use the
func(arg: argtype) - rettype
convention. Is there a way in clinic to retain that?
--
Added file: http://bugs.python.org/file33423/tracemalloc_clinic.patch
Georg Brandl added the comment:
Here's _iomodule. _io.open has a whopping 100-line docstring, which is ...
unfortunate ... to have duplicated in the file :)
--
Added file: http://bugs.python.org/file33424/io_clinic.patch
___
Python tracker rep
Georg Brandl added the comment:
And _heapq. No problems there, except that it also used - return
annotations in the docstring.
--
Added file: http://bugs.python.org/file33425/heapq_clinic.patch
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
And lsprof.
--
Added file: http://bugs.python.org/file33426/lsprof_clinic.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20186
Georg Brandl added the comment:
I'm in favor of PyPy's behavior: null bytes anywhere in the source, even in
comments, usually mean there's something weird or fishy going on with either
the editor or (if downloaded/copied) the source of the code.
--
nosy: +georg.brandl
Georg Brandl added the comment:
Here's the signalmodule.
--
keywords: +patch
nosy: +georg.brandl
Added file: http://bugs.python.org/file33427/signal_clinic.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20182
New submission from Georg Brandl:
For METH_NOARGS, you can get rid of the separate _impl function. This makes
the generated code much smaller.
--
messages: 207943
nosy: georg.brandl
priority: normal
severity: normal
status: open
title: Argument Clinic: simplify METH_NOARGS generated
Georg Brandl added the comment:
Now without crap.
--
Added file: http://bugs.python.org/file33428/signal_clinic.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20182
Changes by Georg Brandl ge...@python.org:
Removed file: http://bugs.python.org/file33427/signal_clinic.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20182
New submission from Georg Brandl:
Take for example select.epoll.__new__():
static PyObject *
pyepoll_new(PyTypeObject *type, PyObject *args, PyObject *kwds)
{
int flags = 0, sizehint = FD_SETSIZE - 1;
static char *kwlist[] = {sizehint, flags, NULL};
if (!PyArg_ParseTupleAndKeywords
Changes by Georg Brandl ge...@python.org:
--
assignee: - larry
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20225
___
___
Python
Changes by Georg Brandl ge...@python.org:
--
assignee: - larry
nosy: +larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20226
___
___
Python
New submission from Georg Brandl:
This is a request to be able to name C arguments differently from Python
arguments.
Two reasons:
* like for function renaming, some Python argument names are reserved in C
(default for example, used in sys.getsizeof())
* sometimes the function uses 'O
Changes by Georg Brandl ge...@python.org:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20227
___
___
Python-bugs-list
Georg Brandl added the comment:
OK, I see that AC automatically handles case 1, great!
Still you have to decide if you like the code churn caused by case 2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20227
Georg Brandl added the comment:
One more: I can't have an argument called args.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20227
Georg Brandl added the comment:
Here's sys.
For it to generate the correct code you need to add args to c_keywords in
clinic.py.
--
Added file: http://bugs.python.org/file33429/sys_clinic.patch
___
Python tracker rep...@bugs.python.org
http
Georg Brandl added the comment:
Sure, I wasn't concerned with compilation, only saving lines of code. But I
agree that the buffer way sounds much more promising.
Just seemed odd that METH_O was clean and METH_NOARGS less so :)
--
___
Python tracker
Georg Brandl added the comment:
Nice, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20226
___
___
Python-bugs-list mailing list
401 - 500 of 5083 matches
Mail list logo