生成と生成の違いは何ですか?.deb ファイルインストールして実行してください。.run ファイル?
答え1
.deb
ファイルは包装袋、低レベルのDebianパッケージマネージャ(APTおよび関連製品では後ろから呼び出されます)。ファイルは.deb
DebianやUbuntuやMintなどの派生製品用のパッケージです。
Debianパッケージには、パッケージに属するファイルと、パッケージの依存関係やその他のメタ情報を記述する「制御ファイル」だけでなく、パッケージのインストール、アップグレード、またはアンインストール時に実行されるインストールスクリプトも含まれています。
.deb
ファイルの内容を操作して表示できます。そうでない場合は、ファイルのさまざまな部分を一覧表示してその部分を抽出できます(他の部分と同様)。dpkg -c
dpkg -I
dpkg
ar t foo.deb
.deb
ar x foo.deb control.tar.gz
control.tar.gz
Red Hat(およびCentOSやFedoraなどの親戚)、SuSEなどで使用されます。回転速度、同じような特性の別のフォーマット。持つ他の人他のUNIXシステムでは。
.run
標準拡張ではありません。ファイルは.run
おそらく実行できるものです。プログラムをインストールしたり、まったく別の操作を実行したりすることもできます。
答え2
通常、.debファイルは、インストール後にシステムにユーザー、グループなどを追加するためにインストール後に実行できる短いスクリプトだけでなく、ファイルを含むzipファイルと似ています。
.runファイルは通常、単一のバイナリ実行可能ファイルまたはインストール可能なバイナリBLOBを含むシェルスクリプトです。シェルスクリプトタイプの場合、通常は再帰zipファイルまたはtarファイルと同義語のバイナリblobが含まれます。つまり、ファイルのディレクトリ構造が含まれます。
他の場合、これらの種類の .run ファイルには、ディスクにダンプされ、個別にインストールできる .deb または .rpm ファイルが含まれているか、そのファイルをディスクにダンプしてからシステムのパッケージ マネージャを使用しようとするスクリプトが含まれます。ソフトウェアはそれをインストールします。
たとえば、OracleからJava JDKをダウンロードする場合です。通常、実行時に.debファイルまたは.rpmファイルをディスクにダンプしてから、またはを使用してインストールする実行可能ファイルですthe package management tools: dpkg
。apt
yum
rpm
はい
以下は、これらの.runファイルのいずれかを使用してダウンロード/インストールする例です。拡張子は.binですが、これは単なる外観であり、ユーザーがさまざまな種類のファイルを区別するのを助ける以外に実際の関連性はありません。
$ wget http://www.java.net/download/jdk7/archive/b125/binaries/jdk-7-ea-bin-b125-linux-x64-13_jan_2011.bin
$ ./jdk-7-ea-bin-b125-linux-x64-13_jan_2011.bin
ここで、上記のファイルは、JDKを構成するさまざまなコンポーネントのパッケージをダンプした後、すべてのコンポーネントをインストールするか、必要なコンポーネントのみをインストールできます。
これにより、パッケージのインストールに加えて他の作業を実行できます。たとえば、Oracleには、お客様が同意したいライセンス契約があります。
10.5 本契約は、当該トピックに関する当事者間の完全な契約です。これは、以前または現在のすべての口頭または書面によるコミュニケーション、提案、条件、ステートメントおよび保証に代わるものであり、Bi Anyコードを含む、そのトピックに関連する当事者間の見積、注文、確認、またはその他の通信の競合または追加の条件に優先します。ライセンス、追加条件、またはライセンスされたソフトウェアに含まれるその他のライセンス。各当事者の承認された代表者が書面で署名しない限り、本契約のいかなる変更も拘束力はありません。
上記のライセンス条項に同意しますか? [はいまたはいいえ]
上記のインストーラを使用すると、ファイルディレクトリのバイナリブロブのみが含まれていることがわかります。
Extracting...
UnZipSFX 5.52 of 28 February 2005, by Info-ZIP (http://www.info-zip.org).
creating: jdk1.7.0/
creating: jdk1.7.0/lib/
inflating: jdk1.7.0/lib/jexec
creating: jdk1.7.0/lib/visualvm/
creating: jdk1.7.0/lib/visualvm/visualvm/
creating: jdk1.7.0/lib/visualvm/visualvm/modules/
inflating: jdk1.7.0/lib/visualvm/visualvm/modules/com-sun-tools-visualvm-attach.jar
inflating: jdk1.7.0/lib/visualvm/visualvm/modules/com-sun-tools-visualvm-host-views.jar
creating: jdk1.7.0/lib/visualvm/visualvm/modules/locale/
...
この場合、このタイプのインストールはパッケージマネージャを呼び出すのではなく、目的の場所に移動できるようにコンテンツを単一のディレクトリツリーにダンプするだけです。
実稼働環境では、通常、パッケージマネージャを使用せずに展開をより効果的に制御したいと考えています。複数のアプリケーションをデプロイしており、各アプリケーションには異なるバージョンのJDKが必要な場合があります。このアプローチを使用すると、すべてを簡単に共存させ、パッケージマネージャを介してこれを話すことができます。
$ pwd
/home/saml/jdk1.7.0
[saml@grinchy jdk1.7.0]$ ls -l
total 19308
drwxr-xr-x 2 saml saml 4096 Jan 13 2011 bin
-r--r--r-- 1 saml saml 2487 Jan 13 2011 COPYRIGHT
drwxr-xr-x 5 saml saml 4096 Jan 13 2011 db
drwxr-xr-x 11 saml saml 4096 Jan 13 2011 demo
drwxr-xr-x 3 saml saml 4096 Jan 13 2011 include
drwxr-xr-x 6 saml saml 4096 Sep 29 10:57 jre
drwxr-xr-x 3 saml saml 4096 Sep 29 10:57 lib
-r--r--r-- 1 saml saml 9005 Jan 13 2011 LICENSE
drwxr-xr-x 4 saml saml 4096 Jan 13 2011 man
-r--r--r-- 1 saml saml 25379 Jan 13 2011 README.html
-r--r--r-- 1 saml saml 20320 Jan 13 2011 README_ja.html
-r--r--r-- 1 saml saml 15160 Jan 13 2011 README_zh_CN.html
-r--r--r-- 1 saml saml 5348 Sep 29 10:58 register.html
-r--r--r-- 1 saml saml 5645 Sep 29 10:58 register_ja.html
-r--r--r-- 1 saml saml 4951 Sep 29 10:58 register_zh_CN.html
drwxr-xr-x 8 saml saml 4096 Jan 13 2011 sample
-rw-r--r-- 1 saml saml 19631790 Jan 13 2011 src.zip