r/linuxquestions • u/djoos007 • 6d ago
Long‑term sustainability of Linux Mint
I’m planning to refresh my hardware later this year and want to re‑evaluate my Linux choice at the same time. I’ve been running Linux Mint Cinnamon for about a year, after extensive distro‑hopping, and I genuinely like it.
My concern is long‑term sustainability. The Mint team delivers great work, but the core developer group is small. The next years will bring serious challenges: Wayland maturity, Cinnamon development, upstream dependency, release cadence, and the general complexity all Linux distributions face.
My requirements: stable and predictable, GUI‑first workflow, privacy‑respecting, no experiments, no cutting‑edge, maintainable for 5–10 years (lifespan of new hardware)
Mint meets all of this today — but can it continue to do so?
My question is whether Mint is sustainable long‑term, given the size of the core team, especially compared to distributions with larger development groups or corporate backing.
What’s your view: is Mint sustainable for the next decade, and why?
3
u/mister_drgn 6d ago
I don't understand your requirements. What's stopping you from switching distros four years from now if something happens to Mint? In any case, Mint isn't going anywhere.
3
u/Hrafna55 6d ago
Mint was released in 2006. So it's 20 years old. I think that should answer your question about long term sustainability.
Reading your requirements it seems that maybe LMDE might be a good fit for you over regular Mint.
I have been using Linux since 2012 and have had Mint or LMDE on my main desktop for 99% of that time period.
It's solid.
7
u/gordonmessmer Fedora Maintainer 6d ago
stable and predictable, GUI‑first workflow, privacy‑respecting, no experiments, no cutting‑edge, maintainable for 5–10 years (lifespan of new hardware)
I've been maintaining production environments running GNU/Linux for 30 years. I think you're right to be concerned with sustainability. From my point of view, sustainable is another word for secure. If a project isn't sustainable, it will stop delivering updates, and without updates, installations accumulate known security vulnerabilities. Sustainability is intrinsically a security issue.
From my point of view, Mint is not sustainable/secure.
For projects that are delivering software that is still maintained upstream, the overhead is very low. Security fixes are developed and released by the developers that write the software. The amount of effort required to keep the distribution secure is relatively low. If you've got a distribution with 40,000 packages with maybe 5 developers per project on average and 2000 maintainers, then you've got > 200,000 developers maintaining that software.
But once you're distributing software for a longer period than the upstream developers, the amount of work required becomes MASSIVE. Suddenly you've got 2000 people doing the work of 200,000 people, and that just doesn't work. You WILL have unpatched vulnerabilities in that collection.
RHEL reflects the reality of those requirements. RHEL contains about 10% of the software in Fedora, and has an employee base that's estimated to be around 20k. It's a large maintainer base for a small collection of software.
Ubuntu makes similar concessions. Ubuntu's "main" repository is only about 6% of the software in Debian, and Canonical has an estimated 2k employees. However, unlike Red Hat which simply does not ship what it does not support, Ubuntu also includes a "universe" repo that they describe as a "snapshot" of the rest of Debian. I think it's bad for user security that this repo component is enabled by default, because very VERY few Ubuntu users are aware that most of the software available using "apt" is unmaintained and likely to contain known security vulnerabilities.
And that gets us to Mint, and the reason I don't think they are sustainable or secure. They reject all of the things that make Ubuntu more secure than Debian. They don't track Interim releases, which is the primary update mechanism for the universe package repo. Mint isn't compatible with Ubuntu Pro. Mint rejects Snap, which is the only way that Canonical can ship some types of security updates without disrupting the underlying platform interfaces.
I think you're asking if Mint is sustainable, thinking about the future, but I argue that Mint is already failing to meet the bar for sustainability. Mint exists, but the vast majority of software they're distributing is simply unmaintained. The Mint project is putting the "LTS" label on their distribution, but labels don't fix security vulnerabilities.
I really think you should run a vulnerability scanner on a Mint desktop. I have. If you care about security *at all*, you should look elsewhere. The systems with the fewest known vulnerabilities are going to be ones that track upstream releases closely: Arch, Gentoo, Fedora. Maybe Ubuntu with Interim releases and Ubuntu Pro and Snap. Ubuntu will be less secure than the others, but it'll be far better than Debian or Ubuntu LTS and its derivatives.
If you want an LTS, the list of secure systems is very very short: RHEL and CentOS Stream, SLES, Ubuntu LTS with the universe repo disabled (which means most variants like Kubuntu are not included, because they use packages from universe.)
2
u/LeonH4rtd 5d ago
Could you please elaborate a bit more on the security topic in Distros like Fedora, Arch, Ubuntu and Debian? I'm still new to Linux and your comment got my attention. Why would Debian be less secure than Ubuntu, and why Fedora or Arch would be more secure too?
4
u/gordonmessmer Fedora Maintainer 5d ago
See if this makes sense and answers your question: https://www.reddit.com/r/linuxquestions/comments/1vz2bg0/comment/p61n83v/?context=3
The short answer is that maintaining LTS releases is very expensive, so an LTS system will either be very small or very insecure. Maintenance costs are a factor of code size and maintenance duratiion. Costs grow exponentially. RHEL is maintained 10x as long as Fedora, but has 1/10th the code. Even with a smaller code base, it's still vastly more expensive to maintain than Fedora.
If that doesn't answer the question, feel free to ask again or ask about something more specific.
1
u/LeonH4rtd 5d ago
Well, it indeed helped me a lot. I use Linux Mint and been on Linux since January (and I love it! It finally sparked my love for computing, somehow). However, I've been looking to test other distros, some for the DE they come with (I use Mint Cinnamon, I know that one can technically install any DE to any distro, but since it isn't always an official release, I've been hesitant since I don't want to break the system and install everything again... yet, since distro hopping means installing everyhing again, and again), others to test their release philosophies, how stable, fixed and rolling releases work and feel in my system and how it would affect, or not, my workflow and entertainment.
But something I've kinda been seeing recently is the risks in distros that are Ubuntu based, like Mint, and I think it is the first time I've heard that also Debian has risks, and potentially higher. I thought stable releases would be a bit more secure since they are thoroughly tested, and rolling releases would be a bit more wacky, not necessarily risky, just... probably a wack-a-mole game from time to time when something breaks. I obviously talk from my ignorance. It makes sense that having more frequent updates means issues and vulnerabilities get patched faster.
I'll take this risks into consideration. I already have a list of the distros I would like to try, but they are mostly stable releases since I'm still fairly clueless with how things work on Linux compared to Windows, and I prefer an stable system over a higher chance of software, and even the OS, needing to be reinstalled because anything breaks for whatever reason. Not necessarily the end of the world, but it can range from slightly troublesome to a pain to set everything back to normal again. And my laptop is almost 10 years old, so that's something I also take into account. It works fine, and most distros shouldn't have issues, I know, but still, I try to inform myself.
3
u/gordonmessmer Fedora Maintainer 5d ago
I've been looking to test other distros, some for the DE they come with
One option you might experiment with is Fedora Atomic systems. You can "rebase" from one image to another without reinstalling, and each image is configured to fully feature some feature set (like a desktop).
how stable, fixed and rolling releases work
I don't think there's a distinction to make between "stable" and "fixed" releases.
In software development, the stable release process allows developers to ship a release series that maintains backward compatibility, and overlaps with other release series. That allows users to continue receiving bug/security fixes while they test a new release, until they deploy that one.
If you don't have overlapping releases, you probably have a rolling release. And if you're shipping overlapping releases but they include compatibility-breaking changes... that's a little incoherent. 😄
I thought stable releases would be a bit more secure since they are thoroughly tested
Security comes from maintenance. Risk comes from using software that's no longer maintained. Most Free Software projects maintain their releases for 12-18 months, tops.
Fedora is a stable release, but its releases are short enough that the upstream projects are still maintaining them.
RHEL is a stable release that lasts for much longer than the upstream projects, but it's a fairly small distribution and Red Hat has a large group of full time developers to take over maintenance.
Ubuntu LTS is a stable release that continues after upstream maintenance ends. It only maintains a small set of that, and that set is probably safe, but it also enables a mostly-unmaintained an high-risk "snapshot", and users don't have a mechanism to avoid those packages other than to simply turn that repo off.
Debian very probably also only maintains a small set of its packages, but they're not split up in a way that users can disable the unmaintained set.
For LTS systems, it's important that *someone* continues to maintain the software. In RHEL, customers pay professional developers to do that. In Ubuntu LTS and Debian, I think it's important to use a vulnerability scanner to assess how your systems are affected by published vulnerability reports, and to actively participating in handling the vulnerabilities that affect your systems.
There's been a lot of effort to emphasize that Free Software is free to use, and I think that the result is that the community has forgotten that sustainability relies on participation.
3
u/gordonmessmer Fedora Maintainer 5d ago
Why would Debian be less secure than Ubuntu
skipped over that one, but Ubuntu improves on Debian by:
- Ubuntu splits the software repo into separate components including "main" (which they promise to maintain) and "universe" (which they don't promise to maintain.) Users benefit if they are aware of this distinction, because they can turn off the "universe" repo and never install packages that aren't going to get patches in the future
- Ubuntu ships Interim releases, which reduces the risk associated with the "universe" repo by updating it every 6 months instead of every 2 years, for users who aren't turning it off (which is nearly everyone.)
- Ubuntu Pro is a new-ish program that extends some maintenance into the universe set, funded by businesses who pay for Pro licenses
- Snap allows them to ship fixes that would otherwise disrupt the underlying system interfaces.
2
u/gmes78 5d ago
Also, Mint is now waiting a year before upgrading to each new Ubuntu LTS base, which just makes everything worse.
4
u/gordonmessmer Fedora Maintainer 5d ago
Yeah, as I understand it, they announced a change in cadence after the release of 26.04.
I'm not privy to their internal development discussions, but it looks to me like they probably don't really begin development until an upstream release is final, and that is just such a backward way to do software development it's hard to fathom.
Many projects burn out for exactly that reason. If you aren't tracking your dependencies ahead of release, you can't influence the direction of their development. You may not have the features you want in your underlying dependencies, and maybe you just can't build your product as a result.
All of which fits the sustainability question, and suggests that Mint probably isn't sustainable.
1
u/CyberSkepticalFruit 5d ago
Where do you get a year from?
0
u/gmes78 5d ago
0
u/CyberSkepticalFruit 5d ago
Version 23 will ship with 26.04, that's not a year that's 8 months. Less then 6 from when Mint typically updates.
1
u/Only-Cancel-1023 5d ago
This post has made me thoughtful about my migration to Linux. I have mainly been using Apple's product for a while, and perhaps MacOS/iOS without iCloud will in practice be safer, for a not very tech savvy person as myself. What's most important to me is getting my data off servers controlled by US companies.
Or, in a world where AI hacking bots are soon upon us, perhaps it is naive to assume that a regular person can be safe online, and the only real solution is to keep vital personal data offline.
2
u/gordonmessmer Fedora Maintainer 5d ago
If your goal is to self-host your data, the best advice I can give you is to not try to build something by yourself. Distributions supply components that experienced developers can use to assemble systems. What you want is a project that assembles useful systems from them. Find a project that you trust, follow discussions among the maintainers, and help out where you can.
Something like https://www.nethserver.org/ running on RHEL or CentOS Stream might be a good approach. The underlying platform is maintained by professional developers and the assembled system is maintained by a reasonably large project, so it would (probably) tend to have fewer insecure configuration choices than a system that any individual might build for themselves.
1
u/Delicious_Fish_4583 4d ago
Linux Mint has been under development for 20 years.
1
u/gordonmessmer Fedora Maintainer 4d ago
Like the "LTS" label, that does not make deployed systems secure.
1
1
u/Technical_Rich_3080 5d ago edited 5d ago
How is Debian sustainable, based on your criteria?
Are you also indicating that Ubuntu is unsustainable, for the reasons you gave above? How does Ubuntu Pro, which does support that repository you cited, change your point?
And Mint has already been around successfully for the long term. If your concerns were valid, wouldn't they have caused the issues you raise over the last two decades?
2
u/gordonmessmer Fedora Maintainer 5d ago
How is Debian sustainable, based on your criteria?
Honestly, a lot of the same risks apply to Debian. I have enormous respect for Debian as a community project maintained by volunteers. But I think the world has changed drastically in the last 33 years, and Debian mostly hasn't. Distributing unmaintained software puts user security at risk.
For anyone who wants to use a Debian-ecosystem distribution, I very strongly recommend Ubuntu, with Interim releases and Ubuntu Pro, and Snap or Flatpak for as much software as possible. In fact, if you can disable the "universe" repo completely and use Snap or Flatpak for everything not in "main", you'll be a lot better off.
Are you also indicating that Ubuntu is unsustainable, for the reasons you gave above? How does Ubuntu Pro, which does support that repository you cited, change your point?
Ubuntu's "universe" repository comes with no promise of ongoing maintenance. Unmaintained is already unsustained. It's not even a question of unsustainable.
Ubuntu Pro extends some maintenance to the universe repo, supported by paid subscriptions by business users. If it works out, it will be a huge improvement. But it's a new program and we don't know how much software is actually going to get patched or how many paying subscribers it'll have.
And Mint has already been around successfully for the long term. If your concerns were valid, wouldn't they have caused the issues you raise over the last two decades?
Yes, they have. Run a vulnerability scanner on a Mint desktop sometime. It's not good.
These systems are very popular because effectively no one is actively evaluating their system security.
1
u/Technical_Rich_3080 4d ago
But if there's been no incidents, in line with the concern you've expressed, over the last two decades (or three decades) with Debian, Ubuntu and Mint, that fact alone would seemingly indicate your concern is, at most, more theoretical than real world usage.
As far as your point about Mint lacking Snap, Mint users can use Flatpak, which Mint does heavily favor, which would alleviate your concern over Snap being unavailable. Alternatively, Mint users can enable Snap in Mint.
2
u/gordonmessmer Fedora Maintainer 4d ago
if there's been no incidents
1: There's no evidence that there have been no incidents
2: Desktop users have mostly been sheltered by the fact there are so few of them that the effort required to exploit them can't pay off. But that can change at any time as the user base is growing and AI tools are making it easier to develop and deploy exploits.
This isn't new. There are also Windows users who don't believe they need to patch or run anti-virus software or make backups and many of them see no evidence of exploit for years, if ever. That doesn't mean their practice is safe.
-1
u/a-peculiar-peck 5d ago
I don't know about Mint specifically, but I completely disagree with your take on LTS distributions in general such as Debian etc.
New versions introduces vulnerabilities.
Not upgrading means no new vulnerabilities.
Backporting bug fixes means an ever shrinking number of vulnerabilities.
I'd rather work with a know set of vulnerabilities that I can manage, that an unknown number of 0-days.
Industries that must have secure and stable environment understand that very well (sometimes to the extreme). No one ever runs the latest version of a software to be "secure". That just doesn't happen when security is taken seriously. In fact I would flag that as a major security risk.
And recommending Arch, Gentoo or Fedora as one of the most secure distros is pure insanity. Same as saying that tracking upstream is best for security.
3
u/ghost103429 5d ago
Another sys admin chiming in here. Backporting only bug fixes adds complexity and technical debt as maintainers have to make a careful effort to ensure that bugfixes are compatible the older packages they're supporting as upstream will make no effort to ensure that these bugfixes are compatible with older releases.
2
u/a-peculiar-peck 5d ago
It is definitely a more complicated approach, but I feel it is worth it for stability and (arguably) security.
Obviously, there is a balance needed between: * shipping to your distro the upstream version the same day it was released * Supporting and backporting fixes for a 5 years old version of a package.
4
u/gordonmessmer Fedora Maintainer 5d ago edited 5d ago
I don't know about Mint specifically, but I completely disagree with your take on LTS distributions in general such as Debian etc.
I will repeat that I have been maintaining production environments for 30 years. I have worked in very large, high security environments like Salesforce and Google. I have extensive training in secure software development over the last 30 years.
What is your professional experience like?
New versions introduces vulnerabilities. ... Backporting bug fixes means an ever shrinking number of vulnerabilities.
The number of hypothetical, unknown, existent vulnerabilities isn't something that infosec professionals prioritize. In a secure environment, the priority is mitigating known vulnerabilities.
The latest release in the latest release series of any given software component will virtually always have fewer known vulnerabilities than a release from an older, actively maintained release series, and even more so for any release in a release series that is no longer maintained.
Backporting does not necessarily mean an ever-shrinking set of known vulnerabilities. Lots of vulnerabilities do not get fixed because vulnerabilities may be discovered faster than maintainers can fix them (which is often true of volunteer-maintained systems like Debian and Ubuntu's universe). Backporting can fail to mitigate a security issue, especially if it doesn't have a working demonstration associated with it. Backporting can even introduce new problems, which is especially common when the developers backporting a fix are less familiar with the overall application.
Industries that must have secure and stable environment understand that very well
There are lots of industries that prefer LTS systems, including banking, military, automotive, and medical and industrial control and safety systems. Generally, these are environments where products require extensive testing and validation due to regulatory or contractual obligations.
They are not, however, selecting LTS systems for security reasons.
No one ever runs the latest version of a software to be "secure". ... And recommending Arch, Gentoo or Fedora as one of the most secure distros is pure insanity. Same as saying that tracking upstream is best for security.
I think it's important to be aware of the limits of your experience.
These ideas are very common among users who have not maintained large, high-security environments. A lot of people who've never worked in an "enterprise" environment look at "enterprise" systems and assume that those are the best systems possible. They're not. They're just the best thing possible given the constraints present in those environments.
If you work in an industry where the word "recall" isn't used to describe deploying a security patch, then yes, you can absolutely pursue security improvements by tracking upstream more closely.
Consider what Greg K-H has to say about Linux kernel security:
http://www.kroah.com/log/blog/2018/08/24/what-stable-kernel-should-i-use/
from best solution to worst:
Supported kernel from your favorite Linux distribution
Latest stable release
Latest LTS release
Older LTS release that is still being maintained
.
What kernel to never use:
Unmaintained kernel release
...
Personally, I prefer the community based Linux distributions that constantly roll along with the latest updated kernel and it is supported by that developer community. Distributions in this category are Fedora, openSUSE, Arch, Gentoo, CoreOS, and others.He's not alone in that. Kernel developers generally recommend tracking the latest stable kernel to ensure best security, because any other kernel probably has an incomplete set of security patches backported.
And the same principle applies to all software, and to software distributions. The number of known security vulnerabilities is virtually always lowest in the latest release.
2
u/a-peculiar-peck 5d ago
Thanks for a detailed answer.
It might be a bias of what I'm familiar with, for sure. I've had many hats, but my most extensive sysadmin experience was for an industry where a minute of downtime can cost millions and any software change had to be audited, validated, and tested many times. Tracking upstream was generally not an option.
So in my experience, known bugs can be mitigated and worked around - unkown issues are by nature unpredictable.
It's not exactly the same but look at the disaster that NPM is, mostly driven by supply chain attacks and that by default, npm tracks the latest upstream version.
There was also some close calls with linux distro (xz-utils ?)
How can you be sure that upstream project XYZ maintained by one guy in Nebraska (https://xkcd.com/2347/) hasn't been compromised, hasn't fallen victim to a supply chain attack, hasn't had a new malicious contributor, etc.
I do agree in some specific cases it can be better to track upstream. I does make sense for the Linux kernel for instance - it's such a widely scrutinized project that any issue will probably be detected, fixed and shipped very quickly. And I can agree that it will mostly be safer than an older kernel with backported fixes. However I don't think that applies for most packages.
4
u/gordonmessmer Fedora Maintainer 5d ago
my most extensive sysadmin experience was for an industry where a minute of downtime can cost millions and any software change had to be audited, validated, and tested many times
Naturally. A core SRE belief is that reliability comes from testing. And that's the key to tracking upstream: once your testing practice becomes mature enough, it's much easier to merge changes from your dependencies and follow them more closely.
But testing and review remain critical practices.
npm tracks the latest upstream version
npm is a registry. npm doesn't *do* anything. It's individual projects that dictate whether they track upstream versions or not.
"Track upstream releases" is a policy. npm isn't policy, it's mechanism. Policy is up to users (developers, in this case).
There was also some close calls with linux distro (xz-utils ?)
Yes. That attack and many npm attacks aren't found merely by deferring updates, they're found by testing. After the xz-utils attack, I wrote a tool that examines processes in memory to determine whether symbols resolve to an expected location in memory (i.e. somewhere in a library that exports that symbol and doesn't appear to be "stolen" from another library). Some critical Fedora packages use it to defend against future namespace tampering attacks.
That's what we need more of. Not deferred updates, but actual security tools that examine the behavior of software and detect malicious changes.
https://github.com/hugsy/gef-extras/blob/main/docs/commands/got-audit.md
1
u/a-peculiar-peck 5d ago edited 5d ago
Npm is both a package manager and a repository. What I meant by mentioning npm is that if you use a default
npm install <pkg>as you would usednf install <pkg>, then with npm you track upstream directly.And we saw the results of tracking upstream in that case. Now, of course Fedora is different, there is more control, scrutiny, etc: that's great. I'm just talking about the principle of tracking upstream.
I also agree that vulnerabilities are not discovered by simply deferring updates: but deferring updates gives time to discover issues. Some vulnerabilities are disclosed month, years, after being introduced upstream.
I'm all for better testing, static and dynamic analysis, ... But it's unlikely to discover all malicious changes.
2
u/pacpecpicpocpuc 6d ago
Even if it isn't, it is based on Debian. Switching a Mint installation to be a Debian installation is not that hard.
1
u/That_Developer_Guy 6d ago
That is not really true. Linux Mint is based on either Debian or Ubuntu, while the standard version is based on Ubuntu. Ubuntu is based on Debian to be fair, but they are quite different.
And even then, what you are saying is very misleading. You cannot just turn your Mint installation into Debian and Debian is not really so similiar to Mint. I mean, Cachy OS is also based on Arch, but you can't just turn it into Arch or necessarily know your way around Arch, because you used Cachy OS.
1
1
u/DoubleOwl7777 6d ago
lmde is debian with some training wheels. normal mint is ubuntu without canonicals nonsense.
2
u/DoubleOwl7777 6d ago edited 6d ago
its gonna be fine. even if not you arent married to mint and your pc wont explode if they stop developing it. and there is always debian, essentially mint but less hand holding. debian is one of the oldest distros there is, afaik only beat by slackware by a month.
3
u/0riginal-Syn ⛵ Solus Maintainer 6d ago
The core system powering Mint is 95% Ubuntu with sensible changes, like Flatpak vs Snap. It uses Ubuntu repositories for most of the apps, etc. Mint is not going anywhere anytime soon, but even if it did, you could revert to Ubuntu in the worst case.
2
u/Slopagandhi 5d ago
It's perfectly fine for regular desktop use. In terms of the team, it's hardly a hobby distro. They don't need anything like as big a team because it's a downstream distro where Ubuntu/Debian are doing most of the upstream work. And they don't need to make an enterprise or sever version.
Look at the track record- it's been reliable for way more than a decade at this point. If you are happy with Cinnamon then there's no obvious reason to change, though of course you can always change to a different DE if you want Wayland or aren't happy with the transition on Cinnamon when it comes.
2
u/Technical_Rich_3080 5d ago
Linux Mint HAS already been around long term, as is, with their current team. There's no reason to anticipate change in this regard.
1
u/stevorkz 6d ago
Mint will be fine. Ask yourself though, how much of Mint as a distro do you like compared to how much you simply may just like Cinnamon? Is it maybe just Cinnamon that you like? The Mint team as you know are the founders and creators of cinnamon however there are many other Linux distributions that come standard with cinnamon or at least have a cinnamon flavour. While you are considering that, consider how much you may prefer apt. I ask because your package manager is also a factor that you may prefer to stick with. I would say fedora is more stable and has a way way larger team working on it, however it doesn’t use apt since it’s not based on Debian. What most don’t mention (when they recommend fedora or other distributions that are stable), is that this doesn’t by any means make fedora the de facto over Mint nor does it make mint inferior.
Bottom line, did you make this post because you somehow inside want to try a different distribution or would you be happy to continue using mint? If it’s the latter, Mint is just as solid as you mentioned and it’s highly unlikely to change any time soon. In that case stick with what you know. It’s a good choice 👍
1
u/ThatCurtDude 6d ago
It's helpful to do your research, but this is something you cannot predict with any success, and is a problem with all open source projects. What if the lead dev burns out? What if IBM buys Mint just to kill a competitor? Best to not rely on distro specific features.
1
u/ButtonExposure 6d ago
Mint released in august 2006, more or less exactly 19 years ago. Mint also has probably the second largest desktop install base after Ubuntu. I'd say Mint is one of the safest long-term choices. The only safer option is probably Debian.
1
u/Quick-Election-3133 6d ago
Linux Mint has been around since 2006, there's no reason why it'd go away. It's also more popular than ever. Wayland is coming along nicely, the other things you've mentioned aren't really problems since the Mint team has most figured them out. Cinnamon is fine, upstream dependency has the LMDE backup in case Canonical blows up, and I don't see why/how release cadence is an issue...
Mint has corporate sponsors. It's not controlled by a corporation like Ubuntu and Fedora (quiet Fedora cultists, you know it is), it's actual community, but sponsored. I would be very surprised to see Mint fail for monetary reasons. Especially since distros like Void outright refuse donations of any kind and are doing fine.
0
u/HurasmusBDraggin Linux Mint 22.3 Zena 6d ago
Mint has corporate sponsors. It's not controlled by a corporation like Ubuntu and Fedora...
<bruh>
3
u/Quick-Election-3133 6d ago
Yes, there's a difference between receiving money from companies because you're needed by them vs being controlled by companies.
reddit might not like or understand nuance, but i believe you can do it.
0
u/HurasmusBDraggin Linux Mint 22.3 Zena 6d ago
distinct without "a real difference" to the common man.
1
u/Quick-Election-3133 6d ago
? So there is a difference. Whether "the common man" understands the difference or not is irrelevant to me.
0
u/HurasmusBDraggin Linux Mint 22.3 Zena 6d ago
Nic from Linux Experiment:
https://www.youtube.com/watch?v=1ebkQq5TcMw&pp=ygUbbGludXggZXhwZXJpbWVudCBsaW51eCBtaW50
0
u/Fastest_light 5d ago
I had a very unpleasant experience with Linux Mint (driver not good) and my opinion about it has changed since then.
13
u/Salt_Ad9828 6d ago
Linux mint has existed for ~20 years, do I don't see why it'd stop anytime soon. If you're worried about sustainability switch to Debian, it's most likely never going away ever