Long-term support
Long-term support (LTS) is a type of special versions or editions of software designed to be supported for a longer than normal period. It is particularly applicable to open-source software and projects.
It is a product lifecycle management policy for computer software, that applies the tenets of reliability engineering to the software development process and software release life cycle. Long-term support extends the period of software maintenance; it also alters the type and frequency of software updates (patches) to reduce the risk, expense, and disruption of software deployment, while promoting the dependability of the software. It does not, however, imply technical support.
At the beginning of a long-term support period, the software developers impose a feature freeze: They make patches to correct software bugs and vulnerabilities, but do not introduce new features that may cause regression. The software maintainer either distributes patches individually, or packages them in maintenance releases, point releases, or service packs. At the conclusion of the support period, the product reaches end-of-life.
The term long-term-support is usually reserved for special versions or editions of software that otherwise has a much shorter release life cycle. Typically, a publisher of LTS software maintains it for at least two years. A related term is short term support (STS), which refers to the support given to normal releases.[1]
Need for long-term support
The traditional software lifecycle in many open source projects is release early, release often, or a regular time-based release schedule. In either case, each new release includes both fixes for security vulnerabilities and new functionality.
Large organisations, or users with mission critical projects, need the security fixes but would often prefer to retain the same base version for an extended period without any new or changed functionality. Their concern is, that as software developers add new features they can accidentally introduce new bugs or break old functionality.[2] While in theory they could backport just the security fixes from each new release to their deployed version, in practise this would often be prohibitively difficult or costly.
Even without the added risks, for these types of users, new functionality is also often expensive. Updating a web application with a sensitive configuration, for example, may require the cooperation of many people: Developers for retrofitting; a database administrator for database schema changes; software testers for regression testing; a project manager for scheduling, liaising, and facilitating; a system administrator or release manager for software deployment oversight; and IT operations personnel for backups, installation, and disaster recovery.
LTS versions of a software package typically address these concerns by releasing only security-related updates for the LTS version - such that installing them should always be less risky than not installing them.
Software with separate LTS versions
This table only lists those have a specific LTS version in addition to a normal release cycle. Many projects, such as CentOS, provide a long period of support for every release.
Software | Software type | Date of first LTS release | LTS period | STS period | Notes | |
---|---|---|---|---|---|---|
Ubuntu | Linux distribution | 1 June 2006 (v6.06 LTS)[3] | 5 years[4] | 9 months1 | A new LTS version is released every two years. From 2006 through 2011, LTS support for the desktop was for approximately two years, and for servers five, but LTS versions are now supported for five years for both.[3][4] | |
Trisquel 7.0 [5] | Linux distribution | 2014-11-04 | 5 years | 1 year | Linux Kernel-libre 3.13, GNOME fallback 3.12 and Abrowser or GNU IceCat | |
Symfony | Application framework | June 2013 | 3 years | 8 months | ||
Joomla! | CMS | January 2008 (v1.5) | 2 years, 3 months[6] | 7 months | Since Joomla! is a web application, long-term support also implies support for legacy web browsers. | |
Tiki-wiki | Wiki CMS | May 2009 (Tiki3) | 5 years | 6 months | Every 3rd version is a Long Term Support (LTS) version. | |
Linux Mint | Linux distribution | 8 June 2008 | 5 years[7] | 6 months | At version 13 the LTS period increased from three years to five, since Linux Mint derives from Ubuntu. | |
Linux kernel | Kernel | 11 October 2008 (v2.6.27) | 2–3 years | Varies | Linux kernel v2.6.16 and v2.6.27, were unofficially supported in LTS fashion[8] before a 2011 working group in the Linux Foundation started a formal Long Term Support Initiative.[9][10] | |
TYPO3 | CMS | January 2011 (v4.5 LTS)[11] | 3 years (min.) | Varies | TYPO3 is a web application stewarded by the TYPO3 Association. | |
Mozilla Firefox | Web browser | 31 January 2012 (v10.0) | 1 year | 6 weeks | Mozilla's LTS term is "Extended Support Release" (ESR) (see Firefox#Extended Support Release). | |
Django | Application framework | 23 March 2012 (v1.4) | 3 years[12] | 16 months | ||
Laravel | Application framework | 9 June 2015 (v5.1) [13] | 3 years[14] | 1 year | For LTS releases, bug fixes are provided for 2 years and security fixes are provided for 3 years. For general releases, bug fixes are provided for 6 months and security fixes are provided for 1 year.[15] | |
Windows 10 | Operating system | 29 July 2015 (v10.0.10240)[16] | 10 years[17] | 4–8 months[17] | Referred to as "Long Term Servicing Branch", or LTSB, these releases of Windows 10 are supported for 10 years for mission critical machines. The LTSB release gets monthly security updates; the updates to the LTSB release bring little to no feature changes. The LTSB release is available only for businesses running the Windows 10 Enterprise edition. Regular consumers on the Current Branch (CB) get new versions of the operating system approximately every four months while business customers on the Current Branch for Business (CBB) get upgraded to new versions about every eight months.[17] For more information, please see Windows 10 version history. | |
Node.js | Runtime system | 12 October 2015 (v4.2.0)[18] | 18 months | 12 months |
- 1.^ The support period for Ubuntu's parent distribution, Debian, is one year after the release of the next stable version.[19][20] For Debian 6.0 "Squeeze" there is an LTS project to provide security updates until February 2016. Decision on providing LTS for later releases is pending.[21]
See also
References
- ↑ "Release and support cycle". Joomla! Documentation. Retrieved 2017-06-20.
- ↑ "WHMCS Long-Term Support". WHMCS Documentation. WHMCS Ltd. Retrieved 28 June 2013.
- 1 2 Brockmeier, Joe (1 June 2006). "Mark Shuttleworth on Ubuntu Long Term Support". Linux.com. Linux Foundation. Retrieved 20 June 2013.
- 1 2 Darra, Clive; et al. (23 May 2006 onward). "LTS". Ubuntu Wiki. Canonical Ltd. Retrieved 20 June 2013. Check date values in:
|date=
(help) - ↑ Trisquel Belenos
- ↑ van Geest, M.; et al. (22 August 2011 onward). "Release and support cycle". Joomla! Documentation. Joomla! Project Team. Retrieved 23 June 2013. Check date values in:
|date=
(help) - ↑ "Linux Mint Releases". linuxmint.com. Retrieved 14 December 2013.
- ↑ Bunk, Adrian (11 October 2008). "Linux 2.6.27 will be a longtime supported kernel". Linux kernel (Mailing list). Retrieved 23 June 2013.
- ↑ Larabel, Michael (26 October 2011). "Linux Foundation Backs Long-Term Support Kernels". Phoronix. Phoronix Media. Retrieved 12 August 2013.
- ↑ "What is LTSI?". linuxfoundation.org. The Linux Foundation. Retrieved 12 August 2013.
- ↑ Baschny, Ernesto; et al. (26 January 2011 onward). "TYPO3 4.5". TYPO3Wiki. TYPO3 Association. Retrieved 23 June 2013. Check date values in:
|date=
(help) - ↑ Graham, Tim (25 June 2015 onward). "Django's Roadmap". djangoproject.com. Django Software Foundation. Check date values in:
|date=
(help) - ↑ Barnes, Eric L. (1 May 2015 onward). "Everything we know about Laravel 5.1 – Updated". laravel-news.com. Laravel-news. Check date values in:
|date=
(help) - ↑ Barnes, Eric L. (30 April 2015 onward). "Laravel announces v5.1 will be LTS". laravel-news.com. Laravel-news. Check date values in:
|date=
(help) - ↑ "Support Policy". laravel.com.
- ↑ "Windows 10 release information - current branch, build history". technet.microsoft.com. Retrieved 2016-03-16.
- 1 2 3 "Windows 10 servicing options for updates and upgrades (Windows)". technet.microsoft.com. Retrieved 2016-03-16.
- ↑ https://nodejs.org/en/blog/release/v4.2.0/
- ↑ Kern, Philipp; Piat, Franklin; Simmons, Geoff; et al. (19 April 2006 onward). "Point Releases". Debian Wiki. Debian Project. Retrieved 27 June 2013. Check date values in:
|date=
(help) - ↑ "Debian security FAQ". Debian.org. Debian Project. Retrieved 27 June 2013.
- ↑ "LTS - Debian Wiki". Debian Project. Retrieved 24 February 2015.
Further reading
- Arnuphaptrairong, Tharwon (2011). "Top Ten Lists of Software Project Risks: Evidence from the Literature Survey" (PDF). Proceedings of the International MultiConference of Engineers and Computer Scientists 2011. 1. ISBN 978-988-18210-3-4. ISSN 2078-0966. Retrieved 7 August 2013.
- "What makes software dependable?". bcs.org. BCS. 5 February 2007. Retrieved 12 August 2013.
- Brenner, Bill. "Outdated software is risky business". Search Security. TechTarget. Retrieved 12 August 2013.
- "Deploying software: Principles to ensure frequent, low-risk deployments". Government Service Design Manual. Government Digital Service. Retrieved 12 August 2013.
- Graydon, Patrick J.; Knight, John C.; Xiang Yin (2010). "Practical Limits on Software Dependability: A Case Study" (PDF). Retrieved 12 August 2013.
- Humble, Jez (16 February 2012). "Four Principles of Low-Risk Software Releases". InformIT. Pearson Education. Retrieved 12 August 2013.
- Littlewood, Bev; Strigini, Lorenzo. "Software Reliability and Dependability: A Roadmap" (PDF). Retrieved 12 August 2013.
- Weiss, Aaron (8 June 2012). "The Hidden Security Risks of Legacy Software". eSecurity Planet. Retrieved 12 August 2013.
- Ghosh, Shona (19 December 2013). "Windows XP: Microsoft’s ticking time bomb". PC Pro. Dennis Publishing. Retrieved 2 January 2014.