On 06:05 am, [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 9:40 PM, <[EMAIL PROTECTED]> wrote:
The default case, the case of the user without the wherewithal
to understand the nuances of the distinction between 2.x and 3.x, is a
user
who should use 2.x.
Not at all clear. If they're not s
On Dec 5, 2008, at 2:27 AM, Martin v. Löwis wrote:
There is. There have been the following trove classifiers defined for
a few weeks now:
Wonderful! Thanks for clueing me in. I'll update my projects to use
those in future releases.
-Fred
--
Fred Drake
> I agree, this would be ideal. I'm not sure the metadata is there to
> support it, though.
There is. There have been the following trove classifiers defined for
a few weeks now:
Programming Language :: Python :: 2
Programming Language :: Python :: 2.3
Programming Language :: Python :: 2.4
Progr
> Here's a bright idea. On the 3.0 release page, include a box listing
> which major third-party apps have been converted. Update it
> once every couple of weeks. That way, we're not explicitly
> discouraging adoption of 3.0, we're just listing what support is
> then currently available (if you
On 04:16 am, [EMAIL PROTECTED] wrote:
I hear some folks are considering advertising 3.0 as experimental or
not ready for serious use yet.
With all due respect, for me, "library support" and "serious use" are
synonymous. When prompted I would say that 2.5 is probably the version
that a new Py
> Please, if you have a *new* idea that doesn't have a failure mode, by
> all means post it. But don't resurrect a pointless bikeshed.
While I completely agree that it is pointless to reiterate the same
arguments over and over, I disagree that the bikeshed metapher applies.
This metapher (IIUC) d
> Let's bring out all the same arguments, come to no conclusion, and let
> it taper off unresolved, yet again! :)
This time, it will be different. I will write a PEP, and will request
that anybody proposing an alternative solution also write a PEP (and
no change is made to the code before the PEPs
On Thu, Dec 4, 2008 at 9:46 PM, Adam Olsen <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 10:14 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
>> On Windows, the bytes APIs should probably not exist.
>
> -0. I'd prefer byte APIs return UTF-16 bytes and the unicode APIs
> become validating.
On Thu, Dec 4, 2008 at 9:40 PM, <[EMAIL PROTECTED]> wrote:
> The default case, the case of the user without the wherewithal
> to understand the nuances of the distinction between 2.x and 3.x, is a user
> who should use 2.x.
Not at all clear. If they're not sensitive to those nuances it's just
as
On Thu, Dec 4, 2008 at 10:14 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> At the risk of bringing up something that was already rejected, let me
> propose something that follows the path taken in 3.0 for filenames,
> rather than doubling back:
>
> For os.environ, os.getenv() and os.putenv(), I
On 4 Dec, 07:12 pm, [EMAIL PROTECTED] wrote:
The latter statement worries me. It seems to unnecessarily undermine
adoption of 3.0. It essentially says, "don't use this". Is that what
we want?
I think so. The default case, the case of the user without the
wherewithal to understand the nua
>> On Dec 4, 2008, at 6:39 PM, Martin v. Löwis wrote:
>>> I'm in favour of a different, fifth solution:
>>>
>>> 5) represent all environment variables in Unicode strings,
>>> including the ones that currently fail to decode.
>>> (then do the same to file names, then drop the byte-oriented
>>> f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hot on the heals of Python 3.0 comes the Python 2.6.1 bug-fix
release. This is the latest production-ready version in the Python
2.6 family. Dozens of issues have fixed since Python 2.6 final was
released in October. Please see the NEWS file
On Thu, Dec 4, 2008 at 8:55 PM, <[EMAIL PROTECTED]> wrote:
>
> On 02:32 am, [EMAIL PROTECTED] wrote:
>>
>> On Thu, Dec 4, 2008 at 6:14 PM, James Y Knight <[EMAIL PROTECTED]> wrote:
>
>>> FWIW, I still agree with Martin that that's the most reasonable solution.
>>
>> It died because nobody presente
I hear some folks are considering advertising 3.0 as experimental or
not ready for serious use yet.
I think that's too negative -- we should encourage people to use it,
period. They'll have to decide for themselves whether they can live
with the lack of ported 3rd party libraries -- which may reso
On Dec 4, 2008, at 10:59 PM, [EMAIL PROTECTED] wrote:
It occurs to me that this specific idea (the box with the list of
supported applications / libraries) should be implementable as a
simple query against PyPI. I don't know if it actually is :), but
it should be. In general it would be ni
On 02:35 am, [EMAIL PROTECTED] wrote:
On Thu, Dec 04, 2008 at 05:29:31PM -0800, Raymond Hettinger wrote:
Here's a bright idea. On the 3.0 release page, include a box listing
which major third-party apps have been converted. Update it
once every couple of weeks. That way, we're not explicitly
On 02:32 am, [EMAIL PROTECTED] wrote:
On Thu, Dec 4, 2008 at 6:14 PM, James Y Knight <[EMAIL PROTECTED]> wrote:
FWIW, I still agree with Martin that that's the most reasonable
solution.
It died because nobody presented a viable solution, and I maintain no
solution is possible. All suggesti
On 02:08 am, [EMAIL PROTECTED] wrote:
James Y Knight wrote:
On Dec 4, 2008, at 6:39 PM, Martin v. L�wis wrote:
I'm in favour of a different, fifth solution:
5) represent all environment variables in Unicode strings,
including the ones that currently fail to decode.
(then do the same to fil
On Thu, Dec 4, 2008 at 8:24 PM, Dino Viehland <[EMAIL PROTECTED]> wrote:
> Does anyone know what Mono does here? Presumably they have the exact same
> problem as all strings in .NET are Unicode, and filenames/env vars/etc...
> are always strings.
>
> Maybe if it's gotta be broken at least it can b
Does anyone know what Mono does here? Presumably they have the exact same
problem as all strings in .NET are Unicode, and filenames/env vars/etc...
are always strings.
Maybe if it's gotta be broken at least it can be broken in a manner
that's consistent with others :)
> -Original Message
On Thu, Dec 04, 2008 at 05:29:31PM -0800, Raymond Hettinger wrote:
> Here's a bright idea. On the 3.0 release page, include a box listing
> which major third-party apps have been converted. Update it
> once every couple of weeks. That way, we're not explicitly
That's an excellent idea. We coul
On Thu, Dec 4, 2008 at 6:14 PM, James Y Knight <[EMAIL PROTECTED]> wrote:
> On Dec 4, 2008, at 6:39 PM, Martin v. Löwis wrote:
>>
>> I'm in favour of a different, fifth solution:
>>
>> 5) represent all environment variables in Unicode strings,
>> including the ones that currently fail to decode.
>
James Y Knight wrote:
On Dec 4, 2008, at 6:39 PM, Martin v. Löwis wrote:
I'm in favour of a different, fifth solution:
5) represent all environment variables in Unicode strings,
including the ones that currently fail to decode.
(then do the same to file names, then drop the byte-oriented
On Dec 4, 2008, at 6:39 PM, Martin v. Löwis wrote:
I'm in favour of a different, fifth solution:
5) represent all environment variables in Unicode strings,
including the ones that currently fail to decode.
(then do the same to file names, then drop the byte-oriented
file operations again)
Nick Coghlan wrote:
Terry Reedy wrote:
and this could give some people a mis-impression, most likely negative,
as to the magnitude and nature of the change. Most of the code I am now
writing would, I believe, run with 2.5 except for print(..., file=xxx).
And I know that there was concern for b
Raymond Hettinger wrote:
From: "A.M. Kuchling" <[EMAIL PROTECTED]>
Perhaps the statement could say something like "we do not expect
most Python packages will be ported to the 3.x series until around the
time 3.1 is released in X months." (where X=12? 6?)
I would leave out any discussion of
2008/12/4 Raymond Hettinger <[EMAIL PROTECTED]>:
Also, we don't know the timing of the third-party updates.
Some may never get converted. Some may convert quickly
and easily. Someone (perhaps me) may organize a series of
funded sprints to get many of the major packages converted.
From: "Paul
Toshio Kuratomi wrote:
I would think life would be ultimately easier if either the file server
or the shell server automatically translated file names from jis and
utf8 and back, so that the PATH on the *nix shell server is entirely
utf8.
This is not possible because no part of the computer k
On Thu, Dec 4, 2008 at 3:16 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 12:05, Frank Wierzbicki <[EMAIL PROTECTED]> wrote:
>> On Wed, Dec 3, 2008 at 10:31 AM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
>>> 14:00 - 15:30
>>> =
>>>
>>> Two tracks:
>>>
>>> Cross-impl
Martin v. Löwis wrote:
> I would like to merge mailing lists, now that the design and first
> implementation of Python 3000 is complete. In particular, I would
> like to merge the python-3000 mailing list back into python-dev,
> and the python-3000-checkins mailing list back into python-checkins.
>
> In the bug report I opened, I listed four ways to fix this along with
> the pros and cons:
I'm in favour of a different, fifth solution:
5) represent all environment variables in Unicode strings,
including the ones that currently fail to decode.
(then do the same to file names, then drop
Hello,
The thing is pypy's taint code is broken. Basically you don't only
need to patch all places that return pyobject, but also all places
that might modify anything. (All side effects) For example innocently
looking call to addition might end up calling arbitrary python code
(and have arbitrary
>> trunk ---> release26-maint
>> \-> py3k ---> release30-maint
>>
>>
>
> As a side-note: this merging flow means that bugfix and feature commits
> may never be merged from trunk to py3k in one svnmerge batch. Else,
> they cannot be separated when merging from py3k to 30-maint.
Hello,
On Thu, Dec 4, 2008 at 19:36, Nicole King <[EMAIL PROTECTED]> wrote:
> Dear All,
>
> I have published the diff for my implementation of tainted mode in Python for
> R3.0 (released version) at http://www.cats-muvva.net/software/. Look at the
> bottom the page. I apologise for past problems a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Dec 4, 2008, at 6:21 PM, Martin v. Löwis wrote:
I can't find any docs built for Python 3.0 (not 3.1a0).
The Windows installation has new 3.0 doc dated Dec 3, so it was
built,
just not posted correctly.
That doesn't mean very much. I built
> ISTM, 3.0 is in pretty good shape. There is nothing intrinsically wrong
> with it.
I think it has many bugs, some known before the release, but many more
yet to show up. I agree that the design is good; the implementation will
certainly improve (I deliberately didn't say "could have been better
>> I can't find any docs built for Python 3.0 (not 3.1a0).
>
> The Windows installation has new 3.0 doc dated Dec 3, so it was built,
> just not posted correctly.
That doesn't mean very much. I built it on my local machine. Anybody
with subversion and python could do that; the documentation is i
Adam Olsen wrote:
> On Thu, Dec 4, 2008 at 2:19 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
>> Toshio Kuratomi wrote:
>>> The bug report I opened suggests creating a PEP to address this issue.
>>> I think that's a good idea for whether os.listdir() and friends should
>>> be changed to raise an exce
On Thu, Dec 4, 2008 at 3:47 PM, André Malo <[EMAIL PROTECTED]> wrote:
> * Adam Olsen wrote:
>
>> On Thu, Dec 4, 2008 at 2:09 PM, André Malo <[EMAIL PROTECTED]> wrote:
>
>> > Here's an example which will become popular soon, I guess: CGI scripts
>> > and, of course WSGI applications. All those get t
2008/12/4 Raymond Hettinger <[EMAIL PROTECTED]>:
> Also, we don't know the timing of the third-party updates.
> Some may never get converted. Some may convert quickly
> and easily. Someone (perhaps me) may organize a series of
> funded sprints to get many of the major packages converted.
One pie
Terry Reedy wrote:
> Toshio Kuratomi wrote:
>> I opened up bug http://bugs.python.org/issue4006 a while ago and it was
>> suggested in the report that it's not a bug but a feature and so I
>> should come here to see about getting the feature changed :-)
>
> It does you no good and (and will irrita
* Adam Olsen wrote:
> On Thu, Dec 4, 2008 at 2:09 PM, André Malo <[EMAIL PROTECTED]> wrote:
> > Here's an example which will become popular soon, I guess: CGI scripts
> > and, of course WSGI applications. All those get their environment in an
> > unknown encoding. In the worst case one can blow
Adam Olsen wrote:
> On Thu, Dec 4, 2008 at 2:09 PM, André Malo <[EMAIL PROTECTED]> wrote:
>> * Adam Olsen wrote:
>>> On Thu, Dec 4, 2008 at 1:02 PM, Toshio Kuratomi <[EMAIL PROTECTED]>
>> wrote:
I opened up bug http://bugs.python.org/issue4006 a while ago and it was
suggested in the repor
On Thu, Dec 4, 2008 at 13:07, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Terry Reedy wrote:
>> and this could give some people a mis-impression, most likely negative,
>> as to the magnitude and nature of the change. Most of the code I am now
>> writing would, I believe, run with 2.5 except for prin
On Thu, Dec 4, 2008 at 2:19 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Toshio Kuratomi wrote:
>> The bug report I opened suggests creating a PEP to address this issue.
>> I think that's a good idea for whether os.listdir() and friends should
>> be changed to raise an exception but not having any
Toshio Kuratomi wrote:
I opened up bug http://bugs.python.org/issue4006 a while ago and it was
suggested in the report that it's not a bug but a feature and so I
should come here to see about getting the feature changed :-)
It does you no good and (and will irritate others) to conflate 'design
On Thu, Dec 4, 2008 at 13:21, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Benjamin Peterson schrieb:
>> On Thu, Dec 4, 2008 at 12:52 PM, Eric Smith <[EMAIL PROTECTED]> wrote:
>>> Christian Heimes wrote:
Several people have asked about the patch and merge flow. Now that Python
3.0 is ou
From: "A.M. Kuchling" <[EMAIL PROTECTED]>
Perhaps the statement could say something like "we do not expect
most Python packages will be ported to the 3.x series until
around the time 3.1 is released in X months." (where X=12? 6?)
I would leave out any discussion of 3.1. Its content and rele
On Thu, Dec 4, 2008 at 2:09 PM, André Malo <[EMAIL PROTECTED]> wrote:
> * Adam Olsen wrote:
>> On Thu, Dec 4, 2008 at 1:02 PM, Toshio Kuratomi <[EMAIL PROTECTED]>
> wrote:
>> > I opened up bug http://bugs.python.org/issue4006 a while ago and it was
>> > suggested in the report that it's not a bug b
Martin v. Löwis wrote:
> I would like to merge mailing lists, now that the design and first
> implementation of Python 3000 is complete. In particular, I would
+1
--
Dmitry Vasiliev (dima at hlabs.spb.ru)
http://hlabs.spb.ru
___
Python-Dev mailing li
On Thu, Dec 04, 2008 at 08:20:34PM +, Paul Moore wrote:
> Hmm, looking back, the quote Raymond is referring to is just a
> suggestion for additional text on the 3.0 page. I agree with him that
> it's a bit too negative.
Actually I want it to be an entirely separate page so that we can
point pe
Christian Heimes schrieb:
> Several people have asked about the patch and merge flow. Now that
> Python 3.0 is out it's a bit more complicated.
>
> Flow diagram
>
>
> trunk ---> release26-maint
> \-> py3k ---> release30-maint
>
>
> Patches for all versions of Py
Benjamin Peterson schrieb:
> On Thu, Dec 4, 2008 at 12:52 PM, Eric Smith <[EMAIL PROTECTED]> wrote:
>> Christian Heimes wrote:
>>>
>>> Several people have asked about the patch and merge flow. Now that Python
>>> 3.0 is out it's a bit more complicated.
>>>
>>> Flow diagram
>>>
>>>
>>>
Toshio Kuratomi wrote:
> The bug report I opened suggests creating a PEP to address this issue.
> I think that's a good idea for whether os.listdir() and friends should
> be changed to raise an exception but not having any way to get at some
> environment variables seems like it's just a bug that n
Adam Olsen wrote:
> On Thu, Dec 4, 2008 at 1:02 PM, Toshio Kuratomi <[EMAIL PROTECTED]> wrote:
>> I opened up bug http://bugs.python.org/issue4006 a while ago and it was
>> suggested in the report that it's not a bug but a feature and so I
>> should come here to see about getting the feature change
A.M. Kuchling wrote:
> * that 3.1 will rearrange the standard library in mostly-known ways, and
> * that we expect people to use 3.0 mostly for compatibility testing,
> not going into serious production use until 3.1 or maybe even 3.2.
As Raymond notes, this is probably too negative: for new p
* Adam Olsen wrote:
> On Thu, Dec 4, 2008 at 1:02 PM, Toshio Kuratomi <[EMAIL PROTECTED]>
wrote:
> > I opened up bug http://bugs.python.org/issue4006 a while ago and it was
> > suggested in the report that it's not a bug but a feature and so I
> > should come here to see about getting the featu
Terry Reedy wrote:
> and this could give some people a mis-impression, most likely negative,
> as to the magnitude and nature of the change. Most of the code I am now
> writing would, I believe, run with 2.5 except for print(..., file=xxx).
> And I know that there was concern for backward compati
On Thu, 4 Dec 2008 20:20:34 +, Paul Moore <[EMAIL PROTECTED]> wrote:
2008/12/4 Barry Warsaw <[EMAIL PROTECTED]>:
[snip]
One thing I'd like to see more clearly stated is that there's no
reason NOT to use Python 3.0 for new code. I don't think that message
has really come across yet - in spite
On Thu, Dec 4, 2008 at 1:02 PM, Toshio Kuratomi <[EMAIL PROTECTED]> wrote:
> I opened up bug http://bugs.python.org/issue4006 a while ago and it was
> suggested in the report that it's not a bug but a feature and so I
> should come here to see about getting the feature changed :-)
>
> I have a spec
2008/12/4 "Martin v. Löwis" <[EMAIL PROTECTED]>:
> Any objections?
The timing is right, go for it.
Paul
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/opti
2008/12/4 Barry Warsaw <[EMAIL PROTECTED]>:
>>> * that 3.1 will rearrange the standard library in mostly-known ways, and
>>> * that we expect people to use 3.0 mostly for compatibility testing, not
>>> going into serious production
>>> use until 3.1 or maybe even 3.2.
>> The latter statement wo
On Thu, Dec 04, 2008 at 03:05:51PM -0500, Frank Wierzbicki wrote:
> > Cross-implementation issues:
>
> I would like to champion this one.
Thanks! You're now listed as the champion for it.
--amk
___
Python-Dev mailing list
Python-Dev@python.org
http://m
On Thu, Dec 4, 2008 at 12:05, Frank Wierzbicki <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 3, 2008 at 10:31 AM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
>> 14:00 - 15:30
>> =
>>
>> Two tracks:
>>
>> Cross-implementation issues:
>>
>> What do the various VMs want/need from CPython to help
On Wed, Dec 3, 2008 at 10:31 AM, A.M. Kuchling <[EMAIL PROTECTED]> wrote:
> 14:00 - 15:30
> =
>
> Two tracks:
>
> Cross-implementation issues:
>
> What do the various VMs want/need from CPython to help with their
> implementations?
>
> * Marking CPython-specific tests in the test sui
I opened up bug http://bugs.python.org/issue4006 a while ago and it was
suggested in the report that it's not a bug but a feature and so I
should come here to see about getting the feature changed :-)
I have a specific problem with os.environ and a somewhat less important
architectural issue with
On Dec 4, 2008, at 1:52 PM, Eric Smith wrote:
Apologies if this has been discussed before. I looked but didn't see
anything.
Probably has, just 'cause everything has been discussed before.
Given that at least 99% of the changes for the trunk will not get
merged into release26-maint, doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Dec 4, 2008, at 2:12 PM, Raymond Hettinger wrote:
From: "A.M. Kuchling" <[EMAIL PROTECTED]>
I think we should also have a statement upon on python.org about
future plans: e.g.
* that there will be a Python 2.7 that will incorporate what we
lea
When I try to run this, I get:
Fatal Python error: Py_Initialize: can't initialize sys standard streams
Traceback (most recent call last):
File "/home/fijal/lang/python/Python30/Lib/encodings/__init__.py",
line 31, in
File "/home/fijal/lang/python/Python30/Lib/codecs.py", line 1060, in
Taint
From: "A.M. Kuchling" <[EMAIL PROTECTED]>
I think we should also have a statement upon on python.org about
future plans: e.g.
* that there will be a Python 2.7 that will incorporate what we learn from
people trying to port,
* that 3.1 will rearrange the standard library in mostly-known ways, an
On Thu, Dec 4, 2008 at 12:52 PM, Eric Smith <[EMAIL PROTECTED]> wrote:
> Christian Heimes wrote:
>>
>> Several people have asked about the patch and merge flow. Now that Python
>> 3.0 is out it's a bit more complicated.
>>
>> Flow diagram
>>
>>
>> trunk ---> release26-maint
>> \-
Dear All,
I have published the diff for my implementation of tainted mode in Python for
R3.0 (released version) at http://www.cats-muvva.net/software/. Look at the
bottom the page. I apologise for past problems accessing this web site: I
hope to have resolved all the issues with it.
Nicole
___
Christian Heimes wrote:
Several people have asked about the patch and merge flow. Now that
Python 3.0 is out it's a bit more complicated.
Flow diagram
trunk ---> release26-maint
\-> py3k ---> release30-maint
Patches for all versions of Python should land in the
On Thu, Dec 4, 2008 at 12:18 PM, Jeremy Hylton <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 10:12 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
>> Several people have asked about the patch and merge flow. Now that Python
>> 3.0 is out it's a bit more complicated.
>>
>> Flow diagram
>>
On Thu, Dec 4, 2008 at 10:12 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Several people have asked about the patch and merge flow. Now that Python
> 3.0 is out it's a bit more complicated.
>
> Flow diagram
>
>
> trunk ---> release26-maint
> \-> py3k ---> release3
On Wed, Dec 3, 2008 at 23:36, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> I would like to merge mailing lists, now that the design and first
> implementation of Python 3000 is complete. In particular, I would
> like to merge the python-3000 mailing list back into python-dev,
> and the python-300
On Thu, Dec 4, 2008 at 11:23 AM, Mark Dickinson <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 4, 2008 at 3:12 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
>> Patches for all versions of Python should land in the trunk. They are then
>> merged into release26-maint and py3k branches. Changes for Python
On Thu, Dec 4, 2008 at 3:12 PM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Patches for all versions of Python should land in the trunk. They are then
> merged into release26-maint and py3k branches. Changes for Python 3.0 are
> merged via the py3k branch.
Thanks, Christian!
Questions:
(1) If
Guido van Rossum wrote:
Python 3.0 (a.k.a. "Python 3000" or "Py3k") represents a major milestone in
Python's history, and was nearly three years in the making. This is a new
version of the language that is incompatible with the 2.x line of releases,
I think this
while remaining true to BDFL
Georg Brandl wrote:
I can't find any docs built for Python 3.0 (not 3.1a0).
The Windows installation has new 3.0 doc dated Dec 3, so it was built,
just not posted correctly.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/
Several people have asked about the patch and merge flow. Now that
Python 3.0 is out it's a bit more complicated.
Flow diagram
trunk ---> release26-maint
\-> py3k ---> release30-maint
Patches for all versions of Python should land in the trunk. They are
then me
On Thu, Dec 4, 2008 at 2:36 AM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> I would like to merge mailing lists, now that the design and first
> implementation of Python 3000 is complete. In particular, I would
> like to merge the python-3000 mailing list back into python-dev,
> and the python-3
2008/12/4 A.M. Kuchling <[EMAIL PROTECTED]>:
> * that there will be a Python 2.7 that will incorporate what we learn from
> people trying to port,
> * that 3.1 will rearrange the standard library in mostly-known ways, and
> * that we expect people to use 3.0 mostly for compatibility testing,
> n
Georg Brandl wrote:
> Nick Coghlan schrieb:
>> Ondrej Certik wrote:
>>> I tried to find the documentation here:
>>>
>>> http://python.org/doc/
>>>
>>> but clicking on the links:
>>>
>>> http://docs.python.org/whatsnew/3.0.html
>>> http://docs.python.org/3.0
>> These 404 for me as well. but the dev
Nick Coghlan schrieb:
> Ondrej Certik wrote:
>> I tried to find the documentation here:
>>
>> http://python.org/doc/
>>
>> but clicking on the links:
>>
>> http://docs.python.org/whatsnew/3.0.html
>> http://docs.python.org/3.0
>
> These 404 for me as well. but the dev links have already rolled
On Wed, Dec 03, 2008 at 08:51:33PM -0500, Barry Warsaw wrote:
> On behalf of the Python development team and the Python community, I
> am happy to announce the release of Python 3.0 final.
Yay!
> We are confident that Python 3.0 is of the same high quality as our
> previous releases, such as
Martin v. Löwis wrote:
Any objections?
+1
___
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
vinay.sajip wrote:
> +def _showwarning(message, category, filename, lineno, file=None, line=None):
> +"""
> +Implementation of showwarnings which redirects to logging, which will
> first
> +check to see if the file parameter is None. If a file is specified, it
> will
> +delegate t
Ondrej Certik wrote:
> I tried to find the documentation here:
>
> http://python.org/doc/
>
> but clicking on the links:
>
> http://docs.python.org/whatsnew/3.0.html
> http://docs.python.org/3.0
These 404 for me as well. but the dev links have already rolled over to
3.1a0.
There are also no cr
On Thu, Dec 4, 2008 at 3:24 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Dec 3, 2008, at 9:13 PM, Dotan Cohen wrote:
>
>> On this page:
>> http://www.python.org/download/releases/3.0/
>>
>> The text "This is a proeuction release" should probab
On Thu, Dec 4, 2008 at 2:36 AM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> I would like to merge mailing lists, now that the design and first
> implementation of Python 3000 is complete. In particular, I would
+1
-Fred
--
Fred L. Drake, Jr.
"Chaos is the score upon which reality is w
92 matches
Mail list logo
