<div dir="auto"><div>It is possible to write code that targets both Python 2 and Python 3 runtimes and do testing while still using legacy Python 2 as the runtime in production. There are plenty of tools and examples from large tech companies to support the transition.<div dir="auto"><div dir="auto"><br></div><div dir="auto">IMO: all efforts to support legacy Python 2 runtime in 2020 should be based on commercial agreement in a separate "bug-fix only" branch due to the effort to maintain both runtimes. For example, release one last Python 2.7 compatible version late 2019 on PYPI and keep that branch on GitHub. But all backports from master branch to that legacy branch and releases of Python 2 binaries/wheels to PYPI should be supported by commercial users. Note that binaries for *Nix architectures is still not feasible with Mono or .NET Core.</div><div dir="auto"><br></div><div dir="auto">Thanks,</div><div dir="auto">Denis</div><div dir="auto"><br></div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jun 14, 2019, 8:23 AM David Lassonde <<a href="mailto:david.lassonde@imaginary-spaces.com">david.lassonde@imaginary-spaces.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">In our field (film/tv/games), pipelines are only using Python 2.7. Our customers, partners and us try to follow the <a href="https://vfxplatform.com/" target="_blank" rel="noreferrer">vfx reference platform</a>. The table says that studios and vendors have until the end of CY 2020 to drop Python 2.7. <div><br></div><div>It is too soon to tell if this will really happen that fast, because the transition will be hard, it will take time and money. Pixels will not look better after the investment.</div><div><br></div><div>All that to say that for us, as long as there is a "last Python for .NET" GitHub release/tag, we will be fine. We can always fork the repo and fix bugs on our own, or merge to a special branch that you could keep open in the repo.</div><div><br></div><div>David</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jun 13, 2019 at 6:31 PM Carl Trachte <<a href="mailto:ctrachte@gmail.com" target="_blank" rel="noreferrer">ctrachte@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Same as Mr. Sachs.  I've left the job since, but we used pythonnet<br>
with a python 2.7 distro.  As long as the current version is available<br>
for download, the script can get done what it needs to where it is<br>
deployed locally.<br>
<br>
Sorry for noise is this is not on topic.<br>
<br>
<br>
On Thu, Jun 13, 2019 at 2:46 PM Jason Sachs <<a href="mailto:jmsachs@gmail.com" target="_blank" rel="noreferrer">jmsachs@gmail.com</a>> wrote:<br>
><br>
> As long as I can still download Python.NET for Python 2.7, I don't care about future development.<br>
><br>
> My use case is a legacy Python 2.7 application that works with a data acquisition system that has .NET drivers. I'm not currently developing it, but we are still actively using it.<br>
><br>
> On Thu, Jun 13, 2019 at 2:10 PM Victor “LOST” Milovanov <<a href="mailto:lostfreeman@gmail.com" target="_blank" rel="noreferrer">lostfreeman@gmail.com</a>> wrote:<br>
>><br>
>> Python 2.7 end of life is set to Jan 1st 2020, which is just a bit over 6 months now. <a href="https://pythonclock.org/" rel="noreferrer noreferrer" target="_blank">https://pythonclock.org/</a> Major packages, like numpy are planning to drop support too.<br>
>><br>
>><br>
>><br>
>> I think we should have some kind of plan to retire Python 2.x support in Python.NET.<br>
>><br>
>><br>
>><br>
>> First of all, it would be good to know if there are anyone actually using Python 2.7 via Python.NET, and what is your plan going forward past EoL.<br>
>><br>
>><br>
>><br>
>> Regards,<br>
>><br>
>> Victor Milovanov<br>
>><br>
>><br>
>><br>
>> _________________________________________________<br>
>> Python.NET mailing list - <a href="mailto:PythonDotNet@python.org" target="_blank" rel="noreferrer">PythonDotNet@python.org</a><br>
>> <a href="https://mail.python.org/mailman/listinfo/pythondotnet" rel="noreferrer noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/pythondotnet</a><br>
><br>
> _________________________________________________<br>
> Python.NET mailing list - <a href="mailto:PythonDotNet@python.org" target="_blank" rel="noreferrer">PythonDotNet@python.org</a><br>
> <a href="https://mail.python.org/mailman/listinfo/pythondotnet" rel="noreferrer noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/pythondotnet</a><br>
_________________________________________________<br>
Python.NET mailing list - <a href="mailto:PythonDotNet@python.org" target="_blank" rel="noreferrer">PythonDotNet@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/pythondotnet" rel="noreferrer noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/pythondotnet</a><br>
</blockquote></div>
_________________________________________________<br>
Python.NET mailing list - <a href="mailto:PythonDotNet@python.org" target="_blank" rel="noreferrer">PythonDotNet@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/pythondotnet" rel="noreferrer noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/pythondotnet</a><br>
</blockquote></div></div></div>