UbuntuはDebianとどう違うのですか?


回答:


72

3か月前(今日!)Canonicalに入社したばかりで、Canonicalに入社する前の数年間、Ubuntuを好奇心から追い出しただけで、これに答えるのはたぶんクレイジーです。私がサーバーチームに所属していることを考えると、答えるのはばかげているかもしれませんし、Ubuntuは間違いなく「Linux for Humans」、ergo、デスクトップを作ることに非常に焦点を当てています。

私にとっては、リリースサイクルがすべてです。はい、Debianに決して戻らないものがいくつかあります。これらのことはDebianの哲学にいくらか反するからです。しかし、これらはユーザビリティという大きな目標の副産物です。

Ubuntuが開始されたとき、アイデアはシンプルでした。Debianは当時は素晴らしかったが、今日でも素晴らしかった。私はそれを数年間独占的に実行しましたが、ラップトップ、デスクトップ、特にサーバーのようなサーバーでうまく機能しました。しかし、そのリリースサイクルは非常に遅かったため、Linuxで生産されていたクールなものはすべて安定リリースになっていなかったため、これらすべてを備えた不安定な開発リリースはインストールできませんでした(公式のisosはありません) )非常に頻繁に壊れています。

「プロジェクトの焦点をいくつかのアーキテクチャとパッケージのサブセットに限定する」(Ubuntuの「メイン」アーカイブ)と言うことで、Ubuntuプロジェクトはすべてのテスト済みの安定したOSのリリースを約束することができました。そのクールな新しいものの。彼らはまた、ユーザビリティに非常に焦点を合わせたDebianからの少しのデルタを運ぶことにコミットすることができました。設備投資を行うことで、Canonicalはそれを実現するための技術スタッフを確保することができました。

その素晴らしい点の1つは、「宇宙」アーカイブを作成することにより、彼ら(私はUbuntuメンバーではないので、私はまだUbuntuメンバーではないからです)がDebianソフトウェアを幅広く維持できることです。さらに良いことに、コミュニティ(MOTU)はその周辺で成長し、リリース前に安定化を確実に受けました。

つまり、類推ですべてを要約すると、UbuntuはDebianにとって、地元のレストランは地元のファーマーズマーケットに対するものです。シェフUbuntuは、定期的にDebianファーマーズマーケットに行き、最高の新鮮な食材を見つけ、それを自分の特別なブレンドと混ぜ、対象とする聴衆のために食べ物を作ります。料理を楽しむ人は、市場に出て必要なものを手に入れることができます。


53
Debian開発者として、私は自分を農民とは考えていません:-) Debianが確かにいくつかのタスクでUbuntuほど使いやすいわけではないという事実にはいくつかの真実がありますが、それは哲学でも選択でもありません。Debianは貢献者の努力の結果です...素晴らしい改善をもたらし、より多くの人々がDebianレストランでも食事をすることができます。Ubuntuレストランの終わりではありません。一緒に私たちはより強くなり、多分より多くの人々が正気に食べるでしょう(そして多分ファーストフードの数が減るでしょう)。:-)
ラファエル

2
「私にとって、リリースサイクルがすべてです。はい、Debianには決して戻らないものがいくつかあります。これらはDebianの哲学にいくらか反するからです。」-リリースサイクルは、debianに戻ることのない主なものであり、ubuntuの存在の主な原因です。また、農場は流通レストランの上流にあります。debianのビジョンは、debianのポリシーに適合したまま、上流のビジョンに可能な限り近づけることです。ubuntuでは、ディストリビューションのビジョンが上流の開発者のビジョンをオーバーライドして、一貫した環境を提供します。
梅干

2
Ubuntuは、デスクトップLinuxが多くの前進を遂げていると同時に、Debianは史上最長のリリースサイクル(終了するかどうか疑問に思う人もいます)の真っin中にあったことに注意してください。それ以来、Debianのリリースサイクルは少しスピードアップし、デスクトップLinuxの前進の速度は遅くなっています。
ピーターグリーン

「[不安定版]はインストールできず(公式のisoはありません)、かなり頻繁に壊れています。」私のデスクトップでsid(debian不安定版)をほぼ4年間使用しているので、そうではありません。重大な故障は一度もありませんでしたが、不安定版へのパスは、公式に提供されたリリース(または「テスト」)dvd / cdを使用してから、編集し/etc/apt/sources.list、リリース名をsid(またはunstable)に置き換えてapt-get updateから、その後apt-get dist-upgrade、ルートとして。正常に動作します。
ワイアット8740

面白い。見てみましょう:ワイン:Ubuntuには1.6.2、最新には1.8.5があります。ffmpeg:Ubuntu 2.8.8、最新は3.2です。VirtualBox-5.0.24 / 5.1.8大きなキューがあり、OpenJDK(最新の状態を維持するためのクド)のようなより重要なものがあることを理解していますが、いくつかのパッケージはかなり遅れています。私は何かをパッケージすることを志願します。
オンドラジージュカ

14

多くの一般的な概念と同様に、DebianとUbuntuの一般的な特徴は部分的にしか当てはまりません。専門家のディストリビューションとしてのDebianの評判は、10年前の状態に一部基づいていますが、それがあなたの望むものであれば、実践的な管理の範囲を広げます。同様に、Ubuntuは他のディストリビューションと同様に常に使いやすさを重視していますが、その使いやすさの多くは、Ubuntuと同様にDebianの一部であるソフトウェアに含まれています。

では、これらのシャム双生児の違いは何ですか?インストール、デスクトップ、パッケージ管理、および2つのディストリビューションのコミュニティを見ると、重要な違いではなく、最終的には哲学の違いです。

それは、頭に釘を打ったブルース・バイフィールドからの引用でした。UbuntuとDebianの比較では、ソフトウェアの背後にある哲学は、両者の重要な違いです。

記事全文


8

Ubuntuは、6か月ごと(リリースごとの数週間前)にDebianから同期します。UbuntuにUbuntu固有の変更がないパッケージ(つまり、以前のバージョンもDebianからのものであったパッケージ)またはUbuntuにまだないパッケージは、Ubuntuのユニバース(無料およびサードパーティ)に同期されます。MOTUはユニバースの維持に多大な労力を費やしましたが、UbuntuがDebianと最​​も異なる点はここではありません。

Ubuntuの特徴的なパッケージは、メインリポジトリにあるものです(無料およびCanonicalがサポートされています)。(Ubuntu Team Wiki にはさまざまなリポジトリの表があります)。これがCanonicalが登場する場所です。Ubuntuに搭載されるクールで新しいものに関する記事を読んで、次のリリースで変更されるとき、おそらくmainに到着するものについて読んでいるでしょう。これは、UbuntuがDebianと異なるところです。


0

私にとって個人的に大きな違いは、実際にはリリースサイクルに関することです。かなり古い可能性のある安定版リリースまたはテスト版リリースの絶え間なく移動するターゲットを選択する代わりに、6か月ごとに安定した新しいリリースを選択できるという大きな利点があります。


-5

Ubuntuは通常、Debianの「不安定な」バージョン(コードネーム「sid」)に基づいています。彼らは、Debianを6か月ごとに「不安定」にし、安定させます。UbuntuおよびDebianパッケージはバイナリ互換ではありません。


1
彼らはそれを 安定させませ。それが彼らがやりたかったことなら、彼らはテストから同期したかもしれない。
ウマン

2
@Umang:安定化を除き、機能のフリーズ後に行われた作業をどのように分類しますか?
-andol

ほとんどの同期はDIFの前に行われますが、これは機能がフリーズするかなり前です。また、私が理解したことから、Ubuntuに同期されるほとんどのパッケージは本質的にパッケージではありません。それらは、必須というよりもオプションのアプリケーション、モジュールなどです。UbuntuがDebianとDebianが異なる唯一の方法だった場合、Ubuntuは存在すべきではありませんでした。MOTUはDebianで動作し、Debian自体を安定させるべきでした。ほとんどの作業はUbuntuで行われ、メインで行われます。
ウマン

1
@Umag:これがDebianとUbuntuの唯一の、または主要な違いであると言ったことはありません。私はあなたがあなたのコメントでした声明に単に答えた。パッケージがUnstanbleから同期された後、安定化が起こることはないと主張するだけです。
-andol

彼らはそれを少し安定させますが、それは焦点ではありません。パッケージにUbuntu固有の変更が必要な場合、おそらくDebianから変更されていない状態で既に存在しているわけではありません。バグが表示された場合、修正されますが、DIFがすべての作業に影響するわけではありません(私がやったことではありませんが、これは私が理解していることです)。
ウマン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.