> for true long-term support, with support meaning=capability of debugging issues in-house for all the core stack they release
Your definition of support doesn't match that used by enterprises like Spotify, i.e. the ones with real money on the line. They don't care whether the debugging is in-house or elsewhere; they just want the problem solved, and they want someone they can call who will go solve it. That involves paying someone directly (Canonical or other support companies), indirectly (paying your own employees to learn and manage things), or both. I'm guessing the ecosystem thing is in play here -- it's just easier to find Ubuntu-competent people/firms than Debian-competent ones.
That said, the work done by the Debian team is very valuable (thank you), which it seems ought at some level be reflected economically. I have no familiarity with Debian's financial situation but the hosting and compute resources can't come for free. A reasonable business model might be for the Debian team, or a commercial branch or spinoff thereof, or even just some motivated entrepreneurs, to serve as a (potentially non-profit) service provider for the likes of Canonical. Seems like a natural evolution to me, but as I said I'm not familiar with Debian's economics.
> If the package you're having problems with is an old release that is not maintained anymore upstream
Wouldn't Debian suffer the same problem here, e.g. if some piece of software's maintainer gets hit by a bus? Or does Debian make the commitment to take "ownership", if necessary, of all the software it bundles? The latter seems logistically challenging but I am prepared to be (even more) impressed.
>> for true long-term support, with support meaning=capability of debugging issues in-house for all the core stack they release
> Your definition of support doesn't match that used by enterprises like Spotify,
My sentence was exactly saying that: if you truly want your problem fixed, and the problems include debugging the kernel, RHEL is the way to go. There are companies that offer professional Debian support, but not at the same level as RH, sadly.
> > If the package you're having problems with is an old release that is not maintained anymore upstream
> Wouldn't Debian suffer the same problem here, e.g. if some piece of software's maintainer gets hit by a bus?
I also said that. Debian suffers from the same problem, though if the package is part of the debian "base" system in a stable release, it will be fixed, no matter what. Note that base packages with release critical bugs do not enter stable releases: either the bug is fixed or the package is dropped before hitting the stable release. Once is released, it will be supported. Most of the maintainers for the packages in the base system are also developers.
This is also one of the main reasons Debian releases are "costly" in terms of manpower, and that's why usually releases slip off by months due to release-critical bugs that stop the release process.
I personally don't follow stable releases, as I'm a developer. I often move between testing and unstable, which are basically rolling releases with different degrees of stability. But the work of the maintainers and the base system is vastly underrated, and unfortunately criticized for being a slow process.
Your definition of support doesn't match that used by enterprises like Spotify, i.e. the ones with real money on the line. They don't care whether the debugging is in-house or elsewhere; they just want the problem solved, and they want someone they can call who will go solve it. That involves paying someone directly (Canonical or other support companies), indirectly (paying your own employees to learn and manage things), or both. I'm guessing the ecosystem thing is in play here -- it's just easier to find Ubuntu-competent people/firms than Debian-competent ones.
That said, the work done by the Debian team is very valuable (thank you), which it seems ought at some level be reflected economically. I have no familiarity with Debian's financial situation but the hosting and compute resources can't come for free. A reasonable business model might be for the Debian team, or a commercial branch or spinoff thereof, or even just some motivated entrepreneurs, to serve as a (potentially non-profit) service provider for the likes of Canonical. Seems like a natural evolution to me, but as I said I'm not familiar with Debian's economics.
> If the package you're having problems with is an old release that is not maintained anymore upstream
Wouldn't Debian suffer the same problem here, e.g. if some piece of software's maintainer gets hit by a bus? Or does Debian make the commitment to take "ownership", if necessary, of all the software it bundles? The latter seems logistically challenging but I am prepared to be (even more) impressed.