[issue17764] Support http.server passing bind address via commend line argument

[Berker Peksag]

Changes by Berker Peksag :


--
versions: +Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14735] Version 3.2.3 IDLE CTRL-Z plus Carriage Return to end does not work

[Roger Serwy]

Changes by Roger Serwy :


--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14735] Version 3.2.3 IDLE CTRL-Z plus Carriage Return to end does not work

[Roger Serwy]

Roger Serwy added the comment:

I am closing this issue as fixed since the documentation now matches the 
behavior of IDLE.

--
resolution:  -> fixed
stage: patch review -> committed/rejected

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14735] Version 3.2.3 IDLE CTRL-Z plus Carriage Return to end does not work

[Roundup Robot]

Roundup Robot added the comment:

New changeset f2a744e067e0 by Roger Serwy in branch '2.7':
#14735: Update IDLE docs to omit "Control-z on Windows".
http://hg.python.org/cpython/rev/f2a744e067e0

New changeset 017891cc973f by Roger Serwy in branch '3.3':
#14735: Update IDLE docs to omit "Control-z on Windows".
http://hg.python.org/cpython/rev/017891cc973f

New changeset 3fda81465102 by Roger Serwy in branch 'default':
#14735: merge with 3.3.
http://hg.python.org/cpython/rev/3fda81465102

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17771] Missing period in concurrent execution doc in standard library

[Ezio Melotti]

Ezio Melotti added the comment:

Fixed, thanks for the report and the patch!

--
assignee: docs@python -> ezio.melotti
nosy: +ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17771] Missing period in concurrent execution doc in standard library

[Roundup Robot]

Roundup Robot added the comment:

New changeset 72b650a99b36 by Ezio Melotti in branch '3.3':
#17771: fix typo.  Patch by Andriy Mysyk.
http://hg.python.org/cpython/rev/72b650a99b36

New changeset 61a17d9e58e2 by Ezio Melotti in branch 'default':
#17771: merge with 3.3.
http://hg.python.org/cpython/rev/61a17d9e58e2

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17771] Missing period in concurrent execution doc in standard library

[Andriy Mysyk]

Changes by Andriy Mysyk :


--
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17771] Missing period in concurrent execution doc in standard library

[Andriy Mysyk]

Andriy Mysyk added the comment:

Added a missing period to concurrency.rst

--
keywords: +patch
type: enhancement -> 
Added file: http://bugs.python.org/file29898/mywork.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16988] argparse: PARSER option for nargs not documented

[paul j3]

paul j3 added the comment:

I've experimented with an argparse adaptation of profile.py:

parser = argparse.ArgumentParser(usage=usage)
parser.add_argument('-o', '--outfile', dest="outfile",
help="Save stats to ", metavar="path")
parser.add_argument('-s', '--sort', dest="sort",
help="Sort order when printing to stdout ...",
default=-1)
parser.add_argument('args', nargs=argparse.PARSER,
metavar="scriptfile [arg] ...") 
# expect at least one positional, a py module

It is somewhat like subparsers, but without defined subparser choices.  Or you 
could say that PARSER (A...) is to REMAINDER (...) as '+' is to '*'.  It 
requires at least one argument.  I could, just as well, have created two 
arguments, 'scriptfile' and 'args' (with '...').

I don't know if that is an argument for documenting it or not.

--
nosy: +paul.j3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17673] add `copy_from` argument to temporaryfile

[Kyle Roberts]

Kyle Roberts added the comment:

Sorry, disregard my second question about finding a test file. I found an 
example in test_mailcap.py. I've uploaded a new patch with the cleaner test 
functions.

--
Added file: http://bugs.python.org/file29897/copy_from_v2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17771] Missing period in concurrent execution doc in standard library

[Andriy Mysyk]

Andriy Mysyk added the comment:

I will create a patch for this issue by Apr 23, 2013.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17771] Missing period in concurrent execution doc in standard library

[Andriy Mysyk]

New submission from Andriy Mysyk:

No period after the first sentence of the first paragraph in 
/Doc/build/html/library/concurrency.html.

"The appropriate choice of tool will depend on the task to be executed (CPU 
bound vs IO bound) and preferred style of development (event driven cooperative 
multitasking vs preemptive multitasking) Here’s an overview:"

--
assignee: docs@python
components: Documentation
messages: 187137
nosy: amysyk, docs@python
priority: normal
severity: normal
status: open
title: Missing period in concurrent execution doc in standard library
type: enhancement
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17673] add `copy_from` argument to temporaryfile

[Kyle Roberts]

Changes by Kyle Roberts :


Added file: http://bugs.python.org/file29896/copy_from_test.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17673] add `copy_from` argument to temporaryfile

[Kyle Roberts]

Kyle Roberts added the comment:

Attached is a patch to include the copy_from argument in mkstemp, 
TemporaryFile, and NamedTemporaryFile. Also attached is a text file for testing 
the copy operation.

Some notes:

I intended to use shutil's copyfile(src, dst) method to copy the copy_from file 
to the temp file, but copyfile implicitly closes the dst file (our temp file), 
which would lead to deleting the temp file. I created a simple private 
_copyfile(src, dst) that keeps the dst file open after writing to it. One 
question I have regarding my _copyfile is should I include the check for a 
named pipe as was done in shutil.copyfile? I think that the same issue applies 
as described in http://bugs.python.org/issue3002.

Another thing I wasn't sure of is the best way to include a test file. The 
copy_from tests included in the patch include a txt file, but the way I went 
about getting it seems wonky. Is there a best practice for this?

Finally, the copy_from parameter only takes a string filepath argument. I 
thought it might be better to avoid handling two different types (string or 
file-like object) for copying because that is how other copy operations (i.e. 
copyfile()) work.

--
keywords: +patch
Added file: http://bugs.python.org/file29895/copy_from.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17491] Consolidate traceback.format_tb and traceback.print_tb

[Benjamin Peterson]

Changes by Benjamin Peterson :


--
resolution:  -> out of date
status: open -> closed
superseder:  -> traceback.py has a lot of code duplication

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17646] traceback.py has a lot of code duplication

[Benjamin Peterson]

Benjamin Peterson added the comment:

The other patch author hasn't updated his patch, so this issue can just 
superseded the other one.

I uploaded a few review comments.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17770] MSI installer default behaviour inconsistent

[Harry Johnston]

Harry Johnston added the comment:

Never mind, I found where this is documented.  Still seems odd to me, but it's 
not a bug.

--
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17770] MSI installer default behaviour inconsistent

[Harry Johnston]

New submission from Harry Johnston:

When installing python-2.7.4.msi via the GUI, the default setting for the 
installation type is "All Users".

When installing it passively, e.g.

msiexec /package python-2.7.4.msi /passive

the default installation type is "Just For Me", or at least that is how it is 
behaving - no entry is added to Uninstall Programs, the Start Menu entries are 
created for the current user only, and registry entries are created in HKCU 
instead of HKLM.

This makes enterprise deployments difficult.

I'm running Windows 7 x64 SP1.

--
components: Installation
messages: 187133
nosy: Harry.Johnston
priority: normal
severity: normal
status: open
title: MSI installer default behaviour inconsistent
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9849] Argparse needs better error handling for nargs

[Ned Deily]

Changes by Ned Deily :


--
nosy:  -ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9849] Argparse needs better error handling for nargs

[paul j3]

paul j3 added the comment:

It does shift the error from parse_args to add_argument, but the message 
'ValueError: length of metavar tuple does not match nargs', indicates that it's 
a side effect of checking on the tuple form of `metavar`.
http://bugs.python.org/issue9348

There is still room for cleaning up these tests.  There are 2 functions that 
define what are acceptable values for nargs, [None, OPTIONAL, ZERO_OR_MORE, 
ONE_OR_MORE, REMAINDER, PARSER, integer].  Should one or other explicitly check 
nargs is an integer if it does not match one of the other strings?

And the test in _ActionContainer.add_argument()

# raise an error if the metavar does not match the type
if hasattr(self, "_get_formatter"):
try:
self._get_formatter()._format_args(action, None)
except TypeError:
raise ValueError("length of metavar tuple does not match nargs")

uses an ArgumentParser._get_formatter method  (though 'hasattr' prevents 
runtime errors).  In fact both functions that use nargs belong to the parser, 
not the container.  I wonder if `add_argument` should be moved to 
ArgumentParser.

--
nosy: +paul.j3

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17766] Fix test discovery for test_iterlen.py

[Ezio Melotti]

Ezio Melotti added the comment:

Fixed, thanks for the patch!

--
assignee:  -> ezio.melotti
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17766] Fix test discovery for test_iterlen.py

[Roundup Robot]

Roundup Robot added the comment:

New changeset c2550f75c8b1 by Ezio Melotti in branch '3.3':
#17766: test_iterlen now works with unittest test discovery.  Patch by Zachary 
Ware.
http://hg.python.org/cpython/rev/c2550f75c8b1

New changeset 2add6c86f38e by Ezio Melotti in branch 'default':
#17766: merge with 3.3.
http://hg.python.org/cpython/rev/2add6c86f38e

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17740] :func:`socket` in socket.rst links to socket module, not socket.socket

[Ezio Melotti]

Ezio Melotti added the comment:

Fixed, thanks for the report and the patches!

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17740] :func:`socket` in socket.rst links to socket module, not socket.socket

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7041401699e9 by Ezio Melotti in branch '3.3':
#17740: fix links to the socket function.  Initial patch by Zachary Ware.
http://hg.python.org/cpython/rev/7041401699e9

New changeset b6802d2a6c4e by Ezio Melotti in branch 'default':
#17740: merge with 3.3.
http://hg.python.org/cpython/rev/b6802d2a6c4e

New changeset 053d55ab495c by Ezio Melotti in branch '2.7':
#17740: fix links to the socket function.  Initial patch by Zachary Ware.
http://hg.python.org/cpython/rev/053d55ab495c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17353] Plistlib outputs empty data tags when deeply nested

[Mike Milkin]

Mike Milkin added the comment:

Adding tests.

--
Added file: http://bugs.python.org/file29894/issue-17357-tests.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17532] IDLE: Always include "Options" menu on MacOSX

[Guilherme Simões]

Guilherme Simões added the comment:

I tested the extensions in MacOS and they seem to work (even the Terminal 
Mode). The Options menu appear and everything seems to be fine.

The patch attached removes the Configure entry from the Options menu because 
this entry is already in the application menu as "Preferences". It also 
includes the Options menu in editor windows even without extensions, allowing 
the use of Code Context.

--
keywords: +patch
nosy: +Guilherme.Simões
Added file: http://bugs.python.org/file29893/17532MenuOptions.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[R. David Murray]

R. David Murray added the comment:

Right, it doesn't *have* to be root, but that would be the typical situation 
when the tests are run with Python installed.  Having it be any other user 
still requires some privilege increase.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Matthias Klose added the comment:

it doesn't have to be root, just another user as for running the testsuite.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Changes by Matthias Klose :


--
dependencies: +test_subprocess test_executable_without_cwd fails when run with 
installed python

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17707] Multiprocessing queue get method does not block for short timeouts

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14408] Support ./python -m unittest in test_socket

[R. David Murray]

Changes by R. David Murray :


--
dependencies: +Fix test discovery for test_concurrent_futures.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14408] Support ./python -m unittest in test_socket

[R. David Murray]

R. David Murray added the comment:

Sure, let's rename it since there's a useful patch here.

--
title: Support ./python -m unittest in the stdlib tests -> Support ./python -m 
unittest in test_socket

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14408] Support ./python -m unittest in the stdlib tests

[Zachary Ware]

Zachary Ware added the comment:

The test_socket patch is incomplete with the way I've been converting test 
modules, but it is a good starting point.  Should this issue be renamed to be 
specifically for test_socket?

The necessity of reaping threads at the end of the test poses a bit of an issue 
for test discovery, which has been discussed pretty thoroughly in #16968.  If 
the fix in that issue is approved and committed, it would be pretty easy to 
extend Matt's test_socket patch to complete the conversion.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17769] python-config --ldflags gives broken output when statically linking Python with --as-needed

[Max Cantor]

New submission from Max Cantor:

On certain Linux distributions such as Ubuntu, the linker is invoked by default 
with --as-needed, which has an undesireable side effect when linking static 
libraries: it is bad at detecting required symbols, and the order of libraries 
on the command line become significant.

Right now, on my Ubuntu 12.10 system with a custom 32-bit version of Python, I 
get the following command output:

mcantor@hpmongo:~$ /opt/pym32/bin/python-config --ldflags
-L/opt/pym32/lib/python2.7/config -lpthread -ldl -lutil -lm -lpython2.7 
-Xlinker -export-dynamic

When linking a project with those flags, I get the following error:

/usr/bin/ld: /opt/pym32/lib/python2.7/config/libpython2.7.a(dynload_shlib.o): 
undefined reference to symbol 'dlopen@@GLIBC_2.1'
/usr/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO 
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libdl.so so try 
adding it to the linker command line
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../i386-linux-gnu/libdl.so: could not 
read symbols: Invalid operation
collect2: error: ld returned 1 exit status

To resolve the error, I moved -ldl and -lutil *AFTER* -lpython2.7, so the 
relevant chunk of my gcc command line looked like this:

-L/opt/pym32/lib/python2.7/config -lpthread -lm -lpython2.7 -ldl -lutil 
-Xlinker -export-dynamic

I have no idea why --as-needed has such an unpleasant side effect when static 
libraries are being used, and it's arguable from my perspective that this 
behavior is the real bug. However it's equally likely that there's a good 
reason for that behavior, like it causes a slowdown during leap-years on Apple 
IIs or something. So here I am. python-config ought to respect the quirks of 
--as-needed when outputting its ldflags.

--
components: Build, Cross-Build
messages: 187121
nosy: Max.Cantor
priority: normal
severity: normal
status: open
title: python-config --ldflags gives broken output when statically linking 
Python with --as-needed
type: behavior
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14408] Support ./python -m unittest in the stdlib tests

[R. David Murray]

R. David Murray added the comment:

Zach, what about the test_socket patch?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17768] _decimal: allow NUL fill character

[Stefan Krah]

New submission from Stefan Krah:

Making the _decimal part of #17705 a separate issue. I noticed that
decimal.py does not allow a newline as a fill character:


Python 3.3.0rc2+ (default:50dd7426b880, Sep 25 2012, 15:52:28) 
[GCC 4.4.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.modules['_decimal'] = None
>>> from decimal import *
>>> format(Decimal(123), "\n<10")
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/local/lib/python3.3/decimal.py", line 3768, in __format__
spec = _parse_format_specifier(specifier, _localeconv=_localeconv)
  File "/usr/local/lib/python3.3/decimal.py", line 6176, in 
_parse_format_specifier
raise ValueError("Invalid format specifier: " + format_spec)
ValueError: Invalid format specifier: 
<10


The feature isn't particularly useful, but it would be easiest for
_decimal to support it rather than having another special case.

Are you okay with the decimal.py patch?

--
assignee: skrah
components: Extension Modules
files: decimal_newline_fillchar.diff
keywords: patch
messages: 187119
nosy: Jason.Michalski, Julian, eric.smith, mark.dickinson, skrah
priority: normal
severity: normal
stage: needs patch
status: open
title: _decimal: allow NUL fill character
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29892/decimal_newline_fillchar.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17707] Multiprocessing queue get method does not block for short timeouts

[Giampaolo Rodola']

Giampaolo Rodola' added the comment:

I think I'll just stick with the original patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17767] Fix test discovery for test_locale.py

[Zachary Ware]

New submission from Zachary Ware:

This one actually had Failures rather than Errors; those failures arose from 
enUS_locale being None because it was being changed in test_main.  This patch 
attempts to fix things by adapting get_enUS_locale() to return a tuple of a 
suitable setting for enUS_locale and a reason for skipping the tests that were 
formerly ignored if enUS_locale was None.

--
components: Tests
files: test_locale_discovery.diff
keywords: patch
messages: 187117
nosy: brett.cannon, ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Fix test discovery for test_locale.py
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29891/test_locale_discovery.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17766] Fix test discovery for test_iterlen.py

[Zachary Ware]

New submission from Zachary Ware:

Just subclassing and test_main in this one.

--
components: Tests
files: test_iterlen_discovery.diff
keywords: patch
messages: 187116
nosy: brett.cannon, ezio.melotti, zach.ware
priority: normal
severity: normal
status: open
title: Fix test discovery for test_iterlen.py
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file29890/test_iterlen_discovery.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17765] weakref.ref ignores a 'callback' keyword argument

[Mark Dickinson]

New submission from Mark Dickinson:

Passing a weakref.ref callback by keyword currently fails silently:

Python 3.4.0a0 (default:537c1f1ab53c, Apr 16 2013, 20:07:47) 
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import weakref
>>> weakref.ref({1, 2, 3}, callback=lambda ref:print("collected"))


For Python 3.4, I'd suggest that either (1) this should be an exception, or (2) 
it should be permissible to pass the callback by keyword.

--
messages: 187115
nosy: mark.dickinson
priority: normal
severity: normal
stage: needs patch
status: open
title: weakref.ref ignores a 'callback' keyword argument
type: enhancement
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10572] Move test sub-packages to Lib/test

[Zachary Ware]

Changes by Zachary Ware :


--
nosy: +zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7559] TestLoader.loadTestsFromName swallows import errors

[Zachary Ware]

Changes by Zachary Ware :


--
nosy: +zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17037] Use a test.support helper to wrap the PEP 399 boilerplate

[Zachary Ware]

Changes by Zachary Ware :


--
nosy: +zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14408] Support ./python -m unittest in the stdlib tests

[Zachary Ware]

Zachary Ware added the comment:

I just happened across this issue, which I think has been superseded by issues 
#16748 and #16968.

--
nosy: +zach.ware

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17732] distutils.cfg Can Break venv

[Nick Sloan]

Nick Sloan added the comment:

Whoops. One of the options I had in my list doesn't actually exist. Here is yet 
another update.

--
Added file: http://bugs.python.org/file29889/distutilsvenv.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17732] distutils.cfg Can Break venv

[Nick Sloan]

Nick Sloan added the comment:

That is, errors that pre-existed my patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17732] distutils.cfg Can Break venv

[Nick Sloan]

Nick Sloan added the comment:

Here is an updated patch with documentation changes and a new test. 5 tests in 
distutils have errors. I have left those alone for now.

--
Added file: http://bugs.python.org/file29888/distutilsvenv.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17739] ssl.SSLSocket.getpeercert does not return client certificate

[Antoine Pitrou]

Antoine Pitrou added the comment:

I have now fixed the documentation. Thank you!

--
resolution:  -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
versions:  -Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17739] ssl.SSLSocket.getpeercert does not return client certificate

[Roundup Robot]

Roundup Robot added the comment:

New changeset 908f1a61b907 by Antoine Pitrou in branch '3.3':
Issue #17739: fix the description of SSLSocket.getpeercert(binary_form=True) 
for server sockets.
http://hg.python.org/cpython/rev/908f1a61b907

New changeset 537c1f1ab53c by Antoine Pitrou in branch 'default':
Issue #17739: fix the description of SSLSocket.getpeercert(binary_form=True) 
for server sockets.
http://hg.python.org/cpython/rev/537c1f1ab53c

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17739] ssl.SSLSocket.getpeercert does not return client certificate

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8dffb76faacc by Antoine Pitrou in branch '2.7':
Issue #17739: fix the description of SSLSocket.getpeercert(binary_form=True) 
for server sockets.
http://hg.python.org/cpython/rev/8dffb76faacc

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17760] No i18n of IDLE's interface in french

[Terry J. Reedy]

Terry J. Reedy added the comment:

The idle-dev list would be even more appropriate. I have been thinking about 
translated help text and have been thinking about discussing it on that list 
when more pressing IDLE issues are disposed of.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[R. David Murray]

R. David Murray added the comment:

It occurs to me that the tricky bit is that the install directory contents 
should be (a) read-only (easy) and ideally (b) owned by root (a little 
trickier, but doable with a setuid script or tailored sudo command).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17046] test_subprocess test_executable_without_cwd fails when run with installed python

[Ned Deily]

Changes by Ned Deily :


--
nosy: +doko

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17757] test_executable_without_cwd fails when run in the installed location

[Ned Deily]

Ned Deily added the comment:

Duplicate of Issue17046

--
nosy: +ned.deily
resolution:  -> duplicate
status: open -> closed
superseder:  -> test_subprocess test_executable_without_cwd fails when run with 
installed python

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Ned Deily]

Ned Deily added the comment:

We could change an existing buildbot, say one of the snakebite buildbots, to 
add a `make install` and run the tests from it.  I don't think it should be 
very difficult.  Just make sure ./configure --prefix= has a reasonable value 
like a dedicated directory (rather than /usr/local), avoid --enable-shared, rm 
-r on the prefix directories prior to the `make install` step, and cd to some 
clean directory (other than the source or build directories) then run the tests 
from `/bin/python -m test (or test.regrtest for 2.7) ...

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16694] Add pure Python operator module

[Zachary Ware]

Zachary Ware added the comment:

Thank you for the review, Raymond.

Since Serhiy agrees that the _operator __func__s are unnecessary, here's a v13 
that removes them.  Again, I'm not a native C speaker, so these new changes in 
_operator.c deserve a bit of extra scrutiny.  Everything builds and still 
passes the test suite, though.

Also changed in this patch, test_pow and test_inplace remove explicit testing 
of __func__s.  Those tests are useless, as they are merely rerunning already 
run tests on the same function with a different name, which is confirmed by 
test_dunder_is_original.  I can extend that test with an explicit list of funcs 
which should have a __func__ if anyone thinks it's worth it.

--
Added file: http://bugs.python.org/file29887/py_operator.v13.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17764] Support http.server passing bind address via commend line argument

[Malte Swart]

New submission from Malte Swart:

The http.server supports a shortcut to start it directly via the interpreter. 
To be able to use this shortcut on server with insecure interfaces, this patch 
adds a --bind, -b option to specify a bind address.

--
components: Library (Lib)
files: http-server-bind-arg.patch
keywords: patch
messages: 187102
nosy: malte.swart
priority: normal
severity: normal
status: open
title: Support http.server passing bind address via commend line argument
type: enhancement
Added file: http://bugs.python.org/file29886/http-server-bind-arg.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17689] Fix test discovery for test_tarfile.py

[Zachary Ware]

Zachary Ware added the comment:

>> should I just add a requires_gzip to test.support and use those three
>> in test_tarfile?

> I think that's reasonable for now -- we can always refactor it later 
> and replace them with a skip_unless_module()

Here's a patch :)

--
Added file: http://bugs.python.org/file29885/test_tarfile_discovery.v3.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17763] test_pydoc fails with the installed testsuite

[R. David Murray]

R. David Murray added the comment:

There's an issue somewhere about allowing certain tests to be run in a tailored 
python environment (I'm pretty sure it involved test_site but I can't lay my 
hands on it).  It seems like test_pydoc would be another candidate for that 
capability.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17759] test_urllibnet.test_bad_address() fails on Ubuntu 13.04

[R. David Murray]

R. David Murray added the comment:

OK, that makes sense.  I leave it to you to close, I guess.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5004] socket.getfqdn() doesn't cope properly with purely DNS-based setups

[R. David Murray]

R. David Murray added the comment:

Note that socket.getfqdn is a wrapper around a couple of socket calls that are 
just wrappers of OS level socket calls.  If you take a look at socket.py you'll 
see the definition.  As Martin said earlier, if you (or anyone else) can figure 
out what hostname does differently and suggest how to patch our getfqdn method 
to behave similarly, I'm sure the patch will be welcome.

Unfortunately there won't be any good way to write a test for this.

--
nosy: +r.david.murray
versions: +Python 3.3, Python 3.4 -Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17763] test_pydoc fails with the installed testsuite

[Matthias Klose]

Matthias Klose added the comment:

this can be avoided when running python with -S, the error comes from a package 
installed in site-packages.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17759] test_urllibnet.test_bad_address() fails on Ubuntu 13.04

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

On Apr 16, 2013, at 03:26 PM, R. David Murray wrote:

>I can't see how this could be classed as a bug in Python.  An invalid domain
>should quickly return a DNS error on a correctly configured operating system,
>which is what the test is testing.  If this report came from less well know
>names, I'd just close the issue as invalid

It may still be invalid (i.e. not a bug in Python), but I wanted to at least
record it in our tracker for reference.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17759] test_urllibnet.test_bad_address() fails on Ubuntu 13.04

[R. David Murray]

R. David Murray added the comment:

I can't see how this could be classed as a bug in Python.  An invalid domain 
should quickly return a DNS error on a correctly configured operating system, 
which is what the test is testing.  If this report came from less well know 
names, I'd just close the issue as invalid

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Changes by Matthias Klose :


--
dependencies: +test_pydoc fails with the installed testsuite

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17763] test_pydoc fails with the installed testsuite

[Matthias Klose]

New submission from Matthias Klose:

this fails on an Ubuntu installation, running the installed tests. confirmed by 
a coworker. Where does the 'invalid distro' come from?

==
FAIL: test_apropos_with_bad_package (test.test_pydoc.PydocImportTest)
--
Traceback (most recent call last):
  File "/usr/lib/python3.3/test/test_pydoc.py", line 457, in 
test_apropos_with_bad_package
result = run_pydoc('zqwykjv', '-k', PYTHONPATH=TESTFN)
  File "/usr/lib/python3.3/test/test_pydoc.py", line 219, in run_pydoc
rc, out, err = assert_python_ok('-B', pydoc.__file__, *args, **env)
  File "/usr/lib/python3.3/test/script_helper.py", line 55, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File "/usr/lib/python3.3/test/script_helper.py", line 47, in _assert_python
"stderr follows:\n%s" % (rc, cmd_line, err.decode('ascii', 'ignore')))
AssertionError: Process return code is 2, cmd is: ['/usr/bin/python3.3dm', 
'-B', '/usr/lib/python3.3/pydoc.py', '-k', 'zqwykjv'], stderr follows:
invalid distro: 'Ubuntu'
Usage: pydoc.py [options]
A simple dialog based tool for basic configuration of Speech Dispatcher
and problem diagnostics.

pydoc.py: error: no such option: -k

==
FAIL: test_apropos_with_unreadable_dir (test.test_pydoc.PydocImportTest)
--
Traceback (most recent call last):
  File "/usr/lib/python3.3/test/test_pydoc.py", line 467, in 
test_apropos_with_unreadable_dir
result = run_pydoc('zqwykjv', '-k', PYTHONPATH=TESTFN)
  File "/usr/lib/python3.3/test/test_pydoc.py", line 219, in run_pydoc
rc, out, err = assert_python_ok('-B', pydoc.__file__, *args, **env)
  File "/usr/lib/python3.3/test/script_helper.py", line 55, in assert_python_ok
return _assert_python(True, *args, **env_vars)
  File "/usr/lib/python3.3/test/script_helper.py", line 47, in _assert_python
"stderr follows:\n%s" % (rc, cmd_line, err.decode('ascii', 'ignore')))
AssertionError: Process return code is 2, cmd is: ['/usr/bin/python3.3dm', 
'-B', '/usr/lib/python3.3/pydoc.py', '-k', 'zqwykjv'], stderr follows:
invalid distro: 'Ubuntu'
Usage: pydoc.py [options]
A simple dialog based tool for basic configuration of Speech Dispatcher
and problem diagnostics.

pydoc.py: error: no such option: -k

==
FAIL: test_url_requests (test.test_pydoc.PydocUrlHandlerTest)
--
Traceback (most recent call last):
  File "/usr/lib/python3.3/test/test_pydoc.py", line 560, in test_url_requests
self.assertEqual(result, title)
AssertionError: 'Pydoc: Error - search?key=pydoc' != 'Pydoc: Search Results'
- Pydoc: Error - search?key=pydoc
+ Pydoc: Search Results

--
components: Tests
messages: 187094
nosy: doko
priority: normal
severity: normal
stage: needs patch
status: open
title: test_pydoc fails with the installed testsuite
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17012] Differences between /usr/bin/which and shutil.which()

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17012] Differences between /usr/bin/which and shutil.which()

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

I couldn't wait. :)

--
assignee: serhiy.storchaka -> barry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17755] test_builtin assumes LANG=C

[R. David Murray]

R. David Murray added the comment:

Based on the test failure this may be the same as #13886 and/or #17734.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17012] Differences between /usr/bin/which and shutil.which()

[Roundup Robot]

Roundup Robot added the comment:

New changeset eb8c575fa781 by Barry Warsaw in branch '3.3':
- Issue #17012: shutil.which() no longer fallbacks to the PATH environment
http://hg.python.org/cpython/rev/eb8c575fa781

New changeset 8f5b37f8f964 by Barry Warsaw in branch 'default':
- Issue #17012: shutil.which() no longer fallbacks to the PATH environment
http://hg.python.org/cpython/rev/8f5b37f8f964

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[R. David Murray]

R. David Murray added the comment:

This has been fixed and broken again several times in the past[1].  We need a 
buildbot that runs the tests installed[2].  Antoine, do you have any thoughts 
about how to set up such a thing?  I'm willing to host it.

[1] I believe there used to be a program that ran the tests installed, from a 
cronjob on some dedicated machine somewhere.  It also ran a -R run, I think, as 
well as being part of a job that built the docs.  When the doc building 
strategy was changed, somewhere in the process of the transition to Python3 
(the program was Python2 only, I believe), it seems to have been taken offline 
completely.

[2] failing when run as root is a separate problem, and less practical to set a 
buildbot run for, though since my buildbots run in VMs, it is not completely 
out of the question.

--
nosy: +pitrou, r.david.murray
type: enhancement -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17762] platform.linux_distribution() should honor /etc/os-release

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti
type:  -> enhancement

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17762] platform.linux_distribution() should honor /etc/os-release

[Matthias Klose]

New submission from Matthias Klose:

http://www.freedesktop.org/software/systemd/man/os-release.html
is a recent standard describing release information for an operating system. 
platform.linux_distribution() should know about it.

 - should that be the first file to be parsed?

 - names returned for the ID are different than the ones
   returned from /etc/lsb-release. The os-release thing
   only allows lower case letters for the ID (e.g. Ubuntu
   vs. ubuntu).  The list of _supported_distros may
   need to list both.

 - take the version from VERSION_ID

 - there is no real attribute for the code name. The closest
   maybe is VERSION.

--
components: Library (Lib)
messages: 187089
nosy: doko
priority: normal
severity: normal
stage: needs patch
status: open
title: platform.linux_distribution() should honor /etc/os-release
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17760] No i18n of IDLE's interface in french

[Ezio Melotti]

Ezio Melotti added the comment:

You could try to propose this on the python-ideas mailing list -- the bug 
tracker is for more concrete proposals.

FWIW I'm -0.5 on translating IDLE's UI.  IMHO every developer must learn 
English sooner or later and it's better to start using it from the beginning.  
Most of text in the UI of IDLE should also be fairly simple to understand.

--
nosy: +ezio.melotti, roger.serwy, terry.reedy
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3948] readline steals sigwinch

[R. David Murray]

Changes by R. David Murray :


--
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3949] curses' sigwinch handler isn't visible from python

[R. David Murray]

Changes by R. David Murray :


--
stage: test needed -> needs patch
versions: +Python 2.7, Python 3.3, Python 3.4 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17761] platform._parse_release_file doesn't close the /etc/lsb-release file, doesn't know about 'Ubuntu'

[Matthias Klose]

Changes by Matthias Klose :


--
keywords: +needs review -patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17761] platform._parse_release_file doesn't close the /etc/lsb-release file, doesn't know about 'Ubuntu'

[Matthias Klose]

Changes by Matthias Klose :


--
keywords: +patch
Added file: http://bugs.python.org/file29884/pr17761.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17761] platform._parse_release_file doesn't close the /etc/lsb-release file, doesn't know about 'Ubuntu'

[Matthias Klose]

New submission from Matthias Klose:

platform._parse_release_file doesn't close the /etc/lsb-release file, and is 
missing Ubuntu in _supported_dists.

--
components: Library (Lib)
messages: 187087
nosy: doko
priority: normal
severity: normal
stage: patch review
status: open
title: platform._parse_release_file doesn't close the /etc/lsb-release file, 
doesn't know about 'Ubuntu'
versions: Python 2.7, Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17760] No i18n of IDLE's interface in french

[Olivier Berger]

New submission from Olivier Berger:

The IDLE UI isn't internationalized, AFAICS.

This doesn't help when teachning Python to non-english native speakers.

While learning basic english skills is no problem for wanabe Python hackers, it 
isn't so for young programmers being tought informatics through Python classes.

Maybe this is a FAQ... but I couldn't discriminate enough my search terms to 
find prior reports :-/

Thanks in advance.

--
components: IDLE
messages: 187086
nosy: olberger
priority: normal
severity: normal
status: open
title: No i18n of IDLE's interface in french
type: enhancement
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16659] Pure Python implementation of random

[Alex Gaynor]

Alex Gaynor added the comment:

Looking at the patch (haven't actually benchmarked it), I have two concerns 
with respect to performance:

a) The need for locking, this doesn't exist in the C or RPython versions 
because of the GIL. That locking is going to be distinctly un-free.
b) The need for manually masking overflowing arithmetic (yes I know, everything 
is a long, but just looking at it algorithmically, we really want the 2s 
complement).

I don't have an opinion about how to solve either of these, but without a 
solution I doubt performance will ever be competitive. I think it would be a 
mistake to assume these issues are specific to this patch, they strike me as 
generally applicable issues.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16659] Pure Python implementation of random

[Brett Cannon]

Brett Cannon added the comment:

I was talking with Alex Gaynor about the Python implementation of operator 
(http://bugs.python.org/issue16694) and asked about this bug since Raymond said 
the fact PyPy had an RPython implementation was a knock against bothering with 
this. Alex said if performance could be shown to be good then PyPy would be 
willing to consider dropping their accelerated version and switch to this 
(http://bugs.python.org/issue16694). So if someone is so motivated, doing a 
benchmark showing whether PyPy's accelerated version (which is relatively new 
so you would need to probably grab 2.0 or maybe 1.9) is faster/same/slower than 
this pure Python version would be nice to have.

--
nosy: +alex

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14398] bz2.BZ2DEcompressor.decompress fail on large files

[Benjamin Peterson]

Benjamin Peterson added the comment:

Why does only 2.7 have tests?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17689] Fix test discovery for test_tarfile.py

[Ezio Melotti]

Ezio Melotti added the comment:

> I found requires_bz2 and requires_lzma that already exist;

There's also requires_zlib.  import_module is also somewhat similar, but it's 
used to skip the whole test file when the module is missing.

> Here's another thought; would it be more useful to have a general
> version of this skip decorator in test.support

We were discussing this a couple of days ago on #python-dev.  Adding a 
skip_unless_module('modulename') (or requires_module('modulename')) and get rid 
of the several requires_* is certainly an option.

skip_unless_* (or requires_*) is shorter and more readable than 
skip_unless_module('modulename'), so this would be my preferred choice if it's 
defined and used within a single test module.  However if we add something to 
test.support, I'd rather have a more generic skip_unless_module('modulename') 
and get rid of the requires_*.
It's should also be possible to define specific ``skip_unless_x = 
skip_unless_module('x')`` in the test modules if necessary.

> should I just add a requires_gzip to test.support and use those three
> in test_tarfile?

I think that's reasonable for now -- we can always refactor it later and 
replace them with a skip_unless_module()

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17759] test_urllibnet.test_bad_address() fails on Ubuntu 13.04

[Matthias Klose]

Matthias Klose added the comment:

would be good to know if this is related to glibc-2.17, or not. There was a 
similiar issue ...

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17749] root logging functions break logger configuration

[Vinay Sajip]

Vinay Sajip added the comment:

No, this behaviour is as expected. The sequence of events:

1. You call setup_logging(), which creates a logger with level DEBUG, and add a 
file handler to it.
2. You import m2, which calls logging.info(), which adds a handler to the root 
logger (via basicConfig() - see the documentation note just below the 
documentation for the logging.log function). However, since the root logger's 
default level is WARNING, the logging.info() call produces no output.
3. You call logger.info(), which calls your file handler as expected, then 
calls the handlers of ancestor loggers (as documented - see 

http://docs.python.org/2.7/howto/logging.html#logging-flow

for more info). This results in the message being output to file (via the 
handler you added in setup_logging) and to console (via the handler you added 
to the root logger in logging.info() in m2.py).

Note that if you add a line

logger.propagate = False

in setup_logging before you return the logger, then the root logger's handler 
isn't called. However, the general best practice is to let propagation do the 
work (i.e. don't set it to False unless you have very specific needs).

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17759] test_urllibnet.test_bad_address() fails on Ubuntu 13.04

[Barry A. Warsaw]

New submission from Barry A. Warsaw:

socket.gethostbyname('sadflkjsasf.i.nvali.d') gives a TimeoutError instead of 
an IOError on Ubuntu 13.04, causing the test to fail.

% ./python -m unittest test.test_urllibnet
.E../home/barry/projects/python/cpython/Lib/test/test_urllibnet.py:94: 
DeprecationWarning: FancyURLopener style of invoking requests is deprecated. 
Use newer urlopen functions/methods
  open_url = urllib.request.FancyURLopener().open(URL)
.
==
ERROR: test_bad_address (test.test_urllibnet.urlopenNetworkTests)
--
Traceback (most recent call last):
  File "/home/barry/projects/python/cpython/Lib/test/test_urllibnet.py", line 
118, in test_bad_address
socket.gethostbyname(bogus_domain)
TimeoutError: [Errno 110] Connection timed out

--
Ran 13 tests in 6.116s

FAILED (errors=1)

--
messages: 187079
nosy: barry, doko
priority: normal
severity: normal
status: open
title: test_urllibnet.test_bad_address() fails on Ubuntu 13.04
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Changes by Matthias Klose :


--
dependencies: +test_site fails when the user does not have a home directory

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17758] test_site fails when the user does not have a home directory

[Matthias Klose]

New submission from Matthias Klose:

seen when running the testsuite as user nobody, with
test_site fails when the user's home directory does not exist, and is not 
creatable (e.g. /nonexistent).

FAILED (failures=3)
test test_pydoc failed
Re-running test 'test_site' in verbose mode
test test_site crashed -- Traceback (most recent call last):
  File "/usr/lib/python3.3/test/regrtest.py", line 1213, in runtest_inner
the_package = __import__(abstest, globals(), locals(), [])
  File "/usr/lib/python3.3/test/test_site.py", line 29, in 
os.makedirs(site.USER_SITE)
  File "/usr/lib/python3.3/os.py", line 258, in makedirs
makedirs(head, mode, exist_ok)
  File "/usr/lib/python3.3/os.py", line 258, in makedirs
makedirs(head, mode, exist_ok)
  File "/usr/lib/python3.3/os.py", line 258, in makedirs
makedirs(head, mode, exist_ok)
  File "/usr/lib/python3.3/os.py", line 258, in makedirs
makedirs(head, mode, exist_ok)
  File "/usr/lib/python3.3/os.py", line 269, in makedirs
mkdir(name, mode)
PermissionError: [Errno 13] Permission denied: '/nonexistent'

--
components: Tests
messages: 187078
nosy: doko
priority: normal
severity: normal
stage: needs patch
status: open
title: test_site fails when the user does not have a home directory
type: enhancement
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17712] test_gdb failures

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Possibly this issue: Possibly this issue: 
https://bugzilla.redhat.com/show_bug.cgi?id=312011

I'm seeing tons of this on Ubuntu 13.04.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17712] test_gdb failures

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +barry, doko

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17737] test_gdb fails on armv7hl

[Bohuslav "Slavek" Kabrda]

Bohuslav "Slavek" Kabrda added the comment:

This may also be related to the tests failing on official buildbots as 
mentioned in [1], although the error messages look different. However both of 
these issues seem to be a memory corruption problem, as one of the frames in 
stack trace (the one that fails the tests for me) has ob_refcnt < 0 and ob_type 
= 0x2600, (corresponds to tuple if I'm not mistaken) and all sorts of other 
weird values.

[1] http://bugs.python.org/issue12605#msg166423

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15301] os.chown: OverflowError: Python int too large to convert to C long

[Larry Hastings]

Larry Hastings added the comment:

Whoops, forgot to write something here.  Updated patch (in previous edit to the 
issue) incorporating Serhiy's suggestions from Rietveld.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15301] os.chown: OverflowError: Python int too large to convert to C long

[Larry Hastings]

Changes by Larry Hastings :


Added file: http://bugs.python.org/file29883/larry.chown.unsigned.uid.gid.3.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Changes by Matthias Klose :


--
dependencies: +test_executable_without_cwd fails when run in the installed 
location

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17757] test_executable_without_cwd fails when run in the installed location

[Matthias Klose]

New submission from Matthias Klose:

this test already has a:

@unittest.skipIf(sysconfig.is_python_build(),
 "need an installed Python. See #7774")

but fails in the installed location.

==
FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCase)
--
Traceback (most recent call last):
  File "/usr/lib/python3.3/test/test_subprocess.py", line 385, in 
test_executable_without_cwd
self._assert_cwd('', "somethingyoudonthave", executable=sys.executable)
  File "/usr/lib/python3.3/test/test_subprocess.py", line 313, in _assert_cwd
normcase(p.stdout.read().decode("utf-8")))
AssertionError: '' != 
'/tmp/tmp.eN4iQiwrR5/ubtree0t-testsuite-testtmp/tmpdir/test_python_21982'
+ /tmp/tmp.eN4iQiwrR5/ubtree0t-testsuite-testtmp/tmpdir/test_python_21982

==
FAIL: test_executable_without_cwd (test.test_subprocess.ProcessTestCaseNoPoll)
--
Traceback (most recent call last):
  File "/usr/lib/python3.3/test/test_subprocess.py", line 385, in 
test_executable_without_cwd
self._assert_cwd('', "somethingyoudonthave", executable=sys.executable)
  File "/usr/lib/python3.3/test/test_subprocess.py", line 313, in _assert_cwd
normcase(p.stdout.read().decode("utf-8")))
AssertionError: '' != 
'/tmp/tmp.eN4iQiwrR5/ubtree0t-testsuite-testtmp/tmpdir/test_python_21982'
+ /tmp/tmp.eN4iQiwrR5/ubtree0t-testsuite-testtmp/tmpdir/test_python_21982

--
components: Tests
messages: 187074
nosy: doko
priority: normal
severity: normal
stage: needs patch
status: open
title: test_executable_without_cwd fails when run in the installed location
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Changes by Matthias Klose :


--
dependencies: +test_syntax_error fails when run in the installed location

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17756] test_syntax_error fails when run in the installed location

[Matthias Klose]

New submission from Matthias Klose:

no idea yet about that one ...

==
FAIL: test_syntax_error (test.test_code_module.TestInteractiveConsole)
--
Traceback (most recent call last):
  File "/usr/lib/python3.3/test/test_code_module.py", line 57, in 
test_syntax_error
raise AssertionError("No syntax error from console")
AssertionError: No syntax error from console

--
components: Tests
messages: 187073
nosy: doko
priority: normal
severity: normal
stage: needs patch
status: open
title: test_syntax_error fails when run in the installed location
versions: Python 3.3, Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17750] allow the testsuite to run in the installed location

[Matthias Klose]

Changes by Matthias Klose :


--
dependencies: +test_builtin assumes LANG=C

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com