MeeGo では DEB よりも RPM の方が優れているのはなぜですか?
質問
Moblin と Maemo の合併に関して、さまざまなフォーラムやニュースグループでこのテーマについて多くのあいまいな議論があったことは承知しています。stackoverflow 仲間がこれについてどう考えているか知りたいです。DEB に比べて RPM パッケージ化が MeeGo にとってより良い選択となる利点は何ですか?
解決
のRPMが Linuxの標準ベースのパッケージ形式として指定されます。
...
さて、私も私のために、答えをストレッチだと、それを認めます。 RPMとDEBパッケージの両方のベース目的の違いの非常に多くはありません。彼らはそれぞれ独自の明確な能力を持っているが、最終的に、彼らは両方のファイルとメタデータのバッグです。
他のヒント
があり、これらの2つのパッケージフォーマット間のカップルの重要な違いがあり、それらは単なる技術的な違いを超えています。
まず、debファイルを作成および使用APT(システム包装上級)は、伝統的な依存関係の追跡のためのより良いサポートを持っていた完全なパッケージングシステムです。あなたは、パッケージをインストールするときに、あなたが頻繁にあなたのパッケージが依存している他のパッケージの束をインストールする必要があるため、これは重要です。そうしないと、多くの場合、あなたのパッケージが実行されません。依存関係の解決のこのタイプのdebパッケージ形式の強みの一つです。回転数は、他のツール(YUM、zypperで)このため、結果として貧困層支援を持って試してみて、APTがないことを解決する洗練された依存関係を複製するように育ってきました。
第二に、Debianは「参照」プラットフォームの一種です。それは、ほとんど冗談「ユニバーサルオペレーティングシステム」自体を呼び出しますが、いくつかの真実がそこにあります。 Debianの社会契約やフリーソフトウェアのサポートは、それが単一のエンティティまたは会社によって制御されていないことを意味します。実装は一定の改善のために開いていると、ソフトウェアを統合することが容易であることをこれが意味。結果として、あなたが正式に8つのチップアーキテクチャ上で動作し、いくつかの他は非公式なので、debパッケージはRPMがさえに実行されないことを、ハードウェアの様々なタイプの多くにインストールすることをOSを持っています。 DebianはPerlプログラミング言語およびR統計プログラミング言語のようなもののためのリファレンス・プラットフォームであることで、それはあなたのdebファイルはおそらく、それが簡単にあなたのシステムに統合する必要がある依存関係を持つことができることを意味します。 Debianはまた、彼らは彼らの興味や能力に応じて働くことができており、損益ステートメントを検討することを余儀なくされていないので、それに描かれている主題の専門家の多くを持っています。
DEBは、そのパッケージ仕様の、だけでなく、ために、開発者のエコシステムの技術的に多くの場合、単に優れていないことをこの意味それがに差し込みます。
私は何も知りません モブリン そして まえも, しかし、私はソフトウェアのパッケージ化をたくさん行ってきました。私は、選択できるオペレーティング システムのファイル形式として、deb よりも rpm を選択することを好みます。前に 適切な rpm 用に存在していましたが、私は redhat 派生システムよりも debian を非常に好みました。 うーん ほぼ同じくらい良いです 適切な. 。両方の包装システムを学んだので、私はむしろ配達したいと思っています 回転数 よりも デブ.
の比較 回転数 そして デブ:
(1) 対象 バイナリデータ, 回転数 用途 CPIO, デブ 用途 あーる. CPIO デフォルトの POSIX アーカイバとして選択されている、よりクロスプラットフォームな選択肢です。 あーる 従来のアーカイバです。
(2) 対象 ソースデータ, 回転数 (特殊なタイプの rpm) を使用します。 CPIO 構築プロセスを自動化する単一の特別なファイルを使用します。 回転数, 、次の場合に生成されます。 回転数, ソースから正しくビルドされている. デブ 一方、オリジナルのソース ベンダーの入力形式がサポートされているため、多数の圧縮システムが使用されており、オプションで一連のパッチ ファイル、およびそれぞれ異なるファイル形式を持つ 3 つのマジック ファイルもサポートされています。
(3) 機能化 回転数 私の経験では、パッケージを作成するよりもはるかに簡単です デブ ファイル。
(4) 機能的なものにする chroot で 回転数 ベースのシステムが標準です 回転数 コマンド、 デブ ベースのシステムと呼ばれる特殊なスクリプトです デブートストラップ.
のみ 適切な Debian キャンプからのものは、より使いやすいようです うーん Redhat キャンプから見た場合、アップストリームのすべての QA ツールは Redhat キャンプの方が優れているように見えます。
私は、 回転数 それは魔法の芸術ではなく、人々を訓練する必要があるものにすぎません。
の比較 回転数 そして デブ QAツール:
(1) リポジトリビルダー: リポジトリの作成 は使いやすく、理解しやすいツールです。 ミニインストール, dpkg-scanpackage または dak (Debian アーカイブ キット) または ミニダック または 再現 または デバーチバー または デブプール または デブマーシャル または apt-ftparchive または dpkg-scansources 複雑であるか、文書化が不十分であるか、重要な機能が欠けているかのいずれかであり、場合によっては 3 つすべてが含まれている場合もあります。
(2) 「ソース deb」は、次のような単一のファイルではありません。 回転数 は単一のファイルであるため、ファイルを移動するには特別なツールが必要です。
(3) サーバーを構築します。 こうじ ビート ビルダー ドキュメント内の曜日ごと。それは言わなければなりませんが、 ビルダー 静かにクールです。
を作成するための明確な最適なツールがないことに驚いています。 デブ ベースのリポジトリが存在します。私が試したものは貧弱です。私が試したものはどれもほぼ同じくらい良いものでした リポジトリの作成 回転数用です。(再現 ほぼ同じくらい良いです リポジトリの作成 ただし、単一のリポジトリ内で同じパッケージの複数のバージョンが許可されないため、ほとんどの継続的デプロイメント システムでは除外されます。
結論 :の比較 回転数 そして デブ
を選ぶと思います 回転数 ツールチェーンの方が優れています。 による興味深いリンクのように、 チャールズ・スチュワート 重要なのはツールであると述べました。
MeeGoにおよび他の類似のもののためのRPMのためのDEBを放棄することの決定は、純粋に政治&ビジネスでした。技術的な意見が無視されていました。 (質問など)あなたの質問は一般的な文脈では有効ですが、MeeGoにケースには、その後、既に行われ-ステップを正当化しようとする試みとして表示されます。それにもかかわらず、我々はプロとコントラ技術的なメリットを知っていることはありません - MeeGoには現在、DEB-VS-rpmの競争が除外されなくなって、別の方法、である。
。この時点で、私はこれはおそらくLinuxの&Unixの質問べきであると思います。
これは、MeeGoには、RPMにAPT(すなわち、debファイル)から切り替えると言うことは本当ではありません。その代わり、MeeGoには、RPM-使用のMoblinとAPT-使用のMaemoの合併でした。ロビンBurchillは、彼のブログの最後の2月に言った - ます。http:// blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html の - のMoblinがMeeGoに内部アーキテクチャの選択肢のより決まる、とMaemoのをリファクタリングすることは簡単だったので、RPMで行くことが容易だったことます。