おそらく、多くの人が疑問に思っていることは、特にLinuxで始めたときだけではありません。 どのパッケージ管理システムが優れているか だけでなく、 どのパッケージが優れているか.
.debと.rpmの違いを見つけるためだけに、どちらが優れているかを言うつもりはありません。 そして、私は多くの違いを見つけられないので、確かに難しいと思います。
他の少数派のパッケージ、そしてタールボールもあります。
どちらも、パッケージ、名前、バージョン、依存関係、および.debでは推奨パッケージを含むデータベースです。 以前の.rpmには、機能がありました。ソフトウェアを更新するときに、構成ファイルはそのまま残るか、バックアップされますが、現在は.debも実装しています。
私の経験では、debsは依存関係をより速く探し、.rpmは一般に、より多くの依存関係を要求します（少なくとも、オフラインで依存関係をXNUMXつずつ探すことはお勧めしません。openSUSEで発生しました）
どちらも、システムの更新、パッケージの検索、インストール/アンインストール、依存関係の検索などを行うことができます。 彼らは私たちの生活を楽にしてくれます。 しかし、彼らの本当の違いは何ですか？
関係ありません。 それらは両方とも同じ目的を果たします。
LSBはRPMを標準として提案していますが、Debian、Ubuntu、および派生物がそのパッケージシステムに変更することは非常に困難です。
それらの構築方法には多くの違いがあります。たとえば、rpmではすべての構築情報が仕様ファイルで指定されますが、debでは主にコントロールとルールのXNUMXつのファイルに分割されます。
制御ファイルを使用したdebsでは、依存関係を計算することができますが、rpmでは、事前にそれらを知って手作業で配置する必要があります（これは面倒で危険です）。
デブでは、それらを作成するいくつかの方法があります：debuild、pbuilderなど。 私の知る限り、rpmはXNUMXつだけです。
その場合、最終的な目的は同じです。システム上のプログラムのすべてのファイルを配置するパスが指定されているスクリプトを使用して、圧縮されたXNUMXつまたは複数のプログラムのパッケージを作成します。 これはWindowsやMacのインストーラーと同じ目的であり、謎はもうないことを忘れないでください。
Debianでは、プログラムをマルチパックする傾向が大きくなりますが、Mandriva（たとえば）では、この傾向はそれほど顕著ではありません。 真実は、マルチパッキングはそれほど必要ではなく、Debianはそれを使いすぎるという罪を犯しているということです。
どちらの方がよいですか？ すべてがパッケージングの方法よりもパッカーの品質に依存するため、どちらも両方もありません。
よろしく
私は間違いなく標準的なもの、rpmまたはdebのいずれかがあるべきだと思います
私はデブを選びます。それは最も有名で使用されていると思うのですが、それがユニークで普遍的なものである限り、新しいユーザーがどのディストリビューションにも新しいプログラムを簡単にインストールできるようにするために、それが何であれ良いでしょうまさか、それらのほとんどは、「***。exeファイルをダブルクリックしてインストールする」ために使用されるウィンドウ$）から取得されます。
両方と互換性のある新しいものを作成する必要があると思います。 たとえば、パッケージマネージャーに送信する情報を含む単純なファイルで、サーバー上またはプロセス内でローカルにコンパイルまたは検索し、注文に従います。
Alxeに同意します。 既存のパッケージマネージャーを含む、あらゆるシステムまたはプラットフォーム用の標準的なオープンソースプロジェクトが必要です。
成功は、依存関係の問題を自動的に修正する単純なインストーラーにあります。 少なくとも心配する必要があるのは、プログラムのインストールであり、そのプログラムで行う作業についてです。
完全に同意する。 両方と互換性のあるプロジェクトに関しても、真実。
クリストバル、情報をありがとう。
コナリーについて聞いたことがありますか？
http://wiki.rpath.com/conary
私がdebsやrpmを使ったことがないと言ったら？ XD
さて、約XNUMX年前、私はRedHatとSuSEを数か月使用しましたが、パッケージをめちゃくちゃにすることはほとんどありませんでした。 ：D
私はRPMに反対することは何もありませんが、DEBをより支持しています。おそらく、rpmよりもdebsの方が経験が豊富だからです。
よろしく
@zodman：現在、このページにはテキストがありません。他のページでこのページタイトルを検索するか、このページを編集できます。
@insengrin：そして今あなたはすべてをコンパイルしますか？ Oo
私はそうは思いません、私はほとんど.rpmを使用しません
私は長年Suseを使用し、Mandrakeも試しましたが、最終的にはDebianを使用することになり、rpmのインストールが速いように見える両方の形式（rpmとdeb）を使用したと言えます。なぜなら、彼らが使用する圧縮のタイプと、rpmには、私がdebsで見つけることができない特性があるためです。つまり、パッケージが作成された日付とパッケージャーの名前が表示されます。彼らは署名による制御システムをもたらしましたが、debsはそうではないと思います。 一方、パッケージングシステムでDebian（私もKubuntuを使用）に切り替えると、依存関係の問題を忘れてしまいましたが、これがパッケージシステムによるものなのか、ディストリビューション自体によるものなのかわかりません。私にとって、Debianにはもう選択肢がありません...
PS：エイリアンと呼ばれるプログラムがあります http://es.wikipedia.org/wiki/Alien_(aplicación)パッケージをある形式から別の形式に変換できる、は、ほとんど使用する必要はありませんが、通常は非常にうまく機能します。
ええと...主題は広いですが、私はドミニカ共和国出身で、リチャードによってラテンアメリカの自由ソフトウェアの父と見なされているアントニオ・ペルピニャンを大統領とするFCLD（Fundacion Codigo Libre Dominicana）に参加しています。ストールマン自身...アントニオは、RPMはより安定していると言いますが、DEBは大量にインストールされるように作られています。つまり、日々、UbuntuがDEBを使用しているのはそのためです。インストールとアンインストールが多いので、REDHATやCENTOSではサーバー環境であるため、常にそうするわけではありません…個人的にはDEBが好きで、RPMに反対するものは何もありませんが、習慣や機能には触れていません… 。
@Jonathan Debian GNU / Linuxは、多くのインストール/アンインストールを行うように正確に設計されておらず、サーバーなどの実稼働機器を対象としているため、おかしいと思います（常に安定バージョンについて話します）。
そして真実は、rpmがより安定しているということで何が起こっているのか私にはわかりません。 ？
実際、rpmとdebの大きな違いは…いや、わかりません。 しかし、私は皆のコメントから多くを学びました。 ありがとう。
ハハハはセザールに完全に同意します
私がgnu / linuxで経験したすべての不快感は、rpmディストリビューションで発生しました。
私は一方が他方よりも優れていると言う立場にはありません…しかし、私は.debでより良い経験をしました
私はどこかで「rpmフラグメンテーション」について読んだことがあると思います。そこでは、rpmパッケージの開発は、問題なく動作できるディストリビューションの範囲という意味で、それほど一貫性がないと言われていました。 、これはすべてのdebianベースのディストリビューションで実質的に機能し、そのポスト開発者は同じ現象がdebianパッケージで繰り返されるのを防ぐように促されましたが、それについてはよくわかりません...私は非常に漠然と書いたことを覚えていますこのコメント：p
私がdebsについて本当に気に入っているのは、debianリポジトリがもっと...普遍的であるという事実です。言い換えると、debianから派生したほとんどすべてのディストリビューションは、私が試した限りでは、rpmではなくリポジトリを共有しています。それは非常に異なる話です：p
私が非常に興味深いと思うもうXNUMXつの選択肢は、archのようにtarballearです。これは、パッケージマネージャーが処理するのはtarballであり、依存関係を管理するため、私のお気に入りのパッケージマネージャーはもはやシナプスではなく、シャーマンです。ここでは、debとrpmについて話しますが、これはxDとは関係ありません。
それについての私の謙虚な意見、興味深いトピック、もっと知識のある誰かがこの興味深いトピックについてもう少し教えてくれるといいでしょう！
真実は私がいつも.debを使ってきたということです、しかしあなたが言うことからそれほど違いはありません...あなたが言った最も重要な違いでさえそれらを構築するとき他の何よりも政治的かもしれません。
特にエイリアンがいる場合は、それらを標準化する必要はないと思いますが、もちろん、対応する警告との互換性を高めるために、エイリアンをメインのパッケージマネージャーに導入することもできます。
.exeのインストールの比較に関して、私は上記の内容に同意しません。 Linuxに切り替えたとき、私が最も満足したことのXNUMXつは、リポジトリを介したインストール/アンインストール/更新の容易さであったことを覚えています。 実際、Microsoftでまだコピーされていないので、私にはわかりません。 各プログラムに、更新があるかどうかを確認するためだけにリソースを費やす独自のプロセスがない場合、Windowsで更新することほどお尻の痛みはありません...プログラムごとのドライバーごとのプログラム。
@Seth時々。 しかし、いいえ、私はArchLinuxの.pkg.tar.gzを使用しています。 ：D
私は間違いなくTarballs、Portagerulezと直接仕事をすることを好みます！
ええと、私はいつもこの問題のためにdebianに基づくディストリビューションを使用してきました。必要なものはすべて、シナプス（またはapt-get）で（ほとんど）インストールでき、とても快適だと思います。 バンドがここで言っていることに関しては、大きな違いはないようですが、Linuxの世界に混乱が少なくなるので、標準化する必要があると思います。あるパッケージが別のパッケージと本質的に同じである場合、なぜそうなのですか。たくさんの？ たとえば、kernel_panicは、パッケージマネージャーがtarballを処理できると述べていますが、なぜこれほど多くのパッケージがあるのでしょうか。 （ダウンロードサイズのせいで推測します）しかし、多すぎますが、開発者、ウェブマスター、初心者の生活をより実用的にするタールボールとXNUMX番目の標準化されたオプションがあるはずです。 PS：トロルがなく、コメントはほとんどすべてとても良いので、ブログコミュニティにおめでとうございます。
これまでのところ、両方のシステムを使用した個人的な経験に基づいて、私はDEBに傾倒しています。 少なくともRPMシステムについて覚えているのは、依存関係の問題が何度も発生したことです。 一方、非常にまれなケースでDEBを使用すると、依存関係が満たされないという問題が発生し、常にディストリビューション（Ubuntu）の非公式パッケージに含まれていました。
残りの特性では取り扱いが実質的に同じであるため、これが私が言える唯一の違いであるように思われます。
一方、Gentooが使用するシステムは、インストールされているすべてのプログラムを直接コンパイルするために、インストールするすべてのソフトウェアを、特に必要な特性で維持し、特性に最適に調整するという点で優れているように思えます。お使いのマシンの。これにより、機器のパフォーマンスが向上します。 悪い点は、プログラムをインストールする必要があるたびに、実行可能ファイルを作成するプロセス全体を実行する必要があることです。
現実からそう遠くはありませんが、バラエティもとても良いです...
挨拶:)
こんにちは、私は主題が興味深いとコメントしたいと思いました。私は両方を試しましたが、RPMの問題は、遅かれ早かれ依存関係の煩わしさが始まることです。 エイリアンは常に機能するとは限りません...しかし、私が思う最も重要な問題はゲームの問題です...誰もがネイティブゲームを望んでいることは知られていますが、それを大衆化するためには、すべてのディストリビューションと互換性のあるユニバーサルパッケージが必要です。 その後、LinuxでのWindowsゲームについて話すことができたと思います。なぜなら、私たちの数が少なく、その上、私たち全員が分かれているからです…。そのため、ローマはドイツと一緒にできました…彼らは団結しておらず、氏族間で戦っていたからです。 アイデアは少し飛んでいますが、真実です。 ご挨拶
本当の違いは歴史、最初のディストリビューションの出現に書かれていると思います：redhatとdebian。 この「友好的な競争」のために、彼らは存続し、深く根付いています。個人的にはディストリビューションとして、よりシンプルであるか、ドキュメントが多いか、新しいパッケージャーの宣伝が多いという理由だけで、勝っているのはDebianオプションだと思います。 、私はそれで良いパッケージャーが形成され、長期的には最も簡単に占有できるのは最高のパッケージャーを備えたものだと思います。それに加えて、Debianにあるパッケージとそうでないパッケージがたくさんあります。 rpmでディストリビューションに行くのは、使用できるように何かをパッケージ化またはコンパイルしなければならないという問題に遭遇するのは少し面倒です。
ご挨拶、そして将来的には私がrpmを使いやすくなることを願っています
私は.debに傾いていますが、標準があれば、ターボールはシンプルで高速なので、そうしたいと思います。
最初のLinuxディストリビューションのXNUMXつであるSlackwareを試してみてください。
アレックス、私はこの投稿を書きました。今はSlackwareを使用していて、本当に気に入っています;）
このコメントのリストの中で、私が残したのは次のことだけです。
rpm =面倒
deb = general_simple
私の個人的な経験：
私は何年も前に赤い帽子で始めました、私は多くの驚きなしでrpmを使いました、そして私はノベル（fuchili！）の買収の前にsuseを試しましたそしてそれから私はdebianに会いました...物事。
それらのXNUMXつはdebパッケージでした。
そのため、今日まで最高のディストリビューションだと思います。 今私はubuntuを使用しています。 真実は...悪いこともありますが、管理すれば10（または9+）です。
Slackwareやgentooに切り替えるつもりはあまりありません...
しかし、別のディストリビューションを試してみたい場合は、これらのパンパ«ututo-get»で多く話題になっているパッケージマネージャーとコンパイラーを備えたストールマン（UTUTO）が推奨するディストリビューションを試してみます。
よろしく
私はバージョン7.04からUbuntuを使い始め、.debに慣れました。 約14年半前にDebianに切り替えて、経験はかなり良かったのですが、Linuxのフレーバーについてもっと知りたいと思って、Fedora15と今はFedoraXNUMXを試しました。この時点で、Fedoraとその.rpmを離れ、Debianとその.debに戻ります。
（ちなみに、私はGnome15を使用してFedora3からこのコメントをします... Gnome 3がDebianでどのように機能するか見てみましょう）
私はいつも自分の人生を複雑にするのが好きでした、私は長い間Slackwareを使用しました、そして後でubuntu 12でアップデートしようとしたときにそれがとても好きでした、私のコンピューターはこれの要件でうんちされたままでした、今はPCLinuxOSを使用しています。とても気に入っています。これまで、.RPMパッケージに問題はありませんでした。PCLinuxOSを使用しているので、かなり軽量で高速です。
私のパートナーそして私は最近私たちのスチームシャワーユニットをセットアップしました、私が決めた最大のアイテム
しばらくの間買うために、小さな子供たちと家族はそれを愛しています、
二度と通常のシャワーに戻るのを見ることができません
ここに素晴らしいスチームシャワーの知識の非常に良いサイトの負荷
素晴らしいブログ！ あなたのテーマはカスタムメイドですか、それともダウンロードしましたか？
どこか？ 数週間のシンプルなあなたのようなデザインは、私のブログを本当に輝かせるでしょう。
テーマをどこで手に入れたのか教えてください。 ありがとう
私の経験では、.debと比較して.rpmで少し遅いことに気づきましたが、.rpmについて私が気に入っているのはたった一つのことであり、依存関係はそれ自体で検索され、（少なくともfedoraでは）「tab」を押すとすべてが自動完了します使用する場所とコンテキストに応じてターミナルに書き込みたいので、fedoraに切り替えました。少しイライラするのは、.debでしかアプリが見つからないことがあるという事実です。クロムリモートデスクトップの例、私の意見では、標準は同じディストリビューションにあるべきであり、それが可能性が低い場合は.rpmに移動します