Ubuntuサポートの仕組み


9

Ubuntuの各バージョンはサポート終了日を宣言しています。たとえば、現在のOneiricは2013年4月までサポートされます。それはどういう意味で、そのときまでに何が起こりますか?Ubuntuでサポートされているパッケージのいずれかにバグが見つかった場合、修正されますか?

CompizとUnityで深刻な既知の問題が発生し、完全に使用できなくなったためです(バグ#888039 +その他のマイナーな問題)。修正はPreciseブランチでリリースされましたが、LaunchpadのステータスはOneiricに影響を与えると言っています(混乱もしますが、プロセスを十分に理解していない可能性があります)。Preciseへの移行は今のところオプションではありません。そのような修正が以前のバージョンにバックポートされることを期待できるかどうか疑問に思います。何らかの理由で最新バージョンにアップグレードしたくない場合は、引き続きサポートされているバージョンです。

一般化するのは難しいことはわかっていますが、「サポートされている」バージョンに何が期待できるか知りたいだけです。


1
バグステータスには、PreciseとOneiricの両方の修正がリリースされていると記載されています。Oneiricの修正は数分前にコミットされているため、更新が表示されるまでに1〜2日かかる場合があります。
mikewhatever

なんというタイミング;)とにかく-更新プログラムの修正がまだ表示されないので、さらに数日待つ必要があると思います。
Maciej Dragan

実際、修正は2月10日に提出され(#131)、FRB 17に提案されて承認されました(#133)。それでもmainにならない場合は、提案されたリポジトリを有効にして、そのバージョンのをインストールすることをお勧めしますnux
mikewhatever

Preceise専用でした(#139)。最新のステータス変更はOneiric向けです...お願いします。そのため、ランチパッドのステータスがかなりわかりにくいと書いたのです。
Maciej Dragan

...しかし、私は停滞したPPAについて話していなかったし、#131と#133についても話していなかった。どちらもOneiricのみを指します。どのバージョンの確認nuxインストールされています:apt-cache show nux | grep Version
mikewhatever

回答:


5

Ubuntuの特定のバージョンが特定のマウント数でサポートされるという約束は、必ずしもすべてのバグを修正するという約束を意味するわけではなく、バグを修正するという約束を意味するものでもありません。

デスクトップビジネスユーザー向けUbuntu Webページからのこの引用に注意してください

無料の定期的なアップデートとアップグレードで最新の状態を維持

Ubuntu for Desktopのリリースサイクルと呼ばれるグラフを参照してください。次の2つのLTSリリースでは、ハードウェアおよびメンテナンス更新の 2年間のサポートと、メンテナンス更新の 3年間のサポートが追加されることに注意してくださいこれにはバグ修正が含まれる場合がありますが、その期間中にすべてのバグを修正するという約束を意味するものではありません。

Ubuntuサーバービジネスユーザー向けのこのページが示すように、サーバーLTSバージョンの場合も同様です。主な違いは、ハードウェアおよびメンテナンスアップデートが5年間完全に延長されることです。

バグレポートへの質問のリンクが示すように、問題の原因となっているパッケージを正確に特定することは非常に困難であることが多く、また、バグレポートを整理して、どちらが適切かを判断するために、ボランティアによる多大な労力が費やされていることもわかります。優先順位とそれを修正する責任があります。

バグの支援についてこのページを読んだとき、Ubuntu開発コミュニティが非常に整然とした方法でバグレポートに対応していることがわかりました。

Ubuntuがディストリビューションであることも考慮する必要があります。Linuxコミュニティの他の部分からソフトウェアコンポーネントを取得し、それらをまとめます。バグがLinuxカーネル、Debian、Gnome、またはUbuntuが責任を負わないその他のコンポーネントにある場合はどうなりますか?

バグレポートは、バグのあるパッケージの保守と開発を担当する人にプッシュする必要があります。そして、それはそれらの人々次第です。

時には、Ubuntuの人々が修正とバグレポートを提供できます。修正が上流にプッシュされ(それが呼び出されるため)、それからLinuxコミュニティのすべてが私たちのUbuntuユーザーだけでなく、利益を得ることができることが重要です。修正が上流に行き、上流のメンテナに受け入れられ、Ubuntuにパッチを適用するために下流に戻ってくるまでには時間がかかります。

まもなく置き換えられるバージョンで修正するのではなく、Ubuntuの次のリリースバージョンで問題を修正する決定が下されることもあります。特に、その次のバージョンが5年間サポートのLTSバージョンになる場合は。

その特定のバグはPrecise Pangolinで修正されていますが、Oneiric Ocelotでは修正されていません。しかし、Precise Pangolin 12.04は、ほぼ6か月間テストされています。修正をPreciseに入れると、修正がテストされます。

これは、安定したリリースでそれをテストすることを期待しているユーザーがOneiricに入れるよりも優れていると思いませんか?

過去を修正することは待つことができます。最初に未来を「正確」に取得します。それが私の意見では重要です。


2

たとえば、現在のOneiricは2013年4月までサポートされます。それはどういう意味で、そのときまでに何が起こりますか?

これは主に、Oneiricバージョンに関するテクニカルサポートがその提供終了、つまり2013年4月まで提供されることを意味します。また、Oneiricに影響する重大なバグやセキュリティバグが2013年4月まで修正されることも確認できます。

Ubuntuでサポートされているパッケージのいずれかにバグが見つかった場合、修正されますか?

バグの重大度および影響を受けるパッケージに応じて、修正される場合とされない場合があります。


2

バグが見つかった場合、修正されるという保証はありません。限目。現在または開発バージョンでも。いくつかのバグは修正されていますが、いくつかは修正されていません。利用可能なリソース、バグの重大度などによって異なります...

バグが修正され、セキュリティまたは重大なバグである場合、サポートされているすべてのバージョンにバックポートされます。また、サポートされているバージョンによっては、選択されたいくつかのパッケージ(firefoxなど)のアップデートが、サポートが終了するまで受信します。

通常のユーザーの観点から見ると、サポートについて最も重要なことは、どのバージョンのリポジトリも、サポートされている間だけオンラインのままであることです。サポートされていないUbuntuバージョンを使用している場合、通常の方法(公式リポジトリでのapt-get、ソフトウェアセンターなど)を使用してソフトウェアをインストールまたは更新することはできません。


0

他の人は、サポートされることの意味をよく扱っています。

Preciseに修正がある場合、Oneiricなどの古いリリースで3つの可能性があります。

  1. 安定リリース更新のプロセスに従うことができます。修正が重要であり、何も壊す可能性が低い場合、それはSRUの候補です。こちらをご覧ください。このリンクには、古いリリースのパッケージでバグが自動的に修正されない理由に関する重要な背景も記載されています。

    あなたが言及したバグの修正は、OneiricのSRUプロセスを通過しているようです。バグレポートにコメントして、そのステータスについて尋ねることができます。ずっとテストを続けていることに驚いています。

  2. 一般に、修正されたパッケージの新しいバージョンがoneiric-backportsにリリースされている可能性があります。Ubuntuソフトウェアセンターを開き、[編集]-> [ソフトウェアソース]を使用してそのリポジトリを有効にし、[更新]タブをクリックします。oneiric-backportsを選択します。

  3. 繰り返しになりますが、一般的に言えば、Oneiricがパッケージの新しいバージョンの依存関係をすべて持っている場合は、システムでPreciseバージョンを使用できる可能性があります。ディレクトリのプールツリーから、archives.ubuntu.comで、サポートされている各リリースの現在のパッケージに移動できます。必要なものをダウンロードし、その依存関係がすべて満たされていることを確認してから、sudo dpkg -i package_name_and_releaseコマンドを使用してインストールを試行できます。必要なバージョンの.debファイルを見つけるには、Web検索も役立ちます。リリースごとに依存関係に大きな変化があるため、これはCompizまたはUnityで機能する可能性はほとんどありません。


あなたが言及している特定のケースでは、SRUプロセスが最も適切であり、実際に修正がそのプロセスに従っています。提案された修正はoneiric-proposedリポジトリにあり、そこからインストールしてテストできます。詳細については、こちらをご覧ください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.