On Thu, Oct 24, 2013 at 12:05 AM, Eric Snow ericsnowcurren...@gmail.com wrote:
* Nick suggested writing a draft patch for the language reference
changes (the import page). Such a patch will be a pretty good
indicator of the impact of PEP 451 on the import system and should
highlight any
On Thu, Oct 24, 2013 at 6:01 AM, Nick Coghlan ncogh...@gmail.com wrote:
On 24 October 2013 16:05, Eric Snow ericsnowcurren...@gmail.com wrote:
* I've asserted that there shouldn't be much difficulty in adjusting
pkgutil and other modules to work with ModuleSpec.
More specifically: importlib
On Thu, Oct 24, 2013 at 2:05 AM, Eric Snow ericsnowcurren...@gmail.comwrote:
I've had some offline discussion with Brett and Nick about PEP 451
which has led to some meaningful clarifications in the PEP. In the
interest of pulling further discussions back onto this
(archived/public) list,
On Fri, Oct 25, 2013 at 9:40 AM, Brett Cannon br...@python.org wrote:
After reading Eric's doc patch, I realized there is one change I want to
make to the current semantics and that's not to backfill __package__ when
set to None. Since import is now going to take over the job of setting
On Fri, Oct 25, 2013 at 01:32:36PM +1000, Nick Coghlan wrote:
On 25 Oct 2013 09:02, Terry Reedy tjre...@udel.edu wrote:
http://lwn.net/Articles/571528/
https://fedoraproject.org/wiki/Changes/Python_3_as_Default
Note that unlike Arch, the Fedora devs currently plan to leave /usr/bin/
ACTIVITY SUMMARY (2013-10-18 - 2013-10-25)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open4197 (+13)
closed 26965 (+93)
total 31162 (+106)
Open issues
On Fri, Oct 25, 2013 at 11:44 AM, Eric Snow ericsnowcurren...@gmail.comwrote:
On Fri, Oct 25, 2013 at 9:40 AM, Brett Cannon br...@python.org wrote:
After reading Eric's doc patch, I realized there is one change I want to
make to the current semantics and that's not to backfill __package__
I've not really had time to review this PEP yet, but from skimming
discussion to date, the only thing I'm still worried about is whether
this will break lazy import schemes that use a module subclass that
hooks __getattribute__ and calls reload() in order to perform what's
actually an *initial*
On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby p...@telecommunity.com wrote:
I've not really had time to review this PEP yet, but from skimming
discussion to date, the only thing I'm still worried about is whether
this will break lazy import schemes that use a module subclass that
hooks
On Fri, Oct 25, 2013 at 10:24 AM, PJ Eby p...@telecommunity.com wrote:
I've not really had time to review this PEP yet, but from skimming
discussion to date, the only thing I'm still worried about is whether
this will break lazy import schemes that use a module subclass that
hooks
On Fri, Oct 25, 2013 at 1:15 PM, Brett Cannon br...@python.org wrote:
On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby p...@telecommunity.com wrote:
At least through all 2.x, reload() just uses module.__name__ to
restart the module find-and-load process, and does not assume that
__loader__ is valid
On Fri, Oct 25, 2013 at 2:10 PM, PJ Eby p...@telecommunity.com wrote:
On Fri, Oct 25, 2013 at 1:15 PM, Brett Cannon br...@python.org wrote:
On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby p...@telecommunity.com wrote:
At least through all 2.x, reload() just uses module.__name__ to
restart the
On Fri, Oct 25, 2013 at 3:15 PM, Brett Cannon br...@python.org wrote:
On Fri, Oct 25, 2013 at 2:10 PM, PJ Eby p...@telecommunity.com wrote:
On Fri, Oct 25, 2013 at 1:15 PM, Brett Cannon br...@python.org wrote:
On Fri, Oct 25, 2013 at 12:24 PM, PJ Eby p...@telecommunity.com wrote:
At least
Here's the codeaccess.txt file.
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
All committer names have (No): Python; check the sixth line.
Merging the names of committers in the sixth line to the Misc/ACKS
file might be good.
___
On 10/25/2013 6:55 PM, Tae Wong wrote:
Here's the codeaccess.txt file.
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
This seems to be an old copy of Misc/ACKS except that non-ascii chars
are not displayed correctly as a result of some encoding snafu.
All committer
In article l4f3bf$93t$1...@ger.gmane.org, Terry Reedy tjre...@udel.edu
wrote:
On 10/25/2013 6:55 PM, Tae Wong wrote:
Here's the codeaccess.txt file.
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
Tae Wong's followup on python-list is even less comprehensible.
I think we
You wrote:
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
You can view this file as all non-ASCII characters are rendered
correctly if the file is encoded in UTF-8.
And you are not subscribed to this mailing list!
--
Tae Wong
___
Somebody please block him.
--Guido van Rossum (sent from Android phone)
On Oct 25, 2013 5:53 PM, Ned Deily n...@acm.org wrote:
In article l4f3bf$93t$1...@ger.gmane.org, Terry Reedy tjre...@udel.edu
wrote:
On 10/25/2013 6:55 PM, Tae Wong wrote:
Here's the codeaccess.txt file.
The names that are included in the
https://wesnoth-contribcommunity.googlecode.com/svn/codeaccess.txt
file but were missing on the Misc/ACKS file are:
Jeff Allen
Jim Baker
John Benediktsson
Shashank Bharadwaj
Martin Blais
Carl Friedrich Bolz
George Boutsioukis
Josiah Carlson
Ron DuPlain
Phillip
Hello,
The documentation says the following about modifying a dict while
iterating through its view:
| Iterating views while adding or deleting entries in the dictionary may
| raise a RuntimeError or fail to iterate over all entries.
(http://docs.python.org/3/library/stdtypes.html#dict-views)
20 matches
Mail list logo