Discussion on LTS OSes
-
@IRJ said in Linux OS Thoughts?:
@DustinB3403 said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
What do you get on bleeding edge that you don get with LTS, that outweighs the compatibility issues?
More bugs to troubleshoot and learn Linux with.
I prefer to use it vs troubleshoot it. You will get plenty of opportunities to troubleshoot.
There is plenty of learning to do with installing packages managing updates, etc, to deal with incompatibility issues that are easily preventable.
I find it about equal. Not seeing advantages of LTS for that. In fact, LTS so infrequently supports that well that generally you have to break the LTS portion in order to get LTS to work. (Example... leaving the OS and getting third party PHP source on CentOS.)
-
@IRJ said in Linux OS Thoughts?:
@travisdh1 said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
@DustinB3403 said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Stick to LTS versions (...hides)
I say the bleeding edge is better.
If you want to run linux for literally everything and never boot Windows, LTS is a better choice. Because if there is any type of software packages for linux they will be made 100% for LTS. I have never seen an example where LTS wasnt supported and Rolling update versions were supported. I have seen PLENTY of software where rolling versions like Fedora or Ubuntu 19.10 are not supported , but LTS versions are supported.
That would be software that I wouldn't consider unless forced to.
Sounds great, but completely false in the real world.
If you require support, yo uhave to. Remember according to Ubuntu... only the rolling release gets full support. "Support" for LTS is limited to "what updates are easy" and "helping customers update to current." So if your software 100% depends on LTS, technically, you aren't making production / supported software.
-
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
What do you get on bleeding edge that you don get with LTS, that outweighs the compatibility issues?
More vendor support in my experience. More updates, faster. Fewer update problems.
Example... Fedora 29 > Fedora 30 is a much smoother and less breaking update path than CentOS 7 > CentOS 8.
LTS tends to break things, increase risk, and make for a lot more administration overhead.
You say this, but it is completely opposite of real world. I can show you examples upon examples where LTS is supported and Bleeding Edge is not. I have shown examples here on ML before. We have had this conversations many times.
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge. You can argue that bleeding edge is better, but I want to know how. Not some tangible evidence of you saying it works better when everyone else believes the opposite.
Negatives about bleeding edge:
Often not supported
No available benchmarks
Higher chance for bugs as it gets untested releasesWhat are the tangible negatives for LTS?
-
Honestly, for real, having watched how LTS has been treated the last few years, I think LTS has failed and been abandoned. The LTS model is so bad in the real world that pretty much no one is using it in reality anymore. People are still claiming to use it by installing Ubuntu LTS or CentOS, but then modifying the OS to act like a more rapid release. Vendors basically require this now. Whether requiring third party PHP, NodeJS, databases, or whatever, they are no longer using the OS components that are LTS, but replacing them with often bleeding edge options because the LTS releases are so stagnant that the software becomes non-competitive.
We see this even on the desktops with AppImage and Snaps taking over from version locked RPM and DEB repos for the OS.
-
@IRJ said in Linux OS Thoughts?:
You say this, but it is completely opposite of real world. I can show you examples upon examples where LTS is supported and Bleeding Edge is not. I have shown examples here on ML before. We have had this conversations many times.
Everyone says that they have examples, but I don't believe it. It's all words. It's excuses to simply not have production support. Not offering current support isn't the same as supporting LTS.
-
@IRJ said in Linux OS Thoughts?:
Often not supported
Not supported by whom though? Third party software devs or the OS devs them selves. Where are you asking support to be supplied from?
-
@DustinB3403 said in Linux OS Thoughts?:
@scottalanmiller can explain what the fundamental differences is between LTS and anything bleeding edge.
To summarize it lazily, LTS is a set in time that is only updated for security concerns. BE is everything not that and you wanting to use the newest features as soon as they are released.
Yeah that's not true. Dot releases with CentOS/RHEL give you packages that weren't in previous releases. For example adding VDO in 7.5 or 7.6. By the way, I believe you still need copr on Fedora to install that (so not in upstream yet.).
-
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
-
@IRJ said in Linux OS Thoughts?:
Stick to LTS versions (...hides)
what is LTS Versions vs. Bleeding Edge
-
@IRJ said in Linux OS Thoughts?:
You can argue that bleeding edge is better, but I want to know how.
Basic software engineering tells us this.... products that are more maintained and "alive" naturally win over those that are stagnant. LTS is a marketing term to make "stagnant" sound viable. It's only beneficial to ghost ship or very poorly updated software. As a software engineer, I only use LTS to screw the customer, never to make good software. It's so I can get away without maintaining or patching. It's so the risk is the customer's not mine, but the risk is magnified.
Bleeding edge is the WRONG term and nothing to do with what we are discussing. We are talking about LTS (aka stagnant) versus Current support. Ubuntu and Fedora are not rolling, nor bleeding. They are simply a six month update cycle compared to a longer update cycle.
-
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
A good portion of business that have any compliance requirements dont have a choice. Pretty much businesses that have any kinds of audits are going to need to meet benchmarks even if they arent specific to CIS or NIST. Nobody is able to provide valid benchmarks for Bleeding Edge as they change so much.
-
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
The hardening for RHEL is written by Red Hat, not NIST. So the benchmarks are made by the people that make the software...
-
@IRJ said in Linux OS Thoughts?:
Negatives about bleeding edge:
Often not supported
No available benchmarks
Higher chance for bugs as it gets untested releasesNone of these are true for what we are discussing. They are often MORE supported (Ubuntu they are the ONLY option for what IT calls support, and as that is the biggest OS, this is a big deal.) RHEL gives more phone support to LTS, but more coding support to current.
Benchmarks are easily available.
Higher chance of bugs based on what? I don't believe this to be true, especially in real world usage. It sounds plausible, but doesn't really hold up.
-
@stacksofplates said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
The hardening for RHEL is written by Red Hat, not NIST. So the benchmarks are made by the people that make the software...
Coincidentally I know this because I've contributed directly to SCAP remediations.
-
@IRJ said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
A good portion of business that have any compliance requirements dont have a choice. Pretty much businesses that have any kinds of audits are going to need to meet benchmarks even if they arent specific to CIS or NIST. Nobody is able to provide valid benchmarks for Bleeding Edge as they change so much.
That's unrelated to what is "good" or "secure". Politics and good business are opponents, not partners.
-
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
A good portion of business that have any compliance requirements dont have a choice. Pretty much businesses that have any kinds of audits are going to need to meet benchmarks even if they arent specific to CIS or NIST. Nobody is able to provide valid benchmarks for Bleeding Edge as they change so much.
That's unrelated to what is "good" or "secure". Politics and good business are opponents, not partners.
Sometimes you need both. Without requirements we would be in much worse shape. There has to be an audit process in place, and they has to be realistic time for it. Most of audit checks make perfect sense. Sure there is always weird requirements, but overall they surely are considered best practice.
-
@WrCombs said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Stick to LTS versions (...hides)
what is LTS Versions vs. Bleeding Edge
That's not a comparison. They are saying Bleeding Edge in an attempt to discredit "Current Releases." Bleeding edge is something wholly different.
LTS: Long Term Support. These are OS releases that are selected (every major vendor does this... Windows, RHEL, Ubuntu, Suse, etc.) to get "support" for a really long time with a guarantee that the code versions won't change. It's a locked release that you can install and use and get "support" for a long time. I say "support" because it's not always what it sounds like. Ubuntu doesn't offer anything we'd call actual support for their LTS, it's all a marketing thing not a tech thing.
Current Release: This is the current product release from a vendor. Windows, RH, Ubuntu, Suse all offer these. Windows, RH, and Ubuntu all have a ~6 month release cycle for current. Suse alone uses a rolling release model. None of these imply anything like cutting or bleeding edge, those terms would denote a misunderstanding of what releases are. A current release can easily include software that is decades old, nothing about it implies a faster release of packages. And if it did, Ubuntu LTS is also "Current" every 18 months, so if bleeding edge is bad, then their LTS is also bad because they would overlap.
Current selections of both....
Windows:
LTS: Windows LTSB 1809
Current: 1903Red Hat:
LTS: CentOS 8 / RHEL 8
Current: Fedora 30Ubuntu:
LTS: 1804
Current: 1910Suse:
LTS: OpenSuse Leap
Current: OpenSuse Tumbleweed -
@IRJ said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@IRJ said in Linux OS Thoughts?:
Literally all the NIST, CIS, etc standards point to LTS and dont have benchmarks for Bleeding Edge.
And this, in turn, makes them complete and utter jokes with no place in a production environment. If they don't know computing basics (and they don't) they shouldn't be making recommendations. We know that these agencies are inept and at best decades behind the times. That they recommend LTS tells us a lot about if that's a good idea. Remember until just two years ago NIST was recommending insecure passwords because they couldn't keep up with decades old basic computer knowledge.
A good portion of business that have any compliance requirements dont have a choice. Pretty much businesses that have any kinds of audits are going to need to meet benchmarks even if they arent specific to CIS or NIST. Nobody is able to provide valid benchmarks for Bleeding Edge as they change so much.
That's unrelated to what is "good" or "secure". Politics and good business are opponents, not partners.
Sometimes you need both. Without requirements we would be in much worse shape. There has to be an audit process in place, and they has to be realistic time for it. Most of audit checks make perfect sense. Sure there is always weird requirements, but overall they surely are considered best practice.
Sometimes you have to bow to politics over what is good for the business all things being equal. The law often demands or promotes reckless behaviour (like allowing faxes under HIPAA... absolutely criminal if the law didn't promote it.)
But that doesn't make the practice good, only required.
-
@stacksofplates said in Linux OS Thoughts?:
@Dashrender said in Linux OS Thoughts?:
@DustinB3403 said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@WrCombs said in Linux OS Thoughts?:
@DustinB3403 said in Linux OS Thoughts?:
@WrCombs said in Linux OS Thoughts?:
Learn linux - But with out the " "
Okay so let's break this down one more step. What about Linux do you want to learn?
If you looked at Linux like the day you go your learners permit, it's just learning what the tools are and how to use them. Is there something specific you are wanting to do with Linux?
looking at Linux Administration.
Oh, in the case, installing RHEL 8 is probably the best place to start.
Spend money on RHEL, really? When we were just telling him to not spend money on Windows 10 Pro for his work provided computer.
In a lab/home environment, sure that makes sense, but this is discussing his career. Which I would lean towards Fedora as a jump point.
RHEL is still free (as far as I know) it's just a HUGE PITA to get your hands on if you don't buy support for it.
You can get it for free through a dev account, but it's offered through CentOS as the free version unless you build it from source yourself.
Other than a name - what is the difference between CentOS and RHEL? it's my understanding that RHEL is a less rev'ed version of CentOS, which is a less rev'ed version of Fedora... in essence, it's LTS.
-
@DustinB3403 said in Linux OS Thoughts?:
@Dashrender said in Linux OS Thoughts?:
@DustinB3403 said in Linux OS Thoughts?:
@scottalanmiller said in Linux OS Thoughts?:
@WrCombs said in Linux OS Thoughts?:
@DustinB3403 said in Linux OS Thoughts?:
@WrCombs said in Linux OS Thoughts?:
Learn linux - But with out the " "
Okay so let's break this down one more step. What about Linux do you want to learn?
If you looked at Linux like the day you go your learners permit, it's just learning what the tools are and how to use them. Is there something specific you are wanting to do with Linux?
looking at Linux Administration.
Oh, in the case, installing RHEL 8 is probably the best place to start.
Spend money on RHEL, really? When we were just telling him to not spend money on Windows 10 Pro for his work provided computer.
In a lab/home environment, sure that makes sense, but this is discussing his career. Which I would lean towards Fedora as a jump point.
RHEL is still free (as far as I know) it's just a HUGE PITA to get your hands on if you don't buy support for it.
Interesting, but is there really a value to using RHEL without support?
Only for testing or claiming that you've used it.
