Linuxリポジトリとは何ですか

linux repo とは、インストールファイルの場所を示す「リポジトリ」のことですが、同時に、linux 環境で Android ホスト環境を開発するために必要なツールキットの名前でもあり、バージョン管理; リポ ファイルは Fedora を指します yum ソースの設定ファイル 通常、リポ ファイルは 1 つ以上のソフトウェア リポジトリの詳細を定義します。

#このチュートリアルの動作環境: linux5.9.8 システム、Dell G3 コンピューター。

Linux リポジトリとは何ですか?

Linux オペレーティング システムでは、repo=repository はインストール ファイルの場所を示します。同時に、repo は次の目的でも使用されます。 Linux 環境での Android ホストの開発環境でバージョン管理に必要なツールキットの名前。 REPO は Google が Python スクリプトを使用して Git を呼び出すスクリプトで、主に Android プロジェクトのソフトウェア ウェアハウスのダウンロードと管理に使用されます。

Linux yum の設定ファイル リポジトリ ファイルの詳細説明

リポ ファイル:

リポ ファイルは yum です。 Fedora ウェアハウスのソース (ソフトウェア) 構成ファイル、通常はリポ ファイルで、インストールまたはアップグレードする必要があるソフトウェア パッケージをダウンロードする場所など、1 つ以上のソフトウェア ウェアハウスの詳細が定義されます。リポ ファイル内の設定が読み取られます。 yum! によって適用されました。

YUM の動作原理は複雑ではありません。各 RPM ソフトウェアの依存関係はヘッダーに記録されます。ヘッダーの内容を記録して分析できれば、基本ソフトウェアに追加で何が必要かを知ることができます。ソフトウェアをインストールする前にインストールする必要があります。つまり、最初に分析ツールを使用してサーバー上のすべての RPM ファイルを分析し、次に分析を記録します。インストールまたはアップグレード時に記録されたファイルをクエリする限り、関連するすべてのソフトウェアを知ることができます。したがって、YUM の基本的なワークフローは次のとおりです。

サーバー側: すべての RPM ソフトウェア パッケージがサーバーに保存され、各 RPM ファイルの依存関係が関連する機能で分析され、これらのデータがファイルに記録されます。 . サーバー上の特定のディレクトリに保存されます。

クライアント: 特定のソフトウェアをインストールする必要がある場合は、まずサーバーに記録されている依存関係ファイルをダウンロードし (WWW または FTP 経由で可能)、サーバーによってダウンロードされた記録データを分析して、関連するすべてのファイルを取得します。ソフトウェアを一度にダウンロードしてインストールできます。

vi /etc/yum.conf
[main]
cachedir=/var/cache/yum
#cachedir：yum缓存的目录，yum在此存储下载的rpm包和数据库，一般是/var/cache/yum。
debuglevel=2
#debuglevel：除错级别，0──10,默认是2 貌似只记录安装和删除记录
logfile=/var/log/yum.log
pkgpolicy=newest

#pkgpolicy: パッケージポリシー。最新と最後という 2 つのオプションがあります。この機能は、複数のリポジトリを設定し、同時に異なるリポジトリに同じソフトウェアが存在する場合に、どちらの yum をインストールするかを選択する機能です。最新であれば、yum は最新バージョンをインストールします。 。最後である場合、yum はサーバー ID をアルファベット順にソートし、最後の ID を選択してサーバーにソフトウェアをインストールします。通常は最新のものを選択します。

distroverpkg=centos-release

#ソフトウェア パッケージを指定すると、yum はこのパッケージに基づいてリリース バージョンを決定します。デフォルトは redhat-release ですが、インストールされている任意のバージョンにすることもできます。独自のリリースの rpm パッケージ。

tolerant=1

#tolerent には、コマンドラインでのソフトウェア パッケージに関連するエラーを yum が許容するかどうかを示す 2 つのオプション 1 と 0 もあります。 1、2、3 のパッケージがあり、そのうち 3 つは以前にインストールされています。1 に設定すると、yum はエラー メッセージを表示しません。デフォルトは 0 です。

exactarch=1
#exactarch，有两个选项1和0,代表是否只升级和你安装软件包cpu体系一致的包，如果设为1，则如你安装了一个i386的rpm，则yum不会用1686的包来升级。
retries=20
#retries，网络连接发生错误后的重试次数，如果设为0，则会无限重试。
obsoletes=1
gpgcheck=1
#gpgchkeck= 有1和0两个选择，分别代表是否是否进行gpg校验，如果没有这一项，默认是检查的。
reposdir=/etc/yy.rm #默认是 /etc/yum.repos.d/ 低下的 xx.repo后缀文件

#これはデフォルトで含まれます。つまり、設定ファイルの数や各ファイルに [名前] がいくつあるかに関係なく、/etc/yum.repos.d/xx.repo が含まれます。 , これらはすべて、最終的に 1 つに統合されます。[名前] の後に繰り返される [名前] が、以前の

exclude=xxx

#exclude を上書きして、アップグレード リストから特定のソフトウェアを除外していることがわかります。ワイルドカードを使用できます。それぞれリスト内の項目はスペースで区切る必要があります。これはインストールに便利です。たとえば、美化パッケージや中国語パッチは友人にとって特に便利です。

keepcache=[1 or 0]

# keepcache=1 を設定すると、パッケージのインストールが成功した後、yum はキャッシュされたヘッダーとパッケージを保持します。デフォルト値は keepcache=0 です。

reposdir=[包含 .repo 文件的目录的绝对路径]

# は保存しないでください。このオプションを使用すると、ユーザーは .repo ファイルの絶対パスを指定できます。 .repo ファイルには、ソフトウェア リポジトリに関する情報が含まれています (/etc/yum.conf ファイルの [repository] ​​セクションと同じ)。

パート 2:

vi /etc/yum.repo.d/xx.repo

実際、このフィールドは yum.conf で直接設定することもできます。

[serverid]

#serverid が使用される場所for 異なるリポジトリを区別するには、一意の名前が必要です。繰り返し、前が後ろを覆います - それともその逆ですか? ? ? 「enabled」を使用してテストすると、以前の

name=Some name for this server

#name が上書きされ、これはリポジトリの説明であり、$releasever $basearch; name=Fedora Core $releasever - $basearch - selected Updates

のような変数をサポートします。

baseurl=url://path/to/repository/

#baseurl はサーバー設定の最も重要な部分であり、設定が正しい場合にのみ、baseurl からソフトウェアを取得できます。その形式は次のとおりです:

baseurl=url://server1/path/to/repository/
url://server2/path/to/repository/
url://server3/path/to/repository/

# この URL は、http:// ftp:// file:// の 3 つのプロトコルをサポートします。 BaseURL の後には複数の URL を続けることができます。自分で高速なミラー サイトに変更することもできますが、BaseURL は 1 つだけです。つまり、次の形式にすることはできません:

baseurl=url://server1/path/to/repository/
baseurl=url://server2/path/to/repository/
baseurl=url://server3/path/to/repository/

が指すディレクトリURL はこれである必要があります。リポジトリ ヘッダー ディレクトリの上位レベルで、$releasever $basearch などの変数もサポートされます。

#mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch

#上記の行は、通常は有効になっているミラー サーバーのアドレス リストを指定しています。この例では、コメント シンボルが追加されて無効になっています。$releasever と $basearch を対応するバージョンとアーキテクチャに置き換えてみることができます10 や i386 などのアドレスをブラウザで開くと、使用可能なミラー サーバー アドレスの長いリストが表示されます。

URL の後に、gpgcheck、exclude、failovermethod などの複数のオプションを追加できます。例:

gpgcheck=1

exclude=gaim

# このうち、gpgcheck と exclude は [main] 部分と同じ意味ですが、このサーバーでのみ機能します。

#failovermethod=priority

#failovermethod には 2 つのオプションがあります。ラウンドロビンと優先順位は、複数の URL から選択できる場合、yum とラウンドロビンで選択された順序がランダムに選択されます。接続に失敗した場合は、次の URL が使用され、サイクルが繰り返されます。優先順位は最初のものから始まります。 URL の順序に従って 1 つ。指定しない場合、デフォルトはラウンドロビンです。

enabled=[1 or 0]

#ソフトウェア リポジトリがenabled=0として設定されている場合、yumはソフトウェア パッケージのインストールまたはアップグレード時にリポジトリをソフトウェア パッケージとして使用しません。 。このオプションを使用すると、ソフトウェア リポジトリを有効または無効にできます。

#yum の --enablerepo=[repo_name] および --disablerepo=[repo_name] オプション、または PackageKit の「ソフトウェアの追加/削除」ツールを使用して、指定したソフトウェア リポジトリを簡単に有効または無効にすることもできます。

いくつかの変数

$releasever (リリースバージョン) は、[main] セクションの distroverpkg から取得されますが、そうでない場合は redhat-release パッケージに基づいて判断されます。

$arch、i686、athlon などの CPU システム。

$basearch、i686 と athlon などの CPU の基本システム グループは両方とも i386、alpha と alphaev6 に属します。アルファに所属。

yum.conf の設定が完了すると、yum の便利さを十分に体験できるようになります。

まだ行われていないことがもう 1 つあります。つまり、各リポジトリの GPG キーをインポートします。前に述べたように、yum は gpg を使用してパッケージを検証し、ダウンロードされたパッケージの整合性を確認できます。そのため、最初に各リポジトリ サイトに移動して gpg キーを見つける必要があります。通常、ホームページの目立つ場所に配置され、RPM-GPG-KEY.txt などの名前のプレーン テキスト ファイルをダウンロードし、rpm --import xxx.txt コマンドを使用してインポートします。ディストリビューションに付属する GPG-KEY rpm --import /usr/share/doc/redhat-release-*/RPM-GPG-KEY は、公式ソフトウェアのアップグレードに使用されます。

推奨学習:「l

inux ビデオ チュートリアル

」

以上がLinuxリポジトリとは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。