Georg Brandl added the comment:
Agreed with David.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15580
___
Georg Brandl added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15424
___
___
Python-bugs-list mailing list
Unsubscribe:
Chris Jerdonek added the comment:
Yes, I can see the trade off. However, is there a sense in which the situation
for documentation could be different from the situation for code?
With code, style and refactoring changes cause churn without directly
benefiting the end user (because code is
Stephen Webber added the comment:
Hmm, that is odd behavior indeed.
I think having keys that point to zero values is important for iterating over a
set. For example:
x = Counter(a=10, b=0)
for k in set(x):
... x[k] += 1
...
x
Counter({'a': 11, 'b': 1})
is probably preferable to
x =
Georg Brandl added the comment:
We have to draw the line somewhere. Otherwise there will be dozens of issues
like this, introducing potential breakage and costing developer time that can
better be spent elsewhere.
The rule in the devguide is mostly there so that developers don't bother
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
keywords: +easy
nosy: +ezio.melotti
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15586
___
New submission from Sarbjit singh:
Please provide some basic usage examples for ElementTree module documentation.
While parsing an xml, most common scenarios will be reading elements from xml,
modifying elements, removal of elements. Though there are few examples given
for modification of xml
New submission from Tyler Crompton:
I think this is more of a Tkinter issue than IDLE but since IDLE uses Tkinter,
it inherits this bug. Many programs that were not developed for the Macbook
Pro with Retina Display still look great. Whereas others, look pixelated in
some areas (i.e. the
New submission from patrick vrijlandt:
quopri.py's functions encodestring and decodestring are documented to handle
strings; and this is clearly suggested by their name. However, these functions
accept and return bytes, not strings. This should be reflected in the
documentation.
Even
Antoine Pitrou added the comment:
Someone broke the Windows buildbots.
--
assignee: - haypo
stage: committed/rejected - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13072
___
Raymond Hettinger added the comment:
At its most basic, a Counter is simply a dictionary with a __missing__ method
that supplies a default of zero. It is intentional that everything else
behaves as much like a regular dictionary as possible. You're allowed to store
*anything* in the dict
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15475
___
Raymond Hettinger added the comment:
-0.5 on making the math module functions aware of decimals.
The math module was originally conceived as thin wrapper around the C math
library. Subsequently, it has had feature creep (I'm guilty of putting the
integer factorial method in this module).
Changes by nordaux nord...@gmail.com:
--
nosy: +nordaux
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15578
___
___
Python-bugs-list mailing list
Ned Deily added the comment:
Text rendering in Tkinter applications like IDLE is a service of the underlying
Tcl/Tk implementation. Essentially, all that IDLE does is to pass text in a
requested font face and font size through Tkinter to Tcl/Tk which may then use
whatever approach it wants
Ned Deily added the comment:
Since we've established that python files are already covered by 'make
patchcheck' and the hg checkin hook and that there does not appear to be much
enthusiasm for extending the hook to C files or to wholesale whitespace
cleanup, the remaining issue is whether to
New submission from Stefan Krah:
Running *any* test of the test suite currently produces a bus error
on Debian sparc [http://people.debian.org/~aurel32/qemu/sparc/].
After the bus error, the tests seem to proceed normally though.
This is definitely new. I've been testing memoryview for bus
Stefan Krah added the comment:
Setting to critical: debian-sparc 32-bit is apparently deprecated
since Lenny and still uses linuxthreads.
Tracking down the failure could end up in finding a platform bug
like in #12936.
--
priority: release blocker - critical
Roundup Robot added the comment:
New changeset 5966c206654b by doko in branch 'default':
- Issue #11715: Fix multiarch detection without having Debian development
http://hg.python.org/cpython/rev/5966c206654b
--
___
Python tracker
Matthias Klose added the comment:
committed the ma.diff from #11715, msg167680.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14330
___
Changes by Matthias Klose d...@debian.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11715
___
Raymond Hettinger added the comment:
The clean-up patch looks much nicer. Thanks.
I'm not sure why anyone would really want this functionality for itertools, but
I don't see any harm in adding it as long as the other implementations aren't
required to follow.
Also, it could be viewed as
New submission from Matthias Klose:
seen with at least 2.7, 3.2 and 3.3:
$ python-config --libs
-lpthread -ldl -lutil -lm -lpython2.7
$ pkg-config python --static --libs
-lpthread -ldl -lutil -lpython2.7
python-config uses the SYSLIBS macro, while pkg-config uses the LIBS macro.
depending on
New submission from Matthias Klose:
I see this on all Debian and Ubuntu releases, when stdout is redirected. I
expect to see the compiler and linker invocations for the sharedmods target,
but I only see stderr (compiler and linker warnings).
e.g. make 21 | tee log
or script -c 'make' log
Matthias Klose added the comment:
I don't think so. lib is hardcoded for any python release, so this issue
shouldn't be specific to 3.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15426
Arfrever Frehtes Taifersar Arahesis added the comment:
Behavior of 'pkg-config python' is more useful since without --static option
only the set of directly needed libraries is returned.
In Python 3.3 or 3.4 --static option could be introduced in python-config and
behavior without this option
Stefan Krah added the comment:
Right, byte order specifiers are always at the beginning of the string.
That is at least something. I wonder if we should tighten PEP-3118 to
demand a canonical form of format strings, such as (probably incomplete):
- Whitespace is disallowed.
- Except for
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15589
___
___
Python-bugs-list
Daniel Ellis added the comment:
I have been working with ElementTree for the last few months and would love to
help out with this.
--
nosy: +Daniel.Ellis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15586
Meador Inge added the comment:
On Wed, Aug 8, 2012 at 5:41 AM, Raymond Hettinger rep...@bugs.python.org
wrote:
I'm not sure why anyone would really want this functionality for itertools,
but I don't see any harm in adding it as long as the other implementations
aren't required to follow.
Eric Snow added the comment:
I'd missed that unary + (new in 3.3). That's pretty cool.
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14182
___
Ezio Melotti added the comment:
Daniel, I would suggest you to start with a basic example that gives an idea
about how to use the module and its main functionalities. If necessary you
could add a section at the bottom with more examples.
You can also show how a method works with a short
Daniel Ellis added the comment:
Thank you Ezio, I will use that as a reference. What is the general
workflow for updating documentation across python versions? Should I check
to see if the documentation for the module changes across python versions
and create patches for each version? Or is
Ezio Melotti added the comment:
Usually a patch against default (i.e. Python 3) is enough, if there are
several differences with Python 2 you might want to provide one for 2.7 too.
See also the devguide at http://docs.python.org/devguide/ for more information
about the workflow.
--
New submission from Chris Jerdonek:
Popen.communicate() raises an exception if passed no input when stdin=PIPE and
universal_newlines=True. With universal_newlines=False, no exception is
raised. For example, the following yields--
args = [sys.executable, '-c', 'pass']
popen = Popen(args,
Marius Gedminas added the comment:
Duplicate of issue2604?
--
nosy: +mgedmin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9327
___
___
Marius Gedminas added the comment:
For the record, this bug also breaks zope.testrunner's --repeat option, if you
have any doctests in your test suite that rely on test.globs not going away.
--
nosy: +mgedmin
___
Python tracker
Chris Jerdonek added the comment:
See issue 12623 for another issue related to communicate() and universal
newline support.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15592
R. David Murray added the comment:
That's because we ultimately decided not to remove it.
--
nosy: +r.david.murray
resolution: - duplicate
status: open - closed
superseder: - os.popen documentation is probably wrong
___
Python tracker
R. David Murray added the comment:
There is already an open issue for this, with a (partial?) patch.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - os.popen documentation is probably wrong
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +email
nosy: +barry, r.david.murray
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15588
___
Eli Bendersky added the comment:
Please note that the documentation of ET has been significantly improved in
3.3, with added examples, etc. You can start by backporting whatever is
relevant to earlier versions (2.7/3.2) - do not add new documentation contents
to 2.7/3.2 before the changes
Georg Brandl added the comment:
From the position of the bus error, it would seem that calling a subprocess
during platform.platform() is the culprit.
But if test_subprocess passes without any bus errors, that would be strange.
--
___
Python
Roundup Robot added the comment:
New changeset e0f3406c43e4 by Victor Stinner in branch 'default':
Issue #13072: Fix test_array for Windows with 16-bit wchar_t
http://hg.python.org/cpython/rev/e0f3406c43e4
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 67a994d5657d by Victor Stinner in branch 'default':
Issue #13072: Ooops, now fix test_array for Linux with 32-bit wchar_t...
http://hg.python.org/cpython/rev/67a994d5657d
--
___
Python tracker
Andrew Svetlov added the comment:
Please update your patches:
1. use attribute::
2. point base class for exception if it is not Exception
3. enumerate all attributes (`cmd` for CalledProcessError)
Example:
.. exception:: HTTPError
Though being an exception (a subclass of :exc:`URLError`),
Andrew Svetlov added the comment:
Yury, please updete your patch to pass doctest:
./python -m doctest Doc/library/inspect.html
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15151
Ned Deily added the comment:
Is it by any chance a --shared build being run from the build directory without
having been installed (and without a LD_LIBRARY_PATH and with an older version
already installed)?
--
nosy: +ned.deily
___
Python tracker
New submission from Rob Kinyon:
This may appear to be a duplicate of http://bugs.python.org/issue12390 and
http://bugs.python.org/issue833405, but it's not.
The documentation of urlparse.parse_qs() should state that in order for
urllib.urlencode to properly reverse its output, the doseq
Antoine Pitrou added the comment:
And the test fails on machines without ctypes :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13072
___
___
Ethan Furman added the comment:
Chris Jerdonek wrote:
Here is an example on a paragraph with line breaks between paragraphs:
s/paragraph/text/
def wrap_paras(text, width=70, **kwargs):
... lines = [line for para in text.splitlines()
... for line in wrap(para, width,
Daniel Ellis added the comment:
I've made a couple more additions/changes to the documentation in the default
branch, per Eli's recommendation, since there were already a lot of good
examples added. I'd like to also backport this to 2.7 but wanted to make sure
these changes were good before
New submission from STINNER Victor:
==
ERROR: test_copyfile_named_pipe (test.test_shutil.TestShutil)
--
Traceback (most recent call last):
File
R. David Murray added the comment:
Also you will note that the return of the empty list for an empty line is
exactly what you want for wrapping multiple line-break-delimited paragraphs.
Consider:
doc = a para\nanother para\n\na third, but with an extra blank line
between\n
for line in
Floris Bruynooghe added the comment:
Running on Solaris 10 (T1000, OpenCSW toolchain, gcc 4.6.3) I also get a bus
error, with added coredump:
$ ./python Lib/test/regrtest.py
== CPython 3.3.0b1 (default:67a994d5657d, Aug 8 2012, 21:43:48) [GCC 4.6.3]
== Solaris-2.10-sun4v-sparc-32bit
Stefan Krah added the comment:
I think I've identified one legit Python bug. This is from a *different*
traceback, i.e. the traceback in my first message is still unresolved.
A bus error occurs in test_capi, test_skipitem with format 'D':
Python/getargs.c:782
Py_complex *p =
Larry Hastings added the comment:
This platform is 8-byte aligned?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15589
___
___
Python-bugs-list
Larry Hastings added the comment:
nm, I get it, doubles are 8-bytes and should be 8-byte aligned. Let me stare
at it some more.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15589
___
Stefan Krah added the comment:
Floris, the traceback in my first message only occurs in the
optimized regular build with -O3. Did you try that, too?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15589
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8800
___
___
Python-bugs-list
Larry Hastings added the comment:
Attached is a patch attempting to force double alignment. Stefan: please apply
and try it. Does this help?
--
keywords: +patch
Added file:
http://bugs.python.org/file26727/larry.force.alignment.in.capi.test.1.diff
New submission from Chris Jerdonek:
subprocess.Popen() with universal_newlines=True does not convert line breaks
correctly when the preferred encoding is UTF-16. For example, the following
code--
code = rimport sys; sys.stdout.buffer.write('a\r\nb'.encode('utf-16'))
args = [sys.executable,
STINNER Victor added the comment:
when the preferred encoding is UTF-16
What is your operating system? How do you set the locale encoding to UTF-16? Do
you mean UTF-16, UTF-16-LE or UTF-16-BE?
--
nosy: +haypo
___
Python tracker
Chris Jerdonek added the comment:
Attaching patch for review.
--
stage: needs patch - patch review
Added file: http://bugs.python.org/file26729/issue-15595-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15595
Chris Jerdonek added the comment:
Victor, I have not personally experienced this issue. I just noticed that the
order of operations is wrong or not portable in the _translate_newlines()
method when I was looking at the code for another reason.
--
Floris Bruynooghe added the comment:
I compiled with a simple ./configure which I think is what you mean (it
defaults to -O3). But when executing your test it doesn't give a bus error.
--
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
Larry Hastings rep...@bugs.python.org wrote:
Attached is a patch attempting to force double alignment. Stefan: please
apply and try it. Does this help?
Yes, this works nicely.
--
___
Python tracker
Roundup Robot added the comment:
New changeset efb30bdcfa1e by Larry Hastings in branch 'default':
Issue #15589: Ensure double-alignment for brute-force capi argument parser test
http://hg.python.org/cpython/rev/efb30bdcfa1e
--
nosy: +python-dev
___
Ned Deily added the comment:
There is something odd about the setup for that buildbot. Notice the other
failures. The mkfifo() call on OS X isn't even documented as returning EINVAL
(22). I've never seen this kind of failure on other OS X systems. Łukasz,
any ideas?
--
assignee:
Chris Jerdonek added the comment:
How do you set the locale encoding to UTF-16? Do you mean UTF-16, UTF-16-LE
or UTF-16-BE?
I confirmed that the issue occurs for all of these. For testing purposes, you
can do--
locale.getpreferredencoding = lambda do_setlocale: 'utf-16'
--
Floris Bruynooghe added the comment:
I think I can confirm this fixes the BusError. The test suite got past
test_capi on my machine as well. Unfortunately I killed the ssh session by
accident before the testsuite completed so I had to restart it.
--
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - docs@python
nosy: +docs@python, eric.araujo
stage: - needs patch
title: Dev Guide format-only roles - Doc doc: incorrect description of some
roles as format-only
___
Python tracker
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15582
___
___
Python-bugs-list
Éric Araujo added the comment:
The patch seems incorrect, as not all OSes or installations use lib64.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15426
___
New submission from STINNER Victor:
Serialization of Unicode strings in the pickle module is suboptimal, especially
for long strings.
Attached patch optimize the serialization thanks to new properties of Unicode
strings (PEP 393):
* text (protocol 0): avoid any temporary buffer if the
STINNER Victor added the comment:
Oh, I forgot to explain that I initially wrote the patch to fix the following
failure on our bigmem buildbot.
http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%20bigmem%203.x/builds/165/steps/test/logs/stdio
Roundup Robot added the comment:
New changeset 4ee4cceda047 by Victor Stinner in branch 'default':
Issue #13072: Fix test_array for installation without the ctypes module
http://hg.python.org/cpython/rev/4ee4cceda047
--
___
Python tracker
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15594
___
___
Python-bugs-list
Stefan Krah added the comment:
As for the original error: in test_subprocess basically every test
fails. With the standard regrtest.py (faulthandler enabled), most
tests generate a bus error in subprocess_fork_exec():
621 cwd_obj2 = NULL;
(gdb)
624 pid = fork(); - bus
New submission from Ned Deily:
== CPython 3.3.0b1 (default:efb30bdcfa1e, Aug 8 2012, 15:43:49) [GCC 4.0.1
(Apple Inc. build 5493)]
== Darwin-8.11.0-Power_Macintosh-powerpc-32bit big-endian
== /private/tmp/test_python_13864
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0,
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15595
___
___
Python-bugs-list
Floris Bruynooghe added the comment:
I can now confirm the whole testsuite runs, so the BusError part seems fixed on
my host:
329 tests OK.
7 tests failed:
test_cmd_line test_exceptions test_ipaddress test_os test_raise
test_socket test_traceback
1 test altered the execution
Stefan Krah added the comment:
329 tests OK.
7 tests failed:
test_cmd_line test_exceptions test_ipaddress test_os test_raise
test_socket test_traceback
Thanks. A lot of these appear to be big-endian related, see #15597.
--
___
Python
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15597
___
___
Python-bugs-list
STINNER Victor added the comment:
With all faulthandler references removed from regrtest.py no
bus errors happen, but most tests fail anyway. As I said, I'm
NOT blaming faulthandler, but suspect some strange platform
bug that perhaps involves linuxthreads.
Threads + signal is a very complex
Ned Deily added the comment:
It appears similar failures are occuring on Sparc platforms (see issue15589)
another big-endian platform.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15597
Changes by Ned Deily n...@acm.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15597
___
___
Python-bugs-list mailing
Benjamin Peterson added the comment:
Does this fix it?
--
keywords: +patch
Added file: http://bugs.python.org/file26731/char.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15597
___
STINNER Victor added the comment:
__suppress_context__ is a member using T_BOOL type. T_BOOL expects the C type
char, whereas the field in the PyBaseExceptionObject is a C int. Attached
patch changes the type and should fix the issue.
The test fails because writing into the field uses:
STINNER Victor added the comment:
There is a bug, but I'm not conviced that multibyte encodings are used as
locale encoding.
About your patch: you should test the 3 types of newlines, so use a string
like: '1\r\n2\r3\n4'.
+# Popen() defaults to locale.getpreferredencoding(False).
New submission from Antony Lee:
The language reference is clear:
The from form does not bind the module name (Section 6.12)
However, consider the following example:
* package/__init__.py:
foo = FOO
from .foo import bar
print(foo)
os = OS
from os import path
print(os)
* package/foo.py:
foo =
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15598
___
___
Roundup Robot added the comment:
New changeset e2df976b8a33 by Benjamin Peterson in branch 'default':
use char instead of int to please T_BOOL (closes #15597)
http://hg.python.org/cpython/rev/e2df976b8a33
--
nosy: +python-dev
resolution: - fixed
stage: needs patch - committed/rejected
Chris Jerdonek added the comment:
Thanks for your comments.
FYI it's not directly Popen() which uses the locale encoding, but
TextIOWrapper.
Yes, I will note that to be more clear. Would you like me to add tests for
UTF-16-LE, etc. (via a helper test method), or will UTF-16 alone
STINNER Victor added the comment:
Would you like me to add tests for UTF-16-LE, etc. (via a helper test
method), or will UTF-16 alone suffice?
You can use a loop insteadd of an helper function.
I fail to see other encoding having the same issue, except the UTF-32 family
(utf-32, utf-32-le,
Benjamin Peterson added the comment:
I don't think this is incorrect. Importing a submodule implicit sets its name
in the package scope, which is __init__'s module scope.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/3231/steps/test/logs/stdio
[111/369] test_threaded_import
test_circular_imports (test.test_threaded_import.ThreadedImportTests) ...
Exception in thread Thread-586:
Traceback (most
Chris Jerdonek added the comment:
Updating patch with Victor's comments.
--
Added file: http://bugs.python.org/file26733/issue-15595-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15595
Ned Deily added the comment:
The patch does indeed fix all of the __suppress_context__ related test failures
previously seen, i.e. test_exceptions, test_ipaddress, test_raise, and
test_traceback.
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
It looks like this also affects 3.2, but I will need to modify the test
slightly because in 3.2, TextIOWrapper calls locale.getpreferredencoding()
without any arguments.
--
versions: +Python 3.2
___
Python tracker
1 - 100 of 112 matches
Mail list logo