Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Sat, Feb 21, 2009 at 11:43, wrote: > On 07:07 pm, br...@python.org wrote: > >> On Sat, Feb 21, 2009 at 09:17, Jean-Paul Calderone > >wrote: >> > > But there is another issue with this: the pure Python code will never call the extension code because the globals will be bound to _pypickle

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Sat, Feb 21, 2009 at 11:32, Jean-Paul Calderone wrote: > On Sat, 21 Feb 2009 11:07:07 -0800, Brett Cannon wrote: > >> On Sat, Feb 21, 2009 at 09:17, Jean-Paul Calderone > >wrote: >> >> On Fri, 20 Feb 2009 13:45:26 -0800, Brett Cannon >>> wrote: >&

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Sat, Feb 21, 2009 at 15:46, Aahz wrote: > On Sat, Feb 21, 2009, Brett Cannon wrote: > > > > I am seeing two approaches emerging. One is where pickle contains all > > Python code and then uses something like use_extension to make sure > > the original Python objects

Re: [Python-Dev] code.interact() locals + globals?

On Sat, Feb 21, 2009 at 15:20, Rocky Bernstein wrote: > I notice code.interact() in Python 2.6 has a parameter for locals but not > globals. Should it? > What is code.interact()?:: >>> (lambda: None).__code__.interact Traceback (most recent call last): File "", line 1, in At

Re: [Python-Dev] code.interact() locals + globals?

On Sat, Feb 21, 2009 at 16:59, Brett Cannon wrote: > > > On Sat, Feb 21, 2009 at 15:20, Rocky Bernstein wrote: > >> I notice code.interact() in Python 2.6 has a parameter for locals but not >> globals. Should it? >> > > What is code.interact()?:: > >

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Sat, Feb 21, 2009 at 20:12, Aahz wrote: > On Sat, Feb 21, 2009, Brett Cannon wrote: > > On Sat, Feb 21, 2009 at 15:46, Aahz wrote: > >> On Sat, Feb 21, 2009, Brett Cannon wrote: > >>> > >>> I am seeing two approaches emerging. One is where pickle co

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Sun, Feb 22, 2009 at 10:29, Michael Foord wrote: > Steven Bethard wrote: > >> On Fri, Feb 20, 2009 at 1:45 PM, Brett Cannon wrote: >> >> >>> But there is another issue with this: the pure Python code will never >>> call >>> the extension code

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Sun, Feb 22, 2009 at 22:41, Aahz wrote: > On Sun, Feb 22, 2009, Brett Cannon wrote: > > On Sat, Feb 21, 2009 at 20:12, Aahz wrote: > >> On Sat, Feb 21, 2009, Brett Cannon wrote: > >>> On Sat, Feb 21, 2009 at 15:46, Aahz wrote: > >>>

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Mon, Feb 23, 2009 at 04:02, Nick Coghlan wrote: > Brett Cannon wrote: > > I don't want to move it because this isn't some idea for a new feature > > that may or may not be useful; this isn't an "idea", it's needed. > > It is needed,

Re: [Python-Dev] Reviving restricted mode?

On Mon, Feb 23, 2009 at 09:23, tav wrote: > Dearest fellow Python lovers, > > Could one of you please review: > > http://codereview.appspot.com/20051 > > The patch is a mere 6 lines of code and provides the absolute minimum > that is needed to secure the Python interpreter! [This patch is for >

Re: [Python-Dev] Challenge: Please break this! (was: Reviving restricted mode)

On Mon, Feb 23, 2009 at 12:10, tav wrote: > Hey all, > > As an attempt to convince everyone of the merits of my functions-based > approach to security, I've come up with a simple challenge. I've > attached it as safelite.py > > The challenge is simple: > > * Open a fresh Python interpreter > * Do

Re: [Python-Dev] Choosing a best practice solution for Python/extension modules

On Mon, Feb 23, 2009 at 13:23, Nick Coghlan wrote: > Brett Cannon wrote: > > Well, neither do I as your proposed approach below is what I do for > > warnings. > > It's possible I actually had test_warnings.py open in another window > while writing that example func

[Python-Dev] Core sprint page for PyCon 2009 now up

If you plan to attend go to http://us.pycon.org/2009/sprints/projects/python-core/ and fill in your name and when you plan to be there (not required, though; just nice). -Brett ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mail

Re: [Python-Dev] Allow __enter__() methods to skip the with statement body?

On Wed, Feb 25, 2009 at 04:24, Nick Coghlan wrote: > An interesting discrepancy [1] has been noted when comparing > contextlib.nested (and contextlib.contextmanager) with the equivalent > nested with statements. > > Specifically, the following examples behave differently if > cmB().__enter__() ra

Re: [Python-Dev] Instructions on using git mirror

On Fri, Feb 27, 2009 at 11:00, Barry Warsaw wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Feb 27, 2009, at 10:48 AM, Neil Schemenauer wrote: > > On Fri, Feb 27, 2009 at 08:36:08AM -0600, Brad Miller wrote: >> >>> when I get to the step git svn fetch I get the following error:

Re: [Python-Dev] Instructions on using git mirror

On Fri, Feb 27, 2009 at 14:19, Barry Warsaw wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Feb 27, 2009, at 3:31 PM, Brett Cannon wrote: > > Until we are willing to say these mirrors are not experimental all the >> instructions should probably go in th

Re: [Python-Dev] Integrate BeautifulSoup into stdlib?

On Mon, Mar 2, 2009 at 04:23, Vaibhav Mallya wrote: > I haven't seen a lot of discussion on this - maybe I didn't search hard > enough - but what are people's thoughts on including BeautifulSoup in > stdlib? It's small, fast, and pretty widely-liked by the people who know > about it. Someone ment

Re: [Python-Dev] Adding PEP consistent aliases for names that don't currently conform

On Tue, Mar 3, 2009 at 05:13, wrote: > On Tue, 3 Mar 2009 at 06:01, Ivan KrstiÄ~G wrote: > >> On Mar 2, 2009, at 7:08 PM, Steve Holden wrote: >> >>> > > PS.: so is datetime.datetime a builtin then? :) >>> > > Another historic accident. Like socket.socket. :-( >>> > >>> A pity this stuff wasn't

Re: [Python-Dev] Adding PEP consistent aliases for names that don't currently conform

On Tue, Mar 3, 2009 at 17:30, Eric Smith wrote: > We need a really long lead time before we can remove these. I >> recommend starting with a *silent* deprecation in 3.1 combined with a >> PR offensive for the new names. >> > > I think the old names basically have to live forever in some way, due

Re: [Python-Dev] Forgotten Py3.0 change to remove Queue.empty() and Queue.full()

On Wed, Mar 4, 2009 at 17:30, Raymond Hettinger wrote: > Just noticed that the empty() and full() methods were still there. >>> IIRC, we agreed to take them out (but leaving qsize() exposed). >>> The docs entries and test cases were taken out, but the actual >>> methods were accidentally left in.

Re: [Python-Dev] How do I get commit access?

On Thu, Mar 5, 2009 at 01:08, Chris Withers wrote: > Guido van Rossum wrote: > >> I'd like to jump in and vouch for Chris. I've known him for many years >> and while we haven't worked closely I expect he'd be a valuable >> contributor. So +1 from me for giving Chris commit privileges for core >>

Re: [Python-Dev] Integrate lxml into the stdlib?

On Thu, Mar 5, 2009 at 12:52, Stefan Behnel wrote: > Benjamin Peterson wrote: > > 2009/3/5 Guido van Rossum : > >> On Thu, Mar 5, 2009 at 2:39 AM, Stefan Behnel > wrote: > >>> And, BTW, I wouldn't mind getting lxml into the stdlib either. > >> No matter how beautiful and fast lxml is, it has one

Re: [Python-Dev] Addition of further status options to tracker

On Mon, Mar 9, 2009 at 20:25, Tennessee Leeuwenburg wrote: > Hi all, > > I am beginning reviewing some more issues in the tracker. I think it would > be useful to have the following status options (new status options marked > with a '+'): > Open: Means that the issue has been created and not fur

Re: [Python-Dev] Addition of further status options to tracker

On Mon, Mar 9, 2009 at 21:00, Tennessee Leeuwenburg wrote: > > > On Tue, Mar 10, 2009 at 2:39 PM, Brett Cannon wrote: > >> >> >> On Mon, Mar 9, 2009 at 20:25, Tennessee Leeuwenburg < >> tleeuwenb...@gmail.com> wrote: >> >>> Hi all, >>

Re: [Python-Dev] reviewing patches

On Mon, Mar 9, 2009 at 20:55, Terry Reedy wrote: > Martin v. Löwis wrote: > >> I have seen it said that one very useful activity is reviewing patches. >>> Of the issues in the tracker, it is not immediately clear to me what is >>> required of such a review. Many of these patches appear to be bund

Re: [Python-Dev] Addition of further status options to tracker

On Mon, Mar 9, 2009 at 22:39, Tennessee Leeuwenburg wrote: > I don't mind what approach is taken -- I'm happy to work within the >>> current infrastructure if someone can suggest a good way. I really just want >>> to be able to start distinguishing between issues that are essentially new >>> and

Re: [Python-Dev] reviewing patches

On Tue, Mar 10, 2009 at 11:43, Terry Reedy wrote: > Brett Cannon wrote: > >> >> This is somewhat covered by components, but it's implicit. Would it be >> worth making this explicit? I have always wondered if people would be more >> willing to help out if they

Re: [Python-Dev] Addition of further status options to tracker

On Tue, Mar 10, 2009 at 15:33, Nick Coghlan wrote: > Brett Cannon wrote: > > If we can come up with a simple solution to this problem (perhaps have > > issues set to under development with no activity shift down a status > > level after a month) then maybe we will have some

Re: [Python-Dev] Addition of further status options to tracker

[adding python-dev back on to the email] On Tue, Mar 10, 2009 at 15:51, Tennessee Leeuwenburg wrote: > >>> Pretty much. I've got two views. One is that I'd like to search for >>> issues that are up for grabs which I could take over, hack on, and generally >>> not get underfoot of core developmen

Re: [Python-Dev] Can I modify string.Formatter._vformat?

On Wed, Mar 11, 2009 at 13:20, Benjamin Peterson wrote: > 2009/3/11 Eric Smith : > > I'm implementing support for auto-numbering of str.format() fields (see > > http://bugs.python.org/issue5237). I'm reasonably sure that when I'm > done > > modifying the C implementation I'll need to change the si

Re: [Python-Dev] Capability to alter issue metadata

On Thu, Mar 12, 2009 at 18:22, Tennessee Leeuwenburg wrote: > Hi all, > > I am continuing to look at issues in the issue tracker. It would be handy > to be able to update some of the metadata fields. For contributions, it's > fine to just be able to upload patches / post messages, but I can see a

Re: [Python-Dev] PEP 377 - allow __enter__() methods to skip the statement body

Without knowing what StatementSkipped is (just some singleton? If so why not just used SkipStatement instance that was raised?) and wondering if we are just going to continue to adding control flow exceptions that directly inherit from BaseException or some ControlFlowException base class, the basi

[Python-Dev] What level of detail wanted for import and the language reference?

At this point importlib is done for its public API for Python 3.1. That means it's time to turn my attention to making sure the semantics of import are well documented. But where to put all of the details? The language reference for import ( http://docs.python.org/dev/py3k/reference/simple_stmts.ht

Re: [Python-Dev] What level of detail wanted for import and the language reference?

On Tue, Mar 17, 2009 at 06:55, Nick Coghlan wrote: > Steve Holden wrote: > > Why not just put a section in both places that says "can't be bothered > > to spell this out right now" and put a URL in referring to this thread > > on Google ... that appears to have been the traditional approach to >

Re: [Python-Dev] Core projects for Summer of Code

2009/3/18 Terry Reedy > R. David Murray wrote: > > How about improving 2to3? Seems like that could be an interesting, >> challenging, useful, and rewarding project :). >> > > Or the much requested 3to2 using the same tools. I'm not in a position to mentor this, but I too think this would be a

Re: [Python-Dev] Core projects for Summer of Code

On Wed, Mar 18, 2009 at 14:56, Benjamin Peterson wrote: > 2009/3/18 Arc Riley : > >> > Note the SoC timeline; > >> > > >> > > http://socghop.appspot.com/document/show/program/google/gsoc2009/timeline > >> > > >> > So maybe it won't work for 3.1, but perhaps 3.1.1? 3.2? > >> > >> Well, there won't

Re: [Python-Dev] Core projects for Summer of Code

2009/3/18 Arc Riley > On Wed, Mar 18, 2009 at 5:59 PM, Maciej Fijalkowski wrote: > >> I think we need to ask first guys who spend their live maintaining >> libraries instead of just proposing "let's make some poor student port >> it to py3k", but I might be just wrong, I don't know. > > > I agree

Re: [Python-Dev] tracker status options

On Wed, Mar 18, 2009 at 23:47, "Martin v. Löwis" wrote: > > It would be great to put in some of those extra status options that were > > discussed recently... > > > >"Open/New" > >"Needs help / Chatting" > >"Under development" > >"Pending feedback" > >"Closed" > > Are you sure

Re: [Python-Dev] Security fixes in 2.5 and 2.4

On Thu, Mar 19, 2009 at 02:04, "Martin v. Löwis" wrote: > I just got a few questions on how to apply security fixes. > To clarify, I recommend the following guidelines: > > - whether something constitutes a security bug is sometimes > debatable - in case of doubt, discussion is needed. I would >

Re: [Python-Dev] What level of detail wanted for import and the language reference?

15:39, Brett Cannon wrote: > At this point importlib is done for its public API for Python 3.1. That > means it's time to turn my attention to making sure the semantics of import > are well documented. But where to put all of the details? The language > reference fo

Re: [Python-Dev] What level of detail wanted for import and the language reference?

On Fri, Mar 20, 2009 at 20:18, Benjamin Peterson wrote: > 2009/3/20 Brett Cannon : > > Doc changes are now checked in. Someone who has not been starting at > import > > for over two years should probably go in and clean it up as it is > probably > > not clear to a new

[Python-Dev] Issue workflow doc is now live

I sent this out as a Google Doc a while back, but I just did a proof-reading, converted it, and pushed it live to the python.org: http://www.python.org/dev/workflow/ . So now people who ever triage issues have a guide to follow if they are not sure how to set things. -Brett P.S.: Doing this doc h

Re: [Python-Dev] issue 2170 review

On Sun, Mar 22, 2009 at 18:49, R. David Murray wrote: > Instead of looking at a bunch of issues last week the way I'd originally > intended, I wound up doing a review of a particular patch submission, > issue 2170. This is a refactoring of the 'normalize' method of > xml.dom.minidom. I wound up

[Python-Dev] "How to Contribute to Python" doc now online

In preparation for Pycon and the sprints I quickly pulled together a doc explaining how people can help out with Python's development: http://www.python.org/dev/contributing/ . -Brett P.S.: Just so people know, I will be taking a month or two off from Python development (i.e. heavy coding) after

Re: [Python-Dev] tracker status options

2009/3/22 Tennessee Leeuwenburg > Hi Daniel, > > That would be great. It occurs to me that if we wanted to use "Stage" > settings, it would be easy to search for issues which are not closed by > literally searching for 'not closed' rather than 'open'. I think it's also > unclear whether the 'pend

Re: [Python-Dev] Issue workflow doc is now live

On Mon, Mar 23, 2009 at 17:01, "Martin v. Löwis" wrote: > > I sent this out as a Google Doc a while back, but I just did > a > > proof-reading, converted it, and pushed it live to the > > python.org > > : http:

Re: [Python-Dev] Issue workflow doc is now live

On Mon, Mar 23, 2009 at 05:36, Barry Warsaw wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Mar 23, 2009, at 8:31 AM, Nick Coghlan wrote: > > Brett Cannon wrote: >> >>> I sent this out as a Google Doc a while back, but I just did a >>>

Re: [Python-Dev] GPython?

On Thu, Mar 26, 2009 at 18:05, Terry Reedy wrote: > An ars technica articla just linked to in a python-list post > > > http://arstechnica.com/open-source/news/2009/03/google-launches-project-to-boost-python-performance-by-5x.ars > > calls the following project "Google launched" > http://code.goog

Re: [Python-Dev] Python 3.0.2

On Mon, Mar 30, 2009 at 12:02, Terry Reedy wrote: > Barry Warsaw wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> We made a decision at the sprints today about Python 3.0. We've agreed >> that there will be one more release, 3.0.2 and then that's it. Because of >> the earlier

Re: [Python-Dev] And the winner is...

2009/3/31 Nick Coghlan > Mike Coleman wrote: > > Just for curiosity's sake, could someone outline the five (or so) most > > significant pluses of hg relative to git? > > Every single git command line example I have seen gives me exactly the > same gut reaction I get whenever I have to read Perl c

Re: [Python-Dev] Let's update CObject API so it is safe and regular!

On Tue, Mar 31, 2009 at 20:34, Guido van Rossum wrote: > Can you get Jim Fulton's feedback? ISTR he originated this. > I thought Neal started this idea? -Brett > > On Tue, Mar 31, 2009 at 12:14 PM, Larry Hastings > wrote: > > > > The CObject API has two flaws. > > > > First, there is no usab

Re: [Python-Dev] PEP 382: Namespace Packages

On Fri, Apr 3, 2009 at 13:15, "Martin v. Löwis" wrote: > > Note that there is no such thing as a "defining namespace package" -- > > namespace package contents are symmetrical peers. > > With the PEP, a "defining package" becomes possible - at most one > portion can define an __init__.py. > > I k

[Python-Dev] Going "offline" for three months

In order to hunker down and get my thesis proposal done by its due date, I am disabling mail delivery for myself for all mail.python.org mailing lists for three months (sans python-committers so I don't accidentally commit when I shouldn't). If something comes up I should know about you can always

Re: [Python-Dev] Going "offline" for three months

On Fri, Apr 3, 2009 at 19:51, Michael Foord wrote: > Brett Cannon wrote: > >> In order to hunker down and get my thesis proposal done by its due date, I >> am disabling mail delivery for myself for all mail.python.org < >> http://mail.python.org> mailing lists fo

[Python-Dev] Easy way to detect filesystem case-sensitivity?

[my python-dev sabbatical is still in effect, so make sure I am at least cc'ed on any replies to this email] I cannot be the only person who has a need to run tests conditionally based on whether the file system is case-sensitive or not, so I feel like I am re-inventing the wheel for issue 5442 to

Re: [Python-Dev] Easy way to detect filesystem case-sensitivity?

On Thu, May 7, 2009 at 18:56, John Arbash Meinel < john.arbash.mei...@gmail.com> wrote: > Andrew Bennetts wrote: > > Antoine Pitrou wrote: > >> Robert Kern gmail.com> writes: > >>> Since one may have more than one filesystem side-by-side, this can't be > just > >> be > >>> a system-wide boolean s

[Python-Dev] I am back

Assuming Mailman flipped the right bits to start delivering mail to me again, my Python sabbatical is now over. Anything happen while I was gone that I should be aware of that is not covered in a PEP? -Brett ___ Python-Dev mailing list Python-Dev@python.

Re: [Python-Dev] I am back

On Thu, Jul 2, 2009 at 04:39, Nick Coghlan wrote: > Aahz wrote: > > On Wed, Jul 01, 2009, Brett Cannon wrote: > >> Anything happen while I was gone that I should be aware of that is not > >> covered in a PEP? > > > > Yes. > > I agree with Aah

[Python-Dev] semi-regular check that all committers are subscribed to python-committers

If you have commit privileges on Python but are not subscribed to python-committers, please let me know and I will subscribe you. Membership on python-committers is mandatory as that's where we announce branch freezes, etc. -Brett ___ Python-Dev mailing l

Re: [Python-Dev] semi-regular check that all committers are subscribed to python-committers

On Thu, Jul 2, 2009 at 12:56, Dirkjan Ochtman wrote: > On Thu, Jul 2, 2009 at 21:04, Brett Cannon wrote: > > If you have commit privileges on Python but are not subscribed to > > python-committers, please let me know and I will subscribe you. > Membership > > on python-co

Re: [Python-Dev] I am back

On Thu, Jul 2, 2009 at 11:44, Terry Reedy wrote: > Brett Cannon wrote: > >> >> >> On Thu, Jul 2, 2009 at 04:39, Nick Coghlan > ncogh...@gmail.com>> wrote: >> >> Aahz wrote: >> > On Wed, Jul 01, 2009, Brett Cannon wrote: >> &

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Thu, Jul 2, 2009 at 13:42, Dirkjan Ochtman wrote: > In response to some rumblings on python-committers and just to request > more feedback, a progress report. I know it's long, I've tried to put > to keep it concise and chunked, though. > > - First of all, I've got the basic conversion down, I

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Fri, Jul 3, 2009 at 14:00, "Martin v. Löwis" wrote: > > Should we consider adding a sys.revision attribute and begin the > > deprecation of sys.subversion? > > I wouldn't mind killing sys.subversion "right away" (i.e. in trunk > and 3k - obviously it has to stay in 2.6 and 3.1, and all the old

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Fri, Jul 3, 2009 at 11:22, Terry Reedy wrote: > Dirkjan Ochtman wrote: > > It needs to be decided where the hg repositories will live. I'd like >> to propose to keep the hgwebdir instance at hg.python.org. This is an >> accepted standard for many organizations, and an easy parallel to >> svn.

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Fri, Jul 3, 2009 at 14:52, "Martin v. Löwis" wrote: > > We could add another value in the tuple that specifies the VCS: > > ('CPython', 'branches/release25-maint', '61464', 'svn'). I agree that > > VCSs are not universally the same, but the concept of a revision is > > universal. > > Actually,

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Fri, Jul 3, 2009 at 15:00, Dirkjan Ochtman wrote: > On Fri, Jul 3, 2009 at 23:41, Brett Cannon wrote: > > If we make it universal I say it should be '2.x' and '3.x'. The whole > 'py' > > prefix is redundant. > > Right, I was aiming fo

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Sat, Jul 4, 2009 at 01:03, Dirkjan Ochtman wrote: > On Fri, Jul 3, 2009 at 20:04, Brett Cannon wrote: > > Fine by me as long as people realize that if anything is questionable > then > > the switch will not happen. Getting this right takes precedence over any > > de

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Sat, Jul 4, 2009 at 01:55, Terry Reedy wrote: > Brett Cannon wrote: > > I would very much like the 'k' dropped from the py3 name. It was a >>funny joke when py3 was vaporware, now it is excess baggage which >>only puzzles non-insiders and newcom

Re: [Python-Dev] PEP 376 and PEP 302 - allowing import hooks to provide distribution metadata

On Fri, Jul 3, 2009 at 17:47, Nick Coghlan wrote: > Tarek Ziadé wrote: > > 2009/7/3 Paul Moore : > >> Does this sound sensible? Tarek, would you be OK with me attempting to > >> modify your prototype to support this protocol? Are there any tests > >> for PEP 376, so that I can confirm I haven't c

Re: [Python-Dev] PEP 376 and PEP 302 - allowing import hooks to provide distribution metadata

PM, "Nick Coghlan" wrote: Paul Moore wrote: > 2009/7/4 Brett Cannon : >>> (runpy is also a lot happier with >>> them when they expose get_filename(), a relatively recent ... I probably should have been noisier about that when I added it. I'm pretty sure it di

Re: [Python-Dev] Mercurial migration: progress report (PEP 385)

On Mon, Jul 6, 2009 at 07:51, M.-A. Lemburg wrote: > Dirkjan Ochtman wrote: > > In response to some rumblings on python-committers and just to request > > more feedback, a progress report. I know it's long, I've tried to put > > to keep it concise and chunked, though. > > Two things: > > * We ne

Re: [Python-Dev] semi-regular check that all committers are subscribed to python-committers

Since no one objected, I will give Dirkjan commit privs so he can work on the hg migration. Now I just need you, Dirkjan, to get a contributor agreement sent in and then send python-dev your SSH2 key and we will get you set up. On Thu, Jul 2, 2009 at 13:08, Brett Cannon wrote: > > > On

[Python-Dev] Add an ExecutionLoader abc to importlib or to runpy?

I implemented get_filename() as specified in PEP 302 for importlib's source and bytecode loaders and I was starting to create the ABC for importlib.abc, but then I realized that perhaps the loader should live in runpy instead of importlib. Putting the new ABC in importlib keeps all PEP 302 ABCs in

Re: [Python-Dev] Add an ExecutionLoader abc to importlib or to runpy?

On Wed, Jul 15, 2009 at 06:51, Nick Coghlan wrote: > Antoine Pitrou wrote: > > I am not sure when this discussion started. Are you replying to a 3 > month-old > > message of yours? :) > > That depends on how you define the beginning of the discussion... > Especially since I was offlist three mon

Re: [Python-Dev] Document None values in sys.modules?

On Thu, Jul 23, 2009 at 13:05, Guido van Rossum wrote: > On Thu, Jul 23, 2009 at 12:09 PM, Fred Drake wrote: > > On Jul 23, 2009, at 2:59 PM, Georg Brandl wrote: > >> > >> is the presence of None values in sys.modules considered an > implementation > >> detail? If not, it should be documented wh

Re: [Python-Dev] Document None values in sys.modules?

On Thu, Jul 23, 2009 at 19:38, Benjamin Peterson wrote: > 2009/7/23 Brett Cannon : > > None in Python 3.1 is really useless in terms of its semantics in > relative > > imports; importlib doesn't support it and still passes as __import__ (at > > least last time I ra

Re: [Python-Dev] Document None values in sys.modules?

On Thu, Jul 23, 2009 at 19:48, Benjamin Peterson wrote: > 2009/7/23 Brett Cannon : > > > > > > On Thu, Jul 23, 2009 at 19:38, Benjamin Peterson > > wrote: > >> > >> 2009/7/23 Brett Cannon : > >> > None in Python 3.1 is really useless in

Re: [Python-Dev] Document None values in sys.modules?

lib and fix it for 3.1.1 -- > not sure if you were planning on that). > I can if people can trigger the semantics somehow so I have a test to go by. -Brett > > --Guido > > On Thu, Jul 23, 2009 at 7:50 PM, Brett Cannon wrote: > > > > > > On Thu, Jul 23, 2009 at 1

Re: [Python-Dev] Document None values in sys.modules?

if there was some rather convoluted way to trigger that. I am guessing not as that would require a value of -1 for level which is no longer valid. I will fix importlib in both 3.2 and 3.1.1. And speaking of fixing, should I put the failing test in now and decorate it with unittest.expectedFailu

Re: [Python-Dev] Document None values in sys.modules?

;>> > $ python3.1 > Python 3.1a0 (py3k:70152, Mar 3 2009, 16:55:42) > [GCC 4.0.1 (Apple Inc. build 5465)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> import string > >>> > $ &g

Re: [Python-Dev] Document None values in sys.modules?

On Fri, Jul 24, 2009 at 10:58, Guido van Rossum wrote: > On Fri, Jul 24, 2009 at 10:50 AM, Brett Cannon wrote: > > > > > > On Fri, Jul 24, 2009 at 10:39, Guido van Rossum > wrote: > >> > >> Still works, at least in some old 3.1 I had lying around: >

Re: [Python-Dev] Document None values in sys.modules?

On Fri, Jul 24, 2009 at 11:13, Antoine Pitrou wrote: > Brett Cannon python.org> writes: > > > Oh, I don't know. All this new-fangled technology... Can't you just > > > leave it in your workspace, unsubmitted, until you get to fixing it? > > > > O

Re: [Python-Dev] Update to Python Documentation Website Request

On Fri, Jul 24, 2009 at 11:47, Sridhar Ratnakumar wrote: > On Thu, 23 Jul 2009 06:11:38 -0700, Jesse Noller > wrote: > > Then why not include pip, easy_install, and this bash script I use to >> install packages into core? The more the merrier, right? >> Answer: None of these are standards, and a

Re: [Python-Dev] Update to Python Documentation Website Request

On Fri, Jul 24, 2009 at 18:06, Jean-Paul Calderone wrote: > On Sat, 25 Jul 2009 10:40:52 +1000, Ben Finney > > > wrote: > >> [snip] >> >> If that is not your intent, then your application shouldn't be mentioned >> in standard Python documentation. >> >> > Hm. But docutils isn't part of the stand

Re: [Python-Dev] Update to Python Documentation Website Request

On Sat, Jul 25, 2009 at 15:28, Brett Cannon wrote: > > > On Fri, Jul 24, 2009 at 18:06, Jean-Paul Calderone wrote: > >> On Sat, 25 Jul 2009 10:40:52 +1000, Ben Finney < >> ben+pyt...@benfinney.id.au > wrote: >> >>> [snip] >>> >>>

Re: [Python-Dev] standard library mimetypes module pathologically broken?

On Fri, Jul 31, 2009 at 14:16, Jacob Rus wrote: > Hi all, > > In an attempt to figure out some twisted.web code, I was reading > through the Python Standard Library’s mimetypes module today, and > was shocked at the poor quality of the code. I wonder how the > mimetypes code made it into the stan

Re: [Python-Dev] standard library mimetypes module pathologically broken?

On Fri, Jul 31, 2009 at 15:38, Jacob Rus wrote: > Brett Cannon wrote: > > Jacob Rus wrote: > >> * It defines __all__: I didn’t even realize __all__ could be used > >>for single-file modules (w/o submodules), but it definitely > >>shouldn’t be here

Re: [Python-Dev] PEP 385: updating the PEP

On Mon, Aug 3, 2009 at 04:53, Dirkjan Ochtman wrote: > The diff below should reflect changes from the discussion we had last > time. Please review. (Some comments may be more appropriate for the > other threads I just kicked off.) > > Cheers, > > Dirkjan > > Index: pep-0385.txt >

Re: [Python-Dev] PEP 385: pruning/reorganizing branches

cap, strip bcannon-sandboxing. > > You'll probably need to explicitly ping the specific owners > (Andrew Kuchling, Thomas Wouters, Brett Cannon, Bob Ippolito) > to understand the fate of these branches. > > This also raises the question how developers should publish

Re: [Python-Dev] issue 6654

2009/8/10 Nick Coghlan > Kristján Valur Jónsson wrote: > > I‘ve had no response to this yet. Is no one using xmlrpc? > > It sounds like a reasonable feature to me, but I'm one of those that > doesn't actually use xmlrpc so my +0 or +1 probably isn't very > meaningful to you... Ditto. _

Re: [Python-Dev] request for comments - standardization of python's purelib and platlib

On Thu, Aug 13, 2009 at 11:23, Jan Matejek wrote: > Hello, > > I'm cross-posting this to distributi...@freedesktop and python-dev, > because the topic is relevant to both groups and should be solved in > cooperation. > > The issue: > > In Python's default configuration (on linux), both purelib (l

Re: [Python-Dev] functools.compose to chain functions together

It would be best to discuss this on comp.lang.python or python-ideas to get general support for the idea before trying to bring this to python-dev in hopes of changing people's minds. On Fri, Aug 14, 2009 at 11:39, Jason R. Coombs wrote: > I’d like to express additional interest in python patch

Re: [Python-Dev] Tweaking AST lineno and col_offset

On Fri, Aug 14, 2009 at 09:16, Benjamin Peterson wrote: > 2009/8/14 Frank Wierzbicki : > > Hi all, > > > > Off and on I have been directly comparing Jython's AST with Python's > > AST and generally working towards making them as close to identical as > > possible. There are a couple of places whe

Re: [Python-Dev] request for comments - standardization of python's purelib and platlib

o you know the code that we're talking about? > > David > > > On Fri, 14 Aug 2009 10:02:03 +0200, Tarek Ziadé > wrote: >> On Thu, Aug 13, 2009 at 9:22 PM, Brett Cannon wrote: >>> >>> >>> On Thu, Aug 13, 2009 at 11:23, Jan Matejek >>> wr

Re: [Python-Dev] Mercurial migration: help needed

[stripping out python-list and Mark from the CC] On Tue, Aug 18, 2009 at 01:20, Dirkjan Ochtman wrote: > On Tue, Aug 18, 2009 at 10:12, "Martin v. Löwis" wrote: >> In this thread, I'd like to collect things that ought to be done >> but where Dirkjan has indicated that he would prefer if somebody e

Re: [Python-Dev] Two laments about CPython's AST Nodes

On Wed, Aug 19, 2009 at 11:10, Frank Wierzbicki wrote: > Before I start complaining, I want to mention what a huge help it has > been to be able to directly compare the AST exposed by ast.py in > making Jython a better Python.  Thanks for that! > > Now on to the complaints: Though I recently added

Re: [Python-Dev] Two laments about CPython's AST Nodes

On Thu, Aug 20, 2009 at 06:20, Frank Wierzbicki wrote: > On Wed, Aug 19, 2009 at 5:00 PM, "Martin v. Löwis" wrote: >>> Now on to the complaints: Though I recently added support for this in >>> Jython, I don't like that nodes can be defined without required >>> attributes, for example: >>> >>> node

Re: [Python-Dev] Support for Encrypted Zip as python scripts

There is a standard for encrypting entire zip files. And I was looking at the zip docs the other day and zipfile can already decrypt but not encrypt (assuming my memory is accurate; doing this from my phone on vacation). On Aug 23, 2009 2:10 PM, "Guido van Rossum" wrote: On Sun, Aug 23, 2009 at

Re: [Python-Dev] 3to2 0.1 alpha 1 released

What are the plans to merge this into Python's repository so we can all help out on this? On Thu, Aug 27, 2009 at 13:08, Benjamin Peterson wrote: > 2009/8/26 Joe Amenta : >> Hello all, >> >> I have released the first alpha version of 3to2 after finishing it for my >> Google Summer of Code 2009(tm)

Re: [Python-Dev] 3to2 0.1 alpha 1 released

On Thu, Aug 27, 2009 at 14:47, Benjamin Peterson wrote: > 2009/8/27 Brett Cannon : >> What are the plans to merge this into Python's repository so we can >> all help out on this? > > None at the moment. I think the community needs to show its interest > in it and Joe h

<    11   12   13   14   15   16   17   18   19   20   >