While I have not been involved in the release process for like 15 years or
more, I would like to point out that breaking changes mean the distros are
less likely to ship them, and be less likely to trust updates.
Trying to get RH to stop shipping 1.5.2 was a huge effort.
Always, any time when
I strongly urge another release candidate. But then, I am not doing the
work, so take that advice for what it is...
On Oct 14, 2009 10:18 AM, Barry Warsaw ba...@python.org wrote:
On Oct 13, 2009, at 6:10 PM, Martin v. Löwis wrote: I always thought that
the idea of a release ...
No, but let's do
I'm planning on re-presenting it at the local google office in the
next couple of weeks. I might try and arrange for it to be recorded
and put online. At the moment we seem to have a real lack of concrete
information for people about the transition. If I had time (ha! HA!)
I'd try to turn the
Last time I looked at it, the C API wasn't nailed down yet. That's why
I passed over it entirely for my tutorial. The only advice I was able
to give was that if your extension is just a wrapper around existing C
code, you might be better off rewriting it using ctypes. That way it
should work on
As a data point, I just presented a tutorial here at OSCON on Python 3
Porting, and had a number of people asking about C API changes. I
punted for my talk (*) because things are still in flux. Plus I only
had 3 hours. I did suggest that if your extension is just glue to a C
library, you should
On Monday 10 September 2007, Paul Dubois wrote:
As a small boy I once knew wrote, I must not use bad words. (:-
It's OK to use them about Barry, though, surely?
*wave* Hi Barry.
--
Anthony Baxter, ekit. [EMAIL PROTECTED] (03) 9674 7015
Level 3 The Teahouse, 28 Clarendon St, Sth
access to that
machine.
Neal's on leave all this month, I believe.
--
Anthony Baxter, ekit. [EMAIL PROTECTED] (03) 9674 7015
Level 3 The Teahouse, 28 Clarendon St, Sth Melbourne Australia 3205
___
Python-Dev mailing list
Python-Dev@python.org
and 2.5. (Both figures are likely to be
underestimates.)
The distinction between major and minor feature is pretty arbitrary,
obviously.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing
of JavaScript.
What about flash, instead, then?
/ducks
--
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
(most recent) for the bugfix releases
- the last bugfix release of the previous release after a new major
release.
I'm OK with these being formalised - but any additional requirements
I'd like to discuss first :-)
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have
?
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.org/mailman/options/python
Ok, things seem to be OK. So the release25-maint branch is unfrozen.
Go crazy. Well, a little bit crazy.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
:
Bug fixes. According to the release notes, at least 150
have been fixed.
Highlights of the previous major Python release (2.5) are
available from the Python 2.5 page, at
http://www.python.org/2.5/highlights.html
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release
that - and I'm not happy to do the release and just hope. I'll roll
them all back.
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
segfaults, and fixing some exception code)?
No, the release binaries are all produced, and just await upload.
Apologies for the delay in the uploading - some stuff came up over
the Easter break, and then the website wouldn't rebuild (David and
Andrew fixed the latter, yay!)
Anthony
--
Anthony
Contributors), which is a step ahead of most of
them.
--
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
,
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.org/mailman/options/python-dev
and
submitted a proposal for the creation of two standard Image and
Sound classes.
Ideally you'd hook this into the standard library's existing sound
file handling modules.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
I'm moving house today and tomorrow, and don't expect to have
internet access connected up at home til sometime next week. In the
meantime, if there's urgent 2.5.1 related issues, bear with me, as
I'll only be on email during the working day. cc Neal (hi Neal :)
is the best bet. Also, the
response to
this is that people who really feel like this are welcome to pick a
release, say, 2.3, and take on the process of backporting the
relevant bugfixes back to that release, and cutting new releases,
c.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
or
form.
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.org/mailman/options
)
zero chance that I will do this additional work. It scratches no
itches for me, and has the potential to add an enormous amount to
my workload of doing a new release.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
version this
problem would go away.
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
components that make up Python. That would be a
maintenance and management nightmare.
--
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
On Thursday 15 February 2007 21:48, Steve Holden wrote:
Greg Ewing wrote:
Steve Holden wrote:
A further data point is that modern machines seem to give
timing variabilities due to CPU temperature variations even if
you always eat exactly the same thing.
Oh, great. Now we're going to
would be to contribute something like this to the
Python Cookbook, if it isn't already there.
--
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
On Wednesday 14 February 2007 07:39, Aahz wrote:
My point is that I suspect that general objects are not used much
with getattr/setattr. Does anyone have evidence counter to that?
I think that evidence should be provided before this goes much
further; perhaps all that's needed is education
also provide an alternate view with different
notation to access it. Since you're creating the view explicitly,
I really don't see the problem - any more than say, creating a set
from a list, or a dict from a list, or the like.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late
causes this problem the most) is with webpages and with printed
books with code. Sure, everyone can pick a font for coding that
they can read, but that's not the only way you read code. This is
my issue with the foo.(bar) syntax. The period is far far too small
and easy to miss.
--
Anthony
On Monday 12 February 2007 13:57, Brett Cannon wrote:
On 2/11/07, Guido van Rossum [EMAIL PROTECTED] wrote:
On 2/11/07, Martin v. Löwis [EMAIL PROTECTED] wrote:
Actually, the regenerating should happen immediately after
commit, as this bumps the revision number of the asdl file.
This
I have to say that I'm not that impressed by either the 1-arg or
2-arg versions. Someone coming across this syntax for the first
time will not have any hints as to what it means - and worse, it
looks like a syntax error to me. -1 from me.
___
function being called if the -W py3k
option is on, that gets us part of the way there. And if we have
a -3 option or the like that also turns on maximum 3.x compat,
that will enable true division, producing the warning.
Like I said, it's only a slight concern...
--
Anthony Baxter [EMAIL
it.
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.org/mailman/options
On Wednesday 17 January 2007 05:52, James Y Knight wrote:
Yes, this is it. As a refinement: if the New Way can easily be
backported to 2.5,
Um - 2.5 is _done_. Released. In maintenance mode. New features will
not be getting backported to a 2.5.x release.
Anthony
--
Anthony Baxter
is going to be the clean break. As I mentioned,
though, I'd like as far as possible to make it so that 2.6 (with a
flag) can be at least vaguely compatible with 3.0.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
, but it
may be possible to do _something_ clever.
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
of people say that this is something they would
really, really like to see - the idea is both to let people migrate
more easily, and provide reassurance that it won't be that bad to
migrate!
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
global int is hardly going to make a huge impact
at all.
--
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
cc'ing python-dev - followups should probably go there, rather than
the p3yk list.
So here's my latest plan:
- Add a Py3KDeprecationWarning, as a subclass of DeprecationWarning
(or maybe just of Warning)
- Add a -W py3k shortcut, which is the same as
-W once:Py3kDeprecationWarning
- Add a C
On Friday 05 January 2007 17:40, Gregory P. Smith wrote:
Whoever is subscribed to python-dev with a broken corporate
autoresponder that sends everyone who posts to the list this
useless response multiple times please unsubscribe yourself. Its
highly annoying and entirely useless since its not
On Wednesday 27 December 2006 12:15, Jenny Zhao (zhzhao) wrote:
Hi Python developers,
I am using python to write a testing tools, currently this tool
only supports skinny protocol. I am planning to add SIP and MGCP
support as well, wondering if you have written these protocol
stacks before
On Sunday 24 December 2006 00:19, Andrew MacIntyre wrote:
Of course, if the project management decide that even the EMX
support should be removed from the official tree - so be it; I
will just have to maintain the port outside the official tree.
I feel that so long as there's an active
to issue,
but will this do? (Wearing my release manager hat)
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
it doesn't cause
issues.)
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
(for whatever reason) is
flinging floats around where they actually meant to have ints, going straight
to an error from silently truncating and accepting it seems a little bit
harsh.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
of the bug are so dire).
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.org
On Friday 10 November 2006 13:45, A.M. Kuchling wrote:
OK, I'll backport it; thanks!
(It's not fixing a frequent data-loss problem -- the patch just
assures that when flush() or close() returns, data is more likely to
have been written to disk and be safe after a subsequent system
crash.)
... or am I missing something?
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
appropriate, too.
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.org/mailman
://www.python.org/2.3.6
Highlights of this new release include:
- A fix for PSF-2006-001, a bug in repr() for unicode strings
on UCS-4 (wide unicode) builds.
- Two other, less critical, security fixes.
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf
to the buildslave code at all - only to
the buildmaster and to regrtest.
--
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
) will get a new release, and then
only with the serious bugfixes applied.
One active maintenance branch is quite enough to deal with, IMHO.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing list
:
http://www.python.org/2.3.6
Highlights of this new release include:
- A fix for PSF-2006-001, a bug in repr() for unicode strings
on UCS-4 (wide unicode) builds.
- Two other, less critical, security fixes.
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
Thanks to the folks involved in this prcocess - I'm looking forward to getting
the hell away from SF's bug tracker. :-)
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
) builds.
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpHQFKzDQCYF.pgp
Description: PGP signature
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
to disagreement or other opinions - if you
have them, let me know.
--
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
On Tuesday 17 October 2006 18:54, Fredrik Lundh wrote:
Martin v. L�wis wrote:
In 2.3.6, there wouldn't just be that change, but also a few other
changes that have been collected, some relevant for Windows as well
why not just do a 2.3.5+security source release, and leave the rest to
the
we can do to help?
Less than a normal release, since I'm not going to worry about changing the
docs, the windows installers or the mac installers. I'll look at it next
week, once 2.4.4 final is done.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
that it can
be checked in. It _should_ be good, and probably needs to be applied to
release25-maint and the trunk as well.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python
On Wednesday 18 October 2006 00:59, Grig Gheorghiu wrote:
FYI -- can't do svn checkouts/updates from the trunk at this point.
starting svn operation
svn update --revision HEAD
in dir /home/twistbot/pybot/trunk.gheorghiu-x86/build (timeout 1200 secs)
svn: PROPFIND request failed on
Ah - the svn-apache server was down. I've restarted it. We should probably put
some monitoring/restarting in place for those servers - if someone wants to
volunteer a script I'll add it to cron, or I'll write it myself when I get a
chance.
(I was testing with svn+ssh, it was the http version
the
sidebar menu quicklinks for 2.4.4 to 2.5. There's just too many files, and
the structure of pyramid's files still doesn't make sense to me.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python
2.5 either, I'd say it's on the
edge of being a bugfix. Let's be conservative and not backport it, since it's
also a pretty marginal feature.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev
is not the tricky
bit - I have a dinky little python script that generates the download table.
The problems are with the other bits of the pages. I keep thinking next
release, I'll automate it further, but never have time on the day.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late
all the time. Pyramid obviously isn't such a system.
I can't disagree with this.
--
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
on it right now - Ronald
might be able to supply more details as to why.
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
I've had a couple of queries about whether PSF-2006-001 merits a 2.3.6.
Personally, I lean towards no - 2.4 was nearly two years ago now. But I'm
open to other opinions - I guess people see the phrase buffer overrun and
they get scared.
Plus once 2.4.4 final is out next week, I'll have cut 12
major Python release (2.4) are available
from the Python 2.4 page, at
http://www.python.org/2.4/highlights.html
Enjoy this release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
pgpzcYkwpfnHG.pgp
Description: PGP signature
On Thursday 12 October 2006 18:18, Fredrik Lundh wrote:
Anthony Baxter wrote:
16 releases in 12 months would just about make me go crazy.
is there any way we could further automate or otherwise streamline or
distribute the release process ?
It's already pretty heavily automated (see
On Friday 13 October 2006 06:25, Barry Warsaw wrote:
On Oct 12, 2006, at 3:27 PM, Anthony Baxter wrote:
Mostly it is easy for me, with the one huge caveat. As far as I
know, the Mac
build is a single command to run for Ronald, and the Doc build
similarly for
Fred. I don't know what
of Unix - I'm happy that they are all
mostly[1] sane.
Anthony
[1] Offer void on some versions of HP/UX, Irix, AIX wink
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
On Friday 13 October 2006 05:30, Georg Brandl wrote:
I'm I the only one who feels that the website is a big workflow problem?
Assuming you meant Am I, then I absolutely agree with you.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
that is a major
investment of time, which I also don't have. Yes, had I spent the probably
20+ hours I've spent doing website stuff I could have made it a bit better,
but that's what I know _now_ :)
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
on a bunch of different files, then check it in all in one hit once it's
done and checked. This was an issue I had with the various wiki-based
proposals, I haven't seen many wikis that allow this.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
2.6.
Sorry
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.org/mailman
The release24-maint branch is frozen for the 2.4.4c1 release from 00:00UTC on
the 11th of October. That's about 7 hours from now.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing
On Friday 29 September 2006 00:30, Jeremy Hylton wrote:
On 9/23/06, Anthony Baxter [EMAIL PROTECTED] wrote:
I'd like to propose that the AST format returned by passing PyCF_ONLY_AST
to compile() get the same guarantee in maintenance branches as the
bytecode format - that is, unless it's
The plan for 2.4.4 is to have a release candidate on October 11th, and a final
release on October 18th. This is very likely to be the last ever 2.4 release,
after which 2.4.4 joins 2.3.5 and earlier in the old folks home, where it can
live out it's remaining life with dignity and respect.
If
I'd like to propose that the AST format returned by passing PyCF_ONLY_AST to
compile() get the same guarantee in maintenance branches as the bytecode
format - that is, unless it's absolutely necessary, we'll keep it the same.
Otherwise anyone trying to write tools to manipulate the AST is in
on python-dev first.
Thanks to everyone for helping make 2.5 happen. It's been a long slog there,
but I think we can all be proud of the result.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python
profiling module (cProfile) was
added.
Extra-special thanks on behalf of the entire Python
community should go out to Neal Norwitz, who's done
absolutely sterling work in shepherding Python 2.5
through to it's final release.
Enjoy this new release, (and Woo-HOO! It's done!)
Anthony
Anthony Baxter
Could people please treat the release25-maint branch as frozen for a day or
two, just in case we have to cut an ohmygodnononokillme release? Thanks,
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
delay the release until it's fixed.
I'm strongly leaning towards (2) at this point. (1) would probably require
another release candidate, while (3) would result in another release
candidate and massive amount of sobbing from a lot of people (including me).
--
Anthony Baxter [EMAIL PROTECTED
on the last few
releases, I'd expect the release process to take around 18 hours (timezones
are a swine).
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http
, a new profiling
module cProfile was added.
Enjoy this new release,
Anthony
Anthony Baxter
[EMAIL PROTECTED]
Python Release Manager
(on behalf of the entire python-dev team)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
Ok - we're looking at a final release in 7 days time. I really, really, really
don't want to have to cut an rc3, so unless it's a seriously critical
brown-paper-bag bug, let's hold off on the checkins. Documentation, I don't
mind so much - particularly any formatting errors.
--
Anthony
.
This is for 2.5rc2. Once this is out, I'd like to see as close to zero changes
as possible for the next week or so until 2.5 final is released.
My god, it's getting so close...
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
Please log a bug - this is probably something suitable for fixing in 2.5.1. At
the very least, if it's going to be limited to 127 characters, it should
check that and raise a more suitable exception.
___
Python-Dev mailing list
Python-Dev@python.org
be a *definite* for 2.5.1 and
subsequent releases.
Possibly. I remain unconvinced.
--
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
possible that this could be considered a
bugfix, but as I said right now I'm dubious.
Anthony
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood.
___
Python-Dev mailing list
Python-Dev@python.org
http
On Friday 08 September 2006 02:56, Kristján V. Jónsson wrote:
Hello All.
I just added patch 1552880 to sourceforge. It is a patch for 2.6 (and 2.5)
which allows unicode paths in sys.path and uses the unicode file api on
windows. This is tried and tested on 2.5, and backported to 2.3 and is
are an complete *nightmare* of platform-specific
behaviour. I'm -1000 on trying to change this code now, _after_ the first
release candidate. To say that that path lies madness is like
saying Pacific Ocean large, wet, full of fish.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have
On Tuesday 05 September 2006 00:05, Nick Maclaren wrote:
Anthony Baxter isn't exaggerating the problem, despite what you may
think from his posting.
If the SF bugtracker had a better search interface, you could see why I have
such a bleak view of this area of Python. What's there now *mostly
On Tuesday 05 September 2006 00:52, Gustavo Carneiro wrote:
3. Signals can be delivered to any thread, let's assume (because
of point #1 and not others not mentioned) that we have no control over
which threads receive which signals, might as well be random for all
we know;
Note that
go ahead and backport.
I think this is suitable for 2.5. I'm thinking, though, that we need a second
release candidate, given the number of changes since rc1.
--
Anthony Baxter [EMAIL PROTECTED]
It's never too late to have a happy childhood
At this point, I'd say the documentation patches should go in - the other
patches are probably appropriate for 2.5.1. I only want to accept critical
patches between now and 2.5 final.
Thanks for the patches (and particularly for the unittest! woo!)
Anthony
On Wednesday 30 August 2006 08:57, Tim Peters wrote:
Speaking of which, I saw no feedback on the proposed patch in
http://mail.python.org/pipermail/python-dev/2006-August/068502.html
so I'll just check that in tomorrow.
Fine with me!
thanks,
Anthony
--
Anthony Baxter [EMAIL
-maint. Let me
know if you can't do the backport...
--
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
On Sunday 27 August 2006 05:06, Jack Howarth wrote:
I discovered that gcc 4.2 exposes a flaw with
signed integer overflows in python. This bug and the
necessary fix has been discussed in detail on the gcc
mailing list. I have filed a detailed bug report and
the recommended patch
number? :-)
I'd very much like to do this, but I figured this was a good first step.
--
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
1 - 100 of 296 matches
Mail list logo
