Roundup Robot added the comment:
New changeset 99db73ce8374 by Serhiy Storchaka in branch '3.3':
Fix pathext test for shutil.which() which was
http://hg.python.org/cpython/rev/99db73ce8374
New changeset ab0ff935126c by Serhiy Storchaka in branch 'default':
Fix pathext test for shutil.which()
Roundup Robot added the comment:
New changeset fc21f8e83062 by Serhiy Storchaka in branch '2.7':
Don't run the test for issue #16335 when -M is not specified.
http://hg.python.org/cpython/rev/fc21f8e83062
New changeset e3d1b68d34e3 by Serhiy Storchaka in branch '3.2':
Increase the memory limit
Serhiy Storchaka added the comment:
Bigmem test in 2.7 ran even if -M option is not specified and this causes the
memory error. But memuse parameter should be increased (I tested with smaller
sizes and found that 1 + 4 // len(u'\U0001') is not enough, but 2 + 4 //
len(u'\U0001') is
Antoine Pitrou added the comment:
Bigmem test in 2.7 ran even if -M option is not specified and this
causes the memory error.
Ah, yes, that's because you should have used `size` instead
of `_testcapi.UINT_MAX` inside the test.
--
___
Python
Serhiy Storchaka added the comment:
Ah, yes, that's because you should have used `size` instead
of `_testcapi.UINT_MAX` inside the test.
This test has sense only if size % (_testcapi.UINT_MAX + 1) == 0.
--
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
The test is fixed here, thanks.
The limits appear to be different in 2.7 and 3.4: In 2.7 the bigmem tests
are executed with -M x 16G, in 3.4 with -M x = 12G.
I don't know if that's deliberate, just mentioning it.
--
Stefan Krah added the comment:
It is in the combination with jumpahead(), getstate(), setstate() that you'll
experience random() to produce values = 1.0
Let me reiterate what David said: Can you post a self-contained program
that exhibits the issue?
--
nosy: +skrah
Serhiy Storchaka added the comment:
Due to PEP 393 Python 3.3+ requires less memory for temporary output buffer. As
for difference between and =, the meaning of -M parameter a little
differs in 2.7 and 3.x -- in 2.7 some overhead (5MiB) counted up.
--
Serhiy Storchaka added the comment:
Can anyone look at the patch? I want fix this issue before 2.7.4 RC released.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16686
___
New submission from Thomas Heller:
The python launcher does not parse the shebang if arguments for the Python
interpreter are given on the command line. For example:
py.exe test.py # uses shebang line
py.exe -u test.py # does NOT use shebang line
The attached patch fixes this.
--
Chris Jerdonek added the comment:
I looked into this a bit. It seems like this is because with the patch, the
call to loader.loadTestsFromModule(the_module) inside regrtest comes before
the try-finally:
http://hg.python.org/cpython/file/fcdb35b114ab/Lib/test/regrtest.py#l1277
whereas with
Chris Jerdonek added the comment:
I confirmed the above by changing regrtest as follows in the patch (moving the
decorator from load_tests()), and trying both placements of the
loadTestsFromModule() line. One gives the warning and one does not:
if test_runner is None:
loader =
Roundup Robot added the comment:
New changeset f7e14a1af609 by Serhiy Storchaka in branch '3.2':
Issue #13454: Fix a crash when deleting an iterator created by itertools.tee()
http://hg.python.org/cpython/rev/f7e14a1af609
New changeset eff2a7346243 by Serhiy Storchaka in branch '3.3':
Issue
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/issue13454
Antoine Pitrou added the comment:
Serhiy Storchaka added the comment:
Ah, yes, that's because you should have used `size` instead
of `_testcapi.UINT_MAX` inside the test.
This test has sense only if size % (_testcapi.UINT_MAX + 1) == 0.
Why so? Does it fail otherwise?
--
Serhiy Storchaka added the comment:
The test passed in any case, but for different size it doesn't check that the
bug is fixed. Due to the bug bytes b'\\N{SPACE...xxx'}' decoded as
b'\\N{SPACE'}' if the number of x-es divisible by (UINT_MAX + 1). In this case
unicode-escape
New submission from Matthias Klose:
On MultiArch systems, header files are split into /usr/include and
/usr/include/multiarch-tuple. Make sure that h2py finds all headers.
Currently the build of IN.py is broken, when running on such a system.
--
components: Build
files: ma-h2py.diff
Roundup Robot added the comment:
New changeset 5981425cc48e by doko in branch '2.7':
- Issue #17029: Let h2py search the multiarch system include directory.
http://hg.python.org/cpython/rev/5981425cc48e
New changeset 039e17133391 by doko in branch '3.2':
- Issue #17029: Let h2py search the
Stefan Krah added the comment:
Since Rietveld didn't mail me this time: I left some comments on the 2.7 patch.
--
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
New submission from Stephan:
$ cat a.py
import dbus
import b
dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
print Hello, World.
$ cat b.py
import dbus.mainloop.glib
$ python a.py
Hello, World.
$
If I remove the “import b” line, the output is:
$ python a.py
Traceback (most recent call
Matthias Klose added the comment:
2-CROSS-use-_PYTHON_PROJECT_BASE-in-distutils-sysconfig.patch
This looks ok to me, just factoring out some code and setting the project base.
Even if distutils is frozen, I'll apply this one, based on Eric's comment in
R. David Murray added the comment:
I agree that this is not immediately intuitive.
What you need to know is that modules are part of the global state. When b
imports dbus.mainloop.glib, it affects the global state of the module dbus,
causing mainloop.glib to be defined when 'a' references
Matthias Klose added the comment:
and adding the pybuilddir to PYTHONPATH, so that _sysconfigdata.py is found if
it does exist.
$(shell test -f pybuilddir.txt echo $(abs_builddir)/`cat pybuilddir.txt`:)
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset b2e7c85399f5 by doko in branch '3.3':
- Issue #15484: Fix _PYTHON_PROJECT_BASE for srcdir != builddir builds;
http://hg.python.org/cpython/rev/b2e7c85399f5
New changeset 172fec65c882 by doko in branch 'default':
- Issue #15484: Fix
Changes by Matthias Klose d...@debian.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15484
___
___
Python-bugs-list
Stefan Krah added the comment:
The 2.7 comments also apply to the 3.2 patch. Otherwise the 3.2 patch
(without the _sre changes :) looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
Roundup Robot added the comment:
New changeset 4c97d2d464ad by doko in branch '3.3':
- Issue #16292: Improve a comment for cross building in configure.ac
http://hg.python.org/cpython/rev/4c97d2d464ad
New changeset 4feff8c8250b by doko in branch 'default':
- Issue #16292: Improve a comment for
Matthias Klose added the comment:
updated the comment, the fixes for the duplicate issues are checked in.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17029
___
___
Python-bugs-list mailing
Stephan added the comment:
Thanks! I was not aware of this yet.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17030
___
___
Python-bugs-list
Matthias Klose added the comment:
the change to the configure script looks ok. however you could change the
README too.
It looks like the changes to the Makefile.pre.in are already applied.
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
Matthias Klose added the comment:
in 3.3 and later, the test defaults to no when cross-building. If gcc is used
for the cross build, then a compile test is used.
it is usually needed to provide some values in a CONFIG_SITE file. See autoconf
for the details.
closing the issue.
--
Matthias Klose added the comment:
I don't think this one is still necessary. can it be closed?
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15483
___
New submission from Matthias Klose:
currently regen calls the python interpreter for the host, not the build
machine. You can't directly use BUILD_FOR_PYTHON, because this one uses
./python explicitly, so use BUILDPYTHON instead.
I'd like to see this for 3.3 and the trunk.
--
Roundup Robot added the comment:
New changeset def4cd7e0a9f by Serhiy Storchaka in branch '2.7':
Issue #9290: In IDLE the sys.std* streams now implement io.TextIOBase
http://hg.python.org/cpython/rev/def4cd7e0a9f
New changeset 0d26f3aa7a8f by Serhiy Storchaka in branch '3.2':
Issue #9290: In
Thomas Kluyver added the comment:
I think this is a duplicate of #8478.
--
nosy: +takluyver
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16224
___
Thomas Kluyver added the comment:
#16224 appears to be a duplicate.
There seem to be several quite major issues with untokenize - see also #12691 -
with patches made to fix them. Is there anything I can do to help push these
forwards?
--
___
Roundup Robot added the comment:
New changeset 11a18263ceb7 by doko in branch '2.7':
- Issue #3754: fix typo in pthread AC_CACHE_VAL.
http://hg.python.org/cpython/rev/11a18263ceb7
New changeset e28b30e6eee6 by doko in branch '3.2':
- Issue #3754: fix typo in pthread AC_CACHE_VAL.
New submission from Ram Rachum:
Every single time I see the error message `global name 'X' is not defined` I
say to myself, ah yeah, I mistyped a variable name.
But then it occurred to me, why should I have to do this mental translation
from global name not defined to I mistyped a variable
Ezio Melotti added the comment:
Maybe we could just drop the 'global'.
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17032
___
Ramchandra Apte added the comment:
+1 on Ezio's idea.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17032
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16292
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15484
___
Matthias Klose added the comment:
about py3k-20121004-CROSS.tgz:
- committed 0001-CROSS-fix-typo-in-thread-AC_CACHE_VAL.patch
- 0002-CROSS-restore-graminit.-to-source-directory.patch
is this necessary? Assuming that you have correct time
stamps, this is something which usually is not
Matthias Klose added the comment:
some random comments about py3k-20121004-MINGW.patch:
- Modules/_ctypes/libffi_msvc/win32.S
Please can you get rid of libffi_msvc and use libffi?
afaics, libffi has support for mingw32.
- there seem to be chunks which are unrelated to mingw, like:
@@
New submission from Taavi Burns:
Looking at the Misc/RPM/python-X.X.spec files, they seem to be slightly out of
date. Near the top of the file is a config_binsuffix configuration setting that
is 2.6 for both the 2.7 and 3.3 branches!
I suspect that it should be updated with the version and
Taavi Burns added the comment:
The diff against 3.3.
--
Added file: http://bugs.python.org/file28824/python-3.3.spec.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17033
___
Roundup Robot added the comment:
New changeset 864b9836dae6 by Ronald Oussoren in branch '2.7':
Issue #1602133: 'environ' is not really available with shared libraries on OSX
http://hg.python.org/cpython/rev/864b9836dae6
New changeset ea9fd9c9c677 by Ronald Oussoren in branch '3.2':
Issue
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
stage: commit review - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602133
Éric Araujo added the comment:
Not an autotools expert, but patch looks good. Apparently 3.3 is still open to
such changes.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17031
Changes by Thomas Heller thel...@ctypes.org:
--
title: launcher - launcher does not read shebang line when arguments are given
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17028
___
Ned Deily added the comment:
A feature like drag-and-drop seems like something that needs to be provided at
either the application level or within Tk or both. While there is apparently
no built-in Tk support for drag-and-drop, it appears to be possible to use a Tk
extension that provides
Changes by Matthias Klose d...@debian.org:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17031
___
Roundup Robot added the comment:
New changeset ff5cf42136b3 by doko in branch '3.3':
- Issue #17031: Fix running regen in cross builds.
http://hg.python.org/cpython/rev/ff5cf42136b3
New changeset 1942987921e9 by doko in branch 'default':
- Issue #17031: Fix running regen in cross builds.
Matthias Klose added the comment:
so here is what I intend to commit.
- --help now does exit with 0 (same as the python script)
- removed the abi safety check (always compares the same
two strings)
- build the script for the build target, so that it can be
checked before installing it.
Floris van Manen added the comment:
On 25 Jan 2013, at 11:07, Stefan Krah wrote:
Stefan Krah added the comment:
It is in the combination with jumpahead(), getstate(), setstate() that
you'll experience random() to produce values = 1.0
Let me reiterate what David said: Can you post a
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/issue9290
___
Stefan Krah added the comment:
Floris van Manen rep...@bugs.python.org wrote:
From what i understand is that issue14591 was able to reproduce the same
feature as it seems related to the jumpahead() malfunctioning.
I'm also quite sure that it's the same issue. It would be nice to have
Brett Cannon added the comment:
Nick's suggestions done in changeset 792810303239 .
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15031
___
Roundup Robot added the comment:
New changeset 2c0197c95ec6 by Brett Cannon in branch 'default':
Issue #16972: Have site.addpackage() consider known paths even when
http://hg.python.org/cpython/rev/2c0197c95ec6
--
nosy: +python-dev
___
Python tracker
Brett Cannon added the comment:
Thanks for the bug report, Kirill!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16972
___
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3099
___
___
Python-bugs-list
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4180
___
___
Python-bugs-list
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue762963
___
___
Python-bugs-list
Brett Cannon added the comment:
Closing as circular imports are not as much of a problem in Python 3.3,
ImportError now has informational attributes, and namespace packages took care
of the usefulness of ImportWarning.
--
assignee: - brett.cannon
resolution: - out of date
status:
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1284670
___
___
Python-bugs-list
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12652
___
___
Python-bugs-list
Changes by Brett Cannon br...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12648
___
Brett Cannon added the comment:
Can this be closed, David?
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11049
___
___
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11049
___
Brett Cannon added the comment:
Is this still a problem in clang 3.2?
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12701
___
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12701
___
Éric Araujo added the comment:
I'm not sure how to make hg include a commit message in the patch...
See hg help export.
(In Mercurial, the only objects are changesets; hg log trawls through commit
messages (with options to see short text, full text, diff), hg diff only shows
diff, and hg
Changes by Brett Cannon br...@python.org:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12693
___
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3329
___
___
Python-bugs-list
Ezio Melotti added the comment:
It's not necessary to include the commit message and/or use hg export though,
since we don't import patches directly and we write the message ourself when we
commit.
(... is there a better way to upload three files?)
You need to upload them individually and
Brett Cannon added the comment:
imp.find_module() is now documented as deprecated, so changing the mode that
files are opened in would change backwards-compatibility but wouldn't be worth
it.
--
resolution: - out of date
status: open - closed
___
Brett Cannon added the comment:
imp.find_module() is now deprecated, so not worrying about adding more details
to the docs for the function.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Brett Cannon br...@python.org:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13048
___
Changes by Brett Cannon br...@python.org:
--
nosy: -brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13047
___
___
Python-bugs-list
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +ncoghlan
stage: - patch review
versions: +Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17033
___
Éric Araujo added the comment:
Dropping global sounds good. (Let’s not replace name with variable though!)
--
nosy: +eric.araujo
versions: -Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17032
Floris van Manen added the comment:
On 25 Jan 2013, at 19:35, Stefan Krah wrote:
Stefan Krah added the comment:
Floris van Manen rep...@bugs.python.org wrote:
From what i understand is that issue14591 was able to reproduce the same
feature as it seems related to the jumpahead()
Serhiy Storchaka added the comment:
The 2.7 comments also apply to the 3.2 patch. Otherwise the 3.2 patch
(without the _sre changes :) looks good to me.
Patches updated addressing new Stefan's comments. Unicode globals no longer
reinitialized in _PyUnicode_Init(). Note that I have added a
Mark Dickinson added the comment:
I believe the int_pow issue has been resolved, so this bug shouldn't show up in
any of the current branches, regardless of which version of Clang is used.
--
___
Python tracker rep...@bugs.python.org
Mark Dickinson added the comment:
Issue #12973 is the one that led to the eventual fix. Closing this as a
duplicate.
--
resolution: - duplicate
status: open - closed
superseder: - int_pow() implementation is incorrect
___
Python tracker
R. David Murray added the comment:
Sure. It doesn't seem likely that I'll get back to it any time soon, and if I
do I can open a new issue.
--
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Serhiy Storchaka:
The patch for stringobject.c is similar to patch for unicodeobject.c in
issue10156, but more simpler.
--
components: Interpreter Core
files: string_globals.patch
keywords: patch
messages: 180621
nosy: serhiy.storchaka, skrah
priority: normal
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12641
___
___
Python-bugs-list mailing list
Ray Donnelly added the comment:
Great. My only query is whether the changes to sed will work on non-GNU sed.
It used to be like:
sed in out
you've now got:
sed in out
I'm not saying it won't work, I'm not in a position to check, but I think it's
safer to keep it as it was.
--
Stefan Krah added the comment:
Nice. I think the latest patches are commit-ready.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10156
___
___
New submission from Berker Peksag:
The examples in the built-in functions documentation[1] should be consistent
and use new style classes.
[1] http://docs.python.org/2.7/library/functions.html
--
assignee: docs@python
components: Documentation
files: new-style-classes.diff
keywords:
Eric Snow added the comment:
Also missing a pure-Python implementation:
collections.defaultdict (relatively trivial)
collections.deque
In the spirit of what Brett said, I found that PyPy has an implementation
already:
https://bitbucket.org/pypy/pypy/src/default/lib_pypy/_collections.py
Stefan Krah added the comment:
Floris van Manen rep...@bugs.python.org wrote:
Did compile that version and it launches.
To test with my code i do not want to have it interfere with my current
version.
I remember it is possible to setup n isolated environment with pip en
virtualenv.
But i
Roundup Robot added the comment:
New changeset 5970c90dd8d1 by Serhiy Storchaka in branch '2.7':
Issue #16975: Fix error handling bug in the escape-decode decoder.
http://hg.python.org/cpython/rev/5970c90dd8d1
New changeset 22594c5060eb by Serhiy Storchaka in branch '3.2':
Issue #16975: Fix
Floris van Manen added the comment:
On 25 Jan 2013, at 22:27, Stefan Krah wrote:
Then always call python with the full path. If your app is a simple
script, then:
/tmp/usr/bin/python app.py
ok.
and how do i add extra packages to that new python version ?
e.g. i need to install
pyyam and
Roundup Robot added the comment:
New changeset dcbc16afd6bc by Serhiy Storchaka in branch '3.3':
Issue #16980: Fix processing of escaped non-ascii bytes in the
http://hg.python.org/cpython/rev/dcbc16afd6bc
New changeset d8c2ce63f5a4 by Serhiy Storchaka in branch 'default':
Issue #16980: Fix
New submission from STINNER Victor:
I create this issue to review and track the implementation of the PEP 433:
Easier suppression of file descriptor inheritance
http://www.python.org/dev/peps/pep-0433/
--
components: Interpreter Core
hgrepos: 173
messages: 180630
nosy: haypo
priority:
Changes by STINNER Victor victor.stin...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file28832/297b3529876a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17036
___
Floris van Manen added the comment:
On 25 Jan 2013, at 22:27, Stefan Krah wrote:
Then always call python with the full path. If your app is a simple
script, t
ok, managed to install the extra packages and run the app.
Seems to work correctly now, no more random() = 1.0
(thanks!)
.F
1 - 100 of 125 matches
Mail list logo
