[issue14921] New trove classifier for simple printers of nested lists

[Éric Araujo]

Éric Araujo  added the comment:

PyPI requests do not use this tracker; see PyPI for the link to the right 
place.  In this case anyway a request would certainly be rejected: the projects 
you’ve seen do not come from a high demand, but from one teaching book.  Search 
the catalog-sig archives for more info.

--
resolution: postponed -> invalid
stage:  -> committed/rejected

___
Python tracker 

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

[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.

[Éric Araujo]

Éric Araujo  added the comment:

distutils indeed supports 2.5-2.7.  The first proposed fix should be fine, 
what’s needed is a unit test (more info in the devguide).

--
stage: needs patch -> test needed

___
Python tracker 

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

[issue14626] os module: use keyword-only arguments for dir_fd and nofollow to reduce function count

[Larry Hastings]

Larry Hastings  added the comment:

Here's my first pass at a patch.  For this patch,
I took the proposal to its logical extreme: I removed
every function in os that was both mildly redundant
with an existing function *and* has been added since
3.2, and moved that functionality to the equivalent
existing function, making it accessible with the use
of keyword-only parameters.

Specifically:

This function has been removed, and instead
|  this parameter has been added to
|  |this function
|  ||
v  vv
-
faccessat  dir_fd   access
faccessat  effective_idsaccess
faccessat  follow_symlinks  access
fchmodat   dir_fd   chmod
fchmodat   follow_symlinks  chmod
fchownat   dir_fd   chown
fchownat   follow_symlinks  chown
fexecvefd   execve
fgetxattr  fd   getxattr
flistdir   fd   listdir
flistxattr fd   listxattr
fremovexattr   fd   removexattr
fsetxattr  fd   setxattr
fstatatdir_fd   stat
futimens   fd   utime
futimesfd   utime
futimesat  dir_fd   utime
lgetxattr  follow_symlinks  getxattr
linkat dst_dir_fd   link
linkat src_dir_fd   link
linkat follow_symlinks  link
llistxattr follow_symlinks  listxattr
lremovexattr   follow_symlinks  removexattr
lsetxattr  follow_symlinks  setxattr
lutimesfollow_symlinks  utime
mkdiratdir_fd   mkdir
mkfifoat   dir_fd   mkfifoat
mknodatdir_fd   mknod
open   dir_fd   openat
readlinkat dir_fd   readlink
renameat   dst_dir_fd   rename
renameat   src_dir_fd   rename
symlinkat  dir_fd   symlink
unlinkat   dir_fd   unlink
unlinkat   remove_directory unlink
utimensat  dir_fd   utime
utimensat  follow_symlinks  utime

Additionally, we *could* deprecate this function,
|  as I have added this parameter
|  |to this function:
|  ||
v  vv
--
fchdir fd   chdir
fchmod fd   chmod
fstat  fd   stat
fstatvfs   fd   statvfs
lchflags   follow_symlinks  chflags
lchmod follow_symlinks  chmod
fchown fd   chown
lchown follow_symlinks  chown
lstat  follow_symlinks  stat

I doubt we'll ever deprecate those functions.
This patch does not deprecate those functions.
I don't propose deprecating those functions.


Notes:

* What do you do on platforms where the functionality isn't available?
  I believe it's better to always accept parameters, but throw a
  NotImplementedError if the functionality they represent is
  unavailable on the current platform.  Adding and removing
  parameters based on the current platform... that way lies madness.
  (It's like scrollbars that pop in and out of existance depending
  on whether or not you need them.  Better that the scrollbars are
  always there, and simply disabled when the content fits in the
  current window.  Users like a stable foundation under their feet.)

* The patch is... pretty big.  But you can divide-and-conquer it
  into a series of self-contained parts.  First I add path_converter,
  then I modify existing functions / remove new functions.  Each of
  those can be reviewed in isolation.

  Also, the new implementations generally follow the same pattern:
initialize
call PyArg_ParseTupleAndKeywords
error out early if user asks for functionality
  unavailable on the current platform
ensure that combinations of parameters
  (dir_fd, fd, follow_symlinks) are permitted
do actual work, turning on/off advanced functionality
  based on configure ifdefs (HAVE_FCHOWNAT etc)
if error, raise exception
compute return value
exit:
cleanup all path variables
return return_value

  Here's a list of all the functions I added arguments to:
access chdir chflags chmod chown execve getxattr link listdir
listxattr mkdir mkfifo mknod open readlink removexattr rename
setxattr stat statvfs symlink unlink utime

* The one new bit of technology: a PyArg_ParseTuple "converter"
  function called path_converter.  Here's its documentation:

  /*
   * A PyArg_ParseTuple "converter" function
   * that handles filesystem paths in the manner
   * preferred by the os module.
   *
   * path_converter accepts (Unicode) strings and their
   * subclasses, and bytes and their subclasses.  What
   * it does with the argument depends on the platform:
   *
   *   * On Windows, if we get a (Unicode) string we
   * extract the wchar_t * and return it; if we get
   *

[issue9864] email.utils.{parsedate, parsedate_tz} should have better return types

[R. David Murray]

R. David Murray  added the comment:

We ended up deciding to keep backward compatibility and add datetime support as 
a new API.  All of these changes are now checked in to default.  (See issue 
665194, as well as issue 12586.)

--
resolution:  -> duplicate
stage: needs patch -> committed/rejected
status: open -> closed
superseder:  -> datetime-RFC2822 roundtripping

___
Python tracker 

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

[issue12586] Provisional new email API: new policy implementing custom header objects

[R. David Murray]

Changes by R. David Murray :


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

[issue665194] datetime-RFC2822 roundtripping

[Roundup Robot]

Roundup Robot  added the comment:

New changeset df12ce0c96eb by R David Murray in branch 'default':
#665194: Add a localtime function to email.utils.
http://hg.python.org/cpython/rev/df12ce0c96eb

--

___
Python tracker 

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

[issue9527] Add aware local time support to datetime module

[Roundup Robot]

Roundup Robot  added the comment:

New changeset df12ce0c96eb by R David Murray in branch 'default':
#665194: Add a localtime function to email.utils.
http://hg.python.org/cpython/rev/df12ce0c96eb

--
nosy: +python-dev

___
Python tracker 

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

[issue14907] SSL module cannot handle unicode filenames

[Terry J. Reedy]

Terry J. Reedy  added the comment:

There are other paramaters that take optional 'files'. Whatever change is made 
should be done uniformly for all.

'File' is unfortunately vague, as it could mean file object or file name or 
both. If file name, it could be str only or (for 2.7), str and unicode. I an 
not sure of what the 2.7 standard is, if there is one.

Allowing unicode could be seen as an enhancement, but it depends on the 
original intention and/or default 2.7 interpretation of 'file'.

--
nosy: +giampaolo.rodola, janssen, pitrou, terry.reedy

___
Python tracker 

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

[issue12586] Provisional new email API: new policy implementing custom header objects

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 2b6f183091b9 by R David Murray in branch 'default':
#12586: Fix a small oversight in the new email policy header setting code.
http://hg.python.org/cpython/rev/2b6f183091b9

--

___
Python tracker 

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

[issue14731] Enhance Policy framework in preparation for adding email6 policies as provisional

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 09e97829ed1e by R David Murray in branch 'default':
Add news entries for #14731 and #12586.
http://hg.python.org/cpython/rev/09e97829ed1e

--

___
Python tracker 

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

[issue12586] Provisional new email API: new policy implementing custom header objects

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 09e97829ed1e by R David Murray in branch 'default':
Add news entries for #14731 and #12586.
http://hg.python.org/cpython/rev/09e97829ed1e

--

___
Python tracker 

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

[issue12586] Provisional new email API: new policy implementing custom header objects

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 331cceee3b45 by R David Murray in branch 'default':
#12586: Expand What's New email entry with provisional policy features.
http://hg.python.org/cpython/rev/331cceee3b45

--

___
Python tracker 

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

[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.

[Todd DeLuca]

Todd DeLuca  added the comment:

That was my first thought, but if python2.5 compatibility is important, I
don't think using the start parameter is an option.

http://docs.python.org/library/functions.html#enumerate

"Changed in version 2.6: The start parameter was added."

Regards,
Todd

On Fri, May 25, 2012 at 9:59 PM, Sharif Nassar wrote:

>
> Sharif Nassar  added the comment:
>
> Even better:
>
> diff -r 747eec42e7ae distutils2/create.py
> --- a/distutils2/create.py  Mon May 21 17:01:44 2012 -0400
> +++ b/distutils2/create.py  Fri May 25 19:04:22 2012 -0700
> @@ -674,7 +674,7 @@
> %s
>
> Status''' % '\n'.join('%s - %s' % (i, maturity_name(n))
> -  for i, n in enumerate(PROJECT_MATURITY))
> +  for i, n in enumerate(PROJECT_MATURITY,
> 1 ))
> while True:
> choice = ask(dedent(maturity_question), required=False)
>
> --
> nosy: +Sharif.Nassar
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue14919] what disables one from adding self to the "nosy" list

[Ezio Melotti]

Ezio Melotti  added the comment:

> I thought everybody who is logged in had such permissions.

That part of the sentence refers to users that are not logged in.
It can be removed if you think it's confusing/unnecessary.

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

[issue14920] help(urllib.parse) fails when LANG=C

[Senthil Kumaran]

Senthil Kumaran  added the comment:

I have fixed the help to include only ascii characters ( represented in hex) so 
that conversion to bytes is represented in the help and also the terminal whose 
LANG is C is able to display them too.

On Ubuntu, when I had LANG=C, locale gave the following o/p and the previous 
help, (which broke for the Tuukka Tolvanen) was working fine too.

LANG=C
LANGUAGE=en_US:en
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE=en_US.UTF-8
LC_MONETARY="C"
LC_MESSAGES=en_US.UTF-8
LC_PAPER="C"
LC_NAME="C"
LC_ADDRESS="C"
LC_TELEPHONE="C"
LC_MEASUREMENT="C"
LC_IDENTIFICATION="C"
LC_ALL=

I guess, the original bug could be related to settings differing on gentoo. 
Anyways, the help docstring is changed now.

--
assignee:  -> orsenthil
nosy: +orsenthil
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

[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.

[Sharif Nassar]

Sharif Nassar  added the comment:

Even better:

diff -r 747eec42e7ae distutils2/create.py
--- a/distutils2/create.py  Mon May 21 17:01:44 2012 -0400
+++ b/distutils2/create.py  Fri May 25 19:04:22 2012 -0700
@@ -674,7 +674,7 @@
 %s
 
 Status''' % '\n'.join('%s - %s' % (i, maturity_name(n))
-  for i, n in enumerate(PROJECT_MATURITY))
+  for i, n in enumerate(PROJECT_MATURITY, 1 ))
 while True:
 choice = ask(dedent(maturity_question), required=False)

--
nosy: +Sharif.Nassar

___
Python tracker 

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

[issue14920] help(urllib.parse) fails when LANG=C

[Roundup Robot]

Roundup Robot  added the comment:

New changeset ea25ce432343 by Senthil Kumaran in branch '3.2':
Issue #14920: Fix the help(urllib.parse) failure on locale C terminals. Just 
have ascii in help msg
http://hg.python.org/cpython/rev/ea25ce432343

New changeset cb62c958dd6a by Senthil Kumaran in branch 'default':
Issue #14920: Fix the help(urllib.parse) failure on locale C terminals. Just 
have ascii in help msg
http://hg.python.org/cpython/rev/cb62c958dd6a

--
nosy: +python-dev

___
Python tracker 

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

[issue14673] add sys.implementation

[Eric Snow]

Changes by Eric Snow :


--
nosy: +barry

___
Python tracker 

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

[issue14673] add sys.implementation

[Eric Snow]

Eric Snow  added the comment:

I've just attached 4 patches, one for each of the likeliest implementations.  
All 4 ran the test suite successfully.

In my mind, the "simple namespace" one is the best fit.  However, it involves 
adding a new built-in type (though a private one).  If that is too 
controversial or too much new stuff to iron out for 3.3, I'd be okay with any 
of the others.  In reality I'd like to see that new namespace type added to 
Python, but that's a proposition I'll take up elsewhere.  :)

--

___
Python tracker 

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

[issue14673] add sys.implementation

[Eric Snow]

Changes by Eric Snow :


Added file: http://bugs.python.org/file25715/issue14673_as_simple_namespace.diff

___
Python tracker 

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

[issue14673] add sys.implementation

[Eric Snow]

Changes by Eric Snow :


Added file: http://bugs.python.org/file25714/issue14673_as_structseq.diff

___
Python tracker 

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

[issue14673] add sys.implementation

[Eric Snow]

Changes by Eric Snow :


Added file: http://bugs.python.org/file25713/issue14673_as_type.diff

___
Python tracker 

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

[issue14673] add sys.implementation

[Eric Snow]

Changes by Eric Snow :


Added file: http://bugs.python.org/file25712/issue14673_as_module.diff

___
Python tracker 

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

[issue3177] Add shutil.open

[Larry Hastings]

Larry Hastings  added the comment:

> Could even add an `operation` parameter to let the caller
> select actions,
> [...]
> operation in ['auto', 'run', 'edit', 'display', 'browse',
> 'explore', 'share', 'send', 'like', 'email', 'open', 'xdg-open',
> ...] # can be incrementally added/implemented

IIRC ShellExecute on Windows has support for verbs like this.  But how would we 
implement support for "explore" / "share" / "send" / "like" on Mac OS X and 
Linux?

The only flag I can think of supporting in a cross-platform way would be 
"execute=True", which on Windows would mean try the verb "run" before trying 
the default, and on OS X and Linux would mean look for the execute bit / the 
"#!" signature and run it if possible first before using "xdg-open".

--

___
Python tracker 

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

[issue14775] Dict untracking can result in quadratic dict build-up

[stw]

stw  added the comment:

> So the tuple is linked-in to the garbage collection list before its
> contents are constructed?

> It is. It typically happens when you do (in C code):

Ok, thanks. I couldn't see how a tuple could be created before its contents in 
python code, but it is clearly possible in C.


I have written up some documentation on how untracking is handled in the gc - 
please see the attached patch. It summarises our discussion and some of the 
posts in issue #4688.

--
Added file: http://bugs.python.org/file25711/untracking_docs.patch

___
Python tracker 

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

[issue14922] mailbox.Maildir.get_message() may fail when Maildir dirname is a unicode string

[Pablo Oliveira]

New submission from Pablo Oliveira :

I'm using Python 2.7.3rc2 from debian sid packages.

If a mailbox.Maildir object is created with a unicode dirname,
retrieving a message tagged with maildir flags with get() or get_message() 
fails with the following exception:

Traceback (most recent call last):
  File "reproduce.py", line 21, in 
mb.get_message(key)
  File "/usr/lib/python2.7/mailbox.py", line 343, in get_message
msg.set_info(name.split(self.colon)[-1])
  File "/usr/lib/python2.7/mailbox.py", line 1480, in set_info
raise TypeError('info must be a string: %s' % type(info))
TypeError: info must be a string: 


Since python os.path module seems to cope with unicode paths 
http://docs.python.org/howto/unicode.html, it would be nice to fix this issue.

Attached is a simple script reproducing the bug.

The following patch seems to solve the issue for me:
--- /usr/lib/python2.7/mailbox.py   2012-04-23 01:25:48.0 +0200
+++ mailbox.py  2012-05-26 00:34:03.585347627 +0200
@@ -1474,7 +1474,7 @@
 
 def set_info(self, info):
 """Set the message's "info" string."""
-if isinstance(info, str):
+if isinstance(info, basestring):
 self._info = info
 else:
 raise TypeError('info must be a string: %s' % type(info))


Regards,

Pablo Oliveira.

--
components: Library (Lib)
files: reproduce.py
messages: 161629
nosy: poliveira
priority: normal
severity: normal
status: open
title: mailbox.Maildir.get_message() may fail when Maildir dirname is a unicode 
string
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file25710/reproduce.py

___
Python tracker 

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

[issue12586] Provisional new email API: new policy implementing custom header objects

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 0189b9d2d6bc by R David Murray in branch 'default':
#12586: add provisional email policy with new header parsing and folding.
http://hg.python.org/cpython/rev/0189b9d2d6bc

--
nosy: +python-dev

___
Python tracker 

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

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

[Ezio Melotti]

Ezio Melotti  added the comment:

Do you have any benchmark results?

--

___
Python tracker 

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

[issue14921] New trove classifier for simple printers of nested lists

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +eric.araujo

___
Python tracker 

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

[issue14731] Enhance Policy framework in preparation for adding email6 policies as provisional

[R. David Murray]

Changes by R. David Murray :


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

[issue14731] Enhance Policy framework in preparation for adding email6 policies as provisional

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 8ba99b810b40 by R David Murray in branch 'default':
#14731: add preliminary What's New entry for policy framework.
http://hg.python.org/cpython/rev/8ba99b810b40

--

___
Python tracker 

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

[issue14920] help(urllib.parse) fails when LANG=C

[R. David Murray]

R. David Murray  added the comment:

Serhiy: did you add 3.3 because you can reproduce it on 3.3?

--
components: +Library (Lib) -None

___
Python tracker 

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

[issue14921] New trove classifier for simple printers of nested lists

[Daniel Holth]

Changes by Daniel Holth :


--
resolution:  -> postponed
status: open -> closed

___
Python tracker 

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

[issue14920] help(urllib.parse) fails when LANG=C

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

[issue14921] New trove classifier for simple printers of nested lists

[Daniel Holth]

New submission from Daniel Holth :

Based on the supply, there is a tremendous demand for printers of nested lists 
(as long as they are not too complicated). But how will I find and compare the 
available options? Add a trove classifier

Topic :: Nested Lists

to ease the search burden.

--
messages: 161624
nosy: dholth
priority: normal
severity: normal
status: open
title: New trove classifier for simple printers of nested lists
type: enhancement

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Michael Driscoll]

Michael Driscoll  added the comment:

Okay. Here are a couple from 
http://docs.python.org/faq/windows.html#how-do-i-run-a-python-program-under-windows:

"You may also find that you have a Start-menu entry such as Start ‣ Programs ‣ 
Python 2.2 ‣ Python (command line)"

Then just a little farther down are several example paths with 
"c:\Python23\python"


Then in 
http://docs.python.org/faq/windows.html#how-can-i-embed-python-into-a-windows-application
 there's the following line:

"Do _not_ build Python into your .exe file directly. On Windows, Python must be 
a DLL to handle importing modules that are themselves DLL’s. (This is the first 
key undocumented fact.) Instead, link to pythonNN.dll; it is typically 
installed in C:\Windows\System. NN is the Python version, a number such as “23” 
for Python 2.3."


In 
http://docs.python.org/faq/windows.html#pyrun-simplefile-crashes-on-windows-but-not-on-unix-why
 there's this line:

"The Python 1.5.* DLLs (python15.dll) are all compiled with MS VC++ 5.0 and 
with multithreading-DLL options (/MD)."


I see fixed 
http://docs.python.org/faq/windows.html#how-do-i-emulate-os-kill-in-windows as 
it mentions BOTH Python 2.7 and 3.2

--

___
Python tracker 

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

[issue14731] Enhance Policy framework in preparation for adding email6 policies as provisional

[R. David Murray]

Changes by R. David Murray :


--
assignee:  -> r.david.murray

___
Python tracker 

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

[issue8271] str.decode('utf8', 'replace') -- conformance with Unicode 5.2.0

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Here is a patch for 3.3. All of the tests pass successfully. Unfortunately, it 
is a little slow, but I tried to minimize the losses.

--
Added file: http://bugs.python.org/file25709/issue8271-3.3.patch

___
Python tracker 

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

[issue14920] help(urllib.parse) fails when LANG=C

[R. David Murray]

R. David Murray  added the comment:

Ah, I should clarify: Gentoo's 3.2.2.  I'm sure they've added some patches, 
just like Debian.

--

___
Python tracker 

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

[issue14920] help(urllib.parse) fails when LANG=C

[R. David Murray]

R. David Murray  added the comment:

This works fine for me on Gentoo Linux with both 3.2.3+ (ie: what's in the 
repo) and 3.2.2.

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

[issue12338] multiprocessing.util._eintr_retry doen't recalculate timeouts

[Richard Oudkerk]

Richard Oudkerk  added the comment:

_eintr_retry was removed by 99ef4501205b.

--
resolution:  -> out of date
stage:  -> committed/rejected
status: open -> closed
type:  -> behavior

___
Python tracker 

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

[issue14920] help(urllib.parse) fails when LANG=C

[Tuukka Tolvanen]

New submission from Tuukka Tolvanen :

LANG=C python3.2 -c 'import urllib.parse; help(urllib.parse)'
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.2/site.py", line 477, in __call__
return pydoc.help(*args, **kwds)
  File "/usr/lib/python3.2/pydoc.py", line 1778, in __call__
self.help(request)
  File "/usr/lib/python3.2/pydoc.py", line 1828, in help
else: doc(request, 'Help on %s:', output=self._output)
  File "/usr/lib/python3.2/pydoc.py", line 1564, in doc
pager(render_doc(thing, title, forceload))
  File "/usr/lib/python3.2/pydoc.py", line 1372, in pager
pager(text)
  File "/usr/lib/python3.2/pydoc.py", line 1392, in 
return lambda text: pipepager(text, 'less')
  File "/usr/lib/python3.2/pydoc.py", line 1413, in pipepager
pipe.write(text)
UnicodeEncodeError: 'ascii' codec can't encode character '\xab' in position 
5495: ordinal not in range(128)

presumably the offending part is 
 quote_from_bytes(b'abc def«') -> 'abc%20def%AB'

debian python3.2 3.2.3~rc2-1
macports python32 @3.2.3_0

--
components: None
messages: 161618
nosy: timeless, tt
priority: normal
severity: normal
status: open
title: help(urllib.parse) fails when LANG=C
type: behavior
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

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

[R. David Murray]

R. David Murray  added the comment:

Well, if the stream isn't seekable then I don't see how it can be left in any 
state other than the same one it leaves a file (read ahead as much as it read 
to generate the error).  So unfortunately by our backward compatibility rules I 
still think this will be a new feature.

--

___
Python tracker 

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

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

[Frederick Ross]

Frederick Ross  added the comment:

In the case of files, sure, it's fine. The error gives me the offset, and I can 
go pull it out and buffer it, and it's fine. Plus XML is strict about having 
only one document per file.

For streams, none of this is applicable. I can't seek in a streaming network 
connection. If the parser leaves it in an unusable state, then I lose 
everything that may follow. It makes Python unusable in certain, not very rare, 
cases of network programming.

I'll just add that Haskell's Parsec does this right, and should be used as an 
example.

--

___
Python tracker 

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

[issue13751] multiprocessing.pool hangs if any worker raises an Exception whose constructor requires a parameter

[Richard Oudkerk]

Changes by Richard Oudkerk :


--
status: open -> closed

___
Python tracker 

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

[issue13751] multiprocessing.pool hangs if any worker raises an Exception whose constructor requires a parameter

[Richard Oudkerk]

Richard Oudkerk  added the comment:

This is a duplicate of #9244 and #9400 which have been fixed by wrapping 
unpicklable exceptions in picklable exceptions.

The larger issue of many exception classes being unpicklable, is dealt with in 
#1692335.

--
resolution:  -> duplicate
stage:  -> committed/rejected

___
Python tracker 

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

[issue9244] multiprocessing.pool: Worker crashes if result can't be encoded

[Richard Oudkerk]

Richard Oudkerk  added the comment:

The patch was applied to 3.x branch in 0aa8af79359d and partially backported to 
2.7 in 26bbff4562a7 - see #9400.

I will close.

--
nosy: +sbt
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

[issue3177] Add shutil.open

[Hobs]

Hobs  added the comment:

Could even add an `operation` parameter to let the caller select actions,
including 'auto'  implemented as Larry suggests. Sometimes you feel like
trusting the user's xdg-open preferences/settings. Sometimes you don't.
Easy enough to let the caller choose, rather than the OS.

operation in ['auto', 'run', 'edit', 'display', 'browse', 'explore',
'share', 'send', 'like', 'email', 'open', 'xdg-open', ...] # can
be incrementally added/implemented

Each op requires 1 conditional and gives a lot more utility without
requiring much more launch/action code that hasn't already been
tested/debugged on all relevant platforms. And the `operation` parameter is
a semi-standard used by MS, easing the transition for Win-devs migrating
gui code to python and linux (or cross-platform implementations).

On Fri, May 25, 2012 at 4:40 AM, Larry Hastings wrote:

>
> Larry Hastings  added the comment:
>
> > As an example, ``os.startfile("a.py")`` will usually run `a.py`
> > in the Python interpreter, while ``xdg-open a.py`` it will
> > usually open the source code in an editor on Linux.
>
> Well, so how about on UNIX shutil.launch (or whatever it's called) first
> checks to see if we're referring to a file.  If we are, check to see if
> it's marked executable.  If it is, execute it under a shell.  Failing
> *that* we could run xdg-open where available.
>
> --
> nosy: +larry
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Éric Araujo]

Éric Araujo  added the comment:

I’m not sure we understand each other.  Can you give examples of the outdated 
code samples so that we can discuss something concrete?

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Michael Driscoll]

Michael Driscoll  added the comment:

Could we say just Python and ignore the version number? Or would Python 2.7 
work for the 2.7 branch patch since there isn't supposed to be a 2.8 and then 
for Python 3 we could go with 3.x?

--

___
Python tracker 

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

[issue14548] garbage collection just after multiprocessing's fork causes exceptions

[Richard Oudkerk]

Changes by Richard Oudkerk :


--
resolution:  -> fixed
stage: commit 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

[issue12091] multiprocessing: simplify ApplyResult and MapResult with threading.Event

[Richard Oudkerk]

Changes by Richard Oudkerk :


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

[issue14881] multiprocessing.dummy craches when self._parent._children does not exist

[Richard Oudkerk]

Richard Oudkerk  added the comment:

I'll, remember that in future;-)

Closing.

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
type: crash -> behavior

___
Python tracker 

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

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

[R. David Murray]

R. David Murray  added the comment:

I think it is perfectly reasonable for a parser to leave the file pointer in 
some undefined further location into the file when it detects "extra stuff" and 
produces an error message.  One can certainly argue that producing that error 
message is a feature ("detect badly formed documents").  

I also think that your use case is a perfectly reasonable one, but I think a 
mode that supports your use case would be an enhancement.

--
nosy: +r.david.murray
type:  -> enhancement
versions: +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

[issue14901] Python Windows FAQ is Very Outdated

[Éric Araujo]

Éric Araujo  added the comment:

> I know Python 3.x still runs on XP too, but should we continue to mention it 
> in our documentation? I don't know. Part
> of the reason I wrote up all that was to see if people had any well thought 
> out arguments one way or the other on these things.

In my opinion it is simple.  PEP 11 defines when platforms are abandoned.  If a 
stable version like 3.2 supports XP, then its doc should say so.

> Should the patch for 1b replace Python 2.2 with Python 2.7/3.2 or just Python 
> 3.2?

One patch for 2.7 can modernize the code, but as Brian said there is no reason 
to use 2.7-only idioms; just remove the really old or inelegant things.  (I 
haven’t looked at the FAQ to see what exactly is outdated.)

The patch for 3.2 will have to use 3.x syntax.  Note that you can make one of 
the two patches and let the committer port.

--

___
Python tracker 

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

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

[Frederick Ross]

Frederick Ross  added the comment:

Antoine, It's not iterative parsing, it's a sequence of XML docs or json 
objects.

Eric, the server I'm retrieving from, for real time searches, steadily produces 
a stream of (each properly formed) XML or json documents containing new search 
results. However, at the moment I have to edit the stream on the fly to wrap an 
outer tag around it and remove any DTD in inner elements, or I can't use the 
XML parser. Such a workaround isn't possible with the json parser, since it has 
no iterative parsing mode.

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Brian Curtin]

Brian Curtin  added the comment:

I'd rather it tried to stay as version agnostic as could be, but favoring 3.x 
in general. I wouldn't tie it down to any particular version because we'll have 
to come back in several years and update Python 3.3 to Python 3.8.

--

___
Python tracker 

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

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

[Antoine Pitrou]

Antoine Pitrou  added the comment:

ElementTree supports incremental parsing with the iterparse() method, not sure 
it fills your use case:
http://docs.python.org/dev/library/xml.etree.elementtree.html#xml.etree.ElementTree.iterparse

As for the json module, it doesn't have such a facility.

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Michael Driscoll]

Michael Driscoll  added the comment:

Should the patch for 1b replace Python 2.2 with Python 2.7/3.2 or just Python 
3.2?

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Michael Driscoll]

Michael Driscoll  added the comment:

I know Python 3.x still runs on XP too, but should we continue to mention it in 
our documentation? I don't know. Part of the reason I wrote up all that was to 
see if people had any well thought out arguments one way or the other on these 
things.

As for this freeze module, I can't find it even in Python 2.4's Tools folder or 
any other folder either.

--

___
Python tracker 

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

[issue14731] Enhance Policy framework in preparation for adding email6 policies as provisional

[R. David Murray]

R. David Murray  added the comment:

I decided to keep the Compat32 class public both because it simplifies the 
documentation and because there doesn't seem to be a good reason to hide it.

I'm leaving this issue open pending adding some discussion to What's New.

--

___
Python tracker 

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

[issue14731] Enhance Policy framework in preparation for adding email6 policies as provisional

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 9388c671d52d by R David Murray in branch 'default':
#14731: refactor email policy framework.
http://hg.python.org/cpython/rev/9388c671d52d

--
nosy: +python-dev

___
Python tracker 

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

[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the report and fix.  Someone interested in contributing can turn 
your fix into a patch with a test.

--
keywords: +easy
stage:  -> needs patch
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

[issue14852] json and ElementTree parsers misbehave on streams containing more than a single object

[Éric Araujo]

Éric Araujo  added the comment:

I am not sure the parsers should be lenient.  One could argue that it’s the 
stream that is broken if it contains non-compliant XML or JSON.  Can you tell 
more about the use case?

--
nosy: +eli.bendersky, eric.araujo, ezio.melotti, pitrou, rhettinger
versions:  -Python 2.6

___
Python tracker 

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

[issue14878] Improve documentation for generator.send method

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the report.  Are you interested in making a patch?  Guidelines are 
in the devguide.

--
nosy: +eric.araujo
stage:  -> needs patch
title: send statement from PEP342 is poorly documented. -> Improve 
documentation for generator.send method
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

[issue14879] invalid docs for subprocess exceptions with shell=True

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +eric.araujo, ncoghlan

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the detailed remarks.  Some of the proposed changes may not apply to 
the 2.7 and 3.2 versions, which for example support XP if I remember correctly.

1b: Sure, patch welcomed.

6: os.system is discouraged, but os.popen still exists in 3.x (it’s implemented 
on top of subprocess)

I leave the rest to the people with more Windows knowledge.

--

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Éric Araujo]

Éric Araujo  added the comment:

The freeze script may have been moved in 3.2.

--
nosy: +eric.araujo

___
Python tracker 

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

[issue14910] argparse: disable abbreviation

[Éric Araujo]

Changes by Éric Araujo :


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

___
Python tracker 

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

[issue14911] generator.throw() documentation inaccurate

[Éric Araujo]

Changes by Éric Araujo :


--
stage:  -> needs patch
versions:  -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

[issue14890] typo in difflib

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for wanting to contribute nonetheless!  Don’t hesitate to make patches 
for other bugs.  You may be interested in the core-mentorship mailing list 
http://mail.python.org/mailman/listinfo/core-mentorship where any question will 
receive a friendly answer (python-dev can be rough :)

--
nosy: +eric.araujo
resolution:  -> works for me
stage:  -> committed/rejected

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Michael Driscoll]

Michael Driscoll  added the comment:

Here are a few proposals that spring to mind:

1a) Update all Windows references to Windows 7 or Vista/7. We can include XP, 
but I think Microsoft is dropping support next year.

1b) Update all Python references to the current version instead of 2.2 and 2.3. 
I don't know why there's a mix of two different versions in the document anyway.

2) Drop the question "How do I make Python scripts executable?" Python files 
have been working on Windows for me since 2.5 just by double-clicking them. I 
don't see any reason to mention the command-file hack.

3) Drop the question "Why does Python sometimes take so long to start?" I 
personally haven't seen this happen except with some scripts that actually have 
a lot of stuff to load, like certain wxPython stuff I've written.

4) Change the question "Where is Freeze for Windows?" to the question "How do I 
make Python scripts into an executable?" and then drop all mention of ye olde 
"Freeze" and put some information in there pointing to PyInstaller, py2exe 
(last updated 2008, so maybe not?), cx_freeze, bb_freeze or whatever. 

5) I don't see any mention of PyWin32 or comtypes in the FAQ. While ctypes has 
a brief mention in the os.kill() section, it's not really explained. We might 
want to mention those.

6) We might want to drop the os.popen() stuff since that was deprecated / 
removed in favor of subprocess, right?

7) Drop the questions about Windows 95/98 issues

8) I don't think the question "How do I extract the downloaded documentation on 
Windows?" is even applicable any more

9) Is the question "Missing cw3215mt.dll (or missing cw3215.dll)" still 
relevant? I've never experienced that on any machine.

--

___
Python tracker 

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

[issue14712] Integrate PEP 405

[Vinay Sajip]

Changes by Vinay Sajip :


--
priority: normal -> release blocker

___
Python tracker 

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

[issue14893] Tutorial: Add function annotation example to function tutorial

[Zachary Ware]

Zachary Ware  added the comment:

Thanks for the review :).  Replied and here's the updated patch.

--
Added file: http://bugs.python.org/file25708/annotations_tutorial.v2.patch

___
Python tracker 

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

[issue14881] multiprocessing.dummy craches when self._parent._children does not exist

[Terry J. Reedy]

Terry J. Reedy  added the comment:

3.3 commit is http://hg.python.org/cpython/rev/9373ca8c6c55
Richard, it did not record here because you just said 'Merge' rather than 
"#14881 merge" ;-).
Great to see a crasher fixed. Ready to close?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue14919] what disables one from adding self to the "nosy" list

[R. David Murray]

R. David Murray  added the comment:

Me too.  I think the implication of that devguide entry is wrong.

--
nosy: +r.david.murray
stage:  -> needs patch

___
Python tracker 

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

[issue14919] what disables one from adding self to the "nosy" list

[Tshepang Lekhonkhobe]

New submission from Tshepang Lekhonkhobe :

It's implied in the devguide[1] that there are cases where one won't have 
permission to edit the nosy list. Can someone mention on that text what cases 
are those. I thought everybody who is logged in had such permissions.

1: http://docs.python.org/devguide/triaging.html#nosy-list

--
components: Devguide
messages: 161590
nosy: ezio.melotti, tshepang
priority: normal
severity: normal
status: open
title: what disables one from adding self to the "nosy" list

___
Python tracker 

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

[issue14858] 'pysetup create' off-by-one when choosing classification maturity status interactively.

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

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

[issue14617] confusing docs with regard to __hash__

[Ethan Furman]

Ethan Furman  added the comment:

Newest changes uploaded.

--
Added file: http://bugs.python.org/file25707/__hash__3.diff

___
Python tracker 

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

[issue14881] multiprocessing.dummy craches when self._parent._children does not exist

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
versions: +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

[issue14871] Rewrite the command line parsers and actions system used in distutils2

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

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

[issue14897] struct.pack raises unexpected error message

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

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

[issue14901] Python Windows FAQ is Very Outdated

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

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

[issue14910] argparse: disable abbreviation

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +bethard, tshepang

___
Python tracker 

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

[issue14914] pysetup installed distribute despite dry run option being specified

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

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

[issue14915] pysetup may leave a package in a half-installed state

[Tshepang Lekhonkhobe]

Changes by Tshepang Lekhonkhobe :


--
nosy: +tshepang

___
Python tracker 

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

[issue14918] Incorrect explanation of TypeError exception

[Thanos Tsouanas]

New submission from Thanos Tsouanas :

# This correctly raises a type error, but the explanation
# that comes with it is bad:

def foo(x, y, z=28):
return

foo(x, z=8)

# TypeError: foo() takes at least 2 arguments (2 given)

--
messages: 161588
nosy: Thanos.Tsouanas
priority: normal
severity: normal
status: open
title: Incorrect explanation of TypeError exception
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

[issue14917] Make os.symlink on Win32 detect if target is directory

[Larry Hastings]

New submission from Larry Hastings :

The prototype for os.symlink on Windows adds a "target_is_directory" flag, 
which indicates whether or not the destination is a directory.

Surely we could detect that and pass in the correct value ourselves?  A quick 
GetFileAttributes() call would do.  I doubt this would make the function much 
slower, as it's about to write to that area of the disk anyway.  And if 
os.symlink is a performance-critical function on Windows I'll eat my hat.

Since os.symlink support for Windows shipped in 3.2, we can't get rid of the 
argument at the same time.  But we could just ignore it, and since it's marked 
as optional people could start removing it, and maybe we could deprecate it.

--
components: Windows
messages: 161587
nosy: larry
priority: low
severity: normal
stage: needs patch
status: open
title: Make os.symlink on Win32 detect if target is directory
type: enhancement
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

[issue14916] PyRun_InteractiveLoop fails to run interactively when using a Linux pty that's not tied to stdin/stdout

[Kevin Barry]

New submission from Kevin Barry :

I have been trying to get PyRun_InteractiveLoop to run on a pty (Linux) without 
replacing stdin and stdout with that pty; however, it seems like Python (2.6.6) 
is hard-coded to only run interactively on stdin and stdout.


Compile the attached program with:

> gcc `python-config --cflags` working.c -o working `python-config --ldflags`

and run it with:

> ./working xterm -S/0

and you should see that there is no interactivity in the xterm that's opened.


Compile the attached file with:

> gcc -DREADLINE_HACK `python-config --cflags` working.c -o working 
> `python-config --ldflags` -lreadline -lcurses

and run it with:

> ./working xterm -S/0

to see how it runs with my best attempt to get it to function properly with a 
readline hack. Additionally, try running:

> ./working xterm -S/0 > /dev/null
> ./working xterm -S/0 < /dev/null

both of which should cause interactivity in the xterm to fail, indicating that 
Python is checking stdin/stdout for tty status when determining if it should 
run interactively (i.e. it's not checking the tty status of the file passed to 
PyRun_InteractiveLoop.)


Am I somehow using this function wrong? I've been trying to work around this 
problem for a while, and I don't think I should be using readline hacks 
(especially since they don't port to other OSes with ptys, e.g. OS X.) I even 
tried to patch the call to PyOS_Readline in tok_nextc (Parser/tokenizer.c) to 
use tok->fp instead of stdin/stdout, which caused I/O to use the pty but it 
still failed to make interactivity work.


Thanks!

Kevin Barry

--
components: Interpreter Core, Library (Lib)
files: working.c
messages: 161586
nosy: Kevin.Barry
priority: normal
severity: normal
status: open
title: PyRun_InteractiveLoop fails to run interactively when using a Linux pty 
that's not tied to stdin/stdout
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file25706/working.c

___
Python tracker 

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

[issue14796] Calendar module test coverage improved

[Oleg Plakhotnyuk]

Changes by Oleg Plakhotnyuk :


Added file: http://bugs.python.org/file25705/test_calendar.patch

___
Python tracker 

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

[issue14796] Calendar module test coverage improved

[Oleg Plakhotnyuk]

Changes by Oleg Plakhotnyuk :


Removed file: http://bugs.python.org/file25632/test_calendar.patch

___
Python tracker 

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

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

[Jim Jewett]

Jim Jewett  added the comment:

On Thu, May 24, 2012 at 8:11 PM, Brian Curtin
 added the comment:

> does anyone think something like this dialog http://i.imgur.com/18zPD.png be 
> helpful?

yes.

> After choosing the directory to install to and before choosing
> the features, it's a simple dialog explaining that the Path
> feature is available and what it does.

But it might make sense to put that on the same screen where you
choose whether or not to check the box, even if that box (ands it
checkedness state) also gets carried over to a choose-all-options
screen.

--

___
Python tracker 

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

[issue14905] zipimport.c needs to support namespace packages when no 'directory' entry exists

[Eric V. Smith]

Eric V. Smith  added the comment:

See also test_namespace_pkgs.py ZipWithMissingDirectory.test_missing_directory 
which is currently marked as expectedFailure.

--

___
Python tracker 

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

[issue14915] pysetup may leave a package in a half-installed state

[Nick Coghlan]

New submission from Nick Coghlan :

Do "make altinstall" from trunk.

Try running "pysetup3.3 install distutils2"

This won't work properly, because distutils2 uses Python 2 syntax.

However, after running that command:

"pysetup3.3 remove distutils2" complains that distutils2 is not installed, but 
"import distutils2" works at the 3.3. command prompt

--
assignee: eric.araujo
components: Distutils2
messages: 161583
nosy: alexis, eric.araujo, ncoghlan, tarek
priority: high
severity: normal
status: open
title: pysetup may leave a package in a half-installed state
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

[issue14914] pysetup installed distribute despite dry run option being specified

[Nick Coghlan]

New submission from Nick Coghlan :

After approving the pyvenv PEP, I decided to play around with the other big 
packaging enhancement in 3.3: pysetup.

The following command installed distribute:

pysetup3.3 -n install distribute

The "-n" *should* have caused that to be a dry run, but it actually installed 
the module.

--
assignee: eric.araujo
components: Distutils2
messages: 161582
nosy: alexis, eric.araujo, ncoghlan, tarek
priority: critical
severity: normal
stage: test needed
status: open
title: pysetup installed distribute despite dry run option being specified
type: behavior
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

[issue3561] Windows installer should add Python and Scripts directories to the PATH environment variable

[Jim Jewett]

Jim Jewett  added the comment:

Chris Lambacher

On Wed, Apr 25, 2012 at 10:50 AM, Martin v. Löwis  added the comment:

> lambacck: I'm -1, but I'm willing to yield ...
> regular users won't have to deal with negative
> consequences that enabling this by default may have.

> I'm quite opposed to your proposed conditional approach;
> I think this will be highly confusing to users.

Could you clarify what you think will be confusing?  I see (a slight
variant of) Chris Lambacher's conditional approach as the obvious best
choice, if it is feasible.

(1)  The default is "What you are already doing."
(2)  If this is your only install, then assume you do want it on the
path, as many newbies would.

The only tweak is that if there is already a path to an
*older-but-compatible* version, then its path entry should be replaced
(not added to).

Or are you concerned that there may be differences of opinion on
whether or not 3.4 is sufficiently compatible with 3.3, and that
making the default context-sensitive will cause this to be Python's
problem, rather than the application's?

-jJ

--

___
Python tracker 

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

[issue14548] garbage collection just after multiprocessing's fork causes exceptions

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 59567c117b0e by Richard Oudkerk in branch 'default':
Issue #14548: Make multiprocessing finalizers check pid before running
http://hg.python.org/cpython/rev/59567c117b0e

--
nosy: +python-dev

___
Python tracker 

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

[issue12091] multiprocessing: simplify ApplyResult and MapResult with threading.Event

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 57d6265beaaa by Richard Oudkerk in branch 'default':
Issue #12091: simplify ApplyResult and MapResult with threading.Event
http://hg.python.org/cpython/rev/57d6265beaaa

--
nosy: +python-dev

___
Python tracker 

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

[issue12882] mmap crash on Windows

[Richard Oudkerk]

Richard Oudkerk  added the comment:

Without more information I will close this.

--
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> pending

___
Python tracker 

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

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

[Richard Oudkerk]

Changes by Richard Oudkerk :


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