Hi, On Tue, Aug 27, 2019 at 12:52 AM RjOllos <rjol...@gmail.com> wrote: > > The Roadmap (1) describes the release sequence. > > 0.12 was our last LTS release. I've proposed Trac 1.6 should support Python > 3.5+. Given that, and the recent transition to Jinja2, I think it makes sense > to have 1.4 be an LTS release that we support for the next several years.
Is it opportune to long term support a version that will only run on Python 2.7, given the fact that the platform it runs on won't be supported after January 1st 2020? Additionally, you said you also proposed that Trac 1.6 should _support_ python 3.5+, implying that it should also support python 2.7. Arguably, in today's deployment ecosystem, with containers and virtual environments, it is not too much of a burden just to cleanly switch to Python 3.5+ (and perhaps even to make it 3.7+, as Python 3.5 will cease to be supported after September 2019)[1]. Now I realize that the switch to Python 3 will mean ending support for all the plugins, but the opportunity in that is that all unmaintained Trac Hacks can be archived, and that some major conceptual changes (like TracMultiProject, and perhaps some integration of some of the core tennets of the Trac Account Manager) can be implemented. Just some input from a long-time Trac user and sometimes plugin developer, who hopes that the project will remain viable and keep evolving in order to remain a viable alternative to Github.. Regards, Niels [1] https://www.python.org/dev/peps/pep-0478/ -- You received this message because you are subscribed to the Google Groups "Trac Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/trac-dev/CAKPAFAD3wVJnSORP8UEOXs4JVSVUBrqP7EGzShZO2HQCrvbyjA%40mail.gmail.com.
