Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +eli.bendersky, serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3591
___
Changes by Ronald Oussoren ronaldousso...@mac.com:
Removed file: http://bugs.python.org/file30526/plistlib_generate_testdata.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14455
___
Senko Rasic added the comment:
Here's a patch just removing the reference.
Although potentially referencing io.IOBase.readline instead would be more
correct, IMHO it'd be just more confusing to users reading the docs.
--
keywords: +patch
nosy: +senko
Added file:
Ronald Oussoren added the comment:
Updated test-data generator: it now encodes the data using base64, to
make it easier to generate a file with limited line lengths.
--
Added file: http://bugs.python.org/file30790/plistlib_generate_testdata.py
___
Ronald Oussoren added the comment:
v8 of the patch contains 1 change from v7: the test data is encoded
in base64. This was primarily done to ensure that the file has
usable line lengths. A nice side effect is that it is now harder than
ever to manually change the test data, as the comment
Roundup Robot added the comment:
New changeset a2c2ffa1a41c by Ronald Oussoren in branch '3.3':
Issue #17860: explicitly mention that std* streams are opened in binary mode by
default.
http://hg.python.org/cpython/rev/a2c2ffa1a41c
New changeset ae8b054155c1 by Ronald Oussoren in branch
Ronald Oussoren added the comment:
The documentation for 3.3 and default now explicitly mentions that the std*
streams are opened as binary streams when universal_newlines is false.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6642
___
___
Python-bugs-list mailing
Ronald Oussoren added the comment:
I intend to apply this patch to default (and only that branch) after running
the testsuite and with a small change: the stack size will be 0x100 (double
it current value) to sync it with the stack size for the main thread, which was
recently set to that
Ronald Oussoren added the comment:
Good question, the libffi copy included with cpython has recently changed.
There are HP-UX buildbots, but they have build problems. I'll try to test on an
HP-UX system I've access to.
--
___
Python tracker
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5262
___
___
Python-bugs-list
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
assignee: ronaldoussoren -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8410
___
___
Ronald Oussoren added the comment:
So much for testing, the machine I'm trying to test on is fairly old and
doesn't have an up to date compiler. That compiler crashes when trying to build
the 2.7.5 release :-(
--
___
Python tracker
Ronald Oussoren added the comment:
Download link for the latest version:
http://opensource.apple.com/tarballs/libedit/libedit-31.tar.gz
The archive only includes an Xcode based build system, the makefile based
system was removed some time ago.
It might be better to use
Ronald Oussoren added the comment:
I propose to close this issue because this is likely a bug in a beta version of
OSX and that's not something we'll try to work around in the python sources.
--
___
Python tracker rep...@bugs.python.org
New submission from Aivar Annamaa:
When parsing following program:
1+2-3
ast.parse gives col_offset=3 to outermost BinOp (as shown by the attached test
script). Correct col_offset would be 0 for both BinOp-s
--
components: Interpreter Core
files: binop_bug.py
messages: 192394
nosy:
Aivar Annamaa added the comment:
Seems this issue is a duplicate of http://bugs.python.org/issue16806
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18370
Ronald Oussoren added the comment:
I'm not sure what's going on here, the build already seems to behave correctly.
What I've done:
* Create a python installation in /opt/python2.7
(configure --prefix=/opt/python2.7; make; make install)
* Now build and the tip of the default branch:
Tomasz Maćkowiak added the comment:
Attaching a test case and a patch for formatting the module name with
PyObject_Repr() not PyObject_Str().
--
keywords: +patch
nosy: +kurazu
Added file: http://bugs.python.org/file30794/bug18342.patch
___
Python
Ronald Oussoren added the comment:
Also the compiler invocations looks fine:
for the main build:
...
clang -c -Wno-unused-result -Werror=declaration-after-statement -DNDEBUG -g
-fwrapv -O3 -Wall -Wstrict-prototypes -Wno-unused-value -Wno-empty-body
-Qunused-arguments-I. -IInclude
Ronald Oussoren added the comment:
Have you heard anything from Apple? If you have a radar number I could try to
ping someone at Apple.
I'd be in favor of working around this issue in posixmodule.c if they don't
respond or if they won't fix the issue in 10.8 (and I wouldn't be surprised if
Senko Rasic added the comment:
I vote for the parse method converting the spaces (and only the spaces)
explicitly, for the following reasons:
* the spaces must be encoded for the server to accept them
* no user-encoded url will ever have spaces in them
* space quoting is idempotent:
New submission from Florent Xicluna:
I noticed a minor issue with regrtest.
IMHO it should assume --randomize when you pass --randseed.
--
assignee: flox
components: Tests
messages: 192401
nosy: flox
priority: normal
severity: normal
stage: needs patch
status: open
title: python -m
Christian Heimes added the comment:
I'm sorry for the confusion. My Xubuntu test box sets different environment
variables than your system with xfce. It sets os.environ.get(DESKTOP_SESSION)
== xubuntu and os.environ.get(XDG_CURRENT_DESKTOP) == XFCE.
--
Tomasz Maćkowiak added the comment:
Attaching a modified patch with assertRaisesRegexp used.
--
Added file: http://bugs.python.org/file30796/bug18342_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18342
Ronald Oussoren added the comment:
This bug is ancient by now, but not fixed. I've reproduced the issue with a
recent release of Python and the problem is an encoding exception in
Objective-C:
2013-07-06 12:17:20.511 Python Launcher[43030:f0b] *** Terminating app due to
uncaught exception
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12990
___
Charles-François Natali added the comment:
I think the safest solution is not to compare scope_id when comparing
addresses.
Agreed.
However, it might be simpler to special-case the IPv6 addresses
comparison by overriding it in the IPv6 sendmsg base test.
Could you try the patch attached?
Roundup Robot added the comment:
New changeset 5bd3f9ed357e by Florent Xicluna in branch '3.3':
Issue #18375: Assume --randomize when --randseed is used for running the
testsuite.
http://hg.python.org/cpython/rev/5bd3f9ed357e
New changeset 7be081fa8db1 by Florent Xicluna in branch 'default':
Ed Campbell added the comment:
I think this is a real improvement. Thanks. I have a few comments:
I suspect you know this, but the rendering problem occurs because of the call
to curses.endwin() in tearDown(). I experimented with delaying this until
teadDownClass() but this led to even more
New submission from Florent Xicluna:
It would be useful to display the number of processes used to run the test
suite.
(some buildbots have multiple -j on the command line, and it is unclear which
one is effective)
Proposal (on the third line):
== CPython 3.4.0a0 (default:6d278f426417, Jul
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18376
___
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
keywords: +patch
Added file:
http://bugs.python.org/file30798/issue18376_regrtest_count_processes.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18376
Adam Collard added the comment:
I've got a patch for this, but I'm a bit worried about the impact on the
documented API. I've tried to do the best I could to minimize it through use of
keyword-arguments but I'm a bit unsure about the change (and the docs too!)
I hope this is useful to
Tomasz Maćkowiak added the comment:
My Xubuntu 13.04 has the same variables:
'XDG_CURRENT_DESKTOP': 'XFCE'
'DESKTOP_SESSION': 'xubuntu'
as well as
'GDMSESSION': 'xubuntu'
--
nosy: +kurazu
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 7ec9255d4189 by Ronald Oussoren in branch '2.7':
Issue #12990: The Python Launcher on OSX could not launch python scripts that
have paths that include wide characters.
http://hg.python.org/cpython/rev/7ec9255d4189
--
nosy: +python-dev
Roundup Robot added the comment:
New changeset 27eb350d5056 by Ronald Oussoren in branch '3.3':
Issue #12990: The Python Launcher on OSX could not launch python scripts that
have paths that include wide characters.
http://hg.python.org/cpython/rev/27eb350d5056
New changeset b6ebc726d5fe by
Ronald Oussoren added the comment:
I've commit a fix for this problem in the branches for 2.7, 3.3 and the
upcoming 3.4 release. This means the problem will be fixed in the next releases
from those branches.
--
resolution: - fixed
stage: test needed - committed/rejected
status: open
Adam Collard added the comment:
Use raise from None to avoid additional exception context
--
Added file: http://bugs.python.org/file30800/argparse-raise-from-None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9495
Valentina Mukhamedzhanova added the comment:
Please see my patch, I have changed flags to be instances of IntEnum and added
a check to re.sub, re.subn and re.split. The patch contains some tests. This
solution also allowed me to discover several bugs in the standard library, and
I am going to
New submission from Ronald Oussoren:
While working on a Python Launcher issue (#12990) I noticed some compiler
warnings for Python Launcher.
The attached patch removes those warnings, and cleans up some indentation
issues.
Ned: do you have an opinion on applying this to the 3.3 and 2.7
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
versions: +Python 3.3, Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10735
___
STINNER Victor added the comment:
The patch looks good to me. Just a minor nit: you should add ^ to the
beginning of the regex.
2013/7/6 Tomasz Maćkowiak rep...@bugs.python.org:
Tomasz Maćkowiak added the comment:
Attaching a modified patch with assertRaisesRegexp used.
--
Added
Adam Collard added the comment:
The typo is no longer present, but the docs were still wrong.
--
nosy: +adam-collard
Added file: http://bugs.python.org/file30803/issue-12645-test-docs
___
Python tracker rep...@bugs.python.org
Changes by Elena Oat oat.el...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file30804/issue16937.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16937
___
Ronald Oussoren added the comment:
The bytes_methods.h issue is not present in the default branch, but is still
present in the 2.7 branch. I'm not sure why those defines are there, I'm adding
Gregory P. Smith to the nosy list because he added the defines and might
remember why they were added
Tomasz Maćkowiak added the comment:
Attached a corrected patch with regexps modified.
--
Added file: http://bugs.python.org/file30806/bug18342_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18342
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17349
___
___
New submission from Dmitry Jemerov:
On Mac OS X 10.8 with the default language set to English (System Preferences |
Language and Text), the default terminal application sets the LC_CTYPE
environment variable to UTF-8. If you run Python from the terminal and try to
use
Senko Rasic added the comment:
Here are two patches:
* test against py3k test_sdist.py (should crash without a fix)
* a proposed fix
The proposed fix not only changes lstat, but also changes other relevant paths
to actually include dangling symlinks in the filelists. I've split them into
two
Senko Rasic added the comment:
The second patch (proposed fix).
--
Added file: http://bugs.python.org/file30809/distutils-symlink-fix.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1052827
Ronald Oussoren added the comment:
The example uses unions, which libffi doesn't really support (see for example
https://github.com/atgreen/libffi/issues/33).
There is an issue in the python tracker about union support in ctypes: #16575.
FWIW. I can still reproduce the issue with x86_64 on
Daniel Holth added the comment:
You would just enable this during your serialization code, and if
(perhaps someone is calling your library and passing it the wrong type)
they would be guarded against this common error.
On Sat, Jul 6, 2013, at 12:15 AM, R. David Murray wrote:
R. David Murray
New submission from Christian Heimes:
The patch implements OCSP and CRL distribution point access for getpeercert().
I'll add tests and doc updates later.
Output for https://info.pca.dfn.de/
{'OCSP': ('http://ocsp.pca.dfn.de/OCSP-Server/OCSP',),
'crlDistributionPoints':
New submission from Valentina Mukhamedzhanova:
header_decode function in the standard library email/quoprimime.py module calls
re.sub with a positional argument for flags in the wrong position. My patch
fixes it to use a keyword argument.
--
components: Library (Lib), Regular
Ronald Oussoren added the comment:
Strange, I have LANG=en_US.UTF-8 in my environment and no LC_CTYPE. A clean
test account does have the same behavior as you are seeing.
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18378
___
___
Python-bugs-list
Changes by Valentina Mukhamedzhanova umi...@gmail.com:
Removed file: http://bugs.python.org/file30801/patch_11957
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
New submission from Giampaolo Rodola':
...as per my original proposal on python-ideas:
http://mail.python.org/pipermail/python-ideas/2013-June/021450.html
Patch is in attachment.
--
components: Library (Lib)
files: unittest.patch
keywords: needs review, patch
messages: 192430
nosy:
Changes by Valentina Mukhamedzhanova umi...@gmail.com:
Added file: http://bugs.python.org/file30813/patch_11957
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
New submission from Walter Prins:
It appears that Windows 8 (Version 6.2.9200 x64) has introduced changes in
behaviour that causes the multiprocessing module's use of overlapped
PipeConnection to fail (Python 3.4 32bit and release 3.3.2 32bit).
This issue previously existed (see issue #12328
STINNER Victor added the comment:
However, it might be simpler to special-case the IPv6 addresses
comparison by overriding it in the IPv6 sendmsg base test.
Yes, this is why I proposed another approach. (But David convinced me
that it is not the right approach.)
Victor
--
Ronald Oussoren added the comment:
The UTF-8 value seems suspect to me, but is actually supported by the system,
changing it to a nonsense value results in failure in the C function setlocale.
As for the patch: I'd add this workaround only to the OSX platform (that is,
test for sys.platform
Alex Henderson added the comment:
I see that there is identical usage of assert errors=='strict' in a number of
similar encodings modules:
base64_codec.py
bz2_codec.py
hex_codec.py
quopri_codec.py
uu_codec.py
zlib_codec.py
The error handling mode is irrelevant for all these codecs, so the
Adam Collard added the comment:
Since this bug depends on a __future__ import I was advised to put the test in
a separate file.
--
Added file: http://bugs.python.org/file30815/issue-17349-wsgiref
___
Python tracker rep...@bugs.python.org
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15370
___
___
Mateusz Lenik added the comment:
I attached a patch implementing a workaround for getgroups(2) call. When
compiled for OS X it first calls getgroups with 0 as the first argument to get
number of groups and then in subsequent call the code fetches the gids.
This patch applies cleanly on 2.7
Senko Rasic added the comment:
Checked with 3.4.0 alpha, works fine. Apart from the tests mentioned, I used
the following script to check digest auth:
from urllib import request
url = 'http://httpbin.org/digest-auth/auth/user/passwd'
req = request.Request(url)
Ronald Oussoren added the comment:
Is this still an issue? I won't be able to look into this until I get home from
EP, I didn't bring my disk with virtual machines to the conference.
--
___
Python tracker rep...@bugs.python.org
Changes by Michael Hart hart.mich...@gmail.com:
--
nosy: +mike_hart
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7982
___
___
Python-bugs-list
Senko Rasic added the comment:
The attached test (issue-17324-test-1) reproduces the issue for me on
3.4.0alpha.
--
nosy: +senko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17324
___
Ronald Oussoren added the comment:
Sigh... The crash is a subprocess started with fork is not entirely unexpected,
although I had hoped that the current version of _scproxy would be safe enough.
A number of Apple frameworks detect that a process called fork after they
initialized and then
New submission from Florent Xicluna:
Running the test suite with -Wd, we got the warning:
[247/375] test_warnings
Warning -- warnings.filters was modified by test_warnings
This is how to reproduce:
./python -Wd
import warnings
from test import support
saved = warnings.filters.copy()
Changes by Valentina Mukhamedzhanova umi...@gmail.com:
Removed file: http://bugs.python.org/file30813/patch_11957
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
Florent Xicluna added the comment:
Much simpler:
$ ./python -Wd
import warnings
import sys
saved = warnings.filters.copy()
del sys.modules['warnings']
import warnings
assert warnings.filters != saved
assert warnings.filters.pop(0) = warnings.filters[0]
assert warnings.filters == saved
Florent Xicluna added the comment:
This patch fixes the issue.
--
keywords: +patch
stage: needs patch - patch review
Added file:
http://bugs.python.org/file30817/issue18383_test_warnings_filters.diff
___
Python tracker rep...@bugs.python.org
Michael Twomey added the comment:
I've picked up on this as part of the EP 2013 sprints.
I've attached a patch which implements the behaviour described in the comments.
It doesn't break any existing functionality but the help generated by argparse
is definitely not quite right.
--
Dmitry Jemerov added the comment:
Judging from the results of Googling for the error message, I'm far from the
only one seeing this problem.
What exactly would be the benefit of adding the code to check for the platform?
--
___
Python tracker
Ronald Oussoren added the comment:
The test for darwin is needed because other platforms don't support UTF-8 as
a valid LC_CTYPE name, on a recent linux box:
locale.setlocale(locale.LC_CTYPE, UTF-8)
Traceback (most recent call last):
File stdin, line 1, in module
File
Dmitry Jemerov added the comment:
Why exactly does this matter? UTF-8 not being a valid LC_CTYPE value simply
means that no one running Linux will ever have LC_CTYPE set to UTF-8, and the
branch will never be hit.
OTOH, adding the check will make the code harder to test and simply larger (no
Valentina Mukhamedzhanova added the comment:
I have updated the patch with a testcase.
--
Added file: http://bugs.python.org/file30819/patch_18380
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18380
Changes by Valentina Mukhamedzhanova umi...@gmail.com:
Removed file: http://bugs.python.org/file30811/patch_quoprimime
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18380
___
Gregory P. Smith added the comment:
I was merely refactoring for PEP3137, the original version of all that code
prior to 2.7 was in Objects/stringobject.c and long predates me.
--
___
Python tracker rep...@bugs.python.org
Ronald Oussoren added the comment:
I've some more digging to do then, although I expect that nobody knows anymore
why the #define's are there. It should be safe to remove them by now, and they
are not present in the default branch.
--
___
Python
Changes by Ronald Oussoren ronaldousso...@mac.com:
Removed file: http://bugs.python.org/file21243/issue-11445.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11445
___
Roundup Robot added the comment:
New changeset c8fd1351c840 by Ezio Melotti in branch '3.3':
#18380: pass regex flags to the right argument. Patch by Valentina
Mukhamedzhanova.
http://hg.python.org/cpython/rev/c8fd1351c840
New changeset 6e23ce14c3c6 by Ezio Melotti in branch 'default':
Ezio Melotti added the comment:
Fixed, thanks for the patch!
--
assignee: - ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
Ronald Oussoren added the comment:
I've attached an updated patch (against the 2.7 branch, the same idea should
work for 3.3 and default).
This does two things:
1) Explicity add '-Wl,-search_paths_first' to LDFLAGS on Mac OS X.
This ensures that the linker behaves like other platforms:
Tomasz Maćkowiak added the comment:
untokenize has also some other problems, especially when it is using compat -
it will skip first significant token, if ENCODING token is not present in input.
For example for input like this (code simplified):
tokens = tokenize(b1 + 2)
Richard Oudkerk added the comment:
Does that test always fail?
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18382
___
___
Changes by Valentina Mukhamedzhanova umi...@gmail.com:
Added file: http://bugs.python.org/file30821/patch_11957
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
Senko Rasic added the comment:
Patch for modifying the modules part of tutorial with the changes suggested by
jamadagni (reworded slightly so the note is outside the itemized list).
--
keywords: +patch
nosy: +senko
Added file:
New submission from Balthazar Rouberol:
The documentation makefile is missing support for Devhelp.
The supplied patch fixes this for the Python 3 branch.
It also edits the ouput of the sphinx build to change the name of the devhelp
project.
This is needed to be able to have both versions of
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +georg.brandl
stage: - patch review
versions: +Python 3.4 -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18384
___
Changes by Balthazar Rouberol broube...@imap.cc:
Removed file: http://bugs.python.org/file30823/devhelp-build-py3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18384
___
Changes by Balthazar Rouberol broube...@imap.cc:
Added file: http://bugs.python.org/file30824/devhelp-build-py3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18384
___
Changes by Balthazar Rouberol broube...@imap.cc:
--
title: Add devhelp build instructions to the documentation makefile - Add
devhelp build instructions to the documentation makefile (Python3)
___
Python tracker rep...@bugs.python.org
New submission from Balthazar Rouberol:
The documentation makefile is missing support for Devhelp.
The supplied patch fixes this for the Python 2 branch.
--
assignee: docs@python
components: Documentation
files: devhelp-build-py2.patch
keywords: patch
messages: 192458
nosy: brouberol,
Ronald Oussoren added the comment:
Creating flat packages should be easy enough, I'm hoping to experiment with
them during the sprints at EP (but we're already at the end of the first day).
At first I feared that creating installers in the new format would require
using GUI tool, but it
Changes by Balthazar Rouberol broube...@imap.cc:
--
title: Add devhelp build instructions to the documentation makefile (Python3)
- Add devhelp build instructions to the documentation makefile
versions: +Python 2.7
Added file: http://bugs.python.org/file30826/devhelp-build-py2.patch
1 - 100 of 173 matches
Mail list logo