「公式リポジトリ」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
 
(同期)
(2人の利用者による、間の9版が非表示)
1行目: 1行目:
[[Category:Package management (日本語)]]
+
[[Category:パッケージ管理]]
[[Category:About Arch (日本語)]]
+
[[Category:Arch について]]
[[ar:Official Repositories]]
+
[[ar:Official repositories]]
[[cs:Official Repositories]]
+
[[cs:Official repositories]]
[[en:Official Repositories]]
+
[[en:Official repositories]]
[[es:Official Repositories]]
+
[[es:Official repositories]]
 
[[fr:Depots]]
 
[[fr:Depots]]
[[it:Official Repositories]]
+
[[it:Official repositories]]
[[nl:Official Repositories]]
+
[[nl:Official repositories]]
[[pt:Official Repositories]]
+
[[pt:Official repositories]]
 
[[ro:Depozitele oficiale]]
 
[[ro:Depozitele oficiale]]
[[ru:Official Repositories]]
+
[[ru:Official repositories]]
[[tr:Resmi_Depolar]]
+
[[tr:Resmi Depolar]]
[[zh-CN:Official Repositories]]
+
[[zh-hans:Official repositories]]
[[zh-TW:Official Repositories]]
+
[[zh-hant:Official repositories]]
{{Related articles start (日本語)}}
+
{{Related articles start}}
{{Related2|Mirrors (日本語)|ミラー}}
+
{{Related|ミラー}}
{{Related2|Arch User Repository (日本語)|Arch User Repository}}
+
{{Related|Arch User Repository}}
{{Related2|Unofficial user repositories (日本語)|非公式ユーザーリポジトリ}}
+
{{Related|非公式ユーザーリポジトリ}}
{{Related2|PKGBUILD (日本語)|PKGBUILD}}
+
{{Related|PKGBUILD}}
{{Related2|makepkg (日本語)|makepkg}}
+
{{Related|makepkg}}
{{Related2|pacman (日本語)|pacman}}
+
{{Related|pacman}}
{{Related2|Arch Build System (日本語)|Arch Build System}}
+
{{Related|Arch Build System}}
 
{{Related articles end}}
 
{{Related articles end}}
   
[[Wikipedia:ja:リポジトリ|ソフトウェアリポジトリ]]とは、コンピュータに取得・インストールされるパッケージを置いておくストレージのことです。Arch Linux の[[Arch Terminology (日本)#パッケージメンテナ|パッケージメンテナ]] (開発者と [[Trusted Users]]) は重要な・人気のあるソフトウェアパッケージが入った公式リポジトリを管理しています。この記事では公式にサポートされているリポジトリについて説明します。
+
[[Wikipedia:ja:リポジトリ|ソフトウェアリポジトリ]]とは、コンピュータに取得・インストールされるパッケージを置いておくストレージのことです。Arch Linux の[[Arch #パッケージメンテナ|パッケージメンテナ]] (開発者と [[Trusted Users|Trusted User]]) は重要な・人気のあるソフトウェアパッケージが入った公式リポジトリを管理しています。この記事では公式にサポートされているリポジトリについて説明します。
   
 
== 歴史的背景 ==
 
== 歴史的背景 ==
   
リポジトリが仕分けされていることには歴史的な理由があります。昔、Arch Linux を利用している人がとても少なかった頃、''[official]'' (現在の '''[core]''') と呼ばれるたった一つのリポジトリだけがありました。当時は、[official] には主として Judd Vinet が推奨するアプリケーションが入っていました。プログラムの"タイプ"ごとにそれぞれ一つのプログラムが入っていたのです -- 一つの DE, 一つのメジャーブラウザ、など。
+
リポジトリが仕分けされていることには歴史的な理由があります。昔、Arch Linux を利用している人がとても少なかった頃、''[official]'' (現在の '''[core]''') と呼ばれるたった一つのリポジトリだけがありました。当時は、[official] には主として Judd Vinet が推奨するアプリケーションが入っていました。プログラムの"タイプ"ごとにそれぞれ一つのプログラムが入っていたのです (一つの DE, 一つのメジャーブラウザ、など)
   
ユーザーが Judd の選択したプログラムを好まない時は、簡単に使える [[Arch Build System (日本語)|Arch Build System]] により、自分たちでパッケージを作っていました。これらのパッケージは ''[unofficial]'' という名のリポジトリに入れられ、Judd 以外の開発者によって管理されていたのです。次第に、その 2 つのリポジトリは開発者によって等しくサポートされるようになり、[official] と [unofficial] という名前は実態を表さなくなりました。そこで、リリースバージョン 0.5 で、それらは共に ''[current]'' と ''[extra]'' と名前を変えました。
+
ユーザーが Judd の選択したプログラムを好まない時は、簡単に使える [[Arch Build System]] により、自分たちでパッケージを作っていました。これらのパッケージは ''[unofficial]'' という名のリポジトリに入れられ、Judd 以外の開発者によって管理されていたのです。次第に、その 2 つのリポジトリは開発者によって等しくサポートされるようになり、[official] と [unofficial] という名前は実態を表さなくなりました。そこで、リリースバージョン 0.5 で、それらは共に ''[current]'' と ''[extra]'' と名前を変えました。
   
 
2007.8.1 リリースのすぐ後、何が含まれているのか混乱することを防ぐために [current] は [core] になりました。新旧リポジトリのほとんどは開発者やコミュニティの目からみると今でもあまり変わっていませんが、[core] は少々異なっています。主な区別は、インストール CD やリリーススナップショットに入っているパッケージだけを [core] に含んでいるということです。このリポジトリだけでも Linux システムを構築することはできますが、おそらくあなたの求める Linux システムにはなりません。
 
2007.8.1 リリースのすぐ後、何が含まれているのか混乱することを防ぐために [current] は [core] になりました。新旧リポジトリのほとんどは開発者やコミュニティの目からみると今でもあまり変わっていませんが、[core] は少々異なっています。主な区別は、インストール CD やリリーススナップショットに入っているパッケージだけを [core] に含んでいるということです。このリポジトリだけでも Linux システムを構築することはできますが、おそらくあなたの求める Linux システムにはなりません。
38行目: 38行目:
 
信用されたユーザーが彼らのリポジトリに飽き、信用されてないユーザー (Untrusted User) が彼らのパッケージを共有したいと思う前になされたこの作業は、[https://aur.archlinux.org/ AUR] の開発として引き継がれました。TU たちは結集して、より強固なグループを作り、今では '''[community]''' リポジトリを集団で管理するようになりました。信用されたユーザーたちは未だに Arch Linux の開発者とは分裂していますが、開発者との間ですくなからず連絡をとりあっています。時には [community] から '''[extra]''' に人気のあるパッケージを移動するように求めることもあります。また、信用されてないユーザーは [https://aur.archlinux.org/ AUR] を使って PKGBUILD を投稿することができます。
 
信用されたユーザーが彼らのリポジトリに飽き、信用されてないユーザー (Untrusted User) が彼らのパッケージを共有したいと思う前になされたこの作業は、[https://aur.archlinux.org/ AUR] の開発として引き継がれました。TU たちは結集して、より強固なグループを作り、今では '''[community]''' リポジトリを集団で管理するようになりました。信用されたユーザーたちは未だに Arch Linux の開発者とは分裂していますが、開発者との間ですくなからず連絡をとりあっています。時には [community] から '''[extra]''' に人気のあるパッケージを移動するように求めることもあります。また、信用されてないユーザーは [https://aur.archlinux.org/ AUR] を使って PKGBUILD を投稿することができます。
   
'''[core]''' に入ったカーネルが[https://www.archlinux.org/news/please-avoid-kernel-261614-1/ 多くのユーザーのシステムを破壊する事件]がおこった後、"core 承認ポリシー" (core signoff policy) が導入されました。その時から、[core] にある全てのパッケージはアップデートの際にまず '''[testing]''' を通過しなくてはならなくなり、他の開発者から多くの承認が得られて初めて [core] への移動が許されるようになりました。それも時間がたつにつれ、いくつかの [core] パッケージがあまり使われなくなったので、そのようなパッケージはユーザーの承認やバグレポートが少ないという基準で運用されています。
+
'''[core]''' に入ったカーネルが[https://www.archlinux.org/news/please-avoid-kernel-261614-1/ 多くのユーザーのシステムを破壊する事件] がおこった後、"core 承認ポリシー" (core signoff policy) が導入されました。その時から、[core] にある全てのパッケージはアップデートの際にまず '''[testing]''' を通過しなくてはならなくなり、他の開発者から多くの承認が得られて初めて [core] への移動が許されるようになりました。それも時間がたつにつれ、いくつかの [core] パッケージがあまり使われなくなったので、そのようなパッケージはユーザーの承認やバグレポートが少ないという基準で運用されています。
   
2009年末から 2010初頭にかけて、新しいファイルシステムの出現とそれらのサポートのために、[core] は明確には定義されなくなった(たんに"開発者によって選ばれた重要なパッケージ"が入っている)実情にあわせて、リポジトリにはより正確な説明が付けられています(以下を参照)。
+
2009年末から2010初頭にかけて、新しいファイルシステムの出現とそれらのサポートのために、[core] は明確には定義されなくなった(たんに"開発者によって選ばれた重要なパッケージ"が入っている)実情にあわせて、リポジトリにはより正確な説明が付けられています(以下を参照)。
   
 
== [core] ==
 
== [core] ==
54行目: 54行目:
 
以下のようなパッケージが含まれます:
 
以下のようなパッケージが含まれます:
   
:* Arch でサポートされるすべての種類のシステムの起動に必要なパッケージ。
+
* Arch Linux の起動に必要なパッケージ。
:* インターネットの接続に必要なパッケージ。
+
* [[ネットワーク設定|インターネットの接続]]に必要なパッケージ。
:* パッケージ作成に必要なパッケージ。
+
* [[パッケージ作成]]に必要なパッケージ。
:* サポートされるファイルシステムの管理・修復に必要なパッケージ。
+
* サポートされてい[[ファイルシステム]]の管理・修復に必要なパッケージ。
:* システム設定の初期段階で実質的に必要になるパッケージ (例: {{Pkg|openssh}})。
+
* システム設定の初期段階で実質的に必要になるパッケージ (例: {{Pkg|openssh}})。
:* 上記パッケージが依存しているパッケージ (必ずしも makedepends ではない)。
+
* 上記パッケージが依存しているパッケージ (必ずしも [[PKGBUILD#makedepends|makedepends]] ではない)。
   
{{Note|このリポジトリは core インストールメディアに含まれていたことがあり、インターネット接続なしでも完全に動作するベースシステムを構築できました。今ではそのようなことはできません。新しいシステムのインストールにはインターネット接続が必須です。[core] やその他のリポジトリからローカルリポジトリを作りたいのなら、[[Pacman Tips (日本語)#パッケージを CD/DVD や USB スティックからインストールする|ここ]]を見て下さい。}}
+
{{Note|このリポジトリは core インストールメディアに含まれていたことがあり、インターネット接続なしでも完全に動作するベースシステムを構築できました。今ではそのようなことはできません。新しいシステムのインストールにはインターネット接続が必須です。[core] やその他のリポジトリからローカルリポジトリを作りたいのなら、[[Pacman ヒント#パッケージを CD/DVD や USB スティックからインストールする|ここ]]を見て下さい。}}
   
 
== [extra] ==
 
== [extra] ==
73行目: 73行目:
 
このリポジトリはお好きなミラーの {{ic|.../community/os/}} で見つけることができます。
 
このリポジトリはお好きなミラーの {{ic|.../community/os/}} で見つけることができます。
   
[[Arch User Repository (日本語)|Arch User Repository]] から [[Trusted_Users|Trusted User]] によって十分な投票が得られたパッケージが含まれます。
+
[[Arch User Repository]] から [[Trusted Users|Trusted User]] によって十分な投票が得られたパッケージが含まれます。
   
 
== [multilib] ==
 
== [multilib] ==
79行目: 79行目:
 
このリポジトリはお好きなミラーの {{ic|.../multilib/os/}} で見つけることができます。
 
このリポジトリはお好きなミラーの {{ic|.../multilib/os/}} で見つけることができます。
   
64ビット環境で32ビットアプリケーションを動作・ビルドするために使われる、32ビットのソフトウェアやライブラリが含まれます (例: {{Pkg|wine}}, {{Pkg|skype}}, etc)
+
64ビット環境で32ビットアプリケーションを動作・ビルドするために使われる、32ビットのソフトウェアやライブラリが含まれます (例: {{Pkg|wine}} {{Pkg|steam}} など)
   
詳しくは、[[Multilib (日本語)]] を参照してください。
+
詳しくは、[[Multilib]] を参照してください。
   
 
== [testing] ==
 
== [testing] ==
97行目: 97行目:
 
* 他のパッケージのリビルドを必要としている場合。この場合、リビルドが必要な全てのパッケージが [testing] に入れられ、全てのリビルドが完了してから、他のリポジトリに移されます。
 
* 他のパッケージのリビルドを必要としている場合。この場合、リビルドが必要な全てのパッケージが [testing] に入れられ、全てのリビルドが完了してから、他のリポジトリに移されます。
   
他の公式ポジトリと名前の衝突を起こす可能性がある唯一のリポジトリです。有効にする時は、{{ic|/etc/pacman.conf}} ファイルのリストの一番初めに置く必要があります。
+
他の公式ポジトリと名前の衝突を起こす可能性がある唯一のリポジトリです。有効にする時は、{{ic|/etc/pacman.conf}} ファイルのリストの一番初めに置く必要があります。
   
"一番新しい"パッケージバージョンのためにあるわけでりません。ひとつの目的は、[core] に入ると'''システム破壊を引き起こす'''恐れのあるパッケージアップデートを保持することです。なので、[testing] リポジトリのユーザーは [https://mailman.archlinux.org/mailman/listinfo/arch-dev-public arch-dev-public] メーリングリストを講読すること、[https://bbs.archlinux.org/viewforum.php?id=49 <nowiki>[testing]</nowiki> Repository Forum] を読むこと、バグを全て[https://bugs.archlinux.org/ 報告]することを'''強く推奨'''されています。
+
{{Note|[testing] は "一番新しい"パッケージバージョンあるりません。このリポジトリの目的は、[core] に入ると'''システム破壊を引き起こす'''恐れのあるパッケージアップデートを保持することです。なので、[testing] リポジトリのユーザーは [https://mailman.archlinux.org/mailman/listinfo/arch-dev-public arch-dev-public] メーリングリストを講読すること、[https://bbs.archlinux.org/viewforum.php?id&#61;49 <nowiki>[testing]</nowiki> リポジトリフォーラム] を読むこと、バグを全て[[バグ報告ガイドライン|報告]]することを'''強く推奨'''されています。}}
   
[testing] を有効にするなら、[community-testing] も有効にしなければなりません。
+
{{Warning|[testing] を有効にするときは、[community-testing] も一緒に有効にする必要があります。また、以下のサブセクションに書かれている他の [testing] リポジトリを有効にする場合、同様に [testing] も有効にしなければなりません。}}
   
== [community-testing] ==
+
=== [community-testing] ===
   
 
このリポジトリは [testing] と似ていて、[community] リポジトリの候補になっているパッケージのために存在しています。
 
このリポジトリは [testing] と似ていて、[community] リポジトリの候補になっているパッケージのために存在しています。
   
  +
=== [multilib-testing] ===
有効にするときは、[testing] も有効にしなければなりません。
 
 
== [multilib-testing] ==
 
   
 
このリポジトリは [testing] と似ていて、[multilib] リポジトリの候補になっているパッケージのために存在しています。
 
このリポジトリは [testing] と似ていて、[multilib] リポジトリの候補になっているパッケージのために存在しています。
   
  +
=== [gnome-unstable] ===
有効にするときは、[testing] も有効にしなければなりません。
 
  +
  +
このリポジトリにはメインの [testing] リポジトリに入る前の [[GNOME]] デスクトップ環境の最新版が入っています。
  +
  +
[gnome-unstable] を有効にしたい場合、以下の行を {{ic|/etc/pacman.conf}} に追加してください。''gnome-unstable'' エントリは一番上 (''testing'' エントリよりも上) に記述する必要があります:
  +
  +
[gnome-unstable]
  +
Include = /etc/pacman.d/mirrorlist
  +
  +
パッケージに関連するバグは Arch Linux の[https://bugs.archlinux.org/ バグトラッカー] に、その他のバグについては上流の [https://bugzilla.gnome.org/ GNOME Bugzilla] に報告してください。
  +
  +
=== [kde-unstable] ===
  +
  +
このリポジトリには [[KDE]] Plasma や Applications の最新ベータ版・リリース候補版が入っています。
  +
  +
[kde-unstable] を有効にするには、以下の行を {{ic|/etc/pacman.conf}} に追加してください。''kde-unstable'' エントリは一番上 (''testing'' エントリよりも上) に記述する必要があります:
  +
  +
[kde-unstable]
  +
Include = /etc/pacman.d/mirrorlist
  +
  +
何か問題を発見したときは[[バグ報告ガイドライン|バグレポートを作成]]してください。
  +
  +
=== testing リポジトリの無効化 ===
  +
  +
有効にした testing リポジトリを無効化したい場合、以下を実行してください:
  +
  +
# {{ic|/etc/pacman.conf}} からリポジトリを削除(あるいはコメントアウト)。
  +
# {{ic|# pacman -Syuu}} を実行して、リポジトリからのアップデートをロールバック。
  +
  +
二番目のコマンドは必ずしも実行する必要がないこともありますが、何か問題が起きていたら実行してみてください。

2017年10月3日 (火) 22:25時点における版

関連記事

ソフトウェアリポジトリとは、コンピュータに取得・インストールされるパッケージを置いておくストレージのことです。Arch Linux のパッケージメンテナ (開発者と Trusted User) は重要な・人気のあるソフトウェアパッケージが入った公式リポジトリを管理しています。この記事では公式にサポートされているリポジトリについて説明します。

歴史的背景

リポジトリが仕分けされていることには歴史的な理由があります。昔、Arch Linux を利用している人がとても少なかった頃、[official] (現在の [core]) と呼ばれるたった一つのリポジトリだけがありました。当時は、[official] には主として Judd Vinet が推奨するアプリケーションが入っていました。プログラムの"タイプ"ごとにそれぞれ一つのプログラムが入っていたのです (一つの DE, 一つのメジャーブラウザ、など)。

ユーザーが Judd の選択したプログラムを好まない時は、簡単に使える Arch Build System により、自分たちでパッケージを作っていました。これらのパッケージは [unofficial] という名のリポジトリに入れられ、Judd 以外の開発者によって管理されていたのです。次第に、その 2 つのリポジトリは開発者によって等しくサポートされるようになり、[official] と [unofficial] という名前は実態を表さなくなりました。そこで、リリースバージョン 0.5 で、それらは共に [current][extra] と名前を変えました。

2007.8.1 リリースのすぐ後、何が含まれているのか混乱することを防ぐために [current] は [core] になりました。新旧リポジトリのほとんどは開発者やコミュニティの目からみると今でもあまり変わっていませんが、[core] は少々異なっています。主な区別は、インストール CD やリリーススナップショットに入っているパッケージだけを [core] に含んでいるということです。このリポジトリだけでも Linux システムを構築することはできますが、おそらくあなたの求める Linux システムにはなりません。

さて、0.5 や 0.6 の期間に、開発者が管理するには吝か、パッケージが多すぎることが問題になりました。開発者のひとり (Xentac) は "Trusted User リポジトリ" を作り、信用されたユーザー (Trusted User) が作ったパッケージを置く非公式リポジトリにしました。[staging] リポジトリという、公式リポジトリに提案されているパッケージを置くリポジトリがありましたが、それは Arch Linux 開発者によるもので、それ以外の開発者と信用されたユーザーは多かれ少なかれ異なっていたのが理由です。

信用されたユーザーが彼らのリポジトリに飽き、信用されてないユーザー (Untrusted User) が彼らのパッケージを共有したいと思う前になされたこの作業は、AUR の開発として引き継がれました。TU たちは結集して、より強固なグループを作り、今では [community] リポジトリを集団で管理するようになりました。信用されたユーザーたちは未だに Arch Linux の開発者とは分裂していますが、開発者との間ですくなからず連絡をとりあっています。時には [community] から [extra] に人気のあるパッケージを移動するように求めることもあります。また、信用されてないユーザーは AUR を使って PKGBUILD を投稿することができます。

[core] に入ったカーネルが多くのユーザーのシステムを破壊する事件 がおこった後、"core 承認ポリシー" (core signoff policy) が導入されました。その時から、[core] にある全てのパッケージはアップデートの際にまず [testing] を通過しなくてはならなくなり、他の開発者から多くの承認が得られて初めて [core] への移動が許されるようになりました。それも時間がたつにつれ、いくつかの [core] パッケージがあまり使われなくなったので、そのようなパッケージはユーザーの承認やバグレポートが少ないという基準で運用されています。

2009年末から2010年初頭にかけて、新しいファイルシステムの出現とそれらのサポートのために、[core] は明確には定義されなくなった(たんに"開発者によって選ばれた重要なパッケージ"が入っている)実情にあわせて、リポジトリにはより正確な説明が付けられています(以下を参照)。

[core]

このリポジトリはお好きなミラーの .../core/os/ で見つけることができます。

[core] にはかなり厳しい品質要求事項があります:

  • 開発者やユーザーはパッケージのアップデートが入る前に、アップデートを承認する必要があります。
  • あまり使われないパッケージでは、合理的な理由(つまりアップデートを知らせ、承認を求め、変化の度合いにあわせてテストをし、目立ったバグレポートがなかったり、パッケージメンテナの暗黙の承認があったという事実)で十分です。

以下のようなパッケージが含まれます:

ノート: このリポジトリは core インストールメディアに含まれていたことがあり、インターネット接続なしでも完全に動作するベースシステムを構築できました。今ではそのようなことはできません。新しいシステムのインストールにはインターネット接続が必須です。[core] やその他のリポジトリからローカルリポジトリを作りたいのなら、ここを見て下さい。

[extra]

このリポジトリはお好きなミラーの .../extra/os/ で見つけることができます。

[core] にあてはまらない全てのパッケージが含まれます。例: Xorg, ウィンドウマネージャ, ウェブブラウザ, メディアプレイヤー, Python や Ruby で動くツールなど。

[community]

このリポジトリはお好きなミラーの .../community/os/ で見つけることができます。

Arch User Repository から Trusted User によって十分な投票が得られたパッケージが含まれます。

[multilib]

このリポジトリはお好きなミラーの .../multilib/os/ で見つけることができます。

64ビット環境で32ビットアプリケーションを動作・ビルドするために使われる、32ビットのソフトウェアやライブラリが含まれます (例: winesteam など)。

詳しくは、Multilib を参照してください。

[testing]

警告: [testing] リポジトリを有効にするときは気をつけて下さい。アップデート後にシステムが壊れる可能性があります。潜在的なシステムの故障の対処方法を知っている、経験のあるユーザーだけがこのリポジトリを使うべきです。

このリポジトリはお好きなミラーの .../testing/os/ で見つけることができます。

[core] や [extra] リポジトリに入る候補のパッケージを含む特別なリポジトリです。

次の場合に新しいパッケージが [testing] に入ります:

  • アップデート時に何か問題が起こる可能性があり、テストが必要な場合。
  • 他のパッケージのリビルドを必要としている場合。この場合、リビルドが必要な全てのパッケージが [testing] に入れられ、全てのリビルドが完了してから、他のリポジトリに移されます。

他の公式リポジトリと名前の衝突を起こす可能性がある唯一のリポジトリです。有効にする時は、/etc/pacman.conf ファイルのリストの一番初めに置く必要があります。

ノート: [testing] は "一番新しい"パッケージバージョンがあるとは限りません。このリポジトリの目的は、[core] に入るとシステム破壊を引き起こす恐れのあるパッケージアップデートを保持することです。なので、[testing] リポジトリのユーザーは arch-dev-public メーリングリストを講読すること、[testing] リポジトリフォーラム を読むこと、バグを全て報告することを強く推奨されています。
警告: [testing] を有効にするときは、[community-testing] も一緒に有効にする必要があります。また、以下のサブセクションに書かれている他の [testing] リポジトリを有効にする場合、同様に [testing] も有効にしなければなりません。

[community-testing]

このリポジトリは [testing] と似ていて、[community] リポジトリの候補になっているパッケージのために存在しています。

[multilib-testing]

このリポジトリは [testing] と似ていて、[multilib] リポジトリの候補になっているパッケージのために存在しています。

[gnome-unstable]

このリポジトリにはメインの [testing] リポジトリに入る前の GNOME デスクトップ環境の最新版が入っています。

[gnome-unstable] を有効にしたい場合、以下の行を /etc/pacman.conf に追加してください。gnome-unstable エントリは一番上 (testing エントリよりも上) に記述する必要があります:

[gnome-unstable]
Include = /etc/pacman.d/mirrorlist

パッケージに関連するバグは Arch Linux のバグトラッカー に、その他のバグについては上流の GNOME Bugzilla に報告してください。

[kde-unstable]

このリポジトリには KDE Plasma や Applications の最新ベータ版・リリース候補版が入っています。

[kde-unstable] を有効にするには、以下の行を /etc/pacman.conf に追加してください。kde-unstable エントリは一番上 (testing エントリよりも上) に記述する必要があります:

[kde-unstable]
Include = /etc/pacman.d/mirrorlist

何か問題を発見したときはバグレポートを作成してください。

testing リポジトリの無効化

有効にした testing リポジトリを無効化したい場合、以下を実行してください:

  1. /etc/pacman.conf からリポジトリを削除(あるいはコメントアウト)。
  2. # pacman -Syuu を実行して、リポジトリからのアップデートをロールバック。

二番目のコマンドは必ずしも実行する必要がないこともありますが、何か問題が起きていたら実行してみてください。