アーチリナックス

アーチリナックス

開発者	Levente Polyak (主任開発者) [1]
OSファミリー	Linux ( Unix 系)
作業状態	現在
ソースモデル	オープンソース
初回リリース	2002年3月11日; 22年前 ( 2002-03-11 )
リポジトリ	gitlab.archlinux.org www.github.com/archlinux
マーケティングターゲット	汎用
更新方法	ローリングリリース
パッケージマネージャー	pacman、libalpm（バックエンド）[2]
プラットフォーム	64ビット i686 (非公式) [a] ARM（非公式）[b] PowerPC (非公式) [c] RISC-V（非公式）[d]
カーネルタイプ	モノリシック( Linux カーネル)
ユーザーランド	GNU
影響を受けた	EndeavourOS、Manjaro、Garuda Linux、Artix Linux、Antergos
影響を受けた	CRUX、BSD
デフォルトの ユーザーインターフェース	コマンドライン インターフェイス( Live CDまたはLive USBではデフォルトのシェルとしてZsh、インストール後はデフォルトのシェルとしてBash )
ライセンス	フリーソフトウェア（GNU GPLおよびその他のライセンス）[6]
公式サイト	archlinux.org

Arch Linux ( / ɑːr tʃ / ) ^{[7] [8]}は、独立して開発されたx86-64汎用Linuxディストリビューションであり、ローリングリリースモデルに従ってほとんどのソフトウェアの最新の安定バージョンを提供することを目指しています。デフォルトのインストールは意図的に最小限に抑えられており、ユーザーは必要なパッケージのみを追加できます。^[9]

pacmanはArch Linux専用に書かれたパッケージマネージャーで、ソフトウェアパッケージのインストール、削除、更新に使用されます。 ^[10]

Arch Linux はローリングリリースモデルを採用しており、メジャーリリースはありません。Arch Linux のインストールは、構成する個々のソフトウェアを定期的に更新することで最新の状態に保たれます。唯一の「リリース」は、最新のインストール媒体を提供するために毎月リリースされるメインシステムコンポーネントのスナップショットです。^[11]

Arch Linuxには、 ArchWikiと呼ばれるコミュニティ運営のウィキの形で包括的なドキュメントがあります。 ^{[12] [13] [14]}

もう一つのミニマリストディストリビューションであるCRUXに触発されて、Judd Vinetは2002年3月にArch Linuxプロジェクトを開始しました。この名前が選ばれたのは、Vinetが「大敵」のように「プリンシパル」という意味の言葉が気に入ったからです。^{[7] [15]}

もともと32ビットx86 CPUのみを対象としていたが、最初のx86_64インストールISOは2006年4月にリリースされた。^[16]

ヴィネットは2007年10月1日までArch Linuxを率いていたが、時間不足のため辞任し、プロジェクトの管理権をアーロン・グリフィンに移譲した。^[17]

systemdのinitシステムへの移行は2012年8月に始まり、^[18] 2012年10月に新規インストールのデフォルトになりました。 ^[19]これは、ディストリビューションの開始以来使用されてきたSysVスタイルのinitシステムに取って代わりました。^[20]

i686のサポート終了は2017年1月に発表され、2017年2月のISOがi686を含む最後のISOとなり^[21]、2017年11月にこのアーキテクチャはサポートされなくなりました^[22]。それ以来、コミュニティ派生のArch Linux 32 ^[23]がi686ハードウェアで使用できるようになりました。

2020年2月24日、アーロン・グリフィンは、プロジェクトへの関与が限られているため、投票期間後にプロジェクトの管理権をレヴェンテ・ポリアクに移譲すると発表した。^[24]この変更により、プロジェクトリーダーの職に新たに2年間の任期が追加された。^[25]

2021年3月、Arch Linuxの開発者はArch Linuxパッケージをx86_64-v3に移植することを検討していました。これは、 Intel Haswell時代のプロセッサにほぼ相当します。^{[26] [27]}

2021年4月、Arch Linuxのインストールイメージには、デフォルトでガイド付きインストールスクリプトが含まれるようになりました。^[28]

2021年後半、Arch Linux開発者は並列ダウンロードを可能にしたPacman 6.0をリリースした。^[29]

2022年2月、Arch Linux開発者はデバッグパッケージの提供を開始しました。^[30]

2024年9月、ValveはArch Linux開発者と提携し、ビルドサービスインフラストラクチャと安全な署名エンクレーブに重点を置いた継続的な開発活動をサポートしました。^[31]

pacman バージョン 4.0.0 まで、^[32] Arch Linux のパッケージ マネージャーは署名付きパッケージをサポートしていませんでした。^[33]パッケージとメタデータは、ダウンロード インストール プロセス中に Pacman によって真正性が検証されませんでした。パッケージ認証チェックがないと、改ざんされたリポジトリ ミラーや悪意のあるリポジトリ ミラーによってシステムの整合性が損なわれる可能性があります。^[34] Pacman 4 ではパッケージ データベースとパッケージの検証が可能でしたが、デフォルトでは無効になっていました。2011 年 11 月、パッケージの署名は新しいパッケージ ビルドに必須となり、2012 年 3 月の時点で、すべての公式パッケージは署名されています。^[35] 2012 年 6 月、パッケージ署名の検証が公式になり、インストール プロセスでデフォルトで有効になりました。^{[36] [37]}

Archは主にバイナリパッケージに基づいています。パッケージはx86-64 マイクロプロセッサを対象としており、最新のハードウェアでのパフォーマンスを向上させます。また、自動ソースコンパイル用にports / ebuildのようなシステムも提供されており、Archビルドシステムとして知られています。^[38]

Arch Linux はデザインのシンプルさを重視しており、洗練されたポイント アンド クリック スタイルの管理ツールを提供するのではなく、ユーザーが直接理解しやすい、わかりやすく比較的簡単な環境を作成することに重点を置いています。たとえば、パッケージ マネージャーには公式のグラフィカル フロントエンドがありません。これは、簡単にアクセスして編集できるように整理された、簡潔なコメント付きのクリーンな構成ファイルの使用を奨励することで実現されています。^{[39]これにより、}コマンドライン インターフェイスを使用することをいとわない「上級ユーザー」向けのディストリビューションとしての評判を得ています。^[40]

システムの管理と構築に複雑なツールに頼ると、エンド ユーザーに悪影響を及ぼします。[...] 「システムの複雑さを隠そうとすると、より複雑なシステムになってしまう」。内部を隠すための抽象化レイヤーは決して良いものではありません。代わりに、内部は隠す必要がないように設計する必要があります。

— アーロン・グリフィン^[41]

Arch Linuxのウェブサイトでは、CDやUSBから実行できるISOイメージを提供しています。ユーザーがドライブをパーティション分割してフォーマットした後、シンプルなコマンドラインスクリプト（pacstrap）を使用して基本システムをインストールします。^[37]基本システムの一部ではない追加パッケージ（デスクトップ環境など）のインストールは、新しいインストールでブート（またはchroot ）した後、pacstrapまたはPacmanを使用して行うことができます。 ^{[42] [43] [10]}

CD または USB イメージを使用してインストールする代わりに、別の Linux ベースのオペレーティングシステム内からパッケージマネージャー Pacman の静的バージョンを使用することもできます。^[44]ユーザーは、新しくフォーマットされたドライブパーティションをマウントし、pacstrap (または適切なコマンドラインスイッチを指定した Pacman ) を使用して、宛先デバイスのマウントポイントを操作のルートとして基本パッケージと追加パッケージをインストールできます。この方法は、Arch Linux を USB フラッシュドライブにインストールする場合や、一時的にマウントされた別のシステムに属するデバイスにインストールする場合に便利です。^[45]

選択したインストールタイプに関係なく、新しいシステムを使用できるようになる前に、ブートローダをインストールし、システム名、ネットワーク接続、言語設定、グラフィカルユーザーインターフェイスを使用して新しいシステムを構成するなどの追加のアクションを実行する必要があります。^[46]

Arch Linuxは特定の日付にリリースをスケジュールするのではなく、一日を通して新しいパッケージが提供される「ローリングリリース」システムを使用します。パッケージ管理により、ユーザーはシステムを簡単に最新の状態に保つことができます。^[47]

場合によっては、特定のアップデートに手動による介入が必要となり、その手順はArch Linuxウェブサイトのニュースセクションに掲載されます。^[48]

2021年以降にリリースされたすべてのArch ISOイメージには、archinstallという実験的なガイド付きインストーラーが含まれています。これにより、ユーザーはドライバー、ディスクパーティション、ネットワーク構成、アカウント設定、デスクトップ環境のインストールなど、Arch Linuxを簡単にインストールして構成できます。^{[49] [50] [51]}

すべてのパッケージは、 Arch Linux専用に書かれたパッケージマネージャであるPacmanを使用して管理されます。 ^[52] Pacmanはパッケージのインストール、アップグレード、ダウングレード、削除を処理し、依存関係の自動解決機能を備えています。^[53] Arch Linuxのパッケージは、Arch Linuxパッケージツリーから取得され、x86-64アーキテクチャ用にコンパイルされています。

Pacmanは通常.tar.zst、拡張子^{[54] [55] [56]} （zstd圧縮用）の付いたバイナリパッケージを使用します。.pkgこの前にはPacmanパッケージであることを示す（.pkg.tar.zst）が置かれます。^[53] ただし、 などの他の圧縮形式も有効です。.pkg.tar.xz[ ^57]

例えば、パッケージは 経由でインストールすることができ、 完全なシステムアップグレードを実行するために使用することができます。^[58]pacman -S package namepacman -Syu

PacmanはArch Linuxと同様に、 Windows上のMSYS2 （ Cygwinのフォーク）でパッケージをインストールするためにも使用されます。^[59]

以下の公式バイナリリポジトリが存在する: ^[60]

• core には、基本システムをセットアップするために必要なすべてのパッケージが含まれています。このリポジトリのパッケージには、カーネル パッケージとシェル言語が含まれます。
• extra には、デスクトップ環境やプログラムなど、基本システムに必要のないパッケージが格納されます。
• multilib は、x86-64 ユーザーが 64 ビット環境で 32 ビット アプリケーションをより簡単にサポートするための集中リポジトリです。このリポジトリのパッケージには、SteamやWine などがあります。

さらに、他のリポジトリのバイナリ パッケージ候補を含むテストリポジトリもあります。現在、次のテスト リポジトリが存在します。

• core-testing、core用のパッケージを含む。
• extra-testing 、 extra用のパッケージ付き。
• multilib-testing、multilib用のパッケージを含む。

コアステージングリポジトリとエクストラステージングリポジトリは、テスト中に壊れたパッケージを回避するために、いくつかの再構築に使用されます。開発者は、これらのリポジトリからシステムを更新すると「間違いなく壊れる」ため、いかなる理由でもこれらのリポジトリを使用しないことを推奨しています。^[61]

特定のデスクトップ環境の最新バージョンを含むリポジトリが他に 2 つあります。

• gnome-unstableには、テスト版にリリースされる前のGNOMEのソフトウェアの新バージョンのパッケージが含まれています。
• kde-unstableには、テストにリリースされる前のKDEソフトウェアの新しいバージョンのパッケージが含まれています。

不安定なリポジトリは2008年7月に削除され、ほとんどのパッケージは他のリポジトリに移動されました。^[62]コミュニティリポジトリは2023年5月にextraと統合されました。 ^{[63] [64]公式リポジトリに加えて、非公式の}ユーザーリポジトリが多数存在します。

最もよく知られている非公式リポジトリは、Arch Linux サイトでホストされている Arch User Repository (AUR) です。AUR はバイナリ パッケージをホストするのではなく、PKGBUILD と呼ばれるビルド スクリプトのコレクションをホストします。PKGBUILD スクリプトはmakepkgコマンドによって実行され、ソフトウェアのリポジトリから必要なファイルをダウンロードし、Arch ビルド システムを使用してビルドします。

Arch Linuxリポジトリには自由ソフトウェアと非自由ソフトウェアの両方が含まれており、デフォルトのArch Linuxカーネルには非自由のプロプライエタリなブロブが含まれているため、このディストリビューションはGNUプロジェクトによって承認されていません。^[65] linux-libreカーネルはAURから、またはParabolaのリポジトリを有効にすることでインストールできます。

Arch ビルドシステム (ABS) は、ソース tarball をバイナリ パッケージにコンパイルするportsのようなソース パッケージ システムで、Pacman 経由でインストールされます。^{[66] Arch ビルドシステムは、} PKGBUILDと呼ばれるシェル スクリプトのディレクトリ ツリーを提供し、あらゆる公式 Arch パッケージをカスタマイズしてコンパイルできます。Arch ビルドシステムでは、変更されたコンパイラ フラグを使用してシステム全体を再構築することもサポートされています。Arch ビルドシステムツールを使用すると、サードパーティのソースからカスタムパッケージを作成できます。作成されたパッケージは、Pacman 経由でインストールおよび追跡することもできます。^{[67] [68]}makepkgpkg.tar.zst

リポジトリに加えて、Arch User Repository (AUR) は、リポジトリに含まれていないパッケージ用のユーザー作成の PKGBUILD スクリプトを提供します。これらの PKGBUILD スクリプトは、依存関係を明示的にリストしてチェックし、Arch アーキテクチャに合わせてインストールを構成することで、ソースからのビルドを簡素化します。^[69] Arch User Repository ヘルパー プログラムは、PKGBUILD スクリプトのダウンロードと関連するビルド プロセスをさらに効率化できます。ただし、これには、信頼できる人物によって検証されていない PKGBUILD を実行するというコストがかかります。その結果、Arch 開発者は、PKGBUILD を自動的に検索、ダウンロード、および実行するユーティリティが公式リポジトリに含まれることはないと述べています。^[70]

ユーザーはArchビルドシステムとカスタムPKGBUILDスクリプトを使用してPacmanと互換性のあるパッケージを作成できます。^[71]この機能は、公式リポジトリを補完するユーザー提供のパッケージで構成されるArchユーザーリポジトリのサポートに役立っています。^[72]

Arch ユーザー リポジトリは、リポジトリに含まれていないパッケージをコミュニティに提供します。理由は次のとおりです。

• ライセンスの問題: 再配布はできないが使用は無料であるソフトウェアは、Arch Linux Web サイトでホストされているのは実際のソフトウェアを他の場所からダウンロードするシェル スクリプトだけなので、Arch ユーザー リポジトリに含めることができます。例としては、Google EarthやSpotifyなどのプロプライエタリフリーウェアが挙げられます。
• 修正された公式パッケージ: Arch ユーザー リポジトリには、公式パッケージのさまざまなバリエーションのほか、リポジトリ内に安定リリースとして含まれているソフトウェアのベータ バージョンも含まれています。
• ソフトウェアの人気度: あまり使用されないプログラムは公式リポジトリに (まだ) 追加されていません。
• ソフトウェアのベータ版または「ナイトリー」バージョンは、非常に新しいため不安定です。例としては、Firefox Web ブラウザの新しい日次ビルドを提供する「firefox-nightly」パッケージがあります。

あらゆるソフトウェアのPKGBUILDは一般ユーザーから提供することができます。^[73] 10票以上またはpkgstatsから1%以上の使用率を持つPKGBUILDは、extraリポジトリに昇格することができます。^[74]

Arch Linuxは、すべての公式パッケージを再現可能にすることに取り組んでいます。^[75]これは、パッケージが異なる環境で再構築されたときに、ビットごとに同一になることを意味します。これにより、ユーザーと研究者は、公式リポジトリにあるパッケージの整合性を検証できます。この取り組みのステータスは、専用のステータスページで監視できます。

Arch Linuxのアイデアやツールを他のカーネルに移植するプロジェクトはいくつかあり、その中にはそれぞれFreeBSDカーネルとGNU HurdカーネルをベースにしたPacBSD（旧称ArchBSD）やArch Hurd ^{[76]などがある。また、Arch Linuxを}Raspberry PiなどのARMベースのデバイスに移植することを目的としたArch Linux ARMプロジェクトや、2017年11月にメインラインのArch Linuxプロジェクトがアーキテクチャのサポートを中止した後も32ビットCPUのみのシステムのサポートを継続したArch Linux 32プロジェクトもある。 ^{[77] [78]}

EndeavourOS、CachyOS、Garuda Linuxなど、さまざまなディストリビューションが、より簡単なインストールプロセスを備えたArchベースを提供することに重点を置いています。^[79] Manjaroは独自のリポジトリを使用します。^[80]

ValveのSteam Deckで使用されているSteamOSのバージョンであるSteamOS 3.0は、Arch Linuxをベースにしています。^{[81] [82] [83] [84]}

現在のArch Linuxのロゴは、以前のロゴを置き換えるコンテストの一環として、2007年にThayer Williams ^{[85] [86]によってデザインされました。 [87]}

OSNewsは2002年にArch Linuxをレビューしました。^[88] OSNewsはその後もArch Linuxについて5つのレビューを掲載しています。^{[89] [90] [91] [92] [93]}

LWN.netは2005年にArch Linuxについてのレビューを書いています。^[94] LWN.netにはその後もArch Linuxに関するレビューが2件あります。^{[95] [96]}

Tux Machinesは2007年にArch Linuxをレビューした。^[97]

DistroWatch WeeklyのChris Smartは、2009年1月にArch Linuxのレビューを執筆しました。^[98] DistroWatch Weeklyは、2009年9月と2015年12月にArch Linuxを再度レビューしました。^{[99] [100]}

Linuxカーネルの開発者でありメンテナーでもあるGreg Kroah-Hartman (GKH) ^{[101]は、Arch Linuxを使用しており、「非常にうまく機能している」と述べています。また、Arch Wiki、ディストリビューションの}ローリングリリースモデル、コミュニティとのフィードバックループを賞賛しています。 ^[102]

2023年のDistroWatchの世論調査では、回答者の約半数がArch（17％）またはArchの派生版（30％）を実行していると主張しました。^[103] 2023年現在、ArchはDistroWatchのLinuxディストリビューションの中で最高の平均評価9.34を獲得しています。^[104]

• Linuxディストリビューションの比較
• Linuxディストリビューションの一覧

Wikimedia Commons には、Arch Linuxに関連するメディアがあります。

Wikidata には次のプロパティがあります:

• Arch Linux パッケージ (P3454) (使用方法を参照)
• AUR パッケージ (P4162) (使用方法を参照)
• ArchWiki 記事 (P12873) (使用例を参照)

• 公式サイト
• GitHub上の Arch Linux
• Libera.chatでの#archlinux ^connect ( #archlinuxarm ^connect、#archlinux32 ^connect )