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
.
You don’t need to worry about indentation, and you can indent whenever
you want.
I hope that you consider these issues and fix them in Python 4 (if you ever
make it).
Sincerely, Anthony, age 10.
--
mmm#
## m mm mm#mm # mmmmm m mm m m
(pattern, line)
if match is not None:
name = match.group(1)
if name and validate(name):
return name
else:
# No valid case
else:
# No Match case
Best,
Matěj
--
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
Twitter : *@TonyFlury
on the speed of that operation; without
consideration of how often that operation is used.
On 17/05/18 09:16, Chris Angelico wrote:
On Thu, May 17, 2018 at 5:21 PM, Anthony Flury via Python-Dev
<python-dev@python.org> wrote:
Victor,
Thanks for the link, but to be honest it will just c
with integers.
See the following link for more information:
http://python-security.readthedocs.io/vuln/cve-2012-1150_hash_dos.html
Victor
2018-05-16 17:48 GMT-04:00 Anthony Flury via Python-Dev <python-dev@python.org>:
This may be known but I wanted to ask this esteemed body first.
I unde
I would think that tuples are regularly used. Since that their hashes
are not salted does the vulnerability still exist in some form ?.
--
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
Twitter : *@TonyFlury <https://twitter.com/TonyFlury/>*
_
r
test which uses a pythonic code structure can't be fully tested fully
using the standard library.
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
Twitter : *@TonyFlury <https://twitter.com/TonyFlury/>*
___
Python-Dev mailing list
Pyt
pinion - we should have a separate operator - doing this
avoids needing to exclude rebinding, and makes such expressions
considerably more useful.
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
Twitter : *@TonyFlury <https://twitter.com/
ng a different operator for assignments which return values avoids
the messy potentially multiple level brackets, and means that the
semantics of an operator depends only on that operator and not on syntax
elements before and after it.
--
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
comprehension may well be baffling where as
someone with more skills would understand it - almost intuitively; as
an example: I have been using Python for 7 years - and comprehensions
with more than one for loop still are not intuitive for me, I can't read
them without an amount of deep thought about how
of which x is which (especially which x is being used in the
conditional clause) : surely this would be better : [x_item for x_item
in x if x_item]
Your 2nd example makes no sense to me as to the intention of the code -
the re-use of the name x is confusing at best.
--
Anthony Flury
email
)]]
can become :
stuff = [[y := f(x), x/y] for x in range(5)]
So - overall from me a conditional +1 - conditions as above; if they are
not possible then -1 from me.
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
Twitter : *@TonyFlury <https://twitter.com/TonyFl
The Py2.7 change does not need to be rolled forward to Python3 documentation
The two Py3.8 fixes could/should/can ? be backported to earlier versions
These are all trivial with no conflicts with their target branch (or at
least there wasn't when I made the requests).
--
Anthony Flury
email
on a open bug report) into
2.7, and I am keen to understand the planned time-line for those too.
--
Anthony Flury
email : *anthony.fl...@btinternet.com*
Twitter : *@TonyFlury <https://twitter.com/TonyFlury/>*
___
Python-Dev mailing list
Pyth
All,
I submitted two Pull Requests last Sunday, only a few hours after I
signed the CLA.
I understand why the 'Knights who say ni' marked the Pull request as
'CLA Not Signed' Label at the time I submitted the Pull requests, but I
was wondering when the Labels get reset.
How often (if at
Thanks in advance,
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
simply says that it is an installation default and
doesn't specify what that default is.
So my question is: can I safely make use of this feature? It has remained
in place since at least Python 2.6 but I don't want to assume anything.
Please advise! Thanks.
Anthony
On Mon, May 5, 2014 at 3:50 PM, Paul Moore p.f.mo...@gmail.com wrote:
On 5 May 2014 22:32, Anthony Tuininga anthony.tuini...@gmail.com wrote:
So my question is: can I safely make use of this feature? It has
remained
in place since at least Python 2.6 but I don't want to assume anything
Thanks. I think I can live with that restriction. :-) I do not read/write
to the same zip file in the same process.
Anthony
On Mon, May 5, 2014 at 4:10 PM, Gregory P. Smith g...@krypto.org wrote:
On Mon, May 5, 2014 at 2:52 PM, Anthony Tuininga
anthony.tuini...@gmail.com wrote:
On Mon
On Mon, May 5, 2014 at 4:16 PM, Nick Coghlan ncogh...@gmail.com wrote:
On 6 May 2014 07:51, Paul Moore p.f.mo...@gmail.com wrote:
On 5 May 2014 22:32, Anthony Tuininga anthony.tuini...@gmail.com
wrote:
So my question is: can I safely make use of this feature? It has
remained
I don't find 'major' and 'minor' confusing too. Maybe because it is the
designation used in linux community for years.
On Tue, Jan 10, 2012 at 7:49 PM, Rob Cliffe rob.cli...@btinternet.comwrote:
But minor version and major version are readily understandable to the
general reader, e.g. me,
Similar outcome as Paul's.
$ python3 t32enc.py
$ python t32enc.py
File t32enc.py, line 1
SyntaxError: Non-ASCII character '\xc3' in file t32enc.py on line 1, but no
encoding declared; see http://www.python.org/peps/pep-0263.html for details
$ python3 -V
Python 3.2.1a0
$ python -V
Python 2.6.1
once the system
is up and running.
Be Well
Anthony
Stefan
___
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/fijall
for your consideration.
Be Well
Anthony
2. Implementing the benchmark suite. Based on the prior agreed upon
definition, the suite will be implemented, which means that the
benchmarks will be merged into a single mercurial repository on
Bitbucket[5].
3. Porting the suite to Python 3.x
certain tests as 'known
failures', etc.
I don't think I am asking anything unreasonable here. Especially, since at
the end of the day the purview of
projects like PyPy and Cython (Make Python Faster) is the same.
Be Well
Anthony
All the best,
Michael Foord
Regards
Antoine
of the GSoC is to port the PyPy
benchmarks to Python 3, under Point (3) Porting, might I suggest a slight
revision of the proposal ;)?
Be Well
Anthony
All the best,
Michael
I actually agree with Micheal. I think the onus of getting the
benchmarks working on every platform is the
onus
On Thu, Apr 7, 2011 at 8:29 PM, Jesse Noller jnol...@gmail.com wrote:
On Thu, Apr 7, 2011 at 7:52 PM, Michael Foord fuzzy...@voidspace.org.uk
wrote:
On 08/04/2011 00:36, Anthony Scopatz wrote:
On Thu, Apr 7, 2011 at 6:11 PM, Michael Foord fuzzy...@voidspace.org.uk
wrote:
On 07/04
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
the slides into a series of articles.
Right now, there's the What's New In Python 3.0, and the PEPs. The
former isn't complete yet (obviously) and isn't all that detailed. The
latter is a whole pile of text, some relevant and some not so much.
Anthony
On Wed, Aug 13, 2008 at 10:09 PM, Trent Nelson [EMAIL
___
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/anthony%40interlink.com.au
___
Python-Dev
consider using ctypes.
So yes, collecting this information, even if it's just in a wiki page,
would be a good and popular thing.
Anthony
(*) slides:
http://www.interlink.com.au/anthony/tech/talks/OSCON2008/porting3.pdf
On Mon, Jul 21, 2008 at 2:37 PM, Lennart Regebro [EMAIL PROTECTED] wrote
in
London.
Cheers,
--
Anthony Roy
___
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/archive%40mail-archive.com
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
uses that wouldn't be
better solved by using a dictionary with keys rather than an object
with attributes.
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
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
interpreter to build python.
I'm not _too_ stressed if the svn isn't always perfect in this
regard - the number of people who are checking out svn to build
their very first python interpreter would be low, I'd think.
Anthony
___
Python-Dev mailing list
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
On Thursday 11 January 2007 07:48, Thomas Wouters wrote:
They serve a different purpose, and it isn't taking any time away
from me (or Anthony, I can confidently guess) working on 2to3.
Correct. Note that checking for something like dict.has_key is going
to be far far more reliable from inside
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
hard to warn about,
because there's not an easy replacement - the exec and print
statements come to mind here.
Comments? What else should get warnings?
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
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
which can be leveraged from.
This should go to python-list@python.org (aka comp.lang.python), not
this list. This list is for development _of_ python, not
development _in_ python.
Thanks,
Anthony
___
Python-Dev mailing list
Python-Dev@python.org
http
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
Hi all,
I have a patch for the fileinput.FileInput class, adding a parameter
to the __init__ method called write_mode in order to specify the write
mode when using the class with the inplace parameter set to True.
Before I submit the patch, I've added a test to the test module, and
noticed that
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:
http
) 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
that was down)
Anthony
___
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/archive%40mail-archive.com
. Anthony has enough on
his plate without having to fight the web server too ...
There is always some sort of text that accompanies a release. That has
to be edited to be correct; a machine can't do that.
OK.
^everything^the content structure and many of the files^
If you compare
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
to publish.
3) mail out an announcement when everything looks good.
Maybe I should offer Anthony to do the releases via effbot.org instead?
First off - I'm not going to be posting 10M or 16M files through a
web-browser. That's insane :-)
The bit of the website that's dealing with the actual files
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
1 - 100 of 326 matches
Mail list logo