The term LTS is used loosely and we actually do not promise anything. What we say is
> 7.7.x Version in the previous major release for bugfixes only (LTS) In practice 7.7.x will now only get critical security related releases and not ordinary bugfixes, unless someone volunteers to RM such a release. 8.x.x will likely get more bugfix releases after release of 9.0 since there is a Java upgrade requirement. Being the one coining the LTS phrasing I am not opposed to changing it to something else. But through the years we have used that term I have not seen a lot of such requests. This is probably a good time to challenge one of you to go clone our new website repo at https://github.com/apache/lucene-site <https://github.com/apache/lucene-site>, make a change, build the site locally and submit a PR :) It is actually quite pleasant! -- Jan Høydahl, search solution architect Cominvent AS - www.cominvent.com > 13. nov. 2019 kl. 21:15 skrev Adam Walz <a...@adamwalz.net>: > > It looks like solr 7.7.x is currently designated as the LTS version on the > website. https://lucene.apache.org/solr/downloads.html > <https://lucene.apache.org/solr/downloads.html> > On Wed, Nov 13, 2019 at 11:36 AM Erick Erickson <erickerick...@gmail.com > <mailto:erickerick...@gmail.com>> wrote: > I have zero interest in having an LTS “policy” that requires any further > commitment of my personal time to random people who ask for it but aren’t > willing to pay. I consider my non-paid work to Solr a _volunteer_ activity, > not something anyone has a right to demand as “support”, long-term or > otherwise. > > Best, > Erick > > > On Nov 13, 2019, at 12:34 PM, Shawn Heisey <apa...@elyograg.org > > <mailto:apa...@elyograg.org>> wrote: > > > > We've had somebody on the Solr mailing list asking questions about our LTS > > version. > > > > The thing about this is that we don't really HAVE an LTS version. Our > > major version release pace and the way we deal with older branches mean > > that a single major version branch is never in a given state for long > > enough to really qualify as "long term". > > > > The 7.x branch is in maintenance mode, so most problems that people > > encounter with it will only be addressed in a future 8.x version. In my > > mind, that means it doesn't qualify as LTS. The current stable branch is > > always getting new features, which I think disqualifies that branch for the > > LTS label. > > > > The tomcat project has an interesting way of determining when support ends. > > Here's a message outlining it: > > > > https://markmail.org/message/6wycxatwzwycmf43 > > <https://markmail.org/message/6wycxatwzwycmf43> > > > > My question is: Do we want to change what we do here, or are we happy with > > the current model? If we did change it, I'm not completely sure what that > > would look like. > > > > Thanks, > > Shawn > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > > <mailto:dev-unsubscr...@lucene.apache.org> > > For additional commands, e-mail: dev-h...@lucene.apache.org > > <mailto:dev-h...@lucene.apache.org> > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > <mailto:dev-unsubscr...@lucene.apache.org> > For additional commands, e-mail: dev-h...@lucene.apache.org > <mailto:dev-h...@lucene.apache.org> > > > > -- > Adam Walz
