+1, I think this is a good idea.
On Thu, Jan 8, 2026 at 4:52 PM Dongjoon Hyun <[email protected]> wrote: > Hi, Holden. > > Are you proposing to extend all future LTSs or just 3.5.x LTS? > > When we have a major release and its LTS every year from 2027, could you > give us next 3 year examples of your future release plans based on the > existing "SPIP: Accelerating Apache Spark Release Cadence" policy and your > new proposal together? > > Dongjoon. > > On 2026/01/09 00:17:45 huaxin gao wrote: > > +1 for extending LTS with security-only fixes for an additional 24 > months. > > > > On Thu, Jan 8, 2026 at 3:28 PM Mridul Muralidharan <[email protected]> > wrote: > > > > > > > > +1 for security fixes. > > > > > > Regards, > > > Mridul > > > > > > On Thu, Jan 8, 2026 at 3:52 PM Holden Karau <[email protected]> > > > wrote: > > > > > >> Hi Folks, > > >> > > >> I'd like to float the idea of extending our LTS release support period > > >> for security fixes. In practice we've seen most vendors support the > LTS > > >> releases long past the official OSS support window. This went on for a > > >> super long time with 2.4, and even in 3.5 we see much longer vendor > LTS > > >> periods support of 3.5 in Databricks dropping in 2028, Amazon in 2027, > > >> etc. If 2.4 is any indication, these might slip out even longer. > > >> > > >> If we did security-only fixes for an additional 24 months after the > end > > >> of bug-fix period, it would let us poll our resources for security > > >> maintenance. > > >> > > >> Cheers, > > >> > > >> Holden > > >> > > >> -- > > >> Twitter: https://twitter.com/holdenkarau > > >> Fight Health Insurance: https://www.fighthealthinsurance.com/ > > >> <https://www.fighthealthinsurance.com/?q=hk_email> > > >> Books (Learning Spark, High Performance Spark, etc.): > > >> https://amzn.to/2MaRAG9 <https://amzn.to/2MaRAG9> > > >> YouTube Live Streams: https://www.youtube.com/user/holdenkarau > > >> Pronouns: she/her > > >> > > > > > > > --------------------------------------------------------------------- > To unsubscribe e-mail: [email protected] > > -- John Zhuge
