パッケージの製造方法およびLinuxシステムのプロセス

        一般的な状況下では、Linuxのソフトウェアのインストールの下にあり三つの主要な方法があります、一つは元のインストールで手動で他をコンパイルするために、ユーザーが必要なRPMパッケージ（Redhat Linuxではパケットマネージャ）は、*があるインストールするには、RPMコマンドによって達成することができています。 binファイル、Windowsの同様のLinuxソフトウェアの下のインストール方法と、インストールプロセスは、通常、フォームxxx.i386.rpm、パッケージのファイル名は、バイナリ形式のxxx.tarで.②形式のファイル名を発表した①二つの方法で主にインストールされています.gzを、ソースコード.Linuxのパッケージ管理の形でマルチリリースパッケージは、次の3つのカテゴリに分けることができますバイナリパッケージ管理、パッケージのインストールスクリプトのソースコードの管理は、現在のLinuxディストリビューションと買収の様々ながあることも注目に値しますソフトウェアをインストールし、多くは[]のUbuntu /Fedoraの/Debianは須藤はapt-getを適当DEBパッケージ管理インストール[]とKepanによっていくつかのソフトウェア、例えば、[]のRedHat /YUMのCentOSのは、（専用のミラーリングで）取り付けられ、あります（例えばcnyunwei）] [保守運用管理システムに有し取り付けられ、フォームを暗号化SSH経由で、C /C ++言語やいくつかのソフトウェアコマンドの実行がアプリケーションの管理を自動化することPY、ここでは詳細に説明されていません。 Linuxのブート時間：ここではマップが明確アーキテクチャのLinuxのソフトウェア・アプリケーションとの間の関係を示すことができます。第1の開始カーネル（カーネル）、カーネルは、CPU、メモリ、ハードディスクインターフェース、ネットワークインターフェース、などを含むハードウェアを直接管理する管理コンピュータプログラムの一部です。すべてのコンピュータ操作は、カーネルのハードウェアに渡す必要があります。我々は対話を実現するために、ソフトウェアとハ​​ードウェアを使用したLinuxカーネル、見ることができます。この重要なシステム・コール・インターフェースによって、Linuxは上下カーネルが完全にプログラマから分離されているに適用される（対応するだけでなく、移植上位のアプリケーションを改善する）基礎となる複雑さを隠します。私たちはカーネルをアップグレードする場合、上位のアプリケーションが根底にある感情を変更しないように、システムはまた、そのまま呼び出し文を保つことができます。ライブラリ関数呼び出しモジュラー関数を作成するためにシステムを使用して、シェルは、ユーザー・インターフェースを提供し、私たちはプログラムを統合するために、スクリプトシェルの構文を使用することができます。これらのアイデアで、私たちはすぐに理解できるとインストールは、Linuxのソフトウェアアプリケーションを動作しますので、より多くのビジネスを促進し得るために、私たちは、Linuxシステムのソースコード上でアプリケーションを開発するために必要な情報のための方法を作るために、様々なソフトウェアパッケージでコンパイル時代のサービス。本論文では、圧縮することができ、それぞれの会社または作成者（タールや他の形式の実際の状況に応じて、また元のビンであってもよく、それはでコンパイルされている可能性が開始する市販のソフトウェアパッケージとソースパッケージのソースRPMパッケージのインストールとインストールについて説明します直接ファイルを実行するために使用される、そのような対応するソフトウェアサービスを解放するために、特定の形式にカプセル化されたISOファイルを作成するためにリリースCD-ROM仮想ファイル）などの他の媒体とすることができます。実際には、自動的にyumやrpmパッケージによって生成されたシステムにソフトウェアをインストールするコマンドをインストールするようになります（唯一のパラメータと機能モジュールの違いと厳しい）

説明：

RPM（RedHatのパッケージマネージャ、Red Hatのパッケージマネージャ）インストールパッケージ、クエリ、更新、検証、アンロード、およびRPMパッケージを使用する前に、.rpm形式を生成するために、オンラインでも利用できるコースのLinuxシステム（centos4例えば）インストールCDを、マウント
無料のRPMパッケージをダウンロードしてください。＃マウントは/dev /CDROM ---（CDをマウントするCD-ROMのディレクトリにCDの＃のCD /メディア/CDROM /CentOSの/RPMS --- RPMパッケージをマウントするコマンド#mountを通して見ることができます;再構築* .src.rpmcdは/usr /src /DIST /RPMSRpm&ndashのインストール:.回転&ndashの：ポイントは、一般的に）＃LSソースコードパッケージのインストール1、最後の行での使用の形で* src.rpmソース・パッケージが表示されます; IVHは* .rpmをアンインストールします。rpm&ndashすると、e packagename2、.tar.gzファイル、* TGZ、BZ2 *は、最初の解凍のパッケージとして実装する次のコマンドのtar zxvf * .tar.gztar xvfz * .tgztar xvfj * ...解凍ディレクトリに解凍した後tar.bz2、次の操作（一般的に、とコンフィギュレーションに）パッケージファイル名を参照してください：./コンパイルを設定します。アンインストールします：make installをいくつかの困難とアンインストールソースのインストールを行い、さまざまなソフトウェアが通常解凍した後、別のインストールを持っていることに合わせて、ドキュメントを読んでくださいインストールするための手順、唯一の一般的なケースは述べています。二つは、まず、大幅にLinuxソフトウェアのインストールを簡素化し、RedHatの会社によって提案されたRPMパッケージ形式のRPMのインストールパッケージをインストールする一般的なオプションについて説明します。 -v：表示の追加情報は、-vv：ディレクトリ--rootデバッグ情報を表示：ルートディレクトリとしてディレクトリを許可するRPMので、インストール前の手順、およびインストール後のプログラムは、このディレクトリにインストールされます。 1、インストール：RPMとのndash; I<オプション>はfile.rpmOptions：H：取付ハッシュ出力テストをマーク：インストールにのみテスト、実際--persentマウントされていない：--excludedocsはパーセンテージとしてインストールの進行状況を示す：ソフトウェアをインストールしませんドキュメントは、パッケージを--replacepkgs：--replacefilesを再インストールすることを余儀なく：--force他のパッケージに属するファイルを置き換える：パッケージ構造の--ignoreosをチェックしない：パッケージをチェックしないパッケージとファイルの競合が--ignorearch無視します--nodepsを実行しているオペレーティングシステム：依存関係の--noscriptsをチェックしません：事前にスクリプトを実行し、インストール2後は、rpm&ndashのを削除しないで、E<オプション> pkgnameOption： - テスト：、唯一のテストを削除するには、実際に削除されません。 --noscripts：インストール前とインストール後のスクリプトの--nodepsを実行しないでください：依存関係をチェックしないでください注：PKGNAMEは、パッケージ名ではなく、rpmパッケージ名ですが、パッケージ名をインストールした後、あなたは、クエリにクエリコマンドを使用することができますパッケージ名。 3、アップグレードRPM&ndashの、U（または—アップグレード）<オプション> file.rpmOption：オプションと実質的に同じ設置した場合、いくつかの特別がある： - oldpackage：古いバージョン4可能、クエリRPM&ndashの; Q（または--query）<オプション> PACKAGE_FILE :-Pオプション：FIEL -fクエリパッケージファイル：すべてのインストール済みパッケージ-gグループを照会：クエリファイルがどのパッケージ-a属するグループクエリパッケージに属しているグループ--whatproVidesCAPABILITY：すべてのお問い合わせ機能に必要な機能をパッケージ-i：-lを表示サマリ情報パッケージ：クエリ機能は、機能パッケージの--whatrequiresCAPABILITYを提供プロファイルのリストを表示：パッケージ-c内のファイルの一覧を表示します-s：-scriptsファイルリストを表示します。表示は、インストール、アンインストール検証スクリプト--qf：ユーザーが指定した方法は、--dump照会：表示情報--providesは、各ファイルを確認する：ディスプレイパッケージが提供します - R：5の表示に必要なパッケージ、パッケージのチェックインストールRPM&ndashに、他のコマンドオプションオプション6と同様、V（または&のndash;を確認し、または&のndash; Y）<オプション> K（ORのndash; checksig）<パッケージ回転数とのndashのファイルをチェックするオプション> file.rpmOption：-v：表示バージョン情報-vv：FILELIST --rcfileデバッグ情報を表示：設定rpmrcファイルFILELIST7、他のRPMオプションは--rebuilddb：RPMデータベース--initdbを再構築：新しいRPMデータベース--quietを作成します。可能な限り--helpの出力を減らすために：表示されたファイルの--versionを助ける：ちょうどRPMの現在のバージョンで上記の表示は、一般的なオプションを使用します要約、男のrpmコマンドで見ることができ、具体的にどのような問題が、公式文書、常に最良の教師。第三に、*。ビンは、単にダブルクリックしてインストールファイル形式をまたは* .binファイルあなたが繰り返されていない、インストールするには、画面の指示に従うことができますをクリックしてインストール。 RPMパッケージ形式を作成するには、パッケージの説明を記述する必要があります。その標準の命名形式：ソフトウェアの名前 - バージョン - リリース番号の.spec（ほとんどの場合であり、今直接：ソフトウェアの名称は.spec）、この文書では、このようなソフトウェア名として、パッケージについての詳細に多くの情報を記述する、バージョン、カテゴリ、説明、要約、あなたは命令が実行されるものを作成するときに、どのようなアクションだけでなく、インストール時になど、実行されるパッケージに含まれる文書。この文書では、RPMは適切なパッケージファイルを作成することができます。もちろん、今のような長いプログラムソースは、次のステップを作るために、ウィザードことができような援助をするソースRPMパッケージとしてオープンソースがあります。簡単な例を作る：実際には、最善の方法は、パッケージになることです。私は回転数を覚えているし、Debianはすぐにオープンソースソフトウェアのパッケージは、直接使用するために使用することができました。例えば>>タールnginxのRPMパッケージを/usr /src /redhat /SOURCES /書き込みSPECファイルのディレクトリ3. [ルート@メールSPECS]＃のvinginxに1.パッケージ2.ダウンロードしnginxのソースファイルを作成部パケット-0.8.35.specSummary：最初rpmpackageName：nginxVersion：0.8Release：35Vendor：[email protected]：ShareGroup：アプリケーション/TextSource0：nginxの-0.8.35.tar.gz％のdescriptionmyテストnginxの％preptar -zxvf $ RPM_SOURCES_DIR /nginxの-0.8.35.tar.gz％buildcd $ RPM_BUILD_DIR /nginxの-0.8.35。/configuremake％インストールCD $ RPM_BUILD_DIR /nginxの-0.8.35make％％cleanrm -rf $ RPM_BUILD_DIR /nginxの-0.8.35％のファイルをインストールdefattr。（ - 、根、ルート）を/usr /local /nginxの/sbinに/nginxの％DOCの$ RPM_BUILD_DIR /nginxの-0.8.35 /README4のRPMパッケージャ[ルート@メールSPECS] #rpmbuild -baのnginx-0.8.35。仕様はエラーなしで実行された場合、二つの文書は/usr/src/redhat/RPMS/i386/nginx-0.8-35.i386.rpmと/usr/src/redhat/SRPMS/nginx-0.8-35.src.rpmを生産します。