Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-13 Thread Gregory P. Smith
On Tue, Sep 9, 2008 at 6:23 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote: > > That seems risky to me. First, it's a new feature. Second, it will be > largely untested code. I would much rather see dbm.sqlite released as a > separate package for possible integration into the core for 3.1. > > - -Ba

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-09 Thread Nick Coghlan
Barry Warsaw wrote: > 3781 warnings.catch_warnings fails gracelessly when recording warnings I just assigned this one to myself - I'll have a patch up for review shortly (the patch will revert back to having this be a regression test suite only feature). Cheers, Nick. ___

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-09 Thread Nick Coghlan
Barry Warsaw wrote: > On Sep 8, 2008, at 7:25 PM, Guido van Rossum wrote: > >> Well, from the number of release blockers it sounds like another 3.0 >> beta is the right thing. For 2.6 however I believe we're much closer >> to the finish line -- there aren't all those bytes/str issues to clean >> u

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-09 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sep 9, 2008, at 3:22 AM, Georg Brandl wrote: Even if I can't contribute very much at the moment, I'm still +1 to that. I doubt Python would get nice publicity if we released a 3.0 but had to tell everyone, "but don't really use it yet, it may

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-09 Thread Barry Warsaw
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sep 8, 2008, at 10:07 PM, Raymond Hettinger wrote: [Guido van Rossum] Well, from the number of release blockers it sounds like another 3.0 beta is the right thing. For 2.6 however I believe we're much closer to the finish line -- there aren't al

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-09 Thread Nick Coghlan
[EMAIL PROTECTED] wrote: > Raymond> With the extra time, it would be worthwhile to add dbm.sqlite > Raymond> to 3.0 to compensate for the loss of bsddb so that shelves > Raymond> won't become useless on Windows builds. > > My vote is to separate 2.6 and 3.0 then come back together for

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-08 Thread skip
Raymond> With the extra time, it would be worthwhile to add dbm.sqlite Raymond> to 3.0 to compensate for the loss of bsddb so that shelves Raymond> won't become useless on Windows builds. My vote is to separate 2.6 and 3.0 then come back together for 2.7 and 3.1. I'm a bit less sure a

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-08 Thread Guido van Rossum
On Mon, Sep 8, 2008 at 7:07 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote: > [Guido van Rossum] >> >> Well, from the number of release blockers it sounds like another 3.0 >> beta is the right thing. For 2.6 however I believe we're much closer >> to the finish line -- there aren't all those bytes/

Re: [Python-3000] [Python-Dev] Proposed revised schedule

2008-09-08 Thread Raymond Hettinger
[Guido van Rossum] Well, from the number of release blockers it sounds like another 3.0 beta is the right thing. For 2.6 however I believe we're much closer to the finish line -- there aren't all those bytes/str issues to clean up, for example! And apparently the benefit of releasing on schedule