[issue15003] make PyNamespace_New() public

Eric Snow added the comment: > Is this documented in whatsnew? I'm not sure what has been (none of my patches have done so). > Also, I remember a discussion about making it public or not, but > don’t recall a decision. Amaury brought it up in msg162127. His point was that the type is public

[issue9527] Add aware local time support to datetime module

James Henstridge added the comment: One problem I can see with using a fixed offset tzinfo for localtime is that it might confuse people when doing date arithmetic. For example: >>> d = datetime.localtime() + timedelta(days=7) While it will give a correct answer as a point in time it wil

[issue15048] Manually Installed Python Includes System Wide Paths

Ned Deily added the comment: A few more thoughts. The original impetus for this feature was Issue4865. The use case there seem to be from users of Google App Engine back when it was released using Python 2.5. It seems to me that the use of dmg installers for Python packages has diminished;

[issue9527] Add aware local time support to datetime module

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file25940/testtz.py ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9527] Add aware local time support to datetime module

Alexander Belopolsky added the comment: Two objections have been raised to the proposed datetime.localtime() function: 1. It offers the third subtly different way to obtain current time in datetime module. The first two being provided by datetime.now() and datetime.today(). 2. C library loca

[issue15048] Manually Installed Python Includes System Wide Paths

Ned Deily added the comment: I have to admit that I'm not keen on this feature for the reasons James cited. And I think the example of the shared user site directory is not a good analogy. In that case, you, as a user, have more control over the presence and contents of the directory since

[issue15049] line buffering isn't always

New submission from R. David Murray : rdmurray@hey:~/python/p32>cat bad.py This line is just ascii A second line for good measure. This comment contains undecodable stuff: "�" or "\\xe9" in "pass�"" cannot be decoded. The last line above is in latin-1, with an é inside those quotes

[issue14927] add "Do not supply 'int' argument" to random.shuffle docstring

Changes by Raymond Hettinger : -- priority: normal -> low ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue14927] add "Do not supply 'int' argument" to random.shuffle docstring

Changes by Raymond Hettinger : -- assignee: -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1667546] Time zone-capable variant of time.localtime

Alexander Belopolsky added the comment: Reopening. given the uncertainty with #9527, this issue may result in getting the TZ-aware local time support in stdlib sooner. -- resolution: duplicate -> stage: committed/rejected -> patch review status: closed -> open versions: +Python 3.3 -

[issue14599] Windows test_import failure thanks to ImportError.path

Stefan Krah added the comment: Brett, I reopened this because you said earlier that the test_reprlib failure is due to a race condition where an invalidate_caches() call is needed. You're quite right of course that the new occurrence could be caused by something unrelated. I can't reproduce the

[issue15048] Manually Installed Python Includes System Wide Paths

James Kyle added the comment: Fair enough. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue15048] Manually Installed Python Includes System Wide Paths

Ronald Oussoren added the comment: Python installation are already not isolated: there is a per-user site-packages directory on all platforms that is shared between all installations of a particular python release. This directory is located in a subdirectory of ~/.local on POSIX systems (incl

[issue15048] Manually Installed Python Includes System Wide Paths

James Kyle added the comment: Am I missing something or were the problems delineated in issue #4865 solvable by simply sys.path.append("/Library/Python/2.7/site-packages")? What would the process be for reopening this issue for discussion? I'm not sure this is the right way to address this.

[issue15048] Manually Installed Python Includes System Wide Paths

Changes by Ronald Oussoren : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue15048] Manually Installed Python Includes System Wide Paths

Ronald Oussoren added the comment: This was added in issue4865. (The same behavior is present in 3.2 and 3.3) -- resolution: -> rejected versions: +Python 3.2, Python 3.3 ___ Python tracker _

[issue15048] Manually Installed Python Includes System Wide Paths

Ronald Oussoren added the comment: This is intentional behavior, you can install packages you want to share between python installations in /Library/Python instead of the regular site-packages directory. Macports could always patch their site.py file to avoid this. -- __

[issue15048] Manually Installed Python Includes System Wide Paths

New submission from James Kyle : This behavior is present on OS X 10.7 and framework builds. In this case, the /Library/Python/ paths are included in every install. I would consider this behavior non-standard as in most manual python installs only that installations library paths are include

[issue14446] Remove deprecated tkinter functions

Andrew Svetlov added the comment: Michael Driscoll, thank you for patch. Let's go on after Python 3.3 release — those patches should be applied for 3.4. For now we need to wait. -- ___ Python tracker _

[issue14599] Windows test_import failure thanks to ImportError.path

Brett Cannon added the comment: Roumen, what issue is that? Do you have an issue # you can share? -- ___ Python tracker ___ ___ Pytho

[issue13532] In IDLE, sys.stdout.write and sys.stderr can write any pickleable object

Roger Serwy added the comment: @Ramchandra: "__name__" does not exist for many objects. This issue with the sys.stdout.write encompasses a lot of other issues involving the shortcomings of the RPCProxy object. The following code prevents another prompt from appearing: >>> class A:

[issue15041] tkinter documentation: update "see also" list

Michael Driscoll added the comment: I thought the ebook, "Modern Tkinter for Busy Python Developers" by Mark Roseman was pretty good too: http://www.amazon.com/Modern-Tkinter-Python-Developers-ebook/dp/B0071QDNLO/ref=sr_1_1?ie=UTF8&qid=1339446684&sr=8-1 -- nosy: +michael.driscoll ___

[issue14966] Fully document subprocess.CalledProcessError

Michael Driscoll added the comment: I don't see the error, TimeoutExpired, documented either. At least the doc page mentions CalledProcessError a couple times. Do we want to use the docstring for CalledProcessError for the documentation page? Where on the page would it go? I assume we'd want

[issue14599] Windows test_import failure thanks to ImportError.path

Roumen Petrov added the comment: There is one long standing issue with length of the build path ... -- nosy: +rpetrov ___ Python tracker ___

[issue13756] Python3.2.2 make fail on cygwin

Roumen Petrov added the comment: Hi Jason, if you look in default rule you will see the same, so this relict specific "else case" could be removed. Also in Lib/packaging/command/build_ext.py. -- nosy: +rpetrov ___ Python tracker

[issue14906] rotatingHandler WindowsError

Vinay Sajip added the comment: It could be a number of things which are keeping the file open, e.g. * Windows indexing the volume for search * Child process keeping files open (e.g. while copying log files - I can't tell what you're actually copying) You may need to use a tool like FileMon or

[issue14927] add "Do not supply 'int' argument" to random.shuffle docstring

Christopher Smith added the comment: On Tue, Jun 12, 2012 at 1:34 AM, Michael Driscoll wrote: > > Michael Driscoll added the comment: > > I added the extra information to the docstring for the shuffle method and > attached a patch. Thanks Michael (and Python team)! Chris -- __

[issue14927] add "Do not supply 'int' argument" to random.shuffle docstring

Michael Driscoll added the comment: I added the extra information to the docstring for the shuffle method and attached a patch. -- keywords: +patch nosy: +michael.driscoll Added file: http://bugs.python.org/file25938/shuffle.patch ___ Python tracker

[issue14446] Remove deprecated tkinter functions

Michael Driscoll added the comment: Do I need to do anything else to those patches I submitted? -- ___ Python tracker ___ ___ Python-

[issue15040] stdlib compatability with pypy: mailbox.py

R. David Murray added the comment: Ah, good. I thought we'd fixed the open/close issues, but I could easily believe we had missed something (especially in Python2). Since the fp stuff is gone in 3, I'd be OK with just applying this. -- versions: -Python 3.2, Python 3.3

[issue15040] stdlib compatability with pypy: mailbox.py

mattip added the comment: Revised patch: changes to mailbox.py were not needed for pypy. Someone did a good job with mailbox.py in stdlib 2.7.3 Now the patch only changes tests. The tests in 3.3 are very different, it seems to me there is little that can be reused there. -- Added fil

[issue15047] Cygwin install (regen) problem

New submission from Jason Tishler : The Cygwin build is failing during make install -- specifically, during the regen step: [snip] mkdir /home/jt/src/cygwin/cygwin-packages/1.7/python3-test/python-3.2.3-1/src/Python-3.2.3/Lib/plat-cygwin cp /home/jt/src/cygwin/cygwin-packages/1.7/python3-test

[issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0

Éric Araujo added the comment: > Just recommend the astimezone use in the docs and recommend creating tz-aware instances in the first time (i.e. calling now(utc) instead of utcnow()), +1. -- nosy: +eric.araujo ___ Python tracker

[issue15046] Missing cast to Py_ssize_t in socket_connection.c

Amaury Forgeot d'Arc added the comment: This was fixed 3 hours ago, with issue10133 :) -- nosy: +amaury.forgeotdarc resolution: -> out of date status: open -> closed superseder: -> multiprocessing: conn_recv_string() broken error handling ___ Pytho

[issue9527] Add aware local time support to datetime module

Alexander Belopolsky added the comment: This was originally posted on python-dev, but I hope reposting it here will make this issue easier to navigate. """ With addition of fixed offset timezone class and the timezone.utc instance [0], it is easy to get UTC time as an aware datetime instance:

[issue3518] multiprocessing: BaseManager.from_address documented but doesn't exist

Changes by Richard Oudkerk : -- stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue12897] Support for iterators in multiprocessing map

Richard Oudkerk added the comment: I'll close then. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8289] multiprocessing.Process.__init__ pickles all arguments

Richard Oudkerk added the comment: OK, I'll close. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue3518] multiprocessing: BaseManager.from_address documented but doesn't exist

Roundup Robot added the comment: New changeset c2910971eb86 by Richard Oudkerk in branch 'default': Issue #3518: Remove references to non-existent BaseManager.from_address() http://hg.python.org/cpython/rev/c2910971eb86 -- nosy: +python-dev ___ Pytho

[issue8289] multiprocessing.Process.__init__ pickles all arguments

Ram Rachum added the comment: I opened this issue 2 years ago, and I don't remember it being easily solvable back then. But I've long forgotten what the problems were, and I've lost personal interest in it, so I guess we'll just let it go. -- status: pending -> open _

[issue12897] Support for iterators in multiprocessing map

andrew cooke added the comment: hi - i'm the original author (may be using a different account). as far as i remember, i raised this because it seemed relevant given the link i gave. if you've looked at the issue and think your approach would work, or that this should be closed, or whatever

[issue14499] Extension module builds fail with Xcode 4.3 on OS X 10.7 due to SDK move

Changes by Samuel John : -- nosy: +samueljohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue12897] Support for iterators in multiprocessing map

Richard Oudkerk added the comment: Unless you have a reason why imap() does not solve the problem I will eventually close the issue as rejected. -- resolution: -> rejected stage: -> committed/rejected status: open -> pending ___ Python tracker

[issue8289] multiprocessing.Process.__init__ pickles all arguments

Richard Oudkerk added the comment: I don't think there is any problem here since you have control over which arguments you pass to __init__. Without a reason why that is not a solution I will eventually close the issue as rejected. -- resolution: -> rejected stage: -> committed/rej

[issue10037] multiprocessing.pool processes started by worker handler stops working

Changes by Richard Oudkerk : -- resolution: -> later stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue8028] self.terminate() from a multiprocessing.Process raises AttributeError exception

Richard Oudkerk added the comment: The docs were patched in changeset 9fa52478b32b, so I will close. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue10133] multiprocessing: conn_recv_string() broken error handling

Richard Oudkerk added the comment: Thanks for the patch, I have applied it. (I don't think there was a problem with the promotion rules because res was a never converted to UINT32.) -- resolution: -> fixed stage: -> committed/rejected status: open -> closed

[issue14599] Windows test_import failure thanks to ImportError.path

Brett Cannon added the comment: If you look at line 127 in importlib/_bootstrap.py you will see that it is an os.open() call to open the bytecode file for exclusive writing. I'm willing to bet the buildbot didn't have the directory writable or something and that triggered the issue. Regardles

[issue15046] Missing cast to Py_ssize_t in socket_connection.c

New submission from Marco den Otter : In the file socket_connection.c on line 139 a cast to Py_ssize_t is missing for the return value. Is: return res < 0 ? res : ulength; Should be return res < 0 ? (Py_ssize_t)res : (Py_ssize_t)ulength; Now it can be possible that a close of the socket is

[issue13756] Python3.2.2 make fail on cygwin

Jason Tishler added the comment: I offer the attached patch for consideration. AFAICT, only the Makefile.pre.in and build_ext.py changes are required. I included the makesetup change for completeness and to be consistent with the other changes. -- keywords: +patch nosy: +jlt63, yselko

[issue10133] multiprocessing: conn_recv_string() broken error handling

Roundup Robot added the comment: New changeset 60a7b704de5c by Richard Oudkerk in branch '2.7': Issue #10133: Make multiprocessing deallocate buffer if socket read fails. http://hg.python.org/cpython/rev/60a7b704de5c New changeset 5643697070c0 by Richard Oudkerk in branch '3.2': Issue #10133: M

[issue11445] python.exe on OS X shared-llbrary build erroneously linked to MacPorts python library

Changes by Samuel John : -- nosy: +samueljohn ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Changes by Nick Coghlan : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue15045] Make textwrap.dedent() consistent with str.splitlines(True) and str.strip()

New submission from Nick Coghlan : In working on #13857, I noticed that the current regex based implementation of textwrap.dedent() is limited specifically to ASCII whitespace (tabs and spaces) with Unix line endings (a line containing solely a Windows "\r\n" line ending will be deemed to cont

[issue10854] Output .pyd name in error message of ImportError when DLL load fails

Kristján Valur Jónsson added the comment: Brian, reopening this since the original issue isn't addressed: The "path" and "module" attributes aren't part of the error "repr" -- status: closed -> open ___ Python tracker

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Nick Coghlan added the comment: Ezra (and anyone interested) may want to take a look at the checked in version to see some of the changes I made while preparing the patch for commit. - name changes and slight restructure as discussed on the review - splitlines() invocation changed as discussed

[issue10469] test_socket fails using Visual Studio 2010

Kristján Valur Jónsson added the comment: This has been fixed with the proper 2010 support -- resolution: -> fixed status: open -> closed superseder: -> Support Visual Studio 2010 ___ Python tracker

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Roundup Robot added the comment: New changeset 6f7afe25d681 by Nick Coghlan in branch 'default': Close #13857: Added textwrap.indent() function (initial patch by Ezra http://hg.python.org/cpython/rev/6f7afe25d681 -- nosy: +python-dev resolution: -> fixed stage: patch review -> committe

[issue15044] _dbm not building on Fedora 17

New submission from Nick Coghlan : After upgrading from Fedora 16 -> 17, my previously working trunk build is getting the following error: Building '_dbm' extension gcc -pthread -fPIC -Wno-unused-result -g -O0 -Wall -Wstrict-prototypes -DHAVE_NDBM_H -IInclude -I. -I./Include -I/usr/local/inclu

[issue15043] test_gdb is disallowed by default security settings in Fedora 17

Nick Coghlan added the comment: In addition, we should probably report this as a test skip rather than as a litany of test failures. -- components: +Tests ___ Python tracker __

[issue15043] test_gdb is disallowed by default security settings in Fedora 17

New submission from Nick Coghlan : Running test_gdb on Fedora 17 produces a litany of the following error: - warning: File "/home/ncoghlan/devel/py3k/python-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "/usr/share/gdb/auto-load:/usr/lib/debug:/usr/bin/mono-gdb.py

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Hynek Schlawack added the comment: Fair enough, I'm not going to question your obviously superior judgement here. :) However, your patch currently breaks the test suite on any platform that uses the fallback rmtree: You forgot the ignore_errors=False in the _rmtree_unsafe signature (and obvi

[issue7300] Unicode arguments in str.format()

Changes by Gökçen Eraslan : -- nosy: +Gökçen.Eraslan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

Changes by Nick Coghlan : -- assignee: -> ncoghlan stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mai

[issue13691] pydoc help (or help('help')) should show the doc for help

Petr Kubat added the comment: I see. So calling help('help') should produce the documentation on the help() function and typing help at the help> prompt should print the help for the prompt. Tricky indeed. I think I'll look at it during the day after tomorrow and post some results (if any).

[issue15040] stdlib compatability with pypy: mailbox.py

Amaury Forgeot d'Arc added the comment: I'm not sure about the __del__: if pypy's deferred garbage collection is not enough to close self._file, how can a __del__ method help? -- nosy: +amaury.forgeotdarc ___ Python tracker