[issue13197] subprocess: move shell arguments to a separate keyword param

[anatoly techtonik]

anatoly techtonik  added the comment:

List not only needs to be joined, it should be quoted as well. But the biggest 
problem will be the change of behavior between Python versions which may 
confuse users even more.

Perhaps it's a good time to start embedding 'best practice' recipes in manual.

--

___
Python tracker 

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

[issue13205] NameErrors in generated setup.py (codecs, split_multiline)

[David Barnett]

David Barnett  added the comment:

Regression tests. Not positive that subprocess is the best approach for running 
these, but it seems to work.

In the process of writing tests, I discovered another missing import for 
PackagingFileError when there's no setup.cfg.

--
Added file: http://bugs.python.org/file23458/test_command_generate_setup.py

___
Python tracker 

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

[issue13121] collections.Counter's += copies the entire object

[Raymond Hettinger]

Changes by Raymond Hettinger :


Added file: http://bugs.python.org/file23457/counter.diff

___
Python tracker 

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

[issue10860] Handle empty port after port delimiter in httplib

[Shawn Ligocki]

Shawn Ligocki  added the comment:

Great! Glad it landed :)

--

___
Python tracker 

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

[issue1757072] Zipfile robustness

[R. David Murray]

R. David Murray  added the comment:

"This issue" is currently a collection point for specific "allow this in lax 
mode" issues.  Do you have one or more specific cases in point that you'd like 
to talk about?  (Note that the 'garbage after end of file' bug has already been 
fixed.)

--

___
Python tracker 

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

[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)

[Łukasz Langa]

Changes by Łukasz Langa :


--
Removed message: http://bugs.python.org/msg145883

___
Python tracker 

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

[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 5c5c6a28b349 by Łukasz Langa in branch 'default':
A ricochet from fixing #10680: http://http://example.com/ no longer reports
http://hg.python.org/cpython/rev/5c5c6a28b349

--
nosy: +python-dev

___
Python tracker 

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

[issue11751] Increase distutils.filelist / packaging.manifest test coverage

[Justin Love]

Justin Love  added the comment:

re: test_glob_to_re

Could not reproduce (OS X 10.6)

I built branch 2.7, and also tried the expressions from glob_to_re on my system 
2.7 and 3.2, all returned the (?ms) version.

--

___
Python tracker 

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

[issue13217] Missing header dependencies in Makefile

[Meador Inge]

Changes by Meador Inge :


--
nosy: +meador.inge
stage:  -> patch review

___
Python tracker 

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

[issue13217] Missing header dependencies in Makefile

[John O'Connor]

New submission from John O'Connor :

I think ucs{1,2,4}lib.h, asciilib.h and a few other files should be in the 
Makefile deps list for unicodeobject.c. 

Patch included.

--
components: Build
files: makefile.patch
keywords: patch
messages: 145881
nosy: haypo, jcon, pitrou
priority: normal
severity: normal
status: open
title: Missing header dependencies in Makefile
type: behavior
versions: Python 3.2, Python 3.3
Added file: http://bugs.python.org/file23456/makefile.patch

___
Python tracker 

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

[issue10860] Handle empty port after port delimiter in httplib

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 6ac59218c049 by Łukasz Langa in branch '3.2':
Fixes #10860: Handle empty port after port delimiter in httplib
http://hg.python.org/cpython/rev/6ac59218c049

New changeset 18dc3811f2b8 by Łukasz Langa in branch 'default':
Merged fix for #10860 from 3.2
http://hg.python.org/cpython/rev/18dc3811f2b8

--

___
Python tracker 

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

[issue10860] Handle empty port after port delimiter in httplib

[Łukasz Langa]

Łukasz Langa  added the comment:

Patch merged. Thanks, Shawn.

--
nosy: +lukasz.langa
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions:  -Python 3.1

___
Python tracker 

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

[issue13152] textwrap: support custom tabsize

[Raymond Hettinger]

Raymond Hettinger  added the comment:

+1

--
nosy: +rhettinger

___
Python tracker 

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

[issue13197] subprocess: move shell arguments to a separate keyword param

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I don't think you can tighten the API at this point.  We could however make 
Popen complain when options are going to be thrown away.  Or it could be made 
more liberal about what is accepts (running shlex on string input or join on 
list input as needed).

--
nosy: +rhettinger

___
Python tracker 

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

[issue13173] Default values for string.Template

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This looks like a reasonable use case.  That being said, I question whether the 
defaults should be attached directly to the template instance or whether they 
should be part of the substitution method.

FWIW, there already have a couple of other ways to do it:

>>> from string import Template
>>> s = Template("${user} made me a ${flavor} cake.")
>>> default = {"user":"Dennis"}
>>> s.substitute(default, flavor='vanilla')
'Dennis made me a vanilla cake.'
>>> s.substitute(default, user='Ken', flavor='vanilla')
'Ken made me a vanilla cake.'
 

>>> from collections import ChainMap
>>> s.substitute(ChainMap(dict(flavor='vanilla'), default))
'Dennis made me a vanilla cake.'

--
assignee:  -> rhettinger
nosy: +rhettinger

___
Python tracker 

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

[issue12533] python-celementtree prevents me from running python develop.py to compile Imprudence Viewer

[Kristoffer Grundström]

Kristoffer Grundström  added the comment:

Uhhhm. You could bypass the python-celementtree issue when compiling by editing 
fastest_celementree.py & uncommenting some lines so you compile using other 
instructions.

--

___
Python tracker 

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

[issue13173] Default values for string.Template

[Bfontaine]

Bfontaine  added the comment:

A "light" version of diff added (rewrapped content is replaced by 
"[rewrapping]")

--
Added file: 
http://bugs.python.org/file23455/string_template_default_values2-light.patch

___
Python tracker 

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

[issue13173] Default values for string.Template

[Bfontaine]

Bfontaine  added the comment:

diff updated

--
Added file: 
http://bugs.python.org/file23454/string_template_default_values2.patch

___
Python tracker 

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

[issue13216] Add cp65001 codec

[STINNER Victor]

STINNER Victor  added the comment:

> Users want the code page 65001

See issues #6058, #7441 and #10920.

--

___
Python tracker 

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

[issue13216] Add cp65001 codec

[STINNER Victor]

New submission from STINNER Victor :

Thanks to #12281, it is now trivial to implement any Windows code page in 
Python. I don't know if existing code pages (e.g. cp932) should use 
codecs.code_page_encode/.code_page_decode on Windows, or continue to use the 
(portable) Python code.

Users want the code page 65001, even if I consider that it is useless to set 
the ANSI code page to 65001 in a console (see issue #1602), but that's a 
different story. Attached patch implements this code page.

--
components: Unicode
files: cp65001.py
messages: 145871
nosy: amaury.forgeotdarc, haypo, loewis
priority: normal
severity: normal
status: open
title: Add cp65001 codec
versions: Python 3.3
Added file: http://bugs.python.org/file23453/cp65001.py

___
Python tracker 

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

[issue13150] Most of Python's startup time is sysconfig

[Roumen Petrov]

Roumen Petrov  added the comment:

10x for solution, 10x  for commit . 
Good bye cross compilation!
Any attempt  to improve python build system to support cross-build,  multilib 
build, build outside source tree with different options is useless.

--
nosy: +rpetrov

___
Python tracker 

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

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

[STINNER Victor]

STINNER Victor  added the comment:

test_codecs pass on Windows XP and Windows Seven buildbots.

--
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

[issue13214] Cmd: list available completions from the cmd.Cmd subclass and filter out EOF handler(s)

[Raymond Hettinger]

Raymond Hettinger  added the comment:

This looks to be a reasonable request.

I think the patch would be better if the filtering were done directly in 
get_names().  A subclass can override or extend that method if it wants to 
customize the filter.

--
assignee:  -> rhettinger
nosy: +rhettinger
versions: +Python 3.3 -Python 2.7, Python 3.4

___
Python tracker 

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

[issue12174] Multiprocessing logging levels unclear

[Vinay Sajip]

Vinay Sajip  added the comment:

> Should there be another issue opened to do something about the extra logging 

> levels?

IMO they shouldn't have been added in the first place, but I'm not sure if 
they're part of the public API and hence subject to backward-compatibility 
constraints. It would be nice to hear a justification for them from Jesse (or 
someone else). Of course levels are a bit subjective and logging supports 
user-defined levels for special cases, but using multiple libs with different 
added levels would be a headache. I think at least the stdlib should stick to 
the standard levels.

--

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Jyrki Pulliainen]

Jyrki Pulliainen  added the comment:

Uploaded a new patch that raises TypeError

--
Added file: http://bugs.python.org/file23452/issue3067_v3.patch

___
Python tracker 

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

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 413b89242766 by Victor Stinner in branch 'default':
Issue #12281: Fix test_codecs.test_cp932() on Windows XP
http://hg.python.org/cpython/rev/413b89242766

--

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> Thanks for clarification! I see the problem now. So if I get this
> correctly we should change the _build_localename to raise TypeError?

Yes, that's what I'm proposing.

> If the given locale is in wrong format, we'll get TypeError, but if
> it's valid type but otherwise invalid locale (like 'en'), we'll get
> ValueError (or more specifically locale.Error).

Ideally, yes. Notice that it will be difficult to produce a TypeError
for u"en", unless you explicitly test for Unicode objects.

--

___
Python tracker 

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

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 5841920d1ef6 by Victor Stinner in branch 'default':
Issue #12281: Skip code page tests on non-Windows platforms
http://hg.python.org/cpython/rev/5841920d1ef6

--

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Jyrki Pulliainen]

Jyrki Pulliainen  added the comment:

Thanks for clarification! I see the problem now. So if I get this correctly we 
should change the _build_localename to raise TypeError? If the given locale is 
in wrong format, we'll get TypeError, but if it's valid type but otherwise 
invalid locale (like 'en'), we'll get ValueError (or more specifically 
locale.Error).

--

___
Python tracker 

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

[issue13208] Problems with urllib on windows

[Deepak Dodo]

Deepak Dodo  added the comment:

The log file is also attached. This error is because the entire content of the 
webpage has not been read.

--
Added file: http://bugs.python.org/file23451/error.log

___
Python tracker 

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

[issue13208] Problems with urllib on windows

[Deepak Dodo]

Deepak Dodo  added the comment:

This is the source code I am using. Even if I use any module other than urllib 
to read the contents, its not reading the entire contents of the webpage. This 
happens only on Windows.

--
Added file: http://bugs.python.org/file23450/tester.py

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> Maybe we should return TypeError with the same message then? That
> would require some modification of documentation though, as it
> states: "If the modification of the locale fails, the exception Error
> is raised.".

No, any operation can report TypeError and ValueError without explicit
mentioning in the documentation. Saying that the parameters should be
this and that implies that if they are different, you get a TypeError
or ValueError.

> I don't really understand the "locale unpacking may actually
> succeed". Isn't that what supposed to happen, to my knowledge "en" is
> not a valid locale and that's a totally different issue?

See my example again:

py> locale.setlocale(locale.LC_ALL,u"en")
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/locale.py", line 513, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting
py> locale.setlocale(locale.LC_ALL,u"eng")
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/locale.py", line 512, in setlocale
locale = normalize(_build_localename(locale))
  File "/usr/lib/python2.6/locale.py", line 420, in _build_localename
language, encoding = localetuple
ValueError: too many values to unpack

So for u"eng" you get the ValueError. For u"en", you get past that
point, and then get a locale.Error. These are both Unicode strings,
but the outcome is quite different (and still would be different
under your patch).

--

___
Python tracker 

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

[issue12281] bytes.decode('mbcs', 'ignore') does replace undecodable bytes on Windows Vista or later

[Roundup Robot]

Roundup Robot  added the comment:

New changeset af0800b986b7 by Victor Stinner in branch 'default':
Issue #12281: Rewrite the MBCS codec to handle correctly replace and ignore
http://hg.python.org/cpython/rev/af0800b986b7

--
nosy: +python-dev

___
Python tracker 

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

[issue13215] multiprocessing Manager.connect() aggressively retries refused connections

[Benjamin Gilbert]

New submission from Benjamin Gilbert :

multiprocessing.managers.BaseManager.connect() takes 20 seconds to return on 
failure, even if the server refuses the connection.  This is because the 
function that creates the connection, 
multiprocessing.connection.SocketClient(), handles ECONNREFUSED by retrying the 
connection attempt every 10 ms for 20 seconds.

While a 20 second timeout may make sense for *unresponsive* servers, 
ECONNREFUSED probably indicates that the server is not listening on this port, 
so hammering it with 1,999 more connection attempts isn't going to help.  In 
this case, SocketClient() should fail immediately, or -- at most -- retry a 
small number of times with exponential backoff.

--
components: Library (Lib)
messages: 145857
nosy: bgilbert
priority: normal
severity: normal
status: open
title: multiprocessing Manager.connect() aggressively retries refused 
connections
type: behavior
versions: Python 2.7, Python 3.2

___
Python tracker 

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

[issue13214] Cmd: list available completions from the cmd.Cmd subclass and filter out EOF handler(s)

[Garrett Cooper]

New submission from Garrett Cooper :

1. The current code in cmd.get_names does a dir on the derived class for
   cmd.Cmd object instead, which means that if I do something similar to
   the following:

class CLI(cmd.Cmd):
   def register_subcommand(self, cmd, cli_class):
   def call_cli(self):
   cli = cli_class()
   cli.cmdloop()
   setattr(self, 'do_%s' % (cmd, ), call_cli)

   it won't register the command in the completion list or help list.

2. Registering a do_EOF handler is a bit of a hack to work around
   the fact that entering in ^D on the command line prints out:

   (Cmd) *** Unknown syntax: EOF

   I can't speak to the fact that my desired behavior should be 
   enforced (basically trickle up the EOFError like so):

   def do_EOF(self, arg):
   raise EOFError

   so what I'm proposing instead is that it be filtered out by default.

Given that there's some value in allowing developers to build custom filter 
rules for the completions (example: certain commands can be undocumented, 
hidden to lower privilege users, etc), I figured it would be wise to create a 
custom mechanism for filtering out commands.

This could be cleaned up to use better python idioms like a generator, cache 
the data and have a refresh method, etc, but this is a good first start.

--
components: Library (Lib)
files: python-cmd-better-filtering.patch
keywords: patch
messages: 145856
nosy: yaneurabeya
priority: normal
severity: normal
status: open
title: Cmd: list available completions from the cmd.Cmd subclass and filter out 
EOF handler(s)
type: feature request
versions: Python 2.7, Python 3.4
Added file: http://bugs.python.org/file23449/python-cmd-better-filtering.patch

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Jyrki Pulliainen]

Jyrki Pulliainen  added the comment:

Maybe we should return TypeError with the same message then? That would require 
some modification of documentation though, as it states: "If the modification 
of the locale fails, the exception Error is raised.".

I don't really understand the "locale unpacking may actually succeed". Isn't 
that what supposed to happen, to my knowledge "en" is not a valid locale and 
that's a totally different issue? If I'm wrong, please correct, I've just 
started wandering in to Python Core development :)

--

___
Python tracker 

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

[issue1294] Management of KeyboardInterrupt in cmd.py

[Garrett Cooper]

Garrett Cooper  added the comment:

I realize that this bug is closed, but I just had a comment to make.

Handling EOF is simple:

def do_EOF(self, arg):
pass

For my purposes I want to raise an EOFError so I can trickle up the chain to 
the appropriate caller because I'm coding a CLI where I have a nested set of 
commands, e.g.

command subcommand_0
command subcommand_1

I'd like the behavior to match what's done in Cisco IOS or IronPort's CLI (to 
some degree).

The only part that's annoying is that I have to hide do_EOF in the help and 
completion output, otherwise the user will see the handler when completing or 
running help, but I'll bring that up in another issue.

--
nosy: +yaneurabeya

___
Python tracker 

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

[issue7723] sqlite only accept buffer() for BLOB objects (input/output)

[Florent Xicluna]

Changes by Florent Xicluna :


--
status: pending -> closed

___
Python tracker 

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

[issue13212] json library is decoding/encoding when it should not

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I don't see any way of changing this without breaking lots of code that 
currently works fine.  It may be possible to add a strict-mode (off by default) 
or to add warnings.

--
nosy: +rhettinger

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I think the reported exception type is incorrect. Given that the error message 
is 'Locale must be None, a string, or an iterable of two strings -- language 
code, encoding.', it very much sounds like a TypeError is being reported here.

So I think all that's needed is that the ValueError is converted into a 
TypeError.

Also notice that the tuple unpacking may actually succeed:

py> locale.setlocale(locale.LC_ALL,u"en")
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.6/locale.py", line 513, in setlocale
return _setlocale(category, locale)
locale.Error: unsupported locale setting

--

___
Python tracker 

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

[issue13213] generator.throw() behavior

[Florent Xicluna]

Changes by Florent Xicluna :


--
nosy: +flox

___
Python tracker 

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

[issue13212] json library is decoding/encoding when it should not

[Florent Xicluna]

Changes by Florent Xicluna :


--
nosy: +flox
stage:  -> needs patch
type:  -> behavior
versions:  -Python 2.6, Python 3.1, Python 3.4

___
Python tracker 

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

[issue1053687] PyOS_InputHook not called in IDLE subprocess

[Roger Serwy]

Roger Serwy  added the comment:

This is related to http://bugs.python.org/issue989712

--
nosy: +serwy

___
Python tracker 

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

[issue12405] packaging does not record/remove directories it creates

[Carl Meyer]

Carl Meyer  added the comment:

> This is what I proposed earlier: we’d need to record all directories that 
> would have been created, but I’m not sure if it will be possible.  For 
> example, if one uses --prefix /tmp/usr and pysetup install creates /tmp/usr, 
> /tmp/usr/lib, /tmp/usr/lib/python2.7, /tmp/usr/lib/python2.7/site-packages, 
> /tmp/usr/lib/python2.7/site-packages/spam and 
> /tmp/usr/lib/python2.7/site-packages/Spam-0.1.dist-info, then we pysetup 
> should Spam, should packaging remove only the package and dist-info 
> directories or also the site-packages, python2.7, lib and usr directories?

I think it would make sense to draw a distinction between "creating the prefix 
directories (including site-packages)" and "creating the distribution-specific 
directories within the prefix directories." And only record the latter in 
RECORD for the given installed distribution.

If I use --prefix and install some things, and then uninstall them, I would not 
consider it a bug to find the empty site-packages directory still remaining 
under that prefix. (In fact, I'd be surprised if it were removed).

> Okay, so I will champion a patch to PEP 376.

Thank you!

--

___
Python tracker 

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

[issue12797] io.FileIO and io.open should support openat

[Ross Lagerwall]

Ross Lagerwall  added the comment:

I guess that would make it more general...

I'll play around with it for a bit. It mustn't become too hard to use though 
since the original point was to simplify the opening of files :-)

--

___
Python tracker 

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

[issue13213] generator.throw() behavior

[Petri Lehtinen]

New submission from Petri Lehtinen :

The documentation of generator.throw() gives this signature:

generator.throw(type[, value[, traceback]])

Looking at the code, it accepts the following arguments:

  g.throw(ExcType)  --> raise ExcType()

  g.throw(ExcType, None)  --> raise ExcType()

  g.throw(ExcType, None, tb)  --> raise ExcType().with_traceback(tb)

  g.throw(ExcType, instace_of_ExcType)  --> raise instance_of_ExcType

  g.throw(ExcType, instace_of_ExcType, tb)  --> raise 
instance_of_ExcType.with_traceback(tb)

  g.throw(ExcType, other_value)  --> raise ExcType(other_value)

  g.throw(ExcType, other_value, tb)  --> raise 
ExcType(other_value).with_traceback(tb)

Up to this point, I think everything is in line with the documentation. But it 
also accepts the following (now that issue 13188 is fixed):

  g.throw(exc_instance) --> raise exc_instance (preserving the traceback of 
exc_instance)

  g.throw(exc_instance, None) --> raise exc_instance (preserving the traceback 
of exc_instance)

  g.throw(exc_instance, None, tb) --> raise exc_instance.with_traceback(tb)

It does not accept these, throwing a TypeError:

  g.throw(exc_instance, some_value_other_than_None)
  g.throw(exc_instance, some_value_other_than_None, tb)
  g.throw(exc_instance, tb)

The documentation is really unclear on throwing existing exception instances 
with (exc_instance) or (exc_instance, None), and that calling with (type, 
value) or (type, value, tb) will create a new exception if not 
isinstance(value, type).

--
assignee: docs@python
components: Documentation, Interpreter Core
messages: 145848
nosy: docs@python, ezio.melotti, ncoghlan, petri.lehtinen, pitrou
priority: normal
severity: normal
status: open
title: generator.throw() behavior
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3

___
Python tracker 

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

[issue13212] json library is decoding/encoding when it should not

[Tomasz Buchert]

New submission from Tomasz Buchert :

Hi there!
According to http://www.ietf.org/rfc/rfc4627.txt . The JSON object is either a 
list or a dictionary with other elements in it. However Python's implementation 
took liberty to parse also basic types, like integers, strings, floats, etc. 
For example:

>>> import json
>>> json.loads('42')
42
>>> json.dumps(3.141592)
'3.141592'

It wouldn't be a problem if other implementations would adhere to this 
behavior, but this is not true. Take Ruby for example:

irb(main):007:0> require 'rubygems';
irb(main):008:0* require 'json';
irb(main):009:0* JSON.parse '42'
JSON::ParserError: 743: unexpected token at '42'
from /var/lib/gems/1.8/gems/json-1.6.1/lib/json/common.rb:148:in `parse'
from /var/lib/gems/1.8/gems/json-1.6.1/lib/json/common.rb:148:in `parse'
from (irb):9
from :0
irb(main):010:0> JSON.generate(3.141592)
JSON::GeneratorError: only generation of JSON objects or arrays allowed
from /var/lib/gems/1.8/gems/json-1.6.1/lib/json/common.rb:216:in 
`generate'
from /var/lib/gems/1.8/gems/json-1.6.1/lib/json/common.rb:216:in 
`generate'
from (irb):10
from :0

Also http://jsonlint.com/ considers it an error.

I know this is not very important, but I've ran into this today when trying to 
parse JSON in Ruby which was produced in Python.

I've made a patch for that, but I still need to fix tests and there are many of 
them. I first would like to know if it is going to be fixed, then I will 
complete the patch.

Thanks for Python, anyway!

Tomek

--
components: Library (Lib)
messages: 145847
nosy: thinred
priority: normal
severity: normal
status: open
title: json library is decoding/encoding when it should not
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, 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

[issue13210] Support Visual Studio 2010

[Martin v . Löwis]

Martin v. Löwis  added the comment:

I think this issue urgently needs a scope defined. What *exactly* is it that 
you want to achieve? If it's merely being able to compile Python with VS 2010, 
many of the proposed changes are unnecessary.

If you propose that the patch should be used to replace VS 2008 with VS 2010, I 
suggest that instead of developing it as a patch, you create a hg clone that 
you maintain on your own.

If you propose that Python 3.3 be built and released with VS 2010, then we need 
to re-evaluate this question again. Wrt. VS 2012, my hope is that this will be 
available for 3.3 already. If that's not going to happen, I'd be open to switch 
to 2010 for 3.3 only (and to 2012 for 3.4).

--

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Petri Lehtinen]

Petri Lehtinen  added the comment:

BTW, shouldn't this be applied to 2.7 too?

--

___
Python tracker 

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

[issue13208] Problems with urllib on windows

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Can you please provide a test case? What exact source code you are using, and 
what exact result are you getting? Attach those pieces as files.

--
nosy: +loewis

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Antoine Pitrou wrote:
> Actually, it is documented:
> “Return the traceback associated with the exception as a new reference (...)”

Ah, you're right. It just doesn't have the green "Return value: New
reference" note.

Thanks for committing!

--

___
Python tracker 

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

[issue12296] Minor clarification in devguide

[Terry J. Reedy]

Terry J. Reedy  added the comment:

To be more exact, "optional arguments" should be more extended to "optional 
arguments whose default maintains the existing behavior"

--

___
Python tracker 

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

[issue13150] Most of Python's startup time is sysconfig

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue13172] Improve detection of availability of bdist_msi command

[Éric Araujo]

Éric Araujo  added the comment:

> The existing traceback doesn't even mention _msi.

Looks like #12703, which I’m going to fix shortly.

--
dependencies: +Improve error reporting for packaging.util.resolve_name

___
Python tracker 

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

[issue1673007] urllib2 requests history + HEAD support

[Éric Araujo]

Éric Araujo  added the comment:

Doc patch to fix a reST error and tweak a few things.

--
Added file: http://bugs.python.org/file23448/urllib.request-doc.diff

___
Python tracker 

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

[issue868845] Need unit tests for <...> reprs

[Éric Araujo]

Éric Araujo  added the comment:

> I sometimes wish that the str() of a class would return the class name
> rather than its repr(); that way "print(str)" would print "str"
> instead of .  (Use case: printing an exception and its
> message: I wish I could print("%s: %s" % (err.__class__, err)) instead
> of having to use err.__class__.__name__.)
Me too.  I have a small metaclass to do that :)  Given your tentative support, 
I’ll open a feature request for 3.3.

> One could even claim that the repr() of a class could be the same
I think of repr first as “string form for debugging”, so I like the angle 
brackets.

--
stage: test needed -> committed/rejected

___
Python tracker 

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

[issue13150] Most of Python's startup time is sysconfig

[Éric Araujo]

Éric Araujo  added the comment:

BTW, distutils2 backports the sysconfig module and cfg file from 3.3, so now 
the two versions will diverge.

--

___
Python tracker 

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

[issue13205] NameErrors in generated setup.py (codecs, split_multiline)

[David Barnett]

David Barnett  added the comment:

Sure, I can give it a go. I'll probably have a chance sometime today.

--

___
Python tracker 

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

[issue3990] The Linux2 platform definition is incorrect for alpha, hppa, mips, sparc

[Éric Araujo]

Éric Araujo  added the comment:

If we keep the plat-* directories, I think too that introducing new 
sys.platform values seems a bit heavy-handed.

--
dependencies: +Automatically regenerate platform-specific modules
nosy: +eric.araujo

___
Python tracker 

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

[issue10197] subprocess.getoutput fails on win32

[bpoaugust]

bpoaugust  added the comment:

I got the () syntax from:

http://technet.microsoft.com/en-us/library/cc737438%28WS.10%29.aspx

which refers to grouping, not subshell.

--

___
Python tracker 

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

[issue3990] The Linux2 platform definition is incorrect for alpha, hppa, mips, sparc

[Éric Araujo]

Changes by Éric Araujo :


--
versions: +Python 3.2, Python 3.3 -Python 2.6, Python 3.1

___
Python tracker 

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

[issue1565071] update Lib/plat-linux2/IN.py

[Éric Araujo]

Changes by Éric Araujo :


--
dependencies: +Automatically regenerate platform-specific modules
stage: test needed -> needs patch
versions: +Python 2.7, Python 3.2, Python 3.3 -Python 2.6

___
Python tracker 

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

[issue13193] test_packaging and test_distutils failures under Windows

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Similar test failure under x86 OpenIndiana:

==
ERROR: test_resources 
(packaging.tests.test_command_install_data.InstallDataTestCase)
--
Traceback (most recent call last):
  File 
"/export/home/buildbot/32bits/3.x.cea-indiana-x86/build/Lib/packaging/tests/test_command_install_data.py",
 line 129, in test_resources
with packaging.database.get_file('Spamlib', 'spamd') as fp:
  File 
"/export/home/buildbot/32bits/3.x.cea-indiana-x86/build/Lib/packaging/database.py",
 line 649, in get_file
return open(get_file_path(distribution_name, relative_path),
  File 
"/export/home/buildbot/32bits/3.x.cea-indiana-x86/build/Lib/packaging/database.py",
 line 644, in get_file_path
raise LookupError('no distribution named %r found' % distribution_name)
LookupError: no distribution named 'Spamlib' found

http://www.python.org/dev/buildbot/all/builders/x86%20OpenIndiana%203.x/builds/2153/steps/test/logs/stdio

--

___
Python tracker 

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

[issue13205] NameErrors in generated setup.py (codecs, split_multiline)

[Éric Araujo]

Éric Araujo  added the comment:

Thanks!  I haven’t tested generate-setup for some time.  It would be great to 
add a regression test for this.  Would you like to do it?  To mock user input, 
just copy the Inputs class from test_command_register.  If not, I will do it.

--
assignee: tarek -> eric.araujo
stage:  -> test needed
versions: +3rd party, Python 3.3 -Python 2.7

___
Python tracker 

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

[issue13170] distutils2 test failures

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 5d858149df06 by Éric Araujo in branch 'default':
Synchronize config with packaging (fixes #13170)
http://hg.python.org/distutils2/rev/5d858149df06

--
nosy: +python-dev

___
Python tracker 

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

[issue11638] python setup.py sdist crashes if version is unicode

[Éric Araujo]

Éric Araujo  added the comment:

David:
I don’t think packaging and pysetup generate-setup have anything to do with 
this bug.  You can create a setup.py file manually and see the error with 
distutils in 2.7.

As I said before, I agree this is a bug.  I’m working on many things right now, 
so if someone volunteers to write a test and possibly a fix for this, it would 
help.  We have examples of creating tarball sdists in 
Lib/distutils/tests/test_sdist.py, one would just need to copy an example and 
pass version=u'1.0'.

--

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Jyrki Pulliainen]

Jyrki Pulliainen  added the comment:

I modified the patch not to contain the tests against exception messages

--
Added file: http://bugs.python.org/file23447/issue3067_v2.patch

___
Python tracker 

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

[issue10817] urllib.request.urlretrieve never raises ContentTooShortError if no reporthook

[Jyrki Pulliainen]

Changes by Jyrki Pulliainen :


Removed file: http://bugs.python.org/file23444/issue10817.patch

___
Python tracker 

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

[issue10817] urllib.request.urlretrieve never raises ContentTooShortError if no reporthook

[Jyrki Pulliainen]

Jyrki Pulliainen  added the comment:

I had a bad patch, containing changes to locale.py, so I've uploaded a new 
patch for this.

--
Added file: http://bugs.python.org/file23446/issue10817.patch

___
Python tracker 

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

[issue12296] Minor clarification in devguide

[Ezio Melotti]

Ezio Melotti  added the comment:

LGTM.

(Actually you can still break someone's code by introducing new 
functions/classes, in case they get imported with 'from mod import *' and 
override some local function/class with the same name -- but this is such an 
obscure case that doesn't deserve to be mentioned (and 'import *' is bad 
practice anyway).)

--
nosy: +ezio.melotti

___
Python tracker 

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

[issue868845] Need unit tests for <...> reprs

[Guido van Rossum]

Guido van Rossum  added the comment:

I think there's nothing to be done for a bug this general.

If you find a specific object whose repr() is awkward, go ahead and file a 
specific bug.

In most cases I think people who parse repr() output know they are on thin ice, 
and would prefer that the object whose repr() they are parsing had a method or 
attribute that returned what they were after.  Example: in 3.2, parsing 
repr(range(...)) is the only way to access the start/stop/step attributes; but 
we're fixing this for 3.3.  Exception: unittests that specifically verify the 
form of a repr().

Off-topic: I sometimes wish that the str() of a class would return the class 
name rather than its repr(); that way "print(str)" would print "str" instead of 
.  (Use case: printing an exception and its message: I wish I 
could print("%s: %s" % (err.__class__, err)) instead of having to use 
err.__class__.__name__.)  One could even claim that the repr() of a class could 
be the same, since one of the guiding principles for repr() is that it should, 
if possible, return an expression that (perhaps given a suitable environment) 
could reconstruct the value exactly (and otherwise it should have the <...> 
form discussed in this issue).  But both of these wishes are debatable, and if 
anyone cares, they should open a new bug to discuss it.

--
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue12703] Improve error reporting for packaging.util.resolve_name

[Éric Araujo]

Éric Araujo  added the comment:

Thanks.  I’ll add more tests and commit.  (I also prefer to create modules in 
test methods instead of using another file, so that I can see right here what 
the module contains.)

--

___
Python tracker 

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

[issue12296] Minor clarification in devguide

[Éric Araujo]

Éric Araujo  added the comment:

I like it.  Terry, objections?

--

___
Python tracker 

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

[issue10197] subprocess.getoutput fails on win32

[Éric Araujo]

Éric Araujo  added the comment:

If Windows shell syntax is similar to POSIX one, then () will run in a 
sub-shell, which would be a different behavior than using {} (which merely 
group statements and their streams).

--
versions:  -Python 3.1

___
Python tracker 

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

[issue13150] Most of Python's startup time is sysconfig

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Done! If someone wants to give life to the C approach, they are welcome :)

--
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

[issue13150] Most of Python's startup time is sysconfig

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 70160b53117f by Antoine Pitrou in branch 'default':
Issue #13150: sysconfig no longer parses the Makefile and config.h files
http://hg.python.org/cpython/rev/70160b53117f

--

___
Python tracker 

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

[issue12277] Missing comma in os.walk docs

[Éric Araujo]

Éric Araujo  added the comment:

Sorry, I was too busy with real bugs to fix this minor one.

--

___
Python tracker 

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

[issue13210] Support Visual Studio 2010

[Éric Araujo]

Éric Araujo  added the comment:

The wiki page contains change to distutils, which I believe would not be 
allowed by the feature freeze.  New features (such as support for a new 
compiler) need to target packaging.

--

___
Python tracker 

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

[issue13210] Support Visual Studio 2010

[Santoso Wijaya]

Changes by Santoso Wijaya :


--
nosy: +santa4nt

___
Python tracker 

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

[issue13207] os.path.expanduser breaks when using unicode character in the username

[Éric Araujo]

Éric Araujo  added the comment:

On POSIX, Python 3 works correctly if my home dir is /tmp/éric, and Python 2.7 
returns a UTF-8-encoded (not locale-encoded!) bytes string.

For Windows, a patch would probably need to add a private function to the _nt 
module (in C): ctypes is too dangerous to be used in the standard library.

--
nosy: +eric.araujo, haypo

___
Python tracker 

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

[issue3067] setlocale error message is confusing

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the patch.  Exception messages are considered implementation 
details, so I would not test them.  Testing that an exception is raised is good 
enough IMO.

--
nosy: +eric.araujo

___
Python tracker 

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

[issue868845] Need unit tests for <...> reprs

[Éric Araujo]

Éric Araujo  added the comment:

Original report:
> Samuele Pedroni points out in python-dev that the <...> style reprs of Python 
> objects are
> not documented, standardized or even consistent (e.g. compare old-style and 
> new-style
> classes).
>
> Yet there is plenty of code out there that for various reasons parses these 
> things or a
> least depends on what they look like (the parrot benchmark being only the 
> latest example).

<...>-style reprs have been documented by Georg; for the consistency part, I 
just run the snippet from Nick on 3.2:




<__main__.foo object at 0x13fa810>

>


I would call that consistent.  (FWIW I like that the dict repr contains “dict” 
and not “builtins.dict”, as the common form for using it does not need the 
module part.)

For the standardization part, Alexander proposed this:
> For 3.0, I think it is feasible to standardize on the
> <{type} object ['{name}'] ... at 0x{addr}> pattern.

If there are tools out there that parse reprs, I think a change that would 
break them should have been in 3.0, now we’re bound by b/w compat.

To sum up: <...>-style reprs are documented and consistent enough, so let’s 
close this.

--
nosy: +eric.araujo

___
Python tracker 

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

[issue12405] packaging does not record/remove directories it creates

[Éric Araujo]

Éric Araujo  added the comment:

[Vinay]
> I think you mean "Only the paste/util directory is recorded."
Obviously :)

> How about if you record all directories that you would create if they didn't 
> exist, as well
> as those actually created? That way, you would record the paste directory 
> under both
> distributions, but would only delete it when deleting the last distribution 
> which uses it
This is what I proposed earlier: we’d need to record all directories that would 
have been created, but I’m not sure if it will be possible.  For example, if 
one uses --prefix /tmp/usr and pysetup install creates /tmp/usr, /tmp/usr/lib, 
/tmp/usr/lib/python2.7, /tmp/usr/lib/python2.7/site-packages, 
/tmp/usr/lib/python2.7/site-packages/spam and 
/tmp/usr/lib/python2.7/site-packages/Spam-0.1.dist-info, then we pysetup should 
Spam, should packaging remove only the package and dist-info directories or 
also the site-packages, python2.7, lib and usr directories?

[Carl]
> In short - pip would _love_ to have directories recorded as well as files, 
> exactly as Vinay
> has proposed. We don't have that info (even the distutils --record option 
> currently doesn't
> record directories, thus installed-files.txt doesn't contain directories), so 
> we are reduced
> to some nasty things like referring to top-level.txt in order to avoid lots 
> of empty
> directories hanging about,
Oh.  Ouch.

> which in itself was the subject of recent controversy re Twisted's custom 
> namespace
> packages implementation.
Ah, I understand that better now.  Maybe now would be a good time to start an 
alpha pip-on-distutils2 branch, to see if the API we offer is good enough and 
to work out possible bugs in new features offered to pip by d2 (removing 
directories, installing setup.cfg-based projects, supporting bdists).

> Please, let's have directories recorded in RECORD,
Okay, so I will champion a patch to PEP 376.

--
assignee: tarek -> eric.araujo

___
Python tracker 

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

[issue10860] Handle empty port after port delimiter in httplib

[Roundup Robot]

Roundup Robot  added the comment:

New changeset a3e48273dce3 by Łukasz Langa in branch '2.7':
Fixes #10860: Handle empty port after port delimiter in httplib
http://hg.python.org/cpython/rev/a3e48273dce3

--
nosy: +python-dev

___
Python tracker 

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

[issue12568] Add functions to get the width in columns of a character

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
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

[issue13188] generator.throw() ignores __traceback__ of exception

[Roundup Robot]

Roundup Robot  added the comment:

New changeset dcf5cc88d5c9 by Antoine Pitrou in branch '3.2':
Issue #13188: When called without an explicit traceback argument,
http://hg.python.org/cpython/rev/dcf5cc88d5c9

New changeset f4e3db1194e4 by Antoine Pitrou in branch 'default':
Issue #13188: When called without an explicit traceback argument,
http://hg.python.org/cpython/rev/f4e3db1194e4

--
nosy: +python-dev

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Actually, it is documented:
“Return the traceback associated with the exception as a new reference (...)”
http://docs.python.org/dev/c-api/exceptions.html#PyException_GetTraceback

Thanks for the patch, will apply!

--

___
Python tracker 

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

[issue13210] Support Visual Studio 2010

[Sébastien Sablé]

Sébastien Sablé  added the comment:

Here is a quick and dirty draft of the modifications I had to do in order to 
get Python 2.7.2 to compile with VS2010 on the wiki:

http://wiki.python.org/moin/VS2010

I will improve/complete it as I progress.
I will also do a 64 bits version.

--

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Attached an updated patch.

I incref'd the return value of PyErr_GetTraceback() because PyErr_Restore() 
steals the reference. The documentation of PyErr_GetTraceback() doesn't tell 
whether it returns a new or borrowed reference, but apparently a new reference 
then?

--
Added file: http://bugs.python.org/file23445/issue13188_v2.patch

___
Python tracker 

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

[issue13210] Support Visual Studio 2010

[Brian Curtin]

Brian Curtin  added the comment:

We can make Python compile with Visual Studio 2010, but it will not be the 
platform Python is released on, it would be optional while 2008 stays the 
release target, at least through Python 3.3. In Python 3.4, we may re-evaluate 
this, and it's likely we would jump over 2010 and move to Visual Studio 2012 at 
that point (per discussions on python-dev).

As for your first point, Visual Studio 2008 is still available on the Microsoft 
site, it's just not the first thing you usually find. If you look here - 
http://msdn.microsoft.com/en-us/express/future/bb421473 - you can find it.


Anyway, I've done this port internally at my company, but I'm not able to 
release that patch. I am, however, willing to do it personally so it could be 
included here. If anyone else is interested in working on it, it should follow 
the same format as other VS version support, going in the PC/VS{version} folder.

Also, reclassified this to the proper version, 3.3, since it's a feature 
request.

--
assignee: tarek -> 
components:  -Distutils, Distutils2, Installation
versions: +Python 3.3 -Python 2.7, Python 3.2

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Andreas Stührk]

Andreas Stührk  added the comment:

It leaks because `PyException_GetTraceback()` already returns a new reference, 
hence the "Py_XINCREF(tb)" is wrong.

--
nosy: +Trundle

___
Python tracker 

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

[issue12458] Tracebacks should contain the first line of continuation lines

[Florent Xicluna]

Changes by Florent Xicluna :


--
nosy: +flox

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Thank you! There is a memory leak somewhere:

$ ./python -m test -R 3:2 test_generators
[1/1] test_generators
beginning 5 repetitions
12345
.
test_generators leaked [1945, 1945] references, sum=3890
1 test failed:
test_generators


Also, since the patch is so short, a stylistic nit:

+if(tb == NULL) {

There should be a space after the "if".
(see PEP 7: http://www.python.org/dev/peps/pep-0007/)

--

___
Python tracker 

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

[issue10817] urllib.request.urlretrieve never raises ContentTooShortError if no reporthook

[Jyrki Pulliainen]

Jyrki Pulliainen  added the comment:

Changed the code so that the content length is set as size if reporthook is not 
set and wrote two tests for it.

Note: I moved fakehttp behavior to a mixin, so that it's more reusable.

--
keywords: +patch
nosy: +nailor
Added file: http://bugs.python.org/file23444/issue10817.patch

___
Python tracker 

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

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

[Florent Xicluna]

Changes by Florent Xicluna :


--
nosy: +flox

___
Python tracker 

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

[issue13188] generator.throw() ignores __traceback__ of exception

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Attached a patch that fixes this. The test case is a bit ugly, as it only 
checks that the traceback's depth is correct.

--
keywords: +patch
nosy: +ezio.melotti, petri.lehtinen
stage:  -> patch review
Added file: http://bugs.python.org/file23443/issue13188.patch

___
Python tracker 

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

[issue11085] expose _abcoll as collections.abc

[Florent Xicluna]

Changes by Florent Xicluna :


--
nosy: +flox

___
Python tracker 

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

[issue13211] urllib2.HTTPError does not have 'reason' attribute.

[Jason R. Coombs]

New submission from Jason R. Coombs :

The urllib2 docs indicate that HTTPError is a subclass of URLError and that 
URLError has an attribute of 'reason', but HTTPError does not have this 
attribute. The docs should be updated to reflect this deviance.

It appears the Python 3.2 docs no longer include documentation for URLError

Python 2.7.2
>>> try:urllib2.urlopen('http://api.wordnik.com/v4/word.json/foo/examples')
... except urllib2.HTTPError as exc:
...   print(dir(exc))
...
['_HTTPError__super_init', '__class__', '__delattr__', '__dict__', '__doc__', 
'__format__', '__getattribute__', '__getitem__', '__getslice__', '__hash__', 
'__init__', '__iter__', '__module__', '__new__', '__reduce__', '__reduce_ex__', 
'__repr__', '__setattr__', '__setstate__', '__sizeof__', '__str__', 
'__subclasshook__', '__unicode__', '__weakref__', 'args', 'close', 'code', 
'errno', 'filename', 'fileno', 'fp', 'getcode', 'geturl', 'hdrs', 'headers', 
'info', 'message', 'msg', 'next', 'read', 'readline', 'readlines', 'strerror', 
'url']

The same issue exists in Python 3.2.2.

Here's what I propose:
  - For Python 3.2 and 3.3, update HTTPError to supply a @property, aliasing 
.msg (will .msg always be a suitable .reason?).
  - For Python 2.7, document the deviance, such as by adding the following 
wording to the HTTPError docs: "Unlike URLError, HTTPError does not supply a 
reason attribute. The reason can be retrieved through the msg attribute."

--
assignee: docs@python
components: Documentation
messages: 145805
nosy: docs@python, jason.coombs
priority: normal
severity: normal
status: open
title: urllib2.HTTPError does not have 'reason' attribute.
versions: Python 2.7, Python 3.2, Python 3.3

___
Python tracker 

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

[issue13210] Support Visual Studio 2010

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +loewis

___
Python tracker 

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