<div dir="ltr">Hi Nick,<div class="gmail_extra"><br><div class="gmail_quote">On Sat, Oct 25, 2014 at 11:25 PM, Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 25 October 2014 12:20, Russell Keith-Magee <<a href="mailto:russell@keith-magee.com">russell@keith-magee.com</a>> wrote:<br>
> I'd like to start supporting more recent versions of Python - most<br>
> importantly, Python 3. While I could certainly continue maintaining patches<br>
> externally (and I imagine I'll have to if I want to maintain Python 2.7<br>
> support), I'd like to see that effort integrated into Python's repository.<br>
<br>
</span>Maintaining support for new versions of existing platforms is already<br>
within scope for Python  2.7, so if you get this working for Python 3,<br>
it *might* be possible to make the case for 2.x. However, it would<br>
only be feasible to make that determination after we had a better idea<br>
as to the magnitude of the changes involved, and the risks introduced<br>
for other platforms.<span class=""><br></span></blockquote><div><br></div><div>Good to know - I'll keep this in mind.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> In particular, there are four areas where I can see changes required:<br>
</span><span class="">>  3) Disabling certain modules on mobile platforms. Supporting modules like<br>
> linuxaudiodev, ossaudiodev, readline, curses, idle and tkinter on mobile<br>
> platforms doesn't make much sense; modules likes bsddb and bz2 are difficult<br>
> to support due to library dependencies; and the need for modules like<br>
> multiprocessing is arguable (and difficult to support on mobile). Even<br>
> providing a Python executable/shell is arguable for these platforms.<br>
><br>
</span><span class="">> However, I would anticipate that 3 might raise some concerns, as the general<br>
> Python "batteries included" philosophy would be modified to "unless you're<br>
> on one of these platforms". Any guidance on whether this approach would be<br>
> palatable? Is there any precedent for "module not supported on platform X"<br>
> that I'm not aware of?<br>
<br>
</span>Yes, platform specific features are actually quite common (search the<br>
docs for "Availability:"). It's just the fact that folks writing<br>
cross-platform code tend to avoid those modules/features, so they're<br>
largely only known to folks writing lower level (or otherwise platform<br>
specific) code.</blockquote><div><br></div><div>Good point - I hadn't thought about the OS-specific bits of the existing std lib.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> Any platforms where Python is *only* available as a<br>
> library?<br>
<br>
</span>The CPython main.c is a fairly thin shim around Py_Main anyway, so I<br>
don't see it as a big deal whether the standard CLI is included as<br>
part of the mobile builds.</blockquote><div> </div><div>Ok - I'll keep that in mind as I work on my patches.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> So - am I completely wasting my time? Are patches for mobile platforms<br>
> likely to be accepted into Python's repository?<br>
<br>
</span>I think both iOS and Android are well and truly established enough now<br>
as platforms to be worth targeting directly. For the CI problem, it<br>
may be worth approaching Xamarin, as setting up the infrastructure for<br>
doing that ourselves looks like a formidable engineering challenge we<br>
don't currently have the relevant skillsets to provide.<br></blockquote><div><br></div><div>Is this said in the context of "we (Python) have an existing relationship with Xamarin, and we should lean on those contacts", or "we should really develop a relationship with Xamarin"?</div><div><br></div><div>Yours,</div><div>Russ Magee %-)</div></div></div></div>