Oh, I see. Yes, that's true, although it would take a rather lot of resources; for a decade of support, you basically need devs who can support each package in the distro independently of upstream. Still, if you're willing to pay for it I expect there are companies who will offer that support.
That, or, package maintainers could decide to maintain their packages for 10+ years. That at least distributes the workload among the package maintainers. Unfortunately, most package maintainers don't like spending time backporting bug fixes etc. and would rather be making shiny new releases (and can you blame them?)
Exactly; almost nobody wants to maintain old versions like that. For most people, the fun part is writing new stuff, and maintaining old stuff without breaking backwards compatibility is particularly annoying to put up with. I certainly couldn't blame anyone, particularly who was just publishing software for free, for not wanting to deal with all that.
Debian releases are supported for about half the length of RHEL releases overall, LTS included.
Debian “Stretch” for instance was released in 2017 and support ends 2022, so a 5 year cycle.
RHEL on the other hand has a 10 year cycle, and offers extended support beyond that:
“Red Hat Enterprise Linux Version 8 delivers a ten year life cycle in Full Support and Maintenance Support Phases followed by an Extended Life Phase.”
https://access.redhat.com/support/policy/updates/errata/#mas...
With Debian upgrades are realistically being planned every 2-3 years as the release approaches LTS.
That makes for a lot of extra upgrade work (about 3x more) when compared to the 10 year RHEL life cycle.