On Sun, Mar 16, 2008 at 8:51 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Python 3.0 and 2.6 are coming along really nice. I am optimistic that
> we can make the projected August date for the final releases of 2.6
> and 3.0. As you may remember, Barry (the new release manager for both)
> sugg
On Sun, Mar 16, 2008 at 10:23 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Moving this to a new subject to keep the discussion of tasks and the
> discussion of task tracking tools separate.
>
> On Sun, Mar 16, 2008 at 9:42 AM, Christian Heimes <[EMAIL PROTECTED]>
> wrote:
> > I did a quick b
On Sun, Mar 16, 2008 at 11:37 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 16, 2008 at 11:19 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > I don't like the idea of task like items in the main bug tracker.
>
> Why not? Bugs are als
On Sun, Mar 16, 2008 at 11:44 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 16, 2008 at 11:26 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > On Sun, Mar 16, 2008 at 10:23 AM, Guido van Rossum <[EMAIL PROTECTED]>
> wrote:
> > > >
On Sun, Mar 16, 2008 at 12:32 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 16, 2008 at 11:57 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> [Guido]
> > > That's a rather long thread. Was any conclusion reached? I'm not sure
> >
On Sun, Mar 16, 2008 at 1:01 PM, Benjamin Peterson <
[EMAIL PROTECTED]> wrote:
>
>
> On Sun, Mar 16, 2008 at 12:32 PM, Guido van Rossum <[EMAIL PROTECTED]>
> wrote:
>
> > On Sun, Mar 16, 2008 at 11:57 AM, Benjamin Peterson
> > <[EMAIL PROTECTED]> wr
On Mon, Mar 17, 2008 at 2:48 AM, Anand Balachandran Pillai <
[EMAIL PROTECTED]> wrote:
> Hi py3k,
>
> First of all, excuse me for taking your time. I am new to the list
> so, not familiar with the processes specific to the list, if any.
>
>
> I am new to the list (joined a week back) bu
Hi,
What's the current status of I/O in Py3k?
Are plans there to implement some if not all of io.py in C. (If not, I can
work on this.)
Also, is I/O going to be backported to 2.6?
Thanks,
Benjamin Peterson
___
Python-3000 mailing list
Python
On Tue, Mar 18, 2008 at 10:49 AM, Aahz <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 18, 2008, "Martin v. L?wis" wrote:
> >
> > When I do a relative star import, I current get
> >
> > SyntaxError: 'import *' not allowed with 'from .'
> >
> > What's the reason for this restriction?
>
> It was the first
On Tue, Mar 18, 2008 at 12:21 PM, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> On Tue, Mar 18, 2008 at 11:59 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > On Tue, Mar 18, 2008 at 10:49 AM, Aahz <[EMAIL PROTECTED]> wrote:
> >
On Thu, Mar 20, 2008 at 2:42 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> I'm happy to announce that we now have available for public
> consumption, the Python source code for 2.5, 2.6 and 3.0 available
> under the Bazaar distributed version con
On Fri, Mar 21, 2008 at 4:28 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
> On 21/03/2008, Brett Cannon <[EMAIL PROTECTED]> wrote:
> > Just to head this off, this is not a specific vote of confidence for
> > Bazaar. The Bazaar developers were at PyCon and both Barry and Thomas
> > were willing to p
On Fri, Mar 21, 2008 at 5:04 PM, Paul Moore <[EMAIL PROTECTED]> wrote:
> On 21/03/2008, Benjamin Peterson <[EMAIL PROTECTED]> wrote:
> > I tend to make a repository and make a working copy for each patch in
> it.
> > The history is saved in the repository so it
On Fri, Mar 21, 2008 at 6:12 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Fri, Mar 21, 2008 at 3:10 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> > On Fri, Mar 21, 2008 at 5:04 PM, Paul Moore <[EMAIL PROTECTED]&g
On Fri, Mar 21, 2008 at 6:26 PM, Larry Hastings <[EMAIL PROTECTED]> wrote:
>
>
> I think Python needs a dedicated "pragma" syntax; we already have two
> pragma syntaxes ("from __future__ import" and "# coding"), and I think a
> syntax designed for expressing pragmas would be much clearer than usin
#x27;s the problem?
>
>
> Christian
>
> ___
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-30
__
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccomposition%40gmail.com
>
>
--
Cheers,
Benjamin Peterson
__
that pile. Should those hold up
betas? (when we get there)
>
>
> Right now, I don't know of any reason to hold up the release other
> than the failing tests.
>
> n
> ___
> Python-3000 mailing list
> Python-3000@python.org
=
> =Gcjq
> -END PGP SIGNATURE-
> ___
> Python-Dev mailing list
> [EMAIL PROTECTED]
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/musi
On Sat, Mar 29, 2008 at 4:59 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Mar 29, 2008, at 5:11 PM, Benjamin Peterson wrote:
>
> > Once you've pushed the branches, is there a way to remove them?
>
> D
Is there a reason io.open is in the __all__? It seems to me it would
redundant and confusing to import a builtin.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
f the dictionary.
When you want it static, it's better to be explicit and say list(dict.keysor
dict.values).
>
>
> Paul.
> _______
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/pyth
hat I hope people
> won't import * from it.
Ok. It just seems to me to be an accident waiting to happen which we could
easily avoid.
>
>
> On Tue, Apr 1, 2008 at 1:46 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > Is there a reason io.open is in the __all_
, and set
aren't metaclasses, so it would make sense to make that name change.
>
>
> On Wed, Apr 2, 2008 at 3:34 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
> > On Wed, Apr 2, 2008 at 5:20 PM, Guido van Rossum <[EMAIL PROTEC
://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccomposition%40gmail.com
>
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
.)
Especially because of that I think we should change. list, dict, and set
aren't metaclasses, so it would make since to fix it.
>
>
> --
> --Guido van Rossum (home page:
> http://www.python.org/~guido/<http://www.python.org/%7Eguido/>
> )
> _
ccess an object's class, and
> as a metaclass (in fact it is the root metaclass).
Ah. You were referring to allowing types to have __dict__ attributes, right?
I misread and thought you wanted to rename.
>
>
> On Wed, Apr 2, 2008 at 3:58 PM, Benjamin Peterson
> <[EMAIL PROTECT
)
>
> This code is also in attachment.
>
> Is it suitable for contextlib.py?
I don't really see how this is better/easier than:
class AAA:
def get_x(): pass
def set_x(): pass
x = property(get_x, set_x, None, "The x property")
>
>
>
> ___
___
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccomposition%40gmail.com
>
--
Cheers,
Benjamin Peterson
_
#x27;t allow Unicode escapes in raw mode.
2. Introduce a new mode which has unicode escapes and raw mode.
3. Deal with it.
I don't like any of them...
>
>
> --
> Amaury Forgeot d'Arc
> ___
> Python-3000 mailing lis
)
> behavior in 3.0a4.
>
> THIS MUST BE FIXED!
Done in r62165.
>
>
> --
> --Guido van Rossum (home page:
> http://www.python.org/~guido/<http://www.python.org/%7Eguido/>
> )
> ___
> Python-3000 mailing list
&
On Sat, Apr 5, 2008 at 9:58 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Thanks -- that was quick!
Well, I was the guilty party...
>
>
> On Sat, Apr 5, 2008 at 7:50 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> >
&
7;t happen again.
>
>
> On Sat, Apr 5, 2008 at 7:59 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Sat, Apr 5, 2008 at 9:58 AM, Guido van Rossum <[EMAIL PROTECTED]>
> wrote:
> > > Thanks -- that was quick!
> > Well, I w
On Sat, Apr 5, 2008 at 12:58 PM, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> On Sat, Apr 5, 2008 at 8:03 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > On Sat, Apr 5, 2008 at 10:00 AM, Guido van Rossum <[EMAIL PROTECTED]>
> wrote:
> > > :-)
> >
While working on the io module docs, I noticed the annotation for readinto
methods is bytes. This should be bytearray, right?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo
ys and the "interpreter" module
Version: $Revision$
Last-Modified: $Date$
Author: Benjamin Peterson
Status: Draft
Type: Standards Track
Content-Type: text/x-rst
Created: 4-April-2008
Python-Version: 3.0
Abstract
This PEP proposes a new low-level module for CPython-specific interpreter
f
be reasonably placed, of course.)
>
>
> --
> --Guido van Rossum (home page:
> http://www.python.org/~guido/<http://www.python.org/%7Eguido/>
> )
>
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.
//www.python.org/~guido/<http://www.python.org/%7Eguido/>
> )
> ___
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/opti
On Mon, Apr 7, 2008 at 6:19 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>
> On Mon, Apr 7, 2008 at 3:04 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > On Mon, Apr 7, 2008 at 4:45 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > > -0.5 f
Is there a reason this is not implemented, though? It's seems to me
they should be equivalent.
[snip]
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubs
On Mon, Apr 7, 2008 at 6:19 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 7, 2008 at 3:04 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > On Mon, Apr 7, 2008 at 4:45 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > > -0.5 from
On Tue, Apr 8, 2008 at 4:07 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 1:34 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> > Another thought: Even if other
>
> implementations provide these
> > functions, it doesn't really m
On Tue, Apr 8, 2008 at 4:29 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 1:27 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > Is there a reason this is not implemented, though? It's seems to me
> > they should be eq
On Tue, Apr 8, 2008 at 4:43 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 2:34 PM, Benjamin Peterson
>
> <[EMAIL PROTECTED]> wrote:
> > On Tue, Apr 8, 2008 at 4:29 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> > > On Tue,
Should IOBase's writeable, readable, and seekable methods have
decorators like the closed method?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
written for it.
>
> Skip
>
>
> ___
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccom
On Thu, Apr 10, 2008 at 10:04 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Wed, Apr 9, 2008 at 7:07 PM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
> > Should IOBase's writeable, readable, and seekable methods have
> > decorators like the closed m
gt; to only warn in an "extended Py3k warning mode" activated with -33.
A Py3k warning is already a extended DeprecationWarning! Why don't we
just give it a DeprecationWarning in 3.0?
>
> Georg
--
Cheers,
Benjamin Peterson
__
If you're interested, I've implemented equality for range in issue 2603.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.o
aps making it a
> PendingDeprecationWarning whan -3 is given.
I'm working on a patch for this. However, the exception system must
call PyString_Format, because a warning can cause infinite recursion.
What do you recommend?
--
Cheers,
Benjamin Peterson
___
P
them in 3.0, but perhaps rename then
to their non-"u" variants and deprecate?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.pyt
ture, please ask comp.lang.python or some similar group. This
mailing list is for the core development of Python 3.x. Thanks!
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listin
bugs.python.org/msg65807
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
>
> >From an external point of view, and knowing that ints are unbound, why
> should I have an error here?
lens are forced to be <= Py_ssize_t because that's the limit put on
sequence sizes.
--
Cheers,
Benjamin Peterson
___
Python-3
On Sat, Apr 26, 2008 at 2:06 PM, Facundo Batista
<[EMAIL PROTECTED]> wrote:
> 2008/4/26, Benjamin Peterson <[EMAIL PROTECTED]>:
>
>
> > lens are forced to be <= Py_ssize_t because that's the limit put on
> > sequence sizes.
>
> But this should b
On Sat, Apr 26, 2008 at 3:34 PM, Georg Brandl <[EMAIL PROTECTED]> wrote:
> "Set" is definitely misleading -- it has no ordering.
True. I was trying to convey the unrepeated part of the set
definition. Is "an ordered set of integers" better?
It seems that os.walk has more options and a cleaner interface to
walking trees than os.path.walk does. Is there support for the removal
this in Py3k?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http
all``); watch out for
>tests that are skipped because an import failed for the removed
>module.
Why don't why apply the patch at issue 2409, so catching imports is easier?
+1 Overall, I'm very impressed. It's hard to find a PEP (especially
this big) that doesn't cause
e! Where are the use cases
for range slicing, anyway?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
missing the test fails.
It looks like the patch already changes tests, which have optional imports.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
h
of them before they were removed.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
verflow
exception, and then use sys.maxsize?
> But I didn't find a rationale. I'm sure it was PBP though.
What's PBP? (A search only turns up a bicycle race. :))
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Pytho
from the zen of Python
It's practical to have a builtin function silently "lie" about the
length of a sequence? I don't see how that makes anybody's life much
easier.
>
>
>
> --
> --Guido van Rossum (home page: http://www.python.org/~guido/)
>
--
Cheers,
On Thu, May 1, 2008 at 2:15 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> Torsten, I agree. Let's just rename ugettext() to gettext() and have it
> return unicodes. That's the cleanest API we can do for Python.
I have a patch for something like this at issue 2512.
;
> Anyone have an issue with me doing this? Is PendingDeprecationWarning
> safe enough for 2.6? Or should this be a 3.0-only thing with a
> DeprecationWarning?
I vote for a full DeprecationWarning.
>
> -Brett
--
Cheers,
Benjamin Peterson
_
page is really a wiki, so feel free to improve it!
My request at the moment is to let people use their real names for
display; my email address does not at all resemble my name.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.o
On Fri, May 2, 2008 at 3:32 PM, Antoine Pitrou <[EMAIL PROTECTED]> wrote:
> I just tried to submit a patch using the Web form, and got a 500 Server
> Error...
It's been fixed.
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing
story there. :-)
Maybe I tell you why next PyCon...
One more question: What's the number on the upper right hand corner by
my username?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/m
of what state everything is in!
> Hopefully I will start work on this tonight or tomorrow.
What can I/we do to help?
--
Cheers,
Benjamin Peterson
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-
Can I go ahead and remove this then?
>
> > It seems that os.walk has more options and a cleaner interface to
> > walking trees than os.path.walk does. Is there support for the removal
> > this in Py3k?
> >
> > --
> > Cheers,
> > Benja
find a way to more forcefully enforce
> commit freezes for the betas though.
I wonder if you couldn't alter the server side commit hook to reject
everything with the message "Sorry, we're in a freeze." (You'd have to
make an exception for yourself.)
--
t;, which actually does have a use case as
> the replacement for "".join(["1", "2"]).
However, it's not expected.
> ___
> Python-3000 mailing list
> Python-3000@python.or
Hi Daniel,
At the moment, we are preparing to ship betas, so this kind of
proposal is a little late for 2.6/3.0. Also, I would recommend to try
this on the python-ideas mailing list first.
--
Cheers,
Benjamin Peterson
"There's no place like
On Wed, May 28, 2008 at 11:38 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> Issue 2854 - gestalt needs to be added back into 3.0. This is
> Benjamin's issue. =)
Is that your way of say "Check in the patch!" ? :)
--
Cheers,
Benjamin Peterson
&q
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccomposition%40gmail.com
>
--
Cheers,
Benjamin P
t were removed in Python 3.
I'm pretty sure that plat-mac is going to go, but can Brett confirm?
>
> Some Mac head will need to do some additional cleanup before final release
> (I'd do it, but as a non-Mac-user I can't judge well enough what is
> important).
I can han
On Fri, May 30, 2008 at 2:36 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Fri, May 30, 2008 at 12:22 PM, Benjamin Peterson
>>
>> I'm pretty sure that plat-mac is going to go, but can Brett confirm?
>
> Ditch it. It's empty so there is no need to keep it. I
#x27;t apply to 3.1 or
> 3.2 -- by which time the unicode-keyed dicts or oddly-converted print
> statements may change the importance.
Notice how Guido said he's opposed to it, *and* it would cause too
much disturbance. I believe he has previously shunned this idea.
--
Cheers,
Benjamin Peters
e back online until June
> 16. But thanks to all the help I have been receiving on PEP 3108, I
> trust the various people involved to continue to do the right thing in
> my absence.
That reminds me of those Dilbert cartoons where his mother ends up
knowing much more about computers
y7mail email address.
> www.yahoo7.com.au/mail
> ___
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/musiccomposition%40gmail.com
7;,3722))
> udp.close()
>
> output:
> main
> Traceback (most recent call last):
> File "C:\Python30\Projects\udp.py", line 6, in
> udp.sendto("1",0,('127.0.0.1',3722))
> TypeError: sendto() argument 1 must be bytes or read-only buffer
I'm going to handle it.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
for about 3 more
> hours and if this can't be fixed by then, we will have to postpone the
> releases.
Already done.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@pyt
On Wed, Jun 11, 2008 at 9:18 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 11, 2008 at 3:18 PM, Benjamin Peterson
>>
>> Already done.
>
> Done what? Fixed, or backed out? Any more details? Old farts who
> aren't on IRC want to know. :-)
That wo
ing.
I will quite happily abide by this; it's already causing more than
enough stress over here.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@python.org
http://mai
nctionality is there, but its consequences on exception reporting
> are still non-existent (no funky multi-traceback exception messages for you).
Wonderful! I was just about to make an issue for this anyway. I think
Guido said this is something that could be implemented post-beta,
though.
--
Cheer
osing all the release critical bugs.
> I think this will actually free us up a bit more on bug day to concentrate
> on fixing other issues.
I kinda hate to do this to you, but I had to file another release blocker: #3114
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1.&
Amaury and I were remarking on IRC how the PEP 3118 changes to the
struct module haven't been implemented. What are the plans regarding
this, and can it go in after beta?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
On Thu, Jun 19, 2008 at 8:18 PM, nirinA raseliarison
<[EMAIL PROTECTED]> wrote:
> hello all,
> i tried to build Python3.0b1 but the make process hangs
> while running:
Building with gcc 4.3 is buggy. See
http://mail.python.org/pipermail/python-3000/2008-April/012965.html.
--
C
.py", line 95, in
> get_all_fix_names
> names = os.listdir(fixer_dir)
> OSError: [Errno 2] No such file or directory: 'lib2to3/fixes'
>
> What am I missing?
Please see http://bugs.python.org/3131.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1.
It seems PyBytes is missing the parallel call for
PyByteArray_FromObject. Should I add it?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/m
On Sat, Jun 28, 2008 at 10:33 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> Seems to make sense. Do you see many places where it would make
> existing code shorter?
It's a good way to convert a bytearray to bytes.
--
Cheers,
Benjamin Peterson
"There
On Sat, Jun 28, 2008 at 11:38 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> On Sat, Jun 28, 2008 at 8:47 AM, Benjamin Peterson
> <[EMAIL PROTECTED]> wrote:
>> On Sat, Jun 28, 2008 at 10:33 AM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>>> Seems to make
me either way.
I vote for shifting things 2 weeks forward.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubs
On Tue, Jul 1, 2008 at 6:27 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> Is a Google Calendar kept by anyone that lists stuff like planned
> release dates, etc.?
It's on my personal one. :)
--
Cheers,
Benjamin Peterson
"There
tes, etc.?
>
> http://www.google.com/calendar/ical/b6v58qvojllt0i6ql654r1vh00%40group.calendar.google.com/public/basic.ics
Can I get the non-iCal version?
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
ngs. (These can just be blocked, right?)
- SSL changes
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
lemented.
[1] http://www.python.org/dev/peps/pep-3118/
>
> - Josiah
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinf
P.S. Can people please remember to block commits that shouldn't be
merged into 3.0? (Or even better, merge the ones you make that
should.) I feel rather nervous deciding whether something should be
merged or not when it's an edge case.
--
Cheers,
Benjamin Peterson
"There&
quot; [1] in your py3k
working copy and then "svn ci -F svnmerge-commit-message.txt."
[1] http://svn.collab.net/repos/svn/trunk/contrib/client-side/svnmerge
>
> Bill
>
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
___
1 - 100 of 132 matches
Mail list logo