Company / developer | Aaron Griffin and team[1] |
---|---|
OS family | Unix-like |
Working state | Current |
Source model | Free and open source software |
Initial release | March 11, 2002 |
Latest stable release | (Rolling release) / Installation CD 2011.08.19 |
Marketing target | General purpose |
Update method | Pacman |
Package manager | Pacman |
Supported platforms | i686, x86-64 |
Kernel type | Monolithic (Linux) |
Default user interface | Bash |
License | Various[2] |
Official website | www.archlinux.org |
Arch Linux (or Arch, pronounced /ˈɑrtʃ/[3]) is an independently developed, Linux-based operating system for i686 and x86-64 computers.[4] It is composed predominantly of free and open source software,[5] and supports community involvement.[6]
The design approach of the development team focuses on simplicity, elegance, code correctness and minimalism.[7] "Simplicity", according to Arch, is defined as "...without unnecessary additions, modifications, or complications.." and is defined from a developer standpoint, rather than a user standpoint.[8]
Inspired by CRUX, another minimalist distribution, Judd Vinet started Arch Linux in March 2002. Vinet led the project until 1 October 2007, when he stepped down due to lack of time, transferring control of the project to Aaron Griffin.[9]
Arch Linux uses a rolling release model, such that a regular system update is all that is needed to obtain the latest Arch software; the installation images released by the Arch team are simply up to date snapshots of the main system components.[10]
To facilitate regular package changes, pacman was developed by Judd Vinet to provide Arch with its own package manager able to track dependencies.[11]
Users can create packages compatible with pacman using the Arch Build System and custom PKGBUILD scripts.[12] This functionality has helped support the Arch User Repository, which consists of user contributed packages to supplement the official repositories.[13]
Contents |
Arch is largely based around binary packages. Packages are targeted for i686 and x86-64 microprocessors to assist performance on modern hardware. A ports/ebuild-like system is also provided for automated source compilation, known as the Arch Build System.
The Arch focus on simplicity and economy for developers means, among other things, that the main effort in assisting the user is not expended in crafting GUI configuration tools — the package manager, for example, does not have an official graphical front-end — but making well-annotated configuration files and extensive use of shell scripts.[14] This has earned it a reputation as a distribution for "intermediate and advanced Linux users who aren't afraid of the command line".[15]
Relying on complex tools to manage and build your system is going to hurt the end users. [...] "If you try to hide the complexity of the system, you'll end up with a more complex system". Layers of abstraction that serve to hide internals are never a good thing. Instead, the internals should be designed in a way such that they NEED no hiding.—Aaron Griffin[16]
Arch uses a BSD-style init framework, a tradeoff of flexibility for simplicity. It also includes and permits use of System V runlevels and the inittab file, but there is little differentiation between runlevels. This is because the modules and daemons loaded at startup are arranged as arrays in the central configuration file, /etc/rc.conf, as opposed to System V's system of a directory for each runlevel containing a numbered symbolic link for each daemon.[17] There is also the ability to start processes asynchronously, which neither the original BSD init nor the original Sys V init have. See init for more detail on the differences between the two systems.
The Arch Linux website supplies ISO images that can be run from CD or USB. The Arch Linux installer is a shell script using dialog for user interaction. The default install is minimalistic.[18] Further system customization and expansion (adding a window manager, desktop environment, etc.) must be done manually, installing packages downloaded from online repositories. Arch is therefore generally considered relatively involved to install, in comparison to other operating systems.[19]
An alternative to using CD or USB images for installation is to use the static version of the package manager Pacman, from within another GNU/Linux based operating system.[20] The user can mount his or her newly formatted drive partition, and use Pacman with the appropriate command-line switch to have it use the mountpoint of the device as root for its operations. This way the base package group and any additional packages can be installed on the newly formatted partition by having Pacman retrieve them from its mirrors. However, there are further actions that need to be taken before the system is ready for use after this process, most notably installing a bootloader, and making various configurations to the new system.
All packages are managed using the Pacman package manager. Pacman handles package installation, upgrades, removal and downgrades, and features automatic dependency resolution. The packages for Arch Linux are obtained from the Arch Linux package tree and are compiled for either i686 or x86-64 architectures. Arch Linux is primarily based on binary packages in the tar.gz and tar.xz format.[21]
Currently, the following basic official repositories exist:
In addition, there also exist testing repositories that include package candidates for other repositories. Currently, the following testing repositories exist:
The staging and community-staging repositories are used for some rebuilds to avoid broken packages in testing.
The unstable repository was dropped in July 2008 and most of the packages moved to other repositories.[22] In addition to the official repositories, there are a number of unofficial user repositories, the most well-known being the Arch User Repository, or AUR, hosted on the Arch Linux site.
Until version 4.0.0[23] Arch Linux's package manager lacked support for signed packages.[24] Packages and metadata were not verified for authenticity by pacman during the download-install process. Without package authentication checking, tampered-with or malicious repository mirrors can compromise the integrity of a system.[25] As of 6 November 2011[update], however, 51% of packages in the repositories are signed.[26]
The Arch Build System is a ports-like source packaging system that compiles source tarballs into binary packages, which are installed via Pacman.[27] The Arch Build System provides a directory tree of shell scripts, called PKGBUILDs, that enable any and all official Arch packages to be customized and compiled. Rebuilding the entire system using modified compiler flags is also supported by the Arch Build System. The Arch Build System makepkg tool can be used to create custom .pkg.tar.xz packages from third-party sources. The resulting packages are also installable and trackable via Pacman.
In addition to the repositories, the Arch User Repository provides user-made PKGBUILD scripts for packages not included in the repositories. The PKGBUILD scripts simplify building from source by explicitly listing and checking for dependencies and configuring the install to match the Arch architecture. The scripts are available for download from http://aur.archlinux.org. Arch User Repository helper programs can further streamline the downloading and building process. However, such tools that search, download and run PKGBUILD scripts automatically will never be included in the official repositories because of potential security risks.[28]
The Arch User Repository provides the community with packages that are not included in the repositories. Reasons include:
PKGBUILDs for any software can be contributed by ordinary users and any PKGBUILD that is not confined to the Arch User Repository for policy reasons can be voted into the community repositories.
Similar to Gentoo, and unlike other major distributions such as Ubuntu and Fedora, Arch Linux does not schedule releases for specific dates but uses a "rolling release" system, with new packages provided daily. Its package management allows users to keep systems up-to-date easily.[29] Rather than encouraging users to move between discrete releases, Arch Linux releases are simply snapshots of the current set of packages, sometimes with revised installation software. Therefore it makes no difference from which release Arch gets installed if updates are installed afterwards. In fact, some members of the Arch forums take pride in showing the age of the installation.
From version 2009.02 the goal is to bring coordinated releases following the rhythm of kernel releases, in order to provide optimal hardware support, this means a new release every 3 or 4 months.
As of August 2011[update], the latest image is 2011.08.19, dated 19 August 2011.[30]
Color | Meaning |
---|---|
Yellow | Old release |
Green | Current release |
Blue | Future release |
Version | Code name | Date | Notes |
---|---|---|---|
0.1[31] | Homer | 2002-03-11 | First release built from scratch. |
0.2[32] | Vega | 2002-04-17 | |
0.3[33] | Firefly | 2002-08-07 | |
0.4[34] | Dragon | 2002-12-18 | |
0.5[35] | Nova | 2003-07-21 | Support for PAM, LVM, GRUB. |
0.6[36] | Widget | 2004-03-01 | Support for JFS and XFS added. |
0.7[37] | Wombat | 2005-01-24 | |
0.8[38] | Voodoo | 2007-03-31 | |
2007.05[39] | Duke | 2007-05-17 | Pacman v3 |
2007.08[40] | Don't Panic | 2007-08-05 | |
2008.06[41] | Overlord | 2008-06-24 | Availability of USB disk images. |
2009.02[42] | 2009.02 | 2009-02-16 | Inclusion of AIF (Arch Linux Installation Framework). |
2009.08[43] | 2009.08 | 2009-08-10 | Pacman 3.3, Usage of new AIF installer, better boot device detection, better date/time setting, re-factored grub installation routines.[44] |
2010.05[45] | 2010.05 | 2010-05-17 | First snapshot with isohybrid support, dual arch images, using isolinux exclusively and pxe support. |
2011.08.19[46] | 2011.08.19 | 2011-08-19 | Linux 3.0.3-1, syslinux bootloader support, btrfs and nilfs2 experimental filesystem support. |
|
|