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 サイトの他の関連記事を参照してください。