カーネルの一部のバージョンのみが特定のリリースにバックポートされるのはなぜですか？
カーネルとバックポートに関して、10.10の最先端のカーネルよりも少し古い10.04 LTSビルドで利用可能なバックポートカーネルに注意しました。それらのバックポートがない理由は何ですか？ （現在バックポートされているlucidのカーネルは2.6.35ですが、2.6.36以上は新しいもので、10.10以降のリポジトリにあるようです）
Ubuntu Kernel Teamについて言えば、計画は、安定したリリース更新でロックポートカーネルを提供することです。現在、Maverickカーネルは、ツールチェーンの変更により構築できなくなっているため、使用できません。それが修正されると、MaverickからLTSに追加のカーネルが利用可能になります。 Nattyが正式にリリースされると、Nattyで利用可能なバックポートカーネルも提供されます。それは私に説明されているように、今後の計画です。バージョンがリリースされると、すぐに新しいカーネルがバックポートで利用可能になります。
オフラインで説明したように、これらのカーネルは-serverリリース用に特別に構築されており、たとえ動作してもデスクトップではサポートされていません。また、これらのカーネルを提供する理由（バックポートされたカーネルを気にする理由を理解したい読者向け）が、新しいサポート対象ハードウェアの最新の更新を-serverユーザーに提供するためであることを指摘したいと思います。
それがお役に立てば幸いです。 :-)
psusiがTimeを言うように、Ubuntuの世界でより多くの人々が最新リリースを使用することも追加したいと思います。まだLTSまたは以前のリリースを使用している人もいるかもしれませんが、ほとんどの人が最新または以前のリリースを最大で使用していることがわかりました（最新よりも少ない人）
焦点のほとんどは、開発リリースでのカーネルの管理です。リリースがリリースされたら、バックポートを提供することは大きなインセンティブではありません。コミットメントが必要であり、それを知っている人もシステムを壊す可能性があります。最新リリースに取り組んでいるとき、彼らはアルファリリースを介してそれをテストする膨大な数の人々を抱えていますが、その膨大な数はバックポートのテストには利用できません。
これはおそらく、Ubuntuバックポートプロジェクトがあまり活発ではないもう1つの理由です。それに取り組んでいる人々は、それを行うための時間の制約と非現実的なインセンティブを引用しています。
時間。誰かがバックポートするのに時間をかけなければなりません、そしてそれは非常に高い優先度ではありません。