
I have decided to write what I know about this topic once I have encountered (and not for the first time) some machines that are running on non-LTS versions of Ubuntu at my current and past workplaces. It's true that it wasn't something production related, but it applies also for CI machines and/or dev machines (desktop or laptop).

But before we do a deep-dive into the topic, let's first understand what is LTS and what is non-LTS and what they mean.

### LTS vs Non-LTS

LTS stands for "Long-Term Support". It is a type of release in the software world and especially for operating systems, particularly in the open-source community, that promises extended support for a more extended period than standard releases. Usually this support involves driver updates, security updates, bug fixes and more.
 
For Ubuntu, an LTS version is released every two years and is supported for five years, whereas regular releases (Non-LTS) come out every six months and have a support lifespan of only nine months.

### Now that you have a grasp on what LTS stands for, let's explore the reasons to stick with LTS releases of Ubuntu:

__Stability Over Novelty:__ One of the primary objectives of LTS releases is to provide users with a stable environment. This means that the software, tools, and packages included in an LTS release have undergone thorough testing to ensure they are free from major bugs and issues. Some users will argue that this is actually a disadvantage, as you have to wait for new updates (such as driver or HW support) much longer than rolling releases.
In my point of view, for the use cases of every day development usage and especially in CI machines, i'd rather go with slower update process to reduce risks. I would also argue that for production environments, this is a must of course.

__Extended Support:__ With a five years of support, you don't have to worry about frequent upgrades. If you're running a mission-critical server, this extended support can be a blessing.

__Security Updates:__ During the five years of support, the Ubuntu team continues to provide security patches and updates, ensuring that your system remains protected from the latest known threats.

__Predictable Environment:__ Many businesses, educational institutions, and organizations prefer an OS environment that remains consistent over time. With LTS versions, there are fewer surprises, allowing IT departments and users to familiarize themselves deeply with the system.

__Reduced Overhead for System Administrators:__ Frequent system upgrades can be a drain on resources, especially in large-scale deployments. With LTS versions, system administrators have more time in between major upgrades, reducing the administrative overhead.

__Software Compatibility:__ Over the five years of an LTS release's lifespan, developers get to know the ins and outs of that specific release. This means they can fine-tune their applications for compatibility and performance, ensuring users have the best experience possible.

__Hardware Certifications:__ Manufacturers often target LTS releases when certifying their hardware for Ubuntu, ensuring optimal compatibility and performance.

__Ideal for Servers and Enterprise Use:__ Uptime, stability, and predictability are often paramount for servers and enterprise environments. Given the longevity and stability of LTS releases, they are a natural fit for these use cases.

__Official Support from other SW__: Usually, other important vendors (let's take Steam as an example) announcing that they are supporting LTS release. It doesn't mean things won't work on non-LTS, but it means that they are not testing it on non-LTS and they are not supporting it officially.

__Better Product:__ I know this one sounds a little bit weird, but most LTS releases are much better than non-LTS releases (and i'm saying this from experience). However, there are some exceptions to this rule (Looking at you Ubuntu Server 18.04), but in general, LTS releases are much more stable and reliable.

### Not convinced? Let's take a look at the other side of the coin and see why you might want to use non-LTS versions of Ubuntu:

__Shorter Support Lifecycle:__ Non-LTS versions receive support for only nine months. This means that if you're using a non-LTS version, you'll need to upgrade your system at least once a year to keep it supported. Failure to do so could leave your system vulnerable to unpatched security issues.

__Increased Maintenance:__ Frequent upgrades can be time-consuming, especially if you have customized your system or use software not included in the standard repositories. Each upgrade poses a potential risk of breaking configurations or compatibility with third-party software.

__Stability Concerns:__ Non-LTS releases might incorporate newer and less-tested software, which, although feature-rich, might not be as stable or reliable as those in LTS releases. This could lead to unexpected system behavior, crashes, or incompatibilities.

__Hardware Compatibility:__ If you're using older hardware, there's a chance that non-LTS versions might not support it as well. LTS releases, being more focused on stability, often ensure broader hardware compatibility.

__No "secure" method to upgrade to LTS release from Non-LTS:__ Usually, there is no suggested solution to this. If you're using Non-LTS version of Ubuntu, you'll have to reinstall the OS to get to the LTS version. This is not a big deal for desktops or laptops, but for servers, this is a big no-no.

![ubuntu-lts-vs-non-lts-releases-update](https://res.cloudinary.com/canonical/image/fetch/f_auto,q_auto,fl_sanitize,c_fill,w_720/https://ubuntu.com/wp-content/uploads/c26b/Screenshot-from-2021-09-21-16-45-52.png)


Choosing between LTS and non-LTS versions depends on individual needs and use cases. While non-LTS releases provide early access to the latest features and tools, they come with their set of challenges that in most cases won't fit any production environment or what the Linux community refers as your "daily driver" for desktops users. 

For those who prioritize stability, longevity, and reduced maintenance, LTS releases remain the top recommendation. However, for enthusiasts and those wanting to stay on the cutting edge, non-LTS versions might be appealing, provided they are prepared for the associated potential issues. If that's you, I would recommend using other Linux distributions such as Arch.


Using only LTS versions of Ubuntu - The benefits explained.

Why You Should Only Use LTS Version of Ubuntu


Package management lies at the heart of Ubuntu's software ecosystem and linux distros in general, empowering users to install, update, and remove software effortlessly. With various package management systems available, such as APT, Snap, and Flatpak, it's essential to have a solid understanding of how they work and how to leverage them effectively. 

Ubuntu incorporates multiple package management systems to cater to different software distribution needs. Up until Ubuntu 22, the default package management system was APT, which is still widely used today. In recent years, Snap and Flatpak have gained popularity, offering cross-distribution compatibility and sandboxed applications. According to [Ubuntu's website](https://ubuntu.com/blog/what-is-snap), "Snaps are containerized software packages that are simple to create and install. They auto-update and are safe to run. And because they bundle their dependencies, they work on all major Linux systems without modification."

The direction by Canonical is obvious, switch to a Snap based system. However, the community is not so onboard on this move. Let's understand the differences.

__APT Package Management__

- Most extensive and distributed software repository with a wide range of packages.

- It has efficient dependency management, automatically resolving and installing required dependencies (sometimes..).

- We can say its defiantly the most mature and well-established package management system there is in the Linux distros world.

- It's also by far the fastest package management system there is.

But it does also comes with some builtin disadvantages, such as:

- Limited sandboxing capabilities for applications.

- Dependency conflicts can occur in complex software environments.

- Repository updates may not always include the latest software versions.

![apt](/images/apt-install.png)


__Canonical's case - Snap Packages:__

- Snap is considered as a cross-distribution compatibility, allowing software to run on different Linux distributions.

- It's Easy installation and removal of software, with automatic updates.

- It includes what Canonical's considering as their top ability - Application sandboxing, enhancing security and isolation.

- It bundles dependencies, reducing conflicts and compatibility issues.

- And it'll have wide availability of software in the Snap Store.

But, just like other package managers - it has its disadvantages, most of them are claimed by the Linux users community:

- Relatively larger package sizes, resulting in increased download and storage requirements.

- Can be slower to start compared to traditional packages (Firefox browser for example).

- Limited access to system resources, potentially impacting performance in resource-intensive applications.


![snap](/images/snap-package-manager.webp)

__Flatpak:__

- It's a cross-distribution compatibility, similar to Snap packages.
- Application sandboxing, ensuring security and isolation.
- Ability to bundle dependencies, reducing compatibility issues.
- Independent of the host system, allowing for newer software versions.
- Wide availability of software in Flatpak repositories.

But it has very similar cons just like Snap:

- Larger package sizes compared to traditional packages, resulting in increased download and storage requirements.
- Possible duplication of system libraries, leading to larger disk usage.
- Dependency management can be more complex compared to APT.
- Some software may not be available as Flatpak packages.

![flatpak](/images/flatpak.png)

I didn't try Flatpak yet, but according to a vast majority of the Linux community, it's a better alternative to Snap especially due to Snap performance issues which Canonical is still working on.

Of course, there are many other package managers available out there, but these are the ones I'm most familiar with.

In conclusion, I won't come and say package manager X is the best one - While each package management system has its pros and cons, understanding their differences allows software developers and Linux distro users to make informed decisions based on their specific needs. APT remains a mature and efficient choice, while Snap and Flatpak provide advantages such as cross-distribution compatibility and enhanced security. Evaluating factors like performance, resource usage, and software availability will help determine the most suitable package management system for individual use cases.


Get to know APT, Snap, Flatpak, and more. Optimize software installation, updates, and removals in this overview guide

All Blog Posts in the Ubuntu Category

Why You Should Only Use LTS Version of Ubuntu

Package Management in Ubuntu: Overview Guide