+++ to secure your transactions use the Bitcoin Mixer Service +++

 

|
|
Subscribe / Log in / New account

Rolling with Arch Linux

Did you know...?

LWN.net is a subscriber-supported publication; we rely on subscribers to keep the entire operation going. Please help out by buying a subscription and keeping LWN on the net.

March 10, 2010

This article was contributed by Ivan Jelic

It's always a good time to review Arch Linux since it features a rolling release model. This means frequent upgrades, with no release dates. In other words, Arch is always in its latest version, constantly being updated in small intervals of time. That makes it perfect for reviewing, since it's fresh whenever it's being taken for a spin.

Arch is inspired by CRUX, a simple and lightweight distribution which is inspired by BSD. Arch Linux first appeared in 2002. Although it shares some ideas with CRUX, Arch was developed from scratch, with no legacy from any other distribution. Arch Linux today has a devoted community, which stays close to its founding principles. According to DistroWatch's distribution ranking, Arch is doing better than ever, making it to the top ten in 2009, where it remains so far this year.

AIF

Occasionally the Arch Linux team does release installation images with a current snapshot of the core packages, a minimal set of packages found in the core repository. So core installation images contain just the packages needed for a basic install of Arch. These, together with AIF (Arch Linux Installation Framework), take care of the installation process. It is also possible to do a network installation where everything is retrieved from the Internet during the installation process. Images are available for CD (.iso) and USB stick (.img). The latest set of installation images originate from August 2009, labeled as 2009.08.

The default installation media boot option will work in the most cases. A live installation system allows configuration of the keyboard layout and the network (making it possible to do a network install) before the actual installation is started. AIF, available as an /arch/setup executable, is a command line tool with an ncurses-based interface. The installation steps managed by AIF are not unusual for the typical GNU/Linux install. This includes partition selection.

Before the partitioning, the installation source (CD, USB or network) and the time need to be set. Arch offers automatic disk partitioning and setup, together with manual disk partitioning and/or partition selection. There is an undo option, in case something goes wrong during the partition setup. The ext4 file system is fully supported.

Arch install

Package selection is another important step in the installation process. The system offers a package group selection in the first step, followed by detailed package selection list. Hardware drivers are manually selected during this step. The Arch core includes firmware packages for most of the wireless chips used on today's computers, which is very important since the packages for the rest of the system (X Window System, desktop environments, programs) are retrieved from the network. For example, the Intel 4965 wireless chip in the test machine became fully operational only after the firmware installation. Speaking of WiFi, the wireless_tools package is available to install the necessary wireless network setup tools.

After the packages are installed, AIF proceeds to the system configuration interface. This is nothing more than a list of the configuration files which need to be edited with a default editor. The defaults can be a good starting point for the core installation, so only the last option is needed - root password setup. AIF installs GRUB, which is configured to ignore any other operating systems on the computer except Arch.

The desktop

I am reviewing Arch Linux as a desktop/workstation distribution this time. Therefore, the installation is just a first step which must be followed by additional installation and configuration for the desktop. The core system only contains basic services and the shell.

A wired network connection should work "out of the box" using DHCP. At this point a basic knowledge of Pacman, the Arch package manager, is a requirement. Fortunately, the Arch Wiki is a great place to look for the answers. All the manuals needed for the beginner worked like a charm during the test.

A few metapackage installs and system file edits later I had a functional desktop. In some cases, some of the packages are not installed automatically. For example, a functional X.org setup requires manual video and input driver installation. If a GNOME desktop is desired Hal will be installed as a dependency, but it needs to be started and configured to start on boot by hand. This is a good illustration of the Arch approach, since Hal is always a requirement with GNOME, but all X.org video drivers are not. Installation of unneeded video drivers wouldn't be clean by Arch standards.

Arch Linux with GNOME

There is no default desktop environment on Arch. Most window managers or desktops are available for installation, in very fresh versions. Freshness, at the time the article was written, means KDE SC 4.4.1, GNOME 2.28.2 and XFCE 4.6. Most of the packages come in a vanilla setup, therefore available desktop environments look and behave the same as they would if the installation was done from the source tarballs.

Arch Linux with KDE

Other popular programs are very fresh too. Firefox 3.6, Thunderbird 3.0, Pidgin 2.6.6 and OpenOffice.org 3.2 are just part of the big software collection Arch provides in its repositories. All the searches for the additional software ended successfully during the test, which included Nvidia proprietary drivers and Flash plugin.

Speed

Arch seems very fast. While there is no exact measure, the overall subjective experience during this test was highly positive. A completely functional system with all necessary system tools and services installed and running, was fast and stable 100% of the time.

Installation and setup does take some time. Reading the documentation and installation/setup tasks take quite lot of time, even for advanced GNU/Linux users, especially those who have no experience with Arch. However the Arch Wiki provides all the answers for system and package installation and setup.

The Arch Way

Arch is developed and maintained in the "Arch way". "The following five core principles comprise what is commonly referred to as the Arch Way, or the Arch Philosophy, perhaps best summarized by the acronym KISS for Keep It Simple, Stupid."

In the Arch dictionary, simple and code-correct means no automatizing or autoconfiguration, and almost no patching. Therefore, user needs to do everything related to the installation and configuration. Sometimes the user involvement goes pretty far. For example, after the Network Manager installation, it needs to be started manually and set to do so on startup. Pacman does resolve dependencies automatically, so that part does not need to be done by hand.

The benefits of "The Arch Way" are good system performance and absolute control over the installation and setup, much like the control one gets with Gentoo. It is worth investing time in Arch if you want to learn the internals of a GNU/Linux system, maintain complete control over your system, and get good performance.

Conclusion

Overall, Arch is great. First, it's great for the users who want to learn GNU/Linux by choosing packages and editing configuration files. It's great for the users who have a knowledge of GNU/Linux and want to put together the system mostly by hand. Those who want an easy install and a functional system out of the box should avoid it.


Index entries for this article
GuestArticlesJelic, Ivan


(Log in to post comments)

AUR

Posted Mar 11, 2010 3:41 UTC (Thu) by tnoo (subscriber, #20427) [Link]

In addition to all the advantages mentioned in the article, the Arch User Repository (AUR) is one of the great achievements. There are few software packages that could not be easily built with a user-contributed installation script in the AUR. This gives me package manager control even on my own hacks.

AUR

Posted Mar 14, 2010 14:49 UTC (Sun) by jospoortvliet (guest, #33164) [Link]

and if you install the appropriate tools (yaourt, if I recall correctly) it
even builds and installs your stuff automatically - just like gentoo does :D

Rolling with Arch Linux

Posted Mar 12, 2010 13:19 UTC (Fri) by phillemann (guest, #49231) [Link]

"Arch seems very fast. While there is no exact measure, the overall subjective experience during this test was highly positive. A completely functional system with all necessary system tools and services installed and running, was fast and stable 100% of the time."

I personally would have rather heard how the distribution's _package manager_ performs. How long does it take to resolve the dependencies for a package having lots of them? Is there a quick way to search for a package (maybe not by exact name match but also something fuzzier)? Does it take long to update the package database?

I'm a gentoo user so I suppose my applications run as fast as they possibly can, but is this an issue with non-source-based distributions? How fast the applications run?

Rolling with Arch Linux

Posted Mar 14, 2010 3:43 UTC (Sun) by njs (guest, #40338) [Link]

> is this an issue with non-source-based distributions? How fast the applications run?

No.

Rolling with Arch Linux

Posted Mar 14, 2010 6:18 UTC (Sun) by dlang (guest, #313) [Link]

it depends on what you mean by 'an issue'

there are very definitely config options that can be selected that will change the speed of the applications

but most people don't care about this sort of thing.

Rolling with Arch Linux

Posted Mar 14, 2010 9:24 UTC (Sun) by tnoo (subscriber, #20427) [Link]

The package manager (pacman) runs about 5 times faster than the Ubuntu apt-
get (my experience, no precise timing). Substrings can be searched for using
pacman -Ss (repository) or pacman -Qs (local installs). Updating the package
database takes about 5-10 seconds for my laptop on a good network (for the
repositories core, extra and community). All in all reasonably fast.

Rolling with Arch Linux

Posted Mar 14, 2010 11:16 UTC (Sun) by dlang (guest, #313) [Link]

how much of the difference that you are talking about is related to the number of packages in the repository?

also, are you familiar with apt-cache (specifically apt-cache search)? it may have some of the functionality that you seem to think is missing

Rolling with Arch Linux

Posted Mar 14, 2010 14:53 UTC (Sun) by jospoortvliet (guest, #33164) [Link]

apt doesn't miss functionality compared to pacman, I'm pretty sure of that.
Pacman IS pretty fast, indeed, but to be honest I don't care that much.

Rolling with Arch Linux

Posted Mar 14, 2010 14:57 UTC (Sun) by jospoortvliet (guest, #33164) [Link]

Those who want an easy install and a functional system out of the box should
avoid it.

Actually, they don't have to avoid it. They can go to http://chakra-
project.org/ and use the convenient livecd with installer there to get Arch
on their system. Includes graphical package management and other goodies ;-)

Arch will never be Ubuntu but with Chakra you can be up and running in 30
minutes.

Racists on the Arch Linux Mailing List

Posted Jan 23, 2011 21:46 UTC (Sun) by Meeku (guest, #72534) [Link]

I joined the Arch Linux public general mailing list and posted a free opensource FOSS font for coders to use, Rail Model font. I was accused of spamming and trolling by certain developers there. These were just excuses from them as underneath they had a racist attitude to my email address for the mailing list:
hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama_hare_hare -at- .....

Thus when I tried to defend against their accusations I was banned from there, no discussion nothing.

Racists on the Arch Linux Mailing List

Posted Jan 30, 2011 16:07 UTC (Sun) by nix (subscriber, #2304) [Link]

The place for font postings is font design lists, not public general lists. Fonts are often not small, and dumping megabytes of font data into everyone's mailboxes (if that is indeed what you did) is tantamount to mailbombing.

Racists on the Arch Linux Mailing List

Posted Feb 2, 2011 11:15 UTC (Wed) by Meeku (guest, #72534) [Link]

I have copied / pasted a response part done originally at another site:

"2. -prod and probe forum members- is not correct phrase either. They were some on that Arch Linux mailing list who just could not accept my email address, hare_krsna_hare_krsna_krsna_krsna_hare_hare_hare_rama_hare_rama_rama_rama_hare_hare -at- ..... and just used racist weasel words and phrases, hounding me on and on relentlessly.

3. -etiquette- was used by me without any foul language. Some on that list were using racist weasel words and because I have been a victim before several times I could tell, it was not new to me."

Racists on the Arch Linux Mailing List

Posted Feb 9, 2011 17:21 UTC (Wed) by nix (subscriber, #2304) [Link]

That local-part is not RFC compliant. RFC2822 saith:

"The maximum total length of a user name or other local-part is 64 characters."

That local-part is 84 characters long. You were lucky they could talk to you at all.


Copyright © 2010, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds