Re: [Python-Dev] python compiler

On 05/04/2010 21:10, Terry Reedy wrote: On 4/5/2010 10:54 AM, will...@ufpa.br wrote: for a college project, I proposed to create a compiler for python. I've read something about it and maybe I saw that made a bad choice. I hear everyone's opinion respond. If you want to do something useful, pi

Re: [Python-Dev] Scope object (Re: nonlocals() function?)

On 06/04/2010 00:37, Greg Ewing wrote: Antoine Pitrou wrote: Steve Bonner gmail.com> writes: What do we think of adding a built-in nonlocals() function that would be similar to globals() and locals()? These scopes don't have parallel capabilities: Maybe it would be better to deprecate glo

Re: [Python-Dev] Python and compilers

On 06/04/2010 12:44, will...@ufpa.br wrote: First, thank you for all opnion. Each one was considered. I think the better question would be: I have to develop a project that involves compilers, and being a fan of Python, I thought about making a compiler for it (most basic idea involving Pythin an

Re: [Python-Dev] Python and compilers

On 06/04/2010 23:31, "Martin v. Löwis" wrote: will...@ufpa.br wrote: First, thank you for all opnion. Each one was considered. I think the better question would be: I have to develop a project that involves compilers, and being a fan of Python, I thought about making a compiler for it (most

Re: [Python-Dev] Python and compilers

On 06/04/2010 23:34, Michael Foord wrote: On 06/04/2010 23:31, "Martin v. Löwis" wrote: will...@ufpa.br wrote: First, thank you for all opnion. Each one was considered. I think the better question would be: I have to develop a project that involves compilers, and being a fan of

Re: [Python-Dev] stabilizing for a release

On 07/04/2010 11:30, anatoly techtonik wrote: There is still a serious regression in zipfile module: http://bugs.python.org/issue6090 And I would really like to see my issue with difflib tabs committed: =/ http://bugs.python.org/issue7585 The zipfile issue looks like it could be fixed for b

[Python-Dev] Episode 11 of A Little Bit of Python

to Antoine for the interview. All the best, Michael Foord -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any a

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 07:11, "Martin v. Löwis" wrote: Why is it unavoidable that the Mac build will languish behind others? Because of lack of volunteers, and expertise (i.e. the experts lack time). That doesn't explain why we leave a broken link in place when we do major releases - for da

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 06:13, Ned Deily wrote: In article, Steve Holden wrote: Why is it unavoidable that the Mac build will languish behind others? Are we supporting MacOs or aren't we? If we are, why isn't the creation of the build a part of the release process? Clearly it's not a priority giv

Re: [Python-Dev] patch for review: unittest ImportError handling

incompatible change. All the best, Michael Foord Thanks, --Chris ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/fuzzyma

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

elease - is not a trivial task. All the best, Michael Foord Clearly it's not a priority given that nobody has seen fit to (or had time to) reply to this mail in three weeks. That is not surprising: none of the webmaster people would be able to answer the question. python-dev

Re: [Python-Dev] patch for review: unittest ImportError handling

On 14/04/2010 12:54, Chris Jerdonek wrote: On Wed, Apr 14, 2010 at 2:07 AM, Michael Foord wrote: I'm still not convinced that this isn't a backwards incompatible change - up until now, however horrible it may be, TestLoader.loadTestsFromName only raised an AttributeError when it

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 13:46, Barry Warsaw wrote: On Apr 14, 2010, at 10:56 AM, Michael Foord wrote: The problem is the process that creates a new release with a 404 link to the Mac installer with no explanation. The 2.6.5 release (as always) caused several requests to webmaster from Mac users

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 13:58, Barry Warsaw wrote: On Apr 14, 2010, at 02:45 PM, Michael Foord wrote: Can we amend that to having some placeholder text saying that the Mac installer is not yet available and a link to the previous available version please. That can then be replaced with the normal

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 17:36, Bill Janssen wrote: Michael Foord wrote: Building the Mac installer requires volunteer time which I'm not sure that more hardware will fix - compiling a full build of Python for Mac OS X (with all the Python modules like Tkinter etc) requires expertise which o

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 17:41, Michael Foord wrote: [snip...] A Mac OS X machine (and location to keep it) for the buildbots is a *big* need however. At least two. You want Leopard and Snow Leopard, too. Well - an XServe that we can run virtualisation on would be the *ideal* solution. I think the X

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 18:01, s...@pobox.com wrote: Michael> Mac users definitely *do* expect installers. Building Python Michael> requires, I believe, the XCode development tools to be Michael> installed. XCode is free, and I suspect many people have it (I do). Sure - but probabl

Re: [Python-Dev] patch for review: unittest ImportError handling

On 14/04/2010 16:53, Nick Coghlan wrote: Michael Foord wrote: Changing the error message to provide more useful information, possibly including the original traceback, would certainly avoid the potential for incompatibility. I'd be interested in seeing what other folks here on pytho

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 18:49, Steve Holden wrote: Bill Janssen wrote: Michael Foord wrote: Isn't that just a matter of having the recipe written down somewhere? Yes, that would be nice. :-) Preferably a recipe that doesn't involve Macports or Fink which some of us ar

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 19:25, Steve Holden wrote: Michael Foord wrote: On 14/04/2010 06:13, Ned Deily wrote: In article, Steve Holden wrote: Why is it unavoidable that the Mac build will languish behind others? Are we supporting MacOs or aren't we? If we are, why isn&

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 20:21, "Martin v. Löwis" wrote: Mac users definitely *do* expect installers. Building Python requires, I believe, the XCode development tools to be installed. Even then, building a full version of Python - with *all* the C extensions that are part of a Python release - is not a triv

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 21:37, "Martin v. Löwis" wrote: [snip...] Unfortunately the Mac installer build script doesn't seem to run at all on Mac OS X 10.6 (at least not on my machine), but hopefully the situation is clarified so that one of us who does still have Mac OS X 10.5 will be able to build the i

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 14/04/2010 23:32, Greg Ewing wrote: Michael Foord wrote: Building Python requires, I believe, the XCode development tools to be installed. Even then, building a full version of Python - with *all* the C extensions that are part of a Python release - is not a trivial task. What'

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

happy with the Python binary installers for the Mac - once they arrive. :-) All the best, Michael On 15/04/2010 14:18, Ned Deily wrote: In article<4bc63599.5020...@voidspace.org.uk>, Michael Foord wrote: A build on my machine produces output similar to: Python build finished, b

Re: [Python-Dev] Very Strange Argument Handling Behavior

On 16/04/2010 17:06, Mark Dickinson wrote: On Fri, Apr 16, 2010 at 3:57 PM, Antoine Pitrou wrote: Mark Dickinson gmail.com> writes: Okay; I'll open an issue for deprecation in 3.2 and removal in 3.3. Can this sneak in under the 'incorrect language semantics' exemption for PEP 300

Re: [Python-Dev] Very Strange Argument Handling Behavior

On 17/04/2010 01:38, Steve Holden wrote: Raymond Hettinger wrote: On Apr 16, 2010, at 2:42 PM, Daniel Stutzbach wrote: IIRC, there's a performance hack in dictobject.c that keeps track of whether all of the keys are strings or not. The hack is designed so that lookup operations can c

Re: [Python-Dev] Very Strange Argument Handling Behavior

On 17/04/2010 02:43, Greg Ewing wrote: Daniel Stutzbach wrote: Unless you're saying you often create a dictionary, add non-string keys, remove the non-string keys, then pass it as a **kwds? ;-) I think the point is that it would create a very mysterious potential failure mode. What would you

Re: [Python-Dev] Python 2.7b1 and argparse's version action

On 19/04/2010 00:52, Antoine Pitrou wrote: Steven Bethard gmail.com> writes: I need to a see a consensus from a variety of developers that "--version" is the right answer, and not "-V/--version", etc. Both are ok for me. "-v" as a shortcut for "--version" looks wrong, though. "-v" i

Re: [Python-Dev] MSDN licenses available for python-dev

On 19/04/2010 12:47, Antoine Pitrou wrote: Le Fri, 16 Apr 2010 08:01:54 -0500, Brian Curtin a écrit : The recent threads on builds/installers for Mac and Windows reminded me of Steve Holden's push to get the python-dev team equipped via a connection with the Microsoft Open Source Technology

Re: [Python-Dev] Python 2.7b1 and argparse's version action

On 19/04/2010 21:19, Scott Dial wrote: On 4/18/2010 9:44 PM, Steve Holden wrote: Tobias Herp wrote: Steven Bethard schrieb: On Sun, Apr 18, 2010 at 2:35 PM, Tobias Herp wrote: Steven Bethard schrieb: But I'd really like a consensus about the correct b

Re: [Python-Dev] Small suggestion re help(Exception)

On 21/04/2010 18:17, Rob Cliffe wrote: help() on an Exception class lists the method resolution order (effectively the inheritance hierarchy). E.g. help(ArithmeticError) displays inter alia: Method resolution order: ArithmeticError StandardError Exception BaseException __buil

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 18/04/2010 15:13, Ronald Oussoren wrote: On 14 Apr, 2010, at 23:37, Michael Foord wrote: On 14/04/2010 23:32, Greg Ewing wrote: Michael Foord wrote: Building Python requires, I believe, the XCode development tools to be installed. Even then, building a full version of

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 24/04/2010 21:34, David Bolen wrote: Michael Foord writes: 10.6.3 and yes I have Tcl and Tk in /Library/Frameworks. How do I determine which versions they are? You can use "info patchlevel" in tclsh - assuming you're running a tclsh linked to your /Library versio

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 24/04/2010 21:50, David Bolen wrote: Michael Foord writes: Hmmm... looks like a 32 / 64 bit issue, which I believe may be the expected result when trying to build on Snow Leopard (?). I think so - I haven't tried a 64-bit build myself, but there's a comment i

Re: [Python-Dev] Fwd: Broken link to download (Mac OS X)

On 24/04/2010 22:16, Michael Foord wrote: On 24/04/2010 21:50, David Bolen wrote: Michael Foord writes: Hmmm... looks like a 32 / 64 bit issue, which I believe may be the expected result when trying to build on Snow Leopard (?). I think so - I haven't tried a 64-bit build myself, but th

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do triage.

On 26/04/2010 00:18, Steve Holden wrote: Tres Seaver wrote: Antoine Pitrou wrote: pobox.com> writes: Sean> However, I will step up for him and say that I've known him a Sean> decade, and he's very trustworthy. He has been the president (we Sean> call tha

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do triage.

awful lot (more) we could achieve. All the best, Michael Foord Just that it's not obvious that it's *wrong*, and therefore the decision should be left up to the people who will do the mentoring, the supervision, and -- if necessary -- the cleanup. If the existing tracker crew is ha

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do triage.

On 26/04/2010 12:40, Scott Dial wrote: On 4/26/2010 7:24 AM, Antoine Pitrou wrote: I think it is very much in the interest of Python to evolve our processes in order to encourage more core-developers. Evolving means experimenting *and* being willing to change. It is certainly less *effort* t

Re: [Python-Dev] Enhanced tracker privileges for dangerjim to do triage.

On 26/04/2010 12:24, Antoine Pitrou wrote: Hello, I think it is very much in the interest of Python to evolve our processes in order to encourage more core-developers. Evolving means experimenting *and* being willing to change. It is certainly less *effort* to accept the status quo, but wit

Re: [Python-Dev] what to do if you don't want your module in Debian

On 27/04/2010 00:26, James Mills wrote: On Tue, Apr 27, 2010 at 9:15 AM, David Malcolm wrote: On Mon, 2010-04-26 at 21:19 +0200, Piotr Ożarowski wrote: Many Python module developers do not want their work to be distributed by Debian (and probably by other Linux distributions), here's

Re: [Python-Dev] please take a look at buildbot result [was: Broken link to download (Mac OS X)]

On 29/04/2010 16:13, Ronald Oussoren wrote: On 29 Apr, 2010, at 16:39, Bill Janssen wrote: Ned Deily wrote: In article<19399.11323.946604.992...@montanaro.dyndns.org>, s...@pobox.com wrote: Ned> Any idea what type of machine it is and where it is currently Ned>

Re: [Python-Dev] Two small PEP ideas

On 01/05/2010 00:08, Benjamin Peterson wrote: 2010/4/30 Antoine Pitrou: Jesse Noller gmail.com> writes: Consider this a plaintitive -1 to any sort of rule-or-decision based on committee. I'd much rather a 2x4 to the forehead. Oops, sorry but what does "a 2x4 to the forehea

Re: [Python-Dev] Two small PEP ideas

On 01/05/2010 00:10, Maciej Fijalkowski wrote: On Fri, Apr 30, 2010 at 5:08 PM, Benjamin Peterson wrote: 2010/4/30 Antoine Pitrou: Jesse Noller gmail.com> writes: Consider this a plaintitive -1 to any sort of rule-or-decision based on committee. I'd much rather a 2x4 to t

[Python-Dev] Fwd: broken mailing list links in PEP(s?)

Hello all, It looks like the changes to the python-dev mailman archives broke some of the links in PEPs. All the best, Michael Foord Original Message Subject:broken mailing list links in PEP(s?) Date: Tue, 4 May 2010 20:22:57 -0700 From: Bayle Shanks To

Re: [Python-Dev] Two small PEP ideas

On 05/05/2010 12:15, Nick Coghlan wrote: Georg Brandl wrote: I agree, and I wouldn't want to make these decisions. That person (or group) needs to have some weight in the community, or there will be a feeling of "... and who is he to decide anyway". We haven't emphasized RMship in the past

Re: [Python-Dev] Possible patch for functools partial - Interested?

nice repr. Would this group be interested in a patch, or is this not interesting? Sounds good to me. Could you post the patch to http://bugs.python.org please. Michael Foord Thanks, Van ___ Python-Dev mailing list Python-Dev@python.org http

Re: [Python-Dev] Possible patch for functools partial - Interested?

On 07/05/2010 19:57, Steve Holden wrote: Steven D'Aprano wrote: On Sat, 8 May 2010 02:07:55 am Rob Cliffe wrote: Sorry to grouse, but isn't this maybe being a bit too clever? Using your example, p1 = partial(operator.add) is creating a callable, p1, i.e. a sort of function. Yes

Re: [Python-Dev] Parallel test execution on buildbot

#x27;s still work to be done before that option can be used without having to worry about false alarms. FWIW I *usually* run the test suite with parallelization (it is just so much quicker) and these days *rarely* see spurious failures as a result. This is on Mac OS X, YMMV. Michael Fo

Re: [Python-Dev] Documenting [C]Python's Internals

not they become part of the Python documentation I have very much enjoyed and appreciated this series of blog entries. I still covet the ability to contribute to Python in C and these articles are a great introduction to the underlying Python interpreter and object system. Please continue!

Re: [Python-Dev] Reasons behind misleading TypeError message when passing the wrong number of arguments to a method

On 20/05/2010 00:42, Giampaolo Rodolà wrote: class A: ... def echo(self, x): ... return x ... a = A() a.echo() Traceback (most recent call last): File "", line 1, in TypeError: echo() takes exactly 2 arguments (1 given) I bet my last 2

Re: [Python-Dev] Reasons behind misleading TypeError message when passing the wrong number of arguments to a method

unbound methods is a much less common error than calling bound methods with the wrong number of arguments... All the best, Michael Foord --- Giampaolo http://code.google.com/p/pyftpdlib http://code.google.com/p/psutil ___ Python-Dev mailing lis

Re: [Python-Dev] Unordered tuples/lists

On 20/05/2010 17:02, geremy condra wrote: On Wed, May 19, 2010 at 1:56 AM, Gustavo Narea wrote: Hello, Oleg. class UnorderedList(list): def __eq__(self, other): if not isinstance(other, UnorderedList): return False return sorted(self) == sorted(other)

Re: [Python-Dev] Documenting [C]Python's Internals

On 21/05/2010 13:42, Lie Ryan wrote: On 05/21/10 15:18, Yaniv Aknin wrote: I would if I were qualified, but I an mot. One way to get people to help with details is to publish mistakes. This happens all the time on python-list ;-). Pre-review would be nice though. I don't min

Re: [Python-Dev] PEP 3148 ready for pronouncement

o be a community initiative and would take some time to establish. A "fat" distribution like this, based on tools like pip and distribute would be great for both newbies and for experienced programmers in making it easier to find "best" solutions for standard proble

Re: [Python-Dev] variable name resolution in exec is incorrect

On 26/05/2010 13:51, Nick Coghlan wrote: On 26/05/10 19:48, Mark Dickinson wrote: This is a long way from my area of expertise (I'm commenting here because it was me who sent Colin here in the first place), and it's not clear to me whether this is a bug, and if it is a bug, how it could be resol

Re: [Python-Dev] variable name resolution in exec is incorrect

On 27/05/2010 00:38, Greg Ewing wrote: Mark Dickinson wrote: code = """\ ... y = 3 ... def f(): ... return y ... f() ... """ exec code in {} # works fine exec code in {}, {} # dies with a NameError Seems to me the whole idea of being able to specify separate global and local scopes for to

Re: [Python-Dev] Sumo

On 27/05/2010 16:56, Stephen J. Turnbull wrote: Paul Moore writes: > On 27 May 2010 00:11, geremy condra wrote: > > I'm not clear, you seem to be arguing that there's a market for many > > augmented python distributions but not one. Why not just have one > > that includes the best

Re: [Python-Dev] Windows registry path not ignored with Py_IgnoreEnvironmentFlag set

On 05/06/2010 19:03, Farshid Lashkari wrote: On Sat, Jun 5, 2010 at 7:55 AM, Guido van Rossum > wrote: I don't object (this had never occurred to me), but is Python on Windows fully functioning when the registry is entirely ignored? Yes, it works fine. This

Re: [Python-Dev] Reintroduce or drop completly hex, bz2, rot13, ... codecs

On 09/06/2010 12:35, Antoine Pitrou wrote: On Wed, 09 Jun 2010 10:41:29 +0200 "M.-A. Lemburg" wrote: The above example will read: >>> b'abc'.transform("hex") b'616263' >>> b'616263'.untranform("hex") b'abc' This doesn't look right to me. Hex-encoded "data" is r

Re: [Python-Dev] Future of 2.x.

On 09/06/2010 13:56, Steve Holden wrote: Paul Moore wrote: On 9 June 2010 07:26, Chris McDonough wrote: On Wed, 2010-06-09 at 01:15 -0400, Fred Drake wrote: On Wed, Jun 9, 2010 at 12:30 AM, Senthil Kumaran wrote: it would still be a good idea to introduce some of

Re: [Python-Dev] Are PyCFunctions supposed to invisibly consume self when used as a method?

On 12 Jun 2010, at 20:59, Guido van Rossum wrote: On Sat, Jun 12, 2010 at 10:19 AM, Philip Jenvey wrote: +1 on changing this, it's annoying for alternate implementations. They oftentimes implement functions in pure Python whereas user code might be expecting the PYCFunction behavior.

Re: [Python-Dev] email package status in 3.X

an experimental release, and by most standards 3.1 (in terms of the core language and functionality) was a solid release. Any reasonable expectation about Python 3 adoption predicted that it would take years, and would include going through a phase of difficulty and di

Re: [Python-Dev] email package status in 3.X

On 18/06/2010 18:22, l...@rmi.net wrote: Python 3.0 was *declared* to be an experimental release, and by most standards 3.1 (in terms of the core language and functionality) was a solid release. Any reasonable expectation about Python 3 adoption predicted that it would take years, and would incl

Re: [Python-Dev] email package status in 3.X

e time to port seems like it may be just enough to tip the scales altogether. --Mark Lutz (http://learning-python.com, http://rmi.net/~lutz) -Original Message- From: Michael Foord To: l...@rmi.net Subject: Re: [Python-Dev] email package status in 3.X Date: Fri, 18 Jun 2010 18:27:46

Re: [Python-Dev] email package status in 3.X

On 18/06/2010 23:51, Raymond Hettinger wrote: On Jun 18, 2010, at 3:08 PM, Michael Foord wrote: I'm still baffled as to how a bug in the cgi module (along with the acknowledged email problems) is such a big deal. Was it reported and then languished in the bug tracker? That would b

Re: [Python-Dev] #Python3 ! ? (was Python Library Support in 3.x)

On 20 Jun 2010, at 11:35, Laurens Van Houtven wrote: Hello, I'm one of the active people in #python that some people dislike for behavior with respect to Python 3. First of all I'd like to defuse the situation, much like Jacob. Seriously. It's been a bunch of posts so far and most of them

Re: [Python-Dev] Python Library Support in 3.x (Was: email package status in 3.X)

right version more often (and be writing Python 2 that will more easily migrate to Python 3, if they cannot yet use 3). Yep. All the best, Michael Foord There seems to be a perception that the PSF can help fund developments, and indeed Jesse Noller has made a small start with his sprint fund

Re: [Python-Dev] bytes / unicode

On 21/06/2010 17:46, P.J. Eby wrote: At 10:51 PM 6/21/2010 +1000, Nick Coghlan wrote: It may be that there are places where we need to rewrite standard library algorithms to be bytes/str neutral (e.g. by using length one slices instead of indexing). It may be that there are more APIs that need t

Re: [Python-Dev] red buildbots on 2.7

On 21/06/2010 20:30, Benjamin Peterson wrote: 2010/6/21 Bill Janssen: They are at the end of the buildbot list, so off-screen if you are using a normal browser. You have to scroll to see them. But not on the "stable" view and that's the only one I look at. What are the require

Re: [Python-Dev] red buildbots on 2.7

On 21/06/2010 21:02, Antoine Pitrou wrote: Le lundi 21 juin 2010 à 12:57 -0700, Bill Janssen a écrit : Apparently some of these buildbots belong to you. Why don't you step up and investigate? The fact that I'm running some buildbots doesn't mean I have to fix the problems that

Re: [Python-Dev] red buildbots on 2.7

On 21/06/2010 22:12, "Martin v. Löwis" wrote: If OS X is a supported and important platform for Python then fixing all problems that it reveals (or being willing to) should definitely not be a pre-requisite of providing a buildbot (which is already a service to the Python developer community). Fi

Re: [Python-Dev] red buildbots on 2.7

On 21/06/2010 22:36, "Martin v. Löwis" wrote: Bill listed several other failures he saw on the buildbots and I see the same set, plus test_posix. Still, the question would be whether any of these failures can manage to block a release. Are they regressions from 2.6? The test_posix failure is

Re: [Python-Dev] red buildbots on 2.7

On 21/06/2010 22:52, Michael Foord wrote: On 21/06/2010 22:36, "Martin v. Löwis" wrote: Bill listed several other failures he saw on the buildbots and I see the same set, plus test_posix. Still, the question would be whether any of these failures can manage to block a release

Re: [Python-Dev] UserDict in 2.7

On 23/06/2010 00:03, Greg Ewing wrote: Benjamin Peterson wrote: IIRC this was because UserDict tries to be a MutableMapping but abcs require new style classes. Are there any use cases for UserList and UserDict in new code, now that list and dict can be subclassed? Inheriting from list or di

Re: [Python-Dev] bytes / unicode

On 22/06/2010 22:40, Robert Collins wrote: On Wed, Jun 23, 2010 at 6:09 AM, M.-A. Lemburg wrote: return constant.encode('utf-8') So now you can write x.split(literal_as('&', x)). This polymorphism is what we used in Python2 a lot to write code that works for both Unico

Re: [Python-Dev] bytes / unicode

On 22/06/2010 19:07, James Y Knight wrote: On Jun 22, 2010, at 1:03 PM, Ian Bicking wrote: Similarly I'd expect (from experience) that a programmer using Python to want to take the same approach, sticking with unencoded data in nearly all situations. Yeah. This is a real issue I have with th

Re: [Python-Dev] bytes / unicode

On 24/06/2010 11:58, M.-A. Lemburg wrote: Lennart Regebro wrote: On Tue, Jun 22, 2010 at 20:07, James Y Knight wrote: Yeah. This is a real issue I have with the direction Python3 went: it pushes you into decoding everything to unicode early, even when you don't care -- Well,

Re: [Python-Dev] thoughts on the bytes/string discussion

On 24/06/2010 19:11, Brett Cannon wrote: On Thu, Jun 24, 2010 at 10:38, Bill Janssen wrote: [SNIP] The language moratorium kind of makes this all theoretical, but building a String ABC still would be a good start, and presumably isn't forbidden by the moratorium. Because a new ABC wo

[Python-Dev] Creating APIs that work as both decorators and context managers

something: pass I'm not entirely happy with the name of the class or the start and finish methods, so open to suggestions there. start and finish *could* be __enter__ and __exit__ - but that would make the class you implement *look* like a normal context manager and I thought it was

Re: [Python-Dev] "2 or 3" link on python.org

On 25/06/2010 21:27, "Martin v. Löwis" wrote: I am extremely keen for this to happen. Does anyone have ownership of this project? There was some discussion of it up-list but the discussion fizzled. Can you please explain what "this project" is, in the context of your message? GSoC? GHO

Re: [Python-Dev] Creating APIs that work as both decorators and context managers

On 25/06/2010 19:35, Michael Foord wrote: Hello all, I've put a recipe up on the Python cookbook for creating APIs that work as both decorators and context managers and wonder if it would be considered a useful addition to the functools module. http://code.activestate.com/recipes/5

Re: [Python-Dev] "2 or 3" link on python.org

On 25/06/2010 22:14, "Martin v. Löwis" wrote: What page were we suggesting linking to? I don't think anybody proposed anything specific. Steve Holden suggested it should go to "reasoned discussion of the pros and cons as evinced in this thread". Stephen Thorne didn't propose anything speci

Re: [Python-Dev] [ANN]: "newthreading" - an approach to simplified thread usage, and a path to getting rid of the GIL

ading semantics (so you can't share non-frozen objects between threads) would not be acceptable. That comment is likely to be based on a misunderstanding of your future intentions though. :-) All the best, Michael Foord This is a pure Python implementation of synchronized objects,

Re: [Python-Dev] Access a function

ut the function should be used. You can find out more on Python functions in the tutorial: http://docs.python.org/tutorial/controlflow.html#more-on-defining-functions All the best, Michael Foord Cheers, Zoh -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CA

Re: [Python-Dev] set/dict comprehensions don't leak in Py2.7 - intentional?

On 05/07/2010 14:12, Tim Golden wrote: On 05/07/2010 14:06, Stefan Behnel wrote: Hi, I only noticed now that set/dict comprehensions were backported to 2.7 without letting the loop Variables leak into the surrounding scope. So they now behave different from list comprehensions. Is this intentio

Re: [Python-Dev] Python equivalents in stdlib Was: Include datetime.py in stdlib or not?

On 07/07/2010 16:29, Alexander Belopolsky wrote: [snip...] 4. Does not ctypes make it possible to replace a method of a Python-coded class with a faster C version, with something like try: connect to methods.dll check that function xyx exists replace Someclass.xyy with ctypes wrap

Re: [Python-Dev] query: docstring formatting in python distutils code

On 07/07/2010 17:06, Shashwat Anand wrote: On Wed, Jul 7, 2010 at 9:24 PM, C. Titus Brown > wrote: Hi all, over on the fellowship o' the packaging mailing list, one of our GSoC students (merwok) asked about how much formatting info should go into Pyth

Re: [Python-Dev] query: docstring formatting in python distutils code

On 07/07/2010 21:54, Georg Brandl wrote: Am 07.07.2010 20:12, schrieb Barry Warsaw: On Jul 07, 2010, at 07:30 PM, Georg Brandl wrote: Overall, I think that we can make stdlib docstrings valid reST -- even if it's reST without much markup -- but valid, so that people pulling in stdlib

Re: [Python-Dev] Python equivalents in stdlib Was: Include datetime.py in stdlib or not?

On 07/07/2010 21:33, Brett Cannon wrote: On Wed, Jul 7, 2010 at 13:16, Alexander Belopolsky wrote: On Wed, Jul 7, 2010 at 3:45 PM, Brett Cannon wrote: On Wed, Jul 7, 2010 at 08:29, Alexander Belopolsky wrote: .. For datetime.py this approach presents several probl

Re: [Python-Dev] Python equivalents in stdlib Was: Include datetime.py in stdlib or not?

On 08/07/2010 02:45, Terry Reedy wrote: On 7/7/2010 2:42 PM, Antoine Pitrou wrote: I wrote 4. Does not ctypes make it possible to replace a method of a Python-coded class with a faster C version, with something like try: connect to methods.dll methods.dll to be written check that function

Re: [Python-Dev] Removing IDLE from the standard library

tain. Speaking of which, the IDLE.app that comes with Python 2.7 for Mac OS X isn't working for me. Anyone else seeing that? All the best, Michael Foord --amk ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/lis

Re: [Python-Dev] maintainers.rst enhancement

On 12/07/2010 12:42, R. David Murray wrote: [snip...] E.g.: unicodedata loewis, lemburg, ezio.melotti* would mean "You can add loewis and lemburg to the nosy list and assign the issue to ezio.melotti". Otherwise we can just decide that those I like this suggestion, but

Re: [Python-Dev] [Idle-dev] Removing IDLE from the standard library

On 12/07/2010 15:42, Nick Coghlan wrote: On Mon, Jul 12, 2010 at 11:19 PM, Antoine Pitrou wrote: +1. Don't be afraid. We are quite good at pointing out mistakes after the fact :) Just make sure to subscribe to python-checkins and keep an eye out for replies to your commits. Most post

Re: [Python-Dev] New regex module for 3.2?

On 12/07/2010 15:07, Nick Coghlan wrote: On Mon, Jul 12, 2010 at 9:42 AM, Steven D'Aprano wrote: On Sun, 11 Jul 2010 09:37:22 pm Eric Smith wrote: re2 comparison is interesting from the point of if it should be included in stdlib. Is "it" re2 or regex? I don't see having 2

Re: [Python-Dev] [Idle-dev] Removing IDLE from the standard library

On 12/07/2010 16:52, Nick Coghlan wrote: On Tue, Jul 13, 2010 at 1:07 AM, Michael Foord wrote: That mailing list (python-checkins) is way too high traffic for many committers to monitor. I hope people making comments on checkins also email the committer directly. Not normally, no

Re: [Python-Dev] Removing IDLE from the standard library

On 12/07/2010 19:21, Ian Bicking wrote: On Sun, Jul 11, 2010 at 3:38 PM, Ron Adam > wrote: There might be another alternative. Both idle and pydoc are applications (are there others?) that are in the standard library. As such, they or parts of them, are

Re: [Python-Dev] [Idle-dev] Removing IDLE from the standard library

to be a module. I'm sure Brett will love this idea, but if it was impossible to reimport the script being executed as __main__ with a different name it would solve these problems. Michael Foord -Fred -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog

Re: [Python-Dev] [Idle-dev] Removing IDLE from the standard library

On 12/07/2010 22:47, Fred Drake wrote: On Mon, Jul 12, 2010 at 5:42 PM, Michael Foord wrote: I'm sure Brett will love this idea, but if it was impossible to reimport the script being executed as __main__ with a different name it would solve these problems. Indeed! And I'

Re: [Python-Dev] [Idle-dev] Removing IDLE from the standard library

On 12/07/2010 22:52, Nick Coghlan wrote: [snip...] so it's usually just a matter of hitting "Reply" and sending the review comment to the list. With a new committer I'll make the effort to cc them directly in case they aren't subscribed yet, but I expect everyone else to be monitor the checkins

Re: [Python-Dev] avoiding accidental shadowing of top-level libraries by the main module

On 12/07/2010 23:05, Nick Coghlan wrote: On Tue, Jul 13, 2010 at 7:47 AM, Fred Drake wrote: On Mon, Jul 12, 2010 at 5:42 PM, Michael Foord wrote: I'm sure Brett will love this idea, but if it was impossible to reimport the script being executed as __main__ with a different na

<    1   2   3   4   5   6   7   8   9   10   >