ddition to
the stdlib. But the release timeline's been out there for a while
now - heck, b1 was actually a few days later than originally planned.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_
This is a request for comments - this is my current thinking on a
policy for checkins to the trunk between now and the release of 2.5
final.
Now that we're in beta:
If you don't add an entry to Misc/NEWS, a test (if relevant or
possible) and docs (if relevant), the checkin is probably g
something as diabolically hairy as import.c)
is going to make me _unbelievably_ cranky. I'll try to make time to
review the patch you posted tomorrow.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
__
someone wanted to find an easy and safe way to make it
only be triggered when the import fails, it could stay in. I'm not
convinced that _anything_ in import.c is easy and safe.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too
this can emit a spurious
warning, I think it should be reverted for 2.5. At _best_ we could
maybe have a new -W switch to make it be generated, but this should
be off by default.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_
ing this? The website is
probably the first place people look...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
On Wednesday 05 July 2006 18:21, Guido van Rossum wrote:
> Would this also use ..num to refer to num in an outer scope two
> levels removed?
Ew!
I don't want to even think about debugging
...x
vs
x
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never to
can re-evaluate the
situation for 2.6 - maybe a more complex solution like (c) can be
done for that.
This means Google can just turn it on in sitecustomize.py and Guido
can avoid the hordes of peasants with pitchforks and burning torches.
Anthony
--
Anthony Baxter <[EMAIL PROTECTE
absolute imports in this case"?
My nervousness is that I don't want a late change to introduce a
language misfeature that we'll all regret later.
> 2. Adding an 'ignore' filter for ImportWarning at the end of
> warnings.py
Already covered this one in another email... Ye
lly not keen on this seeming tide of new features that
seem to be popping up. We're only a few days away from the second and
final planned beta - it's getting _awfully_ late to be slotting in
new features.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never to
should not look like grit on my monitor.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsu
this way to be a
sort of horrible goto-hack, and makes the code hard on the
brain.
(obdisclaimer: for/else gets a mention in my OSCON python
tutorial, so I'd appreciate it if you _don't_ rip it out
in the next month )
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]&
(using the DEC^WCompaq^WHP "testdrive" systems),
but I stopped caring about them quite a while ago now. Too much
pain, for zero gain for me.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
sues here with linking, but if this
is to be considered for 2.4.2, it needs to be low risk of breaking anything.
2.4.2 is a bugfix release, and I'd hate to have this break other systems that
work...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too
eful the HP/UX C++ compiler is going to be - last time I
was exposed to it, many years ago, it was... not good.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@pyth
any advantages to it (saving
5 keypresses? please...)
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
On Tuesday 26 July 2005 11:39, Trent Mick wrote:
> Here is a patch to do this (attached) that works on the trunk and
> against the Python-2.4.1.tgz source tarball. Shall I check this into the
> HEAD and release24-maint?
Yes.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's ne
sonal record was something like
1h45m for 'cvs tag' to finish, from memory).
My only concern is that we have sufficient volunteers to manage the
system. I'm happy to be one of these, but that's assuming we have other
people also volunteering. . .
Anthony
--
Anthony B
5 final release.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.or
On Monday 08 August 2005 20:13, Ilya Sandler wrote:
> > At OSCON, Anthony Baxter made the point that pdb is currently one of the
> > more unPythonic modules.
>
> What is unpythonic about pdb? Is this part of Anthony's presentation
> online? (Google found a summary and sl
ry to find out when you
> last merged.
This is what I do with shtoom - I have properties branchURI and branchRev on
the root of the branch. I can then use these when landing the branch. It
seems to work well enough for me.
Anthony
--
Anthony Baxter <[EMAIL PROT
indows. This is a complete deal-breaker for us, unless we can agree to dump
that Windows support (who needs it, really? ) I *hope* that baz-ng will
work fine on Windows - I haven't looked too closely at that side of it.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's
lf, I don't have the time or energy to spend trying the countless
numbers of revision control systems that are out there.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python
age, for a not very high payoff. If
you _really_ want to call a local variable 'id' you can (but shouldn't).
You also can't/shouldn't call a variable 'class', 'def', or 'len' -- but I
don't see any movement to allow these...
Anthony
--
On Friday 19 August 2005 02:22, Guido van Rossum wrote:
> On 8/17/05, Anthony Baxter <[EMAIL PROTECTED]> wrote:
> > If you _really_ want to call a local variable 'id' you can (but
> > shouldn't).
>
> Disagreed. The built-in namespace is searched last fo
Thank you for correcting. The parenthesis must have been accidentally
> slipped in while I was reviewing the change for correctness.
Please ensure that you run the test suite before checking code in!
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's ne
r
name that comes to mind is 'separate()', but
a) I always spell it 'seperate' (and I don't need another lamdba )
b) It's too similar in name to 'split()'
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy chi
So we'll be cutting the 2.4.2 release candidate on Wednesday the 21st
(next week). Can people please make sure they are running the test
suite fully for any checkins between now and then? Also, please
consider the release24-maint branch closed from UTC/GMT on the
21st - this will remain clo
you check with me first. Let's make this a nice painless
release.
I'll send another message once 2.4.2 is done.
Thanks,
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Pyt
available
from the Python 2.4 page, at
http://www.python.org/2.4/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire pytho
is a real show stopper for us - we can't move to 2.4 without
> it. Cheers,
> Max
I'm not sure - mwh, how risky a patch is this?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
_
So the 2.4.2c1 release seems to be not a brown-paper-bag release. The
branch should be considered ok for those critical fixes that need to
go in before 2.4.2 final - please, please, if you're not absolutely
sure, ask me first.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It&
So here we go - the release24-maint branch will be frozen from
midnight UTC on Wednesday the 28th (about 36 hours from now). This is
to cut 2.4.2 (final).
If you have any pending patches you want to see landed on the branch,
mail me about them - and do it soon!
There's been a bunch of fixes s
g/2.4/highlights.html
Enjoy the new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpnp6D6O8ilL.pgp
Description: PGP signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
5 final is out.
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/m
w and interesting manipulations of the code during
compilation? Cleaner, easier to maintain, or the like?
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev
test_deque
test_descr
This is on Ubuntu Breezy,
[GCC 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9)] on linux2
Anyone else see this?
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too lat
On Thursday 05 January 2006 08:23, Barry Warsaw wrote:
> Dunno, but I'm always having problems w/ Solaris tar, so I just use
> GNU tar on Solaris. ;)
Maybe we should switch to cpio-based distributions?
Anthony
___
Python-Dev mailing list
Python-Dev@pyth
FWIW, I have an older box running Ubuntu 05.10 that spends most of
it's days pining for stuff to do (at the moment, it does DHCP and DNS
for the house. Yes, I know I have too many damn computers here). I
can set up a buildbot on it easily enough. It's something like a
600MHz P3 or something. Is
r the
various BSDs? Last time I tried one (which was several years ago) it
was Not Very Good.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.or
7; command could be
added...
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://m
down to a list
of known users.
Anthony
--
Anthony Baxter <[EMAIL PROTECTED]>
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-de
them.
What about something that's got something like:
def __int__(self):
raise TypeError("This type is not a number!")
I don't see a problem with defining basenumber. For the use cases,
pretty much the same set as basesstring.
--
Anthony Baxter <[EMAIL PROTECT
On Wednesday 18 January 2006 06:19, Barry Warsaw wrote:
> On Tue, 2006-01-17 at 19:17 +0100, Thomas Heller wrote:
> > Building the readline on OS X 10.4 fails, is this known, or am I
> > doing something wrong?
>
> There are definitely serious issues with readline on OS X 10.4.
> I've hit them too
; program works identically to one linked to real libreadline, he has
> no complaint.
My "complaint" is that libedit _calls_ itself libreadline, when it's
pretty clear that it's not actually a drop-in replacement (or the
readline module would build). Hence my use of the word "c
and start editing. In any case, I couldn't tell what needed
> doing from the trac site.
We obviously need to get everything that's needed to use setuptools
and eggs so people can just have things "just work". Yay for PJE!
--
Anthony Baxter <[EMAIL
Rather than the back-n-forth about what the FSF might or might not do,
can we just ask them for an official opinion and settle the matter?
The Aladdin case makes me think we should do this, probably before 2.5
comes out - because if we do have to yank readline, I'd really not
like to see this h
301 - 347 of 347 matches
Mail list logo
