<br><br><div class="gmail_quote">On Sun, Mar 16, 2008 at 10:23 AM, Guido van Rossum &lt;<a href="mailto:guido@python.org">guido@python.org</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Moving this to a new subject to keep the discussion of tasks and the<br>
discussion of task tracking tools separate.<br>
<br>
On Sun, Mar 16, 2008 at 9:42 AM, Christian Heimes &lt;<a href="mailto:lists@cheimes.de">lists@cheimes.de</a>&gt; wrote:<br>
&gt; &nbsp;I did a quick brainstorming with me, myself and I. I came up with a list<br>
&gt; &nbsp;of (IMHO) important tasks.<br>
&gt;<br>
&gt; &nbsp;* Stabilize the C API of Python 3.0. I like to rename several prefixes<br>
&gt; &nbsp;to reduce the confusing: PyBytes -&gt; PyByteArray,<br>
<br>
+1 (also +1 to backporting this to 2.6)<br>
<br>
&gt; PyString -&gt; PyBytes ...<br>
<br>
-1. This will make merging code from 2.6 harder, and causes more work<br>
for porting C extensions.</blockquote><div>There was a thread about this a few weeks ago: <a href="http://mail.python.org/pipermail/python-dev/2008-March/077339.html">http://mail.python.org/pipermail/python-dev/2008-March/077339.html</a><br>
We can still do the renaming, but alias PyString to PyBytes.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
&gt; &nbsp;* Backport the new buffer protocol to 2.6. I spoke to Travis yesterday<br>
&gt; &nbsp;and he said he is trying to get it done during the PyCon sprint. Maybe<br>
&gt; &nbsp;somebody can assist him?<br>
<br>
Does he need assistance?<br>
<br>
&gt; &nbsp;When the new buffer protocol is available in 2.6 we can start back<br>
&gt; &nbsp;porting bytesarray and the new IO framework.<br>
<br>
Are these really so closely tied that they have to wait before they<br>
can be backported?<br>
<br>
&gt; &nbsp;* Replace Windows API calls with wide versions to support unicode for<br>
&gt; &nbsp;file names, environment etc.<br>
<br>
+1. This should be broken into separate tasks for each API.<br>
<br>
&gt; &nbsp;* Get the stdlib reorg done<br>
<br>
+1. But again, I think this is many small tasks.<br>
<br>
&gt; and add the fixers to 2to3<br>
<br>
+1. I think quite a few changes have not had a fixer added. Again, I<br>
think we should maintain a specific list of needed fixers; fixers can<br>
easily be developed independently.<br>
<br>
&gt; &nbsp;* Speed up 2to3. I suggested a GSoC task to improve and speed up 2to3<br>
&gt; &nbsp;but it may be too late when we plan to ship out 3.0 in August.<br>
<br>
While I know that some people are expecting to use a development model<br>
that invokes 2to3 very frequently, I think this is at best a<br>
nice-to-have. (I also don&#39;t see how it could be done, but maybe I&#39;m<br>
blind for the obvious, as the original author.)<br>
<br>
I have some other tasks to add:<br>
<br>
- getargs.c (Georg posted about this; his post actually inspired my post.)<br>
<br>
- Tweak structseq to be more like namedtuple. Maybe they could have a<br>
common ABC. I also think we should get rid of the concept of &quot;hidden&quot;<br>
fields (that are accessible by name but not through the tuple API).<br>
<br>
- Devise a way to handle str instances pickled in 2.6 and unpickled in<br>
3.0, and also bytes instances pickled in 3.0 and unpickled in 2.6.<br>
<br>
- Someone should go over<br>
 &nbsp;<a href="https://spreadsheets.google.com/ccc?key=pCKY4oaXnT81FrGo3ShGHGg" target="_blank">https://spreadsheets.google.com/ccc?key=pCKY4oaXnT81FrGo3ShGHGg</a><br>
and extract more tasks.<br>
<font color="#888888"><br>
--<br>
--Guido van Rossum (home page: <a href="http://www.python.org/%7Eguido/" target="_blank">http://www.python.org/~guido/</a>)<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-dev" target="_blank">http://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/musiccomposition%40gmail.com" target="_blank">http://mail.python.org/mailman/options/python-dev/musiccomposition%40gmail.com</a><br>
</font></blockquote></div><br>