Stefan Behnel added the comment:
I tried it and it works to just insert the package module into sys.modules
after creation if it's not there yet:
#if PY_MAJOR_VERSION 3
__pyx_m = Py_InitModule4(__Pyx_NAMESTR(my_test_package), __pyx_methods, 0,
0, PYTHON_API_VERSION);
#else
__pyx_m =
New submission from Ned Deily:
OS 10.8 Mountain Lion includes a new feature that helps protect users from
downloading and installing malicious software by providing a mechanism for
developers to sign their installable objects with a unique Apple-signed
Developer ID certificate. The default
Ned Deily added the comment:
An additional point: the 3.3.0 Installer README and python.org web pages need
to be updated to incorporate 10.8 installation information as necessary prior
to final release. (in progress)
Also, s/singing/signing/
--
Ramchandra Apte added the comment:
Uhum.. Universal Newlines is being deprecated.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15649
___
R. David Murray added the comment:
No it isn't. There's some issue about a 'U' parameter somewhere that is being
deprecated, but that has nothing to do with this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15649
Robin Schreiber added the comment:
I have now included the changes that Antoine suggested. The _Get_State was used
for debugging purposes and is, as I think, no longer necessary.
However we have yet to find a solution for the decref inside the dealloc
methods.
--
Added file:
Robin Schreiber added the comment:
Removed C++ comment and corresponding codesnipped. Also changed bad-style macro
definition.
--
Added file: http://bugs.python.org/file26818/_json_pep384_v1.patch
___
Python tracker rep...@bugs.python.org
New submission from Robin Schreiber:
Changes proposed in PEP3121 have now been applied to the locale module!
--
components: Extension Modules
files: _locale_pep3121_v0.patch
keywords: patch
messages: 168268
nosy: Robin.Schreiber, loewis
priority: normal
severity: normal
status: open
New submission from Ned Deily:
The current situation with Tcl/Tk on OS X is less than ideal. The
Apple-supplied versions of the Cocoa-based Aqua Tk 8.5 on 10.6 was unusable
with IDLE and most Tkinter applications. The 10.7 and 10.8 versions are better
but still have serious crashers that
Ronald Oussoren added the comment:
A major reason for why the current installers don't install Tk as well is that
this would significantly increase the size of the installer.
There's also the question of what bits of Tcl/Tk should be bundled, although I
guess we should ship a minimal install
Ned Deily added the comment:
Yes, it would have to be a subset since some of the stuff in the ActiveTcl
releases is unavailable anyway. But the current ActiveTcl installer dmgs are
around 24Mb while the 3.3.0 installers are a little less than 20Mb. Even if it
were to double the size, 40Mb
New submission from Ronald Oussoren:
I noticed that 'test_curses' is not started when performing make test on an
OSX box:
...
[ 42/369] test_curses
test_curses skipped -- sys.__stdout__ is not a tty
...
The host is a machine running OSX 10.8, fully up-to-date with patches and the
current
Thomas Miedema added the comment:
Attached is a script that shows the problem at hand.
Note that my remark that this bug could result in very large pickled files when
using nested namedtuples seems not te be true.
--
Added file:
Ned Deily added the comment:
This appears to be the same issue as raised in Issue12669. Apparently it is
not fixed.
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15664
Ronald Oussoren added the comment:
The attached patch syncs libffi_osx with the copy of libffi that's included
with PyObjC.
With this patch test_ctypes passes for me when using clang to build on OSX 10.8.
I haven't run the tests with other python releases yet, and also not on a OSX
10.5
Ronald Oussoren added the comment:
the test does get run with 'make buildbottest', and then fails with a
ValueError exception:
$ /Users/ronald/Projects/python/rw/default/tbuild/python.exe -W default -bb -E
-R -m test -r -w -j 1 -u all -W --timeout=3600 test_curses
Using random seed 2242495
Petri Lehtinen added the comment:
This happens because of a bug in Babyl._install_message(). When adding a
message from file, the *** EOOH *** line is written also after the second set
of headers.
--
nosy: +petri.lehtinen
___
Python tracker
Ned Deily added the comment:
The chr() arg not in range(0x11) from test_unget_wch is due to a bug in
ncurses 5.8; see Issue15037.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15664
Ronald Oussoren added the comment:
I knew the test failure looked familiar, but couldn't find the issue in the
tracker.
This issue (test_curses not running with make test) is due to '-j0' in the
arguments to the test runner: with -j0 the runner uses multiprocessing and the
stdout and stderr
Roundup Robot added the comment:
New changeset 8d90fde35cc6 by Eli Bendersky in branch 'default':
Issue #15586: typo fix. This commit is accompanied by an apology for all
Liechtensteiners out there, and a thanks to Eric Araujo for noticing.
http://hg.python.org/cpython/rev/8d90fde35cc6
Eli Bendersky added the comment:
Daniel, this looks good except that the section numbering is different from 3.3
where the object/function reference sections were nested under Reference.
Could you fix your patch to align the 2.7 doc to this structure?
P.S. Éric's comment also has to be fixed
Changes by Eli Bendersky eli...@gmail.com:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15656
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset ad8c9725c041 by Petri Lehtinen in branch '2.7':
#11062: Fix adding a message from file to Babyl mailbox
http://hg.python.org/cpython/rev/ad8c9725c041
New changeset cbc1dc8cda06 by Petri Lehtinen in branch '3.2':
#11062: Fix adding a message from
Changes by Petri Lehtinen pe...@digip.org:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11062
___
Changes by Petri Lehtinen pe...@digip.org:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11062
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 599376deeeac by Eli Bendersky in branch '3.2':
Issue #15656: fixing code sample in extending doc
http://hg.python.org/cpython/rev/599376deeeac
--
nosy: +python-dev
___
Python tracker
Eli Bendersky added the comment:
Fixed, thanks for the report.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15656
___
Eli Bendersky added the comment:
I think implementing this is very important, and +1 to Georg's suggestion,
because no one is suddenly going to convert KLOCs of code samples to be
testable (many code samples are partial, and will need to be completed in one
way or another to be actually
Chris Jerdonek added the comment:
I would like the chance to try implementing this without depending on Sphinx
and make doctest. I don't think it would take much work, and it would let us
leverage and hook into regrtest's existing options (like test selection by
name). I am also okay with
R. David Murray added the comment:
So this should be closed as a duplicate of issue 12669?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15664
___
Ronald Oussoren added the comment:
Yes.
I'll add a message to that issue to note that is also affects 'make test'
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker
Ronald Oussoren added the comment:
As noted in Issue15664 this issue also affects make test.
--
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12669
___
Chris Jerdonek added the comment:
Here is the patch for 2.7.
--
Added file: http://bugs.python.org/file26822/issue-15543-6-py27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
___
Ronald Oussoren added the comment:
Nadeem: is the failure you show in msg141798 with a version of test_curses that
uses pty.openpty?
If it isn't: I'd expect more test failures on buildbot machines where the
buildbot agent is started as a system daemon, in which case the process doesn't
have
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the lsprof
module!
--
components: Extension Modules
files: _lsprof_pep3121-384_v0.patch
keywords: patch
messages: 168292
nosy: Robin.Schreiber
priority: normal
severity: normal
status:
Ronald Oussoren added the comment:
BTW. the documentation for curses.setupterm says:
curses.setupterm([termstr, fd])
The first argument is actually named term in the C code.
--
___
Python tracker rep...@bugs.python.org
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the lzma module!
--
components: Extension Modules
files: _lzma_pep3121-384_v0.patch
keywords: patch
messages: 168294
nosy: Robin.Schreiber, nadeem.vawda
priority: normal
severity: normal
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the pickle
module!
--
components: Extension Modules
files: _pickle_pep3121-384_v0.patch
keywords: patch
messages: 168295
nosy: Robin.Schreiber
priority: normal
severity: normal
status:
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
Added file: http://bugs.python.org/file26826/issue-15543-6-py32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
___
Chris Jerdonek added the comment:
And here are the 3.2 patch and the 3.3 delta after forward-porting. Note
that to forward-port the 3.2 patch to the default 3.3 branch, you can simply
drop the changes to the file Doc/library/bz2.rst. I think that is the only
conflict.
--
Added
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the lsprof
module!
--
components: Extension Modules
files: _random_pep3121-384_v0.patch
keywords: patch
messages: 168297
nosy: Robin.Schreiber, rhettinger
priority: normal
severity:
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the sre module!
--
components: Extension Modules
files: _sre_pep3121-384_v0.patch
keywords: patch
messages: 168298
nosy: Robin.Schreiber
priority: normal
severity: normal
status: open
Raymond Hettinger added the comment:
Martin, does this patch match your intent with PEP3121 and PEP384?
--
assignee: - loewis
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15668
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15643
___
___
Python-bugs-list mailing
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the ssl module!
--
components: Extension Modules
files: _ssl_pep3121-384_v0.patch
keywords: patch
messages: 168300
nosy: Robin.Schreiber
priority: normal
severity: normal
status: open
Stefan Krah added the comment:
Here is a new patch that hopefully addresses all comments.
--
Added file: http://bugs.python.org/file26831/issue15573-struct-2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15573
Brett Cannon added the comment:
I'm glad the work-around at least works, but I would still like to find out
what the heck 3.2 is doing to see if it's reasonable to replicate in 3.3.
--
___
Python tracker rep...@bugs.python.org
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the struct
module!
--
components: Extension Modules
files: _struct_pep3121-384_v0.patch
keywords: patch
messages: 168302
nosy: Robin.Schreiber
priority: normal
severity: normal
status:
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the testbuffer
module!
--
components: Extension Modules
files: _testbuffer_pep3121-384_v0.patch
keywords: patch
messages: 168304
nosy: Robin.Schreiber
priority: normal
severity: normal
Changes by Robin Schreiber robin.schrei...@me.com:
--
nosy: +skrah -Robin.Schreiber
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15672
___
___
Changes by Robin Schreiber robin.schrei...@me.com:
--
nosy: +Robin.Schreiber
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15672
___
___
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the testcapi
module!
--
components: Extension Modules
files: _testcapi_pep3121-384_v0.patch
keywords: patch
messages: 168305
nosy: Robin.Schreiber
priority: normal
severity: normal
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the thread
module!
--
components: Extension Modules
files: _thread_pep3121-384_v0.patch
keywords: patch
messages: 168306
nosy: Robin.Schreiber
priority: normal
severity: normal
status:
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the array
module!
--
components: Extension Modules
files: array_pep3121-385_v0.patch
keywords: patch
messages: 168307
nosy: Robin.Schreiber
priority: normal
severity: normal
status:
Roundup Robot added the comment:
New changeset 273df9789796 by R David Murray in branch '3.2':
#15543: glossary entry for and 'universal newlines', and links to it.
http://hg.python.org/cpython/rev/273df9789796
New changeset e67042b6ad02 by R David Murray in branch '3.2':
#15543: reflow
R. David Murray added the comment:
Thanks Chris.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
Andrew Svetlov added the comment:
Good work.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
___
___
Python-bugs-list mailing list
Chris Jerdonek added the comment:
Thanks, David! Also, can/did you check that reflows like these still link to
the glossary correctly?
+ :func:`input` function to allow opening files in binary or :term:`universal
+ newlines` mode. Another new parameter, *openhook*, lets you use a function
Andrew Svetlov added the comment:
Yes, it is processed correctly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
___
___
Python-bugs-list
Stefan Krah added the comment:
Nick's comment in msg167963 got me thinking. Indeed, in Numpy the 'U'
specifier is similar to the struct module's 's' format code, only for
UCS4. So I'm questioning whether the current semantics of 'u' and 'w'
used by array.array were ever intended by the PEP
New submission from Steven Willis:
There are a number of issues dealing with the offset and length checks in
offset, such as issue12556.
I'm running into this issue as well, but with a normal file that happens to be
empty. I'm trying to access it with:
mmap.mmap(f.fileno(), length=0,
Martin v. Löwis added the comment:
LGTM. In the usual case, it is harmless if the system is no Solaris, or OpenCSW
is not installed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15643
Daniel Swanson added the comment:
For that matter, none of the following have docs:
tkinter.colorchooser
tkinter.commondialog
tkinter.filedialog
tkinter.font
tkinter.messagebox
tkinter.simpledialog
tkinter.dnd
Perhaps this should be remidied? One sentence usualy does not describe the use
of an
Changes by Daniel Swanson popcorn.tomato.d...@gmail.com:
--
title: Tkinter extention modules no documentation - Tkinter extention modules
have no documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15346
Andrew Svetlov added the comment:
Antoine, can you explain why subprocess support for universal_newlines is
broken?
As I can see tests for universal_newlines passed and these looks correct.
In general I like your idea to get rid of os.write, but maybe that patch should
be landed in 3.4?
If
Martin v. Löwis added the comment:
Travis: can you please comment on what the intended semantics of the 'u' and
'w' specifiers is, in PEP 3118? More specifically:
- an array/memoryview with format 'u' can support exactly one-character values
(i.e. unicode strings of length 1): true or false?
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15656
___
___
Python-bugs-list mailing list
Jesús Cea Avión added the comment:
Should this be applied to default (3.3) too?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15656
___
___
Chris Jerdonek added the comment:
Andrew, I'm not sure if this is the issue, but it seems like the only tests in
which input is passed to communicate() with universal newlines is when stdin is
the only PIPE, i.e.:
def test_universal_newlines_communicate_stdin(self):
# universal
Sandro Tosi added the comment:
It's fixed in default too: http://hg.python.org/cpython/rev/f46b4b7b817c
It was not shown because the commit message misses the issue reference.
--
___
Python tracker rep...@bugs.python.org
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15661
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
As Chris said. Look at the POSIX version of _communicate(), nowhere is input
given the newlines/encoding treatment.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12623
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15676
___
___
Python-bugs-list mailing list
Jesús Cea Avión added the comment:
I do agree. Solaris also returns an error if len=0.
Could you please, provide patches for 2.7, 3.2 and 3.3?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15676
Andrew Svetlov added the comment:
Reopen the issue because Windows tests is failed.
Commits for this issue breaks Windows buildbot for 3.2 and 3.3.
Looks like problem is: Windows os.linesep different than Unix.
I don't know what format expected by protocol.
--
nosy: +asvetlov
status:
Andrew Svetlov added the comment:
I've pushed test for piping stdin, stdout and and stderr: 4af2c0687970
What other test we should to add?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12623
Petri Lehtinen added the comment:
Yeah. Enabling the Babyl tests discovered yet another bug on a code path that
wasn't excercised at all. I'll fix it.
--
assignee: - petri.lehtinen
resolution: fixed -
___
Python tracker rep...@bugs.python.org
Nadeem Vawda added the comment:
Thanks for the patch. Unfortunately I don't have much free time at the
moment, so it might be a few weeks before I get a chance to review it.
--
___
Python tracker rep...@bugs.python.org
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
superseder: - test_curses skipped on buildbots
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15664
___
Andrew Svetlov added the comment:
Оор. I see. Pushing to communicate input with \r (see attached patch)
produces the error.
Will work on fixing.
Thanks.
--
keywords: +patch
Added file: http://bugs.python.org/file26837/issue12623_failing_test.diff
Andrew Svetlov added the comment:
I like to set status for the issue to Release blocker if Georg Brandl agree
with that.
--
nosy: +georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Оор. I see. Pushing to communicate input with \r (see attached patch)
produces the error.
Hmm, no, it's the reverse. Pushing input with \n should produce b\r\n on
the other side, under Windows.
--
___
Python
Antoine Pitrou added the comment:
Well, it's not a regression and it may be slightly delicate, so I don't think
it should be a release blocker.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12623
New submission from Sandro Tosi:
As reported at http://mail.python.org/pipermail/docs/2012-August/009837.html
gzip/zlib allows for a compression level=0 (that's basically no compression) so
the documentation should mention that possibility too.
--
assignee: docs@python
components:
Andrew Svetlov added the comment:
The main question: can be fix applied to 3.3 or it can wait for 3.4?
3.2 has the same problem BTW.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12623
Antoine Pitrou added the comment:
However we have yet to find a solution for the decref inside the dealloc
methods.
Perhaps ask for advice on python-dev?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15390
Chris Jerdonek added the comment:
Pushing to communicate input with \r (see attached patch) produces the
error.
Is this a supported use case? In universal newlines, stdin line endings are
supposed to be \n. From the subprocess documentation: For stdin, line
ending characters '\n' in the
Andrew Svetlov added the comment:
The real test should to put '\n' and subprocess should get '\r\n', right?
Looking the code this test will fail on Windows.
I cannot check it just now but looks like this is the problem.
--
___
Python tracker
Serhiy Storchaka added the comment:
Patches updated again.
--
Added file: http://bugs.python.org/file26838/istrue_check-3.3_3.patch
Added file: http://bugs.python.org/file26839/istrue_check-3.2_3.patch
Added file: http://bugs.python.org/file26840/istrue_check-2.7_3.patch
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: storchaka -
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15490
___
Nadeem Vawda added the comment:
Nadeem: is the failure you show in msg141798 with a version of test_curses
that uses pty.openpty?
Yes, I tried the following change:
--- a/Lib/test/test_curses.py
+++ b/Lib/test/test_curses.py
@@ -328,11 +328,12 @@
curses.resetty()
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12669
___
___
Roundup Robot added the comment:
New changeset ba1c48f8b571 by Antoine Pitrou in branch '2.7':
Issue #15604: Update uses of PyObject_IsTrue() to check for and handle errors
correctly.
http://hg.python.org/cpython/rev/ba1c48f8b571
New changeset 56dc7b09f390 by Antoine Pitrou in branch '3.2':
Chris Jerdonek added the comment:
Looking the code this test will fail on Windows. I cannot check it just now
but looks like this is the problem.
Would it be possible to do something like the following to check this on a
non-Windows machine (since the Python implementation of io respects
Serhiy Storchaka added the comment:
Thank you Antoine.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15604
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15661
___
___
Python-bugs-list
Éric Araujo added the comment:
Great patch!
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15543
___
___
Python-bugs-list
Éric Araujo added the comment:
My computer currently doesn’t boot so I can’t check if I had started or not.
You can propose a patch incorporating the various suggestions, or give me some
days to read this again and make a summary of what I would have done. Thanks!
--
Éric Araujo added the comment:
BTW, any reason to create python27.exe instead of python2.7.exe (so that the
unix-centered docs about command lines would also apply to your Pythons)?
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
I admit that the main thing that bothers me with the proposal in PEP 3118 is
the inconsistency between c - bytes, while u, w - str
This was less of an issue in 2.x (which was the main frame of reference when
the PEP was written), with implicit str/unicode
1 - 100 of 106 matches
Mail list logo