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
Chris Jerdonek added the comment:
Was argparse ever supposed to support inputs of the form given in the example
(i.e. different positional arguments straddling optional arguments): 'yy -x zz'?
The usage string shows up as: usage: test.py [-h] [-x] y [z [z ...]] The
original example seems to
New submission from Helmut Jarausch:
The following code triggers the bug:
#!/usr/bin/python3.3
#-*- coding: latin1 -*-
from email.message import Message
from email import policy
from email.parser import FeedParser
Parser= FeedParser(policy=policy.SMTP)
Parser.feed('From
Carsten Klein added the comment:
Please see the attached patch that will resolve the issue. It also includes a
test case in test_ast.py.
What the patch does is as follows:
- tok_state is extended by two fields, namely first_lineno
and multi_line_start
- first_lineno will be set by tok_get
Changes by Carsten Klein carsten.kl...@axn-software.de:
--
title: col_offset is -1 for multiline string expressions resembling docstrings
- col_offset is -1 and lineno is wrong for multiline string expressions
___
Python tracker
Changes by Carsten Klein carsten.kl...@axn-software.de:
Removed file: http://bugs.python.org/file28477/issue1680.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16806
___
Changes by Carsten Klein carsten.kl...@axn-software.de:
Added file: http://bugs.python.org/file28478/issue16806.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16806
___
Tshepang Lekhonkhobe added the comment:
docutils 0.8.1-8
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16805
___
___
Python-bugs-list mailing
Daniel Shahaf added the comment:
Why did you set stage to 'needs patch'? One is already attached.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16808
___
Sandro Tosi added the comment:
On Sat, Dec 29, 2012 at 4:33 AM, Tshepang Lekhonkhobe
rep...@bugs.python.org wrote:
It is my preference to be able to build all of CPython with the
already-installed distro packages, instead of pulling in foreign ones.
IMO, I think with a project as bit as
Carsten Klein added the comment:
The problem with this is that at the time that pydoc gets the information via
inspect, the numbers have already been parsed as long or double and the
original notation is no longer available.
This is due to the fact that during build of the AST node for the
Carsten Klein added the comment:
Here are some links into the sources:
Python/ast.c, ast_for_atom(), line 1872ff.
Python/ast.c, parsenumber(), line 3632ff.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16801
Tshepang Lekhonkhobe added the comment:
no-one has done the work of testing, preparation and migration: do you
volunteer? :)
What needs doing exactly? I would volunteer if guided. I normally
build with the Debian-provided tools, and the docs look good, all but
those note directive errors.
Carsten Klein added the comment:
However, hinting inspect to use a different format when serializing the default
values for existing keyword parameters of methods or functions
seems to be a good idea and +1 by me for that.
Personally, I'd rather have the decorator based solution than having to
Eli Bendersky added the comment:
I have no plans adding this feature to etree.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16798
___
___
Sandro Tosi added the comment:
On Sat, Dec 29, 2012 at 4:07 PM, Tshepang Lekhonkhobe
rep...@bugs.python.org wrote:
no-one has done the work of testing, preparation and migration: do you
volunteer? :)
What needs doing exactly? I would volunteer if guided. I normally
(you always can't expect
Changes by Christian Heimes li...@cheimes.de:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16804
___
___
New submission from Andrew:
When attempting to make a symlink using a name that already exists, a
FileExistsError is raised (and rightfully so), but it lists the source name
rather than the destination name. However, the existing destination name is
what causes the exception to be raised, not
New submission from Tshepang Lekhonkhobe:
I think it's a good idea to simply list the 'full' path.
--
assignee: docs@python
components: Devguide, Documentation
files: use-paths-relative-to-root.diff
keywords: patch
messages: 178494
nosy: docs@python, ezio.melotti, tshepang
priority:
New submission from Tshepang Lekhonkhobe:
This avoids having to run 2 separate commands.
--
components: Devguide
files: make-can-specify-build-directory.diff
keywords: patch
messages: 178495
nosy: ezio.melotti, tshepang
priority: normal
severity: normal
status: open
title: use
Sandro Tosi added the comment:
i'd use
make -C Doc html
much more compact and what you would usually find on the internet for cd into
the dir and run the html target in it
--
nosy: +sandro.tosi
___
Python tracker rep...@bugs.python.org
Tshepang Lekhonkhobe added the comment:
I like long-form options for documentation purposes since it's clearer
what the option is for.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16814
Changes by Eli Bendersky eli...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16219
___
___
Python-bugs-list
Eli Bendersky added the comment:
Daniel, is your patch made vs. the 3.3 branch? I'll need to apply there first,
and then merge up to default (3.4).
[Also, removing the 3.2 tag here. 3.2 won't be fixed to make _elementtree
pickleable - it never was].
--
versions: -Python 3.2
Daniel Shahaf added the comment:
I wrote the patch against default (3.4), but it applies cleanly to 3.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16076
___
Eli Bendersky added the comment:
Also, could you explain what makes test___all__ start failing with this patch?
What are you adding that makes that happen?
P.S. I suspect the root reason is the bad way etree tests are structured in
general. See issue 15083
--
Eli Bendersky added the comment:
Thanks for the patch. I'll take a look.
--
assignee: - eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15651
___
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +email
nosy: +barry, r.david.murray
stage: - needs patch
type: crash - behavior
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16811
R. David Murray added the comment:
Thanks for the report.
We thought we fixed this once already (in issue 11401). It looks like that
only fixed the old folding algorithm, and that the new one has the same bug.
I thought the test ran against both algorithms, but I must have made a mistake.
Tshepang Lekhonkhobe added the comment:
I have tested the attached patch using official tools (make -C Doc html) and
the only differences, between before and after, are:
* The genindex files, where some of the keywords that are duplicated in the
documentation would end up getting randomly
R. David Murray added the comment:
Thanks for the suggestion, but the context is that you are in the Doc directory
in order to run make, so I think the existing documentation is preferable. I'd
let George decide, though.
--
nosy: +georg.brandl, r.david.murray
title: use paths
R. David Murray added the comment:
I think the fact that the cd paradigm is more commonly encountered is a fairly
strong argument in favor of keeping it, but I'm only -0 on this change.
--
nosy: +r.david.murray
___
Python tracker
Changes by R. David Murray rdmur...@bitdance.com:
--
title: use --directory option of make - use --directory option of make in
describing how to build the docs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16814
Tshepang Lekhonkhobe added the comment:
The previous patch applies cleanly to 3.3 and 3.4. I am now attaching one that
applies cleanly to 3.2.
--
versions: +Python 3.3
Added file: http://bugs.python.org/file28482/remove-directives-warnings-3.2.diff
Tshepang Lekhonkhobe added the comment:
And this one patch applies to 2.7.
--
versions: +Python 2.7, Python 3.2
Added file: http://bugs.python.org/file28483/remove-directives-warnings-2.7.diff
___
Python tracker rep...@bugs.python.org
Vinay Sajip added the comment:
Passing a globals() instance looks hackish.
Agreed it's not ideal, but we're constrained by what's available to compare
against via the frame. Apart from globals() there's only really the filename,
which isn't ideal either.
--
Daniel Shahaf added the comment:
Any attempt to pickle an Element object in test_xml_etree.py causes that test
to fail if test___all__ had been run before it; see attached transcript. It's
against 3.4, with no changes other than the testsuite changes shown within.
I don't know what the root
Changes by Daniel Shahaf pyt...@danielsh.fastmail.net:
--
nosy: +danielsh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15083
___
___
Serhiy Storchaka added the comment:
And if os.open were supplied in os.py:
@inspect.override_string_representation('mode',
'os.O_CREAT | os.O_RDWR')
def open(file, flags, mode=0o777, *, dir_fd=None):
Other use case is a sentinel default. foo(arg={}) looks better than
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16809
___
___
Serhiy Storchaka added the comment:
See also issue16074.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16812
___
___
Tshepang Lekhonkhobe added the comment:
Additionally, the whole way we're fetching those tools will be revisited soon.
What are/were your plans ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13810
Serhiy Storchaka added the comment:
See also issue16074.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13775
___
___
Serhiy Storchaka added the comment:
As I see, now 3.4 behavior differs from 3.3 behavior.
os.link('non-existent-name', 'new-name')
Traceback (most recent call last):
File stdin, line 1, in module
FileNotFoundError: [Errno 2] No such file or directory: 'non-existent-name'
Changes by Bernie Keimel unowne...@gmail.com:
--
nosy: Bernie.Keimel
priority: normal
severity: normal
status: open
title: Is all OK!!
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16815
___
New submission from Hynek Schlawack:
Glad to hear.
--
nosy: +hynek
resolution: - invalid
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16815
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
Serhiy Storchaka added the comment:
I don't see a difference.
$ ./python -c 'import time; print(time.localtime())'
time.struct_time(tm_year=2012, tm_mon=12, tm_mday=29, tm_hour=19, tm_min=36,
tm_sec=35, tm_wday=5, tm_yday=364, tm_isdst=0)
$ ./python -c 'import datetime;
Serhiy Storchaka added the comment:
pydoc could recognize this (if docstring.startswith(func.__name__ + '(') or
something like that), and display the given signature instead of the
introspected one.
Looks good for me.
--
___
Python tracker
Glenn Linderman added the comment:
Thanks for the response, Serhiy. I misreported, but there is still a bug in
this area, it seems. Attached is some code.
I was printing out (too) many values from datetime to learn how it worked. I
got confused on which ones were printed in which order. The
Changes by Glenn Linderman v+pyt...@g.nevcal.com:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16810
___
Roundup Robot added the comment:
New changeset 5db0833f135b by Serhiy Storchaka in branch '3.3':
Issue #16642: Document kwargs field in sched.Event named tuple.
http://hg.python.org/cpython/rev/5db0833f135b
New changeset cf6425df1cb8 by Serhiy Storchaka in branch 'default':
Issue #16642:
Roundup Robot added the comment:
New changeset 1c9c0f92df65 by Serhiy Storchaka in branch '3.3':
Issue #16641: Fix default values of sched.scheduler.enter arguments were
modifiable.
http://hg.python.org/cpython/rev/1c9c0f92df65
New changeset e22ebc34a8eb by Serhiy Storchaka in branch
Roundup Robot added the comment:
New changeset 467c46e312eb by Serhiy Storchaka in branch '3.3':
Issue #16165: Fix sched.scheduler.run() method was block a scheduler for
http://hg.python.org/cpython/rev/467c46e312eb
New changeset ac919a281643 by Serhiy Storchaka in branch 'default':
Issue
Roundup Robot added the comment:
New changeset 1bed43c0a5af by Serhiy Storchaka in branch 'default':
Issue #16640: Run less code under a lock in sched module.
http://hg.python.org/cpython/rev/1bed43c0a5af
--
nosy: +python-dev
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16642
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16641
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16165
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16640
Roundup Robot added the comment:
New changeset 20333d160f4e by Chris Jerdonek in branch 'default':
Issue #16813: Use the full relative path in the documentation-building
instructions.
http://hg.python.org/devguide/rev/20333d160f4e
--
nosy: +python-dev
Chris Jerdonek added the comment:
Thanks for the patch.
Out of curiosity, does anyone know if the following works on all or most
systems?
$ open _build/html/index.html
That could also be added to save time for people that don't already know.
--
nosy: +chris.jerdonek
resolution: -
Sandro Tosi added the comment:
Out of curiosity, does anyone know if the following works on all or most
systems?
$ open _build/html/index.html
it doesn't work on my Debian system:
$ open _build/html/index.html
Couldn't get a file descriptor referring to the console
as open is a link to
Chris Jerdonek added the comment:
Thanks. Btw, it works for me on Mac OS X I believe out of the box:
Help: Open opens files from a shell.
By default, opens each file using the default application for that file.
If the file is in the form of a URL, the file will be opened as a
Tshepang Lekhonkhobe added the comment:
The Linux (and Unix?) equivalent is xdg-open.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16813
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
Added file: http://bugs.python.org/file28486/aecafebb7880.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16778
___
Ezio Melotti added the comment:
FTR there's also make htmlview that already opens a browser to the index of
the locally built docs.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16813
Roundup Robot added the comment:
New changeset cf8d692cc847 by Serhiy Storchaka in branch '2.7':
Issue #16485: Fix file descriptor not being closed if file header patching
fails on closing of aifc file.
http://hg.python.org/cpython/rev/cf8d692cc847
New changeset e3c4e9f4ea0f by Serhiy
Tshepang Lekhonkhobe added the comment:
Nice. Didn't know about that one.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16813
___
___
Roundup Robot added the comment:
New changeset 9beb11071dd1 by Serhiy Storchaka in branch 'default':
Issue #16486: Make aifc files work with 'with' as context managers.
http://hg.python.org/cpython/rev/9beb11071dd1
--
nosy: +python-dev
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - works for me
stage: patch review - committed/rejected
status: open - closed
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
Serhiy Storchaka added the comment:
I have added the test that the file was actually closed using external file (as
in test_close()).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: works for me - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16485
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16694
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16320
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12004
___
___
Roundup Robot added the comment:
New changeset cbee422ca727 by Andrew Svetlov in branch '3.2':
Fix docstring in curses (#16782)
http://hg.python.org/cpython/rev/cbee422ca727
New changeset e9cbe583156f by Andrew Svetlov in branch '3.3':
Fix docstring in curses (#16782)
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16688
___
___
Andrew Svetlov added the comment:
Fixed in active development branches.
Thanks.
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16782
___
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 2.7, Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16782
New submission from Domen Kožar:
Script to reproduce the issue https://gist.github.com/4409304
--
components: Interpreter Core
messages: 178539
nosy: iElectric
priority: normal
severity: normal
status: open
title: Bug in hash randomization
type: behavior
versions: Python 3.3
Roundup Robot added the comment:
New changeset 44a4f9289faa by Serhiy Storchaka in branch '3.3':
Issue #16688: Fix backreferences did make case-insensitive regex fail on
non-ASCII strings.
http://hg.python.org/cpython/rev/44a4f9289faa
New changeset c59ee1ff6f27 by Serhiy Storchaka in branch
Serhiy Storchaka added the comment:
Fixed. Thank you for a patch, Matthew. I hope to see more your patches.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15861
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16686
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16550
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16601
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16659
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16674
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11159
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16638
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16624
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16630
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16569
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15989
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9720
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8745
___
___
1 - 100 of 131 matches
Mail list logo
