Re: [Python-Dev] Another case for frozendict

In article , Chris Angelico wrote: > On Mon, Jul 14, 2014 at 12:04 AM, Jason R. Coombs wrote: > > I can achieve what I need by constructing a set on the ‘items’ of the > > dict. > > > set(tuple(doc.items()) for doc in res) > > > > {(('n', 1), ('err', None), ('ok', 1.0))} > > This is

Re: [Python-Dev] Fwd: [python-tulip] Need help to finish asyncio documentation

In article , Guido van Rossum wrote: > We could really use more help reviewing and finishing asyncio's docs! ... > http://docs.python.org/dev/library/asyncio.html I think the documentation desperately needs an overview. I find it very confusing without one. I guess the links to PEPs are inten

Re: [Python-Dev] PEP 455: TransformDict

In article , Raymond Hettinger wrote: > On Sep 22, 2013, at 6:16 PM, Ethan Furman wrote: > > > Are we close to asking for pronouncement? > > When you're ready, let me know. > > In the meantime, I conducting usability tests on students in Python classes > and researching how well it substitu

Re: [Python-Dev] Compiler for the Mac OS X version of Python 3.4

In article , Raymond Hettinger wrote: > On Sep 14, 2013, at 1:32 PM, Ned Deily wrote: > > The > > most recent Developer Tools for 10.8 and 10.7 systems, Xcode 4.6.x, have > > a mature clang but do not provide a 10.6 SDK. Even with using an SDK, > > it's still possible to end up inadvertent

Re: [Python-Dev] PEP 443 - Single-dispatch generic functions (including ABC support)

A question about the example: how hard would it be to modify the example @fun.register(list) ... to work with other collections? If it is easy, I think it would make a for a much more useful example. -- Russell ___ Python-Dev mailing list Python-Dev@

Re: [Python-Dev] PEP 443 - Single-dispatch generic functions (including ABC support)

In article , Łukasz Langa wrote: > Hello, > Since the initial version, several minor changes have been made to the > PEP. The history is visible on hg.python.org. The most important > change in this version is that I introduced ABC support and completed > a reference implementation. > > No ope

[Python-Dev] pep 422 "Safe object finalization" question: why break weakrefs first?

Pep 422 proposes the following order for dealing with cyclic isolates: 1. Weakrefs to CI objects are cleared, and their callbacks called. At this point, the objects are still safe to use. 2. The finalizers of all CI objects are called. 3. The CI is traversed again to determine if it is s

Re: [Python-Dev] PEP 435 -- Adding an Enum type to the Python standard library

In article , Guido van Rossum wrote: > On Fri, Apr 12, 2013 at 9:34 AM, Guido van Rossum wrote: > > To me, NotImplementedError means that a subclass didn't implement > > something it should have implemented. But that's not the case here, is > > it? It's not a bug in the class, it's a bug in th

Re: [Python-Dev] Playing with a new theme for the docs

In article , "Russell E. Owen" wrote: > In article <4f6b5b33.9020...@pearwood.info>, > Steven D'Aprano wrote: > > >... > > My first impression of this page: > > > > http://www.python.org/~gbrandl/build/html/index.html > > > >

Re: [Python-Dev] Playing with a new theme for the docs

In article <4f6b5b33.9020...@pearwood.info>, Steven D'Aprano wrote: >... > My first impression of this page: > > http://www.python.org/~gbrandl/build/html/index.html > > was that the grey side-bar gives the page a somber, perhaps even dreary, > look. > First impressions count, and I'm afraid

Re: [Python-Dev] Drop the new time.wallclock() function?

In article , Kristján Valur Jónsson wrote: > What does "jumping forward" mean? That's what happens with every clock at > every time quantum. The only effect here is that this clock will be slightly > noisy, i.e. its precision becomes worse. On average it is still correct. > Look at the

Re: [Python-Dev] peps: Update with bugfix releases.

In article , Ned Deily wrote: > In article , > "Russell E. Owen" wrote: > > One problem I've run into is that the 64-bit Mac python 2.7 does not > > work properly with ActiveState Tcl/Tk. One symptom is to build > > matplotlib. The results fail

Re: [Python-Dev] peps: Update with bugfix releases.

In article <4f32df1e.40...@v.loewis.de>, "Martin v. Lowis" wrote: > Am 05.02.2012 21:34, schrieb Ned Deily: > > In article > > <20120205204551.horde.ncdeyvnncxdpltxvnkzi...@webmail.df.eu>, > > mar...@v.loewis.de wrote: > > > >>> I understand that but, to me, it makes no sense to send out trul

Re: [Python-Dev] Fixing #7175: a standard location for Python config files

In article <4c62c01d.6000...@netwok.org>, Éric Araujo wrote: > Hello list > > Tarek opened a distutils bugs in http://bugs.python.org/issue7175 that > evolved into a discussion about the proper location to use for config files. > > Distutils uses [.]pydistutils.cfg and .pypirc, and now unitte

Re: [Python-Dev] PEP 3147, __pycache__ directories and umask

In article <4ba80418.6030...@canterbury.ac.nz>, Greg Ewing wrote: > Antoine Pitrou wrote: > > > In light of this issue, I'm -0.5 on __pycache__ becoming the default > > caching > > mechanism. The directory ownership/permissions issue is too much of a mess, > > especially for Web applications (

Re: [Python-Dev] Proposing PEP 386 for addition

In article <94bdd2610912080916s2dbb79d0ub8a77295bba92...@mail.gmail.com>, Tarek Ziad? wrote: > http://www.python.org/dev/peps/pep-0386 It looks great to me. Very complete and easy to understand. -- Russell ___ Python-Dev mailing list Python-Dev@pyt

Re: [Python-Dev] Python 2.6.3

In article , Ronald Oussoren wrote: > On 9 Sep, 2009, at 19:29, Ned Deily wrote: > > > > > > Without trying to put Ronald on the spot (too much!), it would be a > > good > > idea to get his assessment where things stand wrt 2.6 on 10.6 before > > setting a final release date. > > MacOS X 10.6

Re: [Python-Dev] (try-except) conditional expression similar to (if-else) conditional (PEP 308)

In article , Xavier Morel wrote: > On 6 Aug 2009, at 00:22 , Jeff McAninch wrote: > > I'm new to this list, so please excuse me if this topic has been > > discussed, but I didn't > > see anything similar in the archives. > > > > I very often want something like a try-except conditional express

Re: [Python-Dev] RELEASED Python 2.6.2

In article , Ned Deily wrote: > In article , > Russell Owen wrote: > > I installed the Mac binary on my Intel 10.5.6 system and it works, > > except it still uses Apple's system Tcl/Tk 8.4.7 instead of my > > ActiveState 8.4.19 (which is in /Library/Frameworks where one would > > expect)

Re: [Python-Dev] RELEASED Python 2.6.2

Thank you for 2.6.2. I see the Mac binary installer isn't out yet (at least it is not listed on the downloads page). Any chance that it will be compatible with 3rd party Tcl/Tk? Most recent releases have not been; the only way I know to make a compatible build is to build the installer on a ma

Re: [Python-Dev] OS X Installer for 3.0.1 and supported versions

In article , Ronald Oussoren wrote: > On 27 Feb, 2009, at 1:57, Ned Deily wrote: > > > In article , > > "Russell E. Owen" wrote: > >> I want to follow up on this a bit. In the past if the Mac Python > >> installer was built on a machine that did N

Re: [Python-Dev] OS X Installer for 3.0.1 and supported versions

In article , Ned Deily wrote: > Speaking of an OS X installer for 3.0.1, over the last few weeks I have > been working on tidying up the OS X installer build process. While the > basic OS X build/installer process is good, some cruft has accumulated > over the past years and a number of most

Re: [Python-Dev] PEP 3142: Add a "while" clause to generator expressions

In article , rdmur...@bitdance.com wrote: >... > I understand that you are saying that 'while x' is used in the same > logical sense ("take a different action when x is no longer true"), > but that I don't feel that that is enough to say that it has similar > semantics. Or, perhaps more accurate

[Python-Dev] Fix python darwin build to look for non-framework Tk if not a framework build?

Python's own setup.py file seems to only look for a Framework Tcl/Tk on darwin. This is a headache if one is trying to build a non-framework python that uses a non-framework tcl/tk. Any chance of getting this fixed? I'm willing to work on a patch if it has any chance of being accepted. Any hint

[Python-Dev] Could someone please review patch 799428: fix Tkinter tk_focusNext?

Patch is a trivial fix to a long-standing issue with Tkinter: calls to the widget method tk_focusNext() fail with "unsubscriptable object" error. Also issue 1068881 can be closed. This is a case where procrastination pai

Re: [Python-Dev] trunc()

In article <[EMAIL PROTECTED]>, "Paul Moore" <[EMAIL PROTECTED]> wrote: > On 24/01/2008, Jeffrey Yasskin <[EMAIL PROTECTED]> wrote: > > int has to be a builtin because it's a fundamental type. trunc() > > followed round() into the builtins. I have no opinion on whether ceil > > and floor should

Re: [Python-Dev] [python] trunc()

In article <[EMAIL PROTECTED]>, "Martin v. Lowis" <[EMAIL PROTECTED]> wrote: > > If the ambiguity is that 'int' behaviour is unspecified for floats - is > > it naive to suggest we specify the behaviour? > > The concern is that whatever gets specified is arbitrary. There are many > ways how an i

Re: [Python-Dev] [Python-3000] Universal newlines support in Python 3.0

In article <[EMAIL PROTECTED]>, "Stephen J. Turnbull" <[EMAIL PROTECTED]> wrote: > Guido van Rossum writes: > > > However, the old universal newlines feature also set an attibute named > > 'newlines' on the file object to a tuple of up to three elements > > giving the actual line endings that

[Python-Dev] distutils patch

A colleague stumbled across distutils bug/misfeature that he found had been reported with an associated patch: and I'm wondering if there's any plans to accept the patch or implement some other fix (suc

[Python-Dev] get for lists and tuples?

I'd like to have the get method available for lists and tuples. (I figured this must have been discussed before but can't recall it and didn't turn anything up on google). It's obviously not a use-all-the-time method (or it'd already be there), but I find myself wanting it often enough to justi

Re: [Python-Dev] PEP 3102: Keyword-only arguments

In article <[EMAIL PROTECTED]>, "Guido van Rossum" <[EMAIL PROTECTED]> wrote: > On 5/2/06, Greg Ewing <[EMAIL PROTECTED]> wrote: > > Terry Reedy wrote: > > > > > my way to call your example (given the data in separate variables): > > > make_person(name, age, phone, location) > > > your way: >

Re: [Python-Dev] PEP 359: The "make" Statement

At some point folks were discussing use cases of "make" where it was important to preserve the order in which items were added to the namespace. I'd like to suggest adding an implementation of an ordered dictionary to standard python (e.g. as a library or built in type). It's inherently useful

Re: [Python-Dev] Python Library Reference top page too long

In article <[EMAIL PROTECTED]>, Georg Brandl <[EMAIL PROTECTED]> wrote: > >> Another thing that would be *really* useful is to list the actual > >> built-in types with the category. For example: > >> Sequence Types (str, unicode, list, tuple, buffer, xrange) > >> Mapping Types (dict) > > > > +1

Re: [Python-Dev] Python Library Reference top page too long

In article <[EMAIL PROTECTED]>, "Edward C. Jones" <[EMAIL PROTECTED]> wrote: > The contents page for the Python Library Reference > ("http://docs.python.org/dev/lib/lib.html";) has become much too long. I > suggest that it should be designed like the top page for portal web > sites. For exampl

Re: [Python-Dev] Py3k: Except clause syntax

In article <[EMAIL PROTECTED]>, Greg Ewing <[EMAIL PROTECTED]> wrote: > For Py3k, any thoughts on changing the syntax of > the except clause from > >except , : > > to > >except as : > > so that things like > >except TypeError, ValueError: > > will do what is expected? Brillian

Re: [Python-Dev] PEP 3000 and new style classes

In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (holger krekel) wrote: > On Fri, Sep 09, 2005 at 11:31 -0700, Russell E. Owen wrote: > > In article <[EMAIL PROTECTED]>, > > Tristan Seligmann <[EMAIL PROTECTED]> wrote: > > > > > > Why d

Re: [Python-Dev] PEP 3000 and new style classes

In article <[EMAIL PROTECTED]>, Tristan Seligmann <[EMAIL PROTECTED]> wrote: > * Lisandro Dalcin <[EMAIL PROTECTED]> [2005-09-08 13:56:07 -0300]: > > > Yes, you are right. But this way, you are making explicit a behavior > > that will be implicit in the future. > > > > For example, we could als

Re: [Python-Dev] PEP, take 2: Exception Reorganization for Python 3.0

In article <[EMAIL PROTECTED]>, Brett Cannon <[EMAIL PROTECTED]> wrote: > New Hierarchy > = > > Exception > +-- CriticalException (new) > +-- KeyboardInterrupt > +-- MemoryError > +-- SystemError > +-- ControlFlowException (new) > +-- StopIteration > +-- Generator

Re: [Python-Dev] PEP 343 - next steps

In article <[EMAIL PROTECTED]>, Guido van Rossum <[EMAIL PROTECTED]> wrote: >... > - Whether and how to keep a door open for a future extension to the > syntax that allows multiple resources to be acquired in a single > with-statement. Possible syntax could be > > (a)with EXPR1 [as VAR1], EX

Re: [Python-Dev] PEP 343 - Abstract Block Redux

In article <[EMAIL PROTECTED]>, "Phillip J. Eby" <[EMAIL PROTECTED]> wrote: >... > I personally think that StopIteration, TerminateIteration, > KeyboardInterrupt and perhaps certain other exceptions should derive from > some base class other than Exception (e.g. Raisable or some such) to help

Re: [Python-Dev] Pre-PEP: Unifying try-except and try-finally

In article <[EMAIL PROTECTED]>, Timothy Fitz <[EMAIL PROTECTED]> wrote: > > No, as except clauses can only occur before the finally clause, and > > execution > > should not go backwards. > > This restriction feels a bit arbitrary. I can guarantee someone is > going to flatten this: > > try: >