<div dir="ltr">On 6 May 2014 13:50, kunal arora <span dir="ltr"><<a href="mailto:kunalarora.135@gmail.com" target="_blank">kunalarora.135@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>The amount of work needed for either strategy will be almost the same but in my opinion a codebase compatible with both python2 and python3 will actually be harder to maintain as whenever we change something in the core or toolkit we'll have to write polyglot code compatible with both python2 AND python3 .</div>
</div></blockquote><div><br><br></div><div>My impression is that using a subset of python that works on both is not particularly complicated. I don't have a lot of experience with it but I ported a few small projects and the changes was trivial. Also the toolkit code doesn't really do fancy python things.<br>
<br></div><div>My worry is mostly testing, we can't expect people to test with both when making changes. We can enforce writing unit tests though and make sure they pass with both python versions. That's going to be possible only if we have good coverage to start with and I'd say that's going to be the most time consuming part of your work...<br>
<br></div><div>For entirely new modules we could also support python3 only probably.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">
<div> Whereas if go with complete port into a new toolkit we will just have to accomodate ourselves in writing code in python3. </div>
<div></div></div></blockquote><div><br></div><div>What we are saying is that we don't want to obsolete the current python2 based toolkit. So if we make a new toolkit we will have to manually backport most of the patches to python2 too.<br>
<br></div><div>It would certainly be easier to maintain only the python3 toolkit for us, but it would be bad for activities and their developers.<br></div></div></div></div>