<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Apr 10, 2014 at 4:24 AM, Kushal Das <span dir="ltr"><<a href="mailto:kushaldas@gmail.com" target="_blank">kushaldas@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Thu, Apr 10, 2014 at 6:38 AM, Guido van Rossum <<a href="mailto:guido@python.org">guido@python.org</a>> wrote:<br>

> To anyone who took notes at the language summit at PyCon today, even if you<br>
> took them just for yourself, would you mind posting them here? It would be<br>
> good to have some kind of (informal!) as soon as possible, before we<br>
> collectively forget. You won't be held responsible for correctness.<br>
><br>
<br>
</div>The day started with introductions. Guido introduced himself as its<br>
all his fault.<br>
<br>
Release management discussion<br>
==============================<br>
<br>
Larry Hastings started the day with discussion on 3.5 release. 3.4<br>
release was actually in 16 months. He wanted a<br>
feedback on the next release, if we want it in a smaller release cycle<br>
than the usual 18 months. Guido mentioned to<br>
stay with the 18 month cycle.<br>
<br>
Larry also asked about opinions on state of the SCM after release<br>
candidate 1, should we create 3.5 branch and if yes<br>
then should we allow people to commit there or not? Default should<br>
point to 3.5.1 or 3.6 at that time? There can be another<br>
scenario where we do not create the 3.5 branch and keep the default as<br>
3.5 release itself. The discussion will continue<br>
in the mailing list.<br>
<br>
Next topic in the agenda was reports from different implementations.<br>
<br>
PyPy<br>
=====<br>
<br>
Alex Gaynor gave us the current status of `PyPy <<a href="http://pypy.org" target="_blank">http://pypy.org</a>>`_<br>
project. There will be a second fund raiser on STM.<br>
The next release is targeting 2.7.6, there were a million downloads.<br>
While discussing about Python 3 branch he explained<br>
that it it only 3 bugs away from shipping and it is based on 3.2.<br>
<br>
<br>
There was a small discussion about state of CFFI for standard library<br>
inclusion. Alex and David Beazley are supposed to<br>
work on cleaning PLY for the same. General opinion was that it will be<br>
hidden as a private part of the standard lib and to<br>
be used by the language only.<br></blockquote><div><br></div><div>No, the opinion was that it _shouldn't_ be hidden as a private part of the standard library :) But some cleanup needs to happen before it can be added to the stdlib.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Ironpython<br>
===========<br>
<br>
Dino Viehland talked about the status of `Ironpython<br>
<<a href="http://ironpython.net" target="_blank">http://ironpython.net</a>>`_ project. Development is going on both 2.7<br>
and 3.x<br>
series. 2.7.4 was released last year. Many new contributors came into<br>
the project which is a good news.<br>
<br>
Jython<br>
=======<br>
<br>
The developers sent a detailed report to Micheal Foord and he will<br>
forward it to the python-dev list. The takeaways from the mail are<br>
<br>
* Small number of contributors is a big problem.<br>
* 2.7.beta2 is tagged which used Java7.<br>
* Buffer protocol work is done (foundation to Python3 support).<br>
* They are also working on PyPi tooling.<br>
* There is also hope for releasing CFFI backend for Jython during<br>
Europycon sprints.<br>
<br>
<br>
No standard library as module<br>
==============================<br>
<br>
When it was asked that if the other implementations want the standard<br>
library as a separate module to be resused, all agreed as 'No'.<br></blockquote><div><br></div><div>Their answer was mostly "don't care". It has some minor benefits, in particular when they move to Python 3 and track active development more closely, but no important ones.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Packaging<br>
===========<br>
<br>
It was the longest discussion which made hungry developers really<br>
hungry :) Jokes aside, Nick Coghlan gave a detailed report on the<br>
advancement of the packaging world. Most of the development/design<br>
discussions are now happening on the distutils sig and in pypi mailing<br>
lists.<br>
He managed to put the use cases a very broader audience now, so we can<br>
except better feedbacks. On the development side, Warehouse is now<br>
implementing all old API(s), you may want to try it out at<br>
`<a href="https://warehouse.python.org/" target="_blank">https://warehouse.python.org/</a> <<a href="https://warehouse.python.org/" target="_blank">https://warehouse.python.org/</a>>`_.<br>
<br>
3.4 has pip included, one usecase was to help people who downloads<br>
binary installers from our site. They can now install Django or other<br>
projects<br>
in wheel format.<br>
<br>
Everyone also agreed that having the buildsystem inside the language<br>
is a bad idea. The buildsystem should be able to do cross-version<br>
builds.<br>
<br>
Nick also pointed us to `<a href="http://packaging.python.org/" target="_blank">http://packaging.python.org/</a><br>
<<a href="http://packaging.python.org/en/latest/" target="_blank">http://packaging.python.org/en/latest/</a>>`_ which is the documentation<br>
for the whole echosystem.  We all agreed that the Python echosystem is<br>
bigger than the core interpreter.<br>
<br>
Glyph wants a PSF fund to a usability study on Python. There were a<br>
few other suggestion on PSF support for tooling development.<br>
<br>
Pyston<br>
=======<br>
<br>
Kevin Modzelewski explained how they are rebuilding a complete vm<br>
which is targeted to Python, this also means too much work but one can<br>
customize. It is targeting Python2.7 as Dropbox runs on it.<br>
<br>
<br>
At this time of discussion Nick pointed us to<br>
`<a href="http://speed.python.org/" target="_blank">http://speed.python.org/</a> <<a href="http://speed.python.org/" target="_blank">http://speed.python.org/</a>>`_, he asked if<br>
any of the implementations<br>
wants to maintain it. We need more volunteers for that, target is to<br>
have a common set of tests to benchmark different implementations.<br>
<br>
Mypy project<br>
=============<br>
<br>
Jukka Lehtosalo gave a talk on his `mypy project<br>
<<a href="http://mypy-lang.org" target="_blank">http://mypy-lang.org</a>>`_ which uses Python3 function annotations. Greg<br>
P Smith pointed us to<br>
a similar kind of Google project,<br>
`<a href="https://github.com/google/pytypedecl" target="_blank">https://github.com/google/pytypedecl</a><br>
<<a href="https://github.com/google/pytypedecl" target="_blank">https://github.com/google/pytypedecl</a>>`_.<br>
<br>
Notes from teaching and outreach<br>
=================================<br>
<br>
Selena Deckelmann talked about few pain points from teaching and outreach.<br>
<br>
* Website is confusing. (Should I go for Python2 or Python3?)<br>
* Packaging and installer problem<br>
* So many different bug tracking system is also confusing<br>
* OPW program for Cpython, this is the first year we are participating.<br>
* Jessica McKellar will write "brand new coder tutorials".<br></blockquote><div><br></div><div>I believe this was mostly about collecting new coder resources that already exist, but are hard to find (and to qualitatively judge.)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Mercurial<br>
===========<br>
<br>
Matt Mackall talked about Mercurial's painpoints for Python3. It<br>
currently works for 2.4-2.7, though he might drop 2.4 support in near<br>
future.<br>
It will be on 2.7 till RHEL7 is not EOL. He also said startup time is<br>
concern for him. Only big positive point he can see in Python3 is SNI.<br>
That feature allows you to do HTTPS to non ip based virtual hosts.<br>
Porting whole Mercurial to Python 3 is still a very big work. They had<br>
two gsoc students in last two years.<br>
<br>
>From here the talks suddenly moved into mythical Python 2.8 which we<br>
will not have, nope, sorry :) Guido wants a feature list from the<br>
people who are asking for 2.8 to understand better. We also want to<br>
help developers to make a single source for Python 2 and Python 3<br>
release less painful.<br>
<br>
Python 2.7 is alive and in good health and support will continue on the same.<br>
<br>
Few points were talked about from 3.5, like byte formatting, unicode<br>
surrogate, binary mode cleans for bytes etc.<br>
<span class="HOEnZb"><font color="#888888"><br>
Kushal<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/thomas%40python.org" target="_blank">https://mail.python.org/mailman/options/python-dev/thomas%40python.org</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Thomas Wouters <<a href="mailto:thomas@python.org" target="_blank">thomas@python.org</a>><br><br>Hi! I'm an email virus! Think twice before sending your email to help me spread!
</div></div>