This article is outdated and the information provided is no longer relevant.
Until the 2011.08.19 release Arch Linux provided the Arch Installation Framework (AIF) which was a dialog based interactive installation script. The default install was a minimalist base system. Further system customization and expansion (adding a window manager, desktop environment, etc.) had to be done manually, installing packages downloaded from online repositories. However, the AIF has been removed since the 2012.07.15 release due to lack of maintainers and instead has been replaced by a simple command line script called "pacstrap".
While some may claim that the AIF was a "holding hands installation script" the fact of the matter is that it has become more time consuming and more cumbersome to install Arch Linux.
On Debian, and on the previous releases of Arch Linux, you can have the same minimalist base system up and running in one tenth of the time it takes to get it up and running on Arch Linux without the AIF.
However, one may argue, with truth to it, that since the AIF is gone the user learns more about how to configure a basic Linux system.
In my experience the main reason why some people keep going back to using a less secure and third grade operating system is because they where depending on to much "hand-holding" from the onset. They learn nothing. If something goes wrong, which usually is the users own fault in the first place, they don't know what to do and have no experience in dealing with the system.
Back in the days when I was trying out Linux for the very first time, a good friend of mine, a highly skilled "über-geek", once told me: "If you want to become really good at Linux, delete Microsoft Windows and start using Linux exclusively!"
This was the best advice I could have gotten and I followed it. Once I did that I quickly learned all the basic stuff and moved on hence forth to the more advanced stuff.
Another good friend of mine hate using Microsoft Windows and much prefer to use GNU/Linux or some variant of BSD, yet for the past 15 years or so he keeps returning to Microsoft Windows. After half a year or so, once his computer is filled with viruses and has become really slow, and has presented him with "the blue screen of death" a couple of times, he curses Windows and begins to use GNU/Linux again - then the process starts all over. The main reason why he eventually returns to Windows is because he always use a Linux distribution that resembles Microsoft Windows. Many such distributions has a lot of GUI tools, abstraction layers added upon abstraction layers so to speak, which while they seem to make administration easier, they actually often end up breaking things leaving the user completely unaware of where to look in order to solve the problem.
If you use a network manager, and for some reason there is a problem with your network configuration, where do you look in order to solve the problem? Looking at the GUI network manager, which caused the problem in the first place, isn't going to solve the problem.
In systems without hand-holding scripts or GUI configuration tools you may spend some extra time setting up your system, but that is really time very well spend because if you ever experience any problems, which you seldom do because you have set things up manually and right in the first place, then you know where to look and how to solve it.
In the Debian installer you can choose the expert mode. In expert mode you have to decide everything yourself and you can manually setup a lot of things, however the installer is still very user friendly and you can still choose between graphical or text based installation. Even when you choose text based it still uses dialogs and you are hence not exposed to any console work like in the current Arch Linux distribution.
When you install Arch Linux you have to manually setup the network using a text editor and editing a file in /etc/netctl/. When you install Debian, whether you use the normal install or the expert install, GUI or text based, you never get exposed to the file /etc/network/interfaces - which is the file that holds the network setup in Debian.
On Arch Linux you learn of the internals while you're setting up the system.
On the other hand, when it comes to Arch Linux, you at least need a printout of the installation manual (their wiki) which you need to follow step by step.
The Debian installer is really cool and it is extremely easy to use, even when run in expert mode, however you'll have to familiarize yourself with the internals of the system after installation if you want to understand where things reside and how they work. This means that even when you choose the expert installation, you still don't know what really goes on.
This is however the way it is intended to be in Debian. Once you have the system up and running, you can decide how you want to spend your time.
Once you have familiarized yourself with your favorite Linux distribution, whatever that might be, you really prefer a quick and easy way to install the system when needed, you don't want to manually fiddle around with boot loaders in a chrooted environment, mounting and unmounting partitions manually just to install the system.
Even a newbie coming to GNU/Linux for the very first time can setup Debian without any prior experience. And an advanced user can choose the expert install in order to control every detail of the installation. On Arch Linux however, if all you've got is the installation medium, and no other computer to access the Internet, and you haven't done this a lot of times, you'll get lost very easily.
On the other hand installing Arch Linux is not difficult, everything is extremely well documented, and the Arch Wiki is perhaps the best documentation in the world of Linux distributions, you just have to follow every step meticulously and understand what you're doing.
Arch Linux has no stable snapshots, it's a rolling release. The rolling release model allows one-time installation and continuous seamless upgrades, without ever having to reinstall or perform elaborate system upgrades from one version to the next.
Besides from using a rolling release model, Arch Linux also uses bleeding edge software. The rolling release model has some benefits, but combined with bleeding edge software it also has many problems. If you need to run a stable system, where you need your software to work, all the time and every time, then a rolling release with bleeding edge software can cause you a lot of problems and wasted time, because every once in a while an update might break your system or introduce new bugs.
Debian GNU/Linux comes in three flavors.
If you want to use a rolling release distribution without suffering the instabilities of using bleeding edge software, what you really should be using is the Debian testing distribution. The Debian testing distribution is far more stable than a normal Arch Linux installation. Not running Debian testing because of fear of instability is uncalled for, and if stability is an important issue you should think twice before going to Arch Linux in the first place.
In Arch Linux there is no periods of upgrade silence as Arch has no feature freeze. However, as a stable operating system suitable for servers and/or desktop machines, where the user wants to use his machine as apposed to spending most of his time fiddling with problems and trying to fix them, the Debian stable distribution is possibly the best and most professional Linux distribution in the world.
On a forum an Arch Linux user writes about the difference between Arch Linux and Debian GNU/Linux: "After seeing the glowing evangelism across the Internet for this distribution (Arch Linux), I decided to give it a go. At first, I was really impressed. Then everything started breaking around me. It was at this time I realized I didn't want a complete rolling release distribution. In fact, I don't think anyone does. You want the userland applications to be updated. Things like Firefox, Libreoffice, and the like. But the kernel? glibc? These should be stable."
Another user writes: "I always start with Debian netinstall, so I decided to give Arch a try. I discovered that I didn't particularly enjoy having major system components upgraded often. If I have a kernel that works, I don't want to fix what isn't broken. Same goes for X, etc. So it's Debian stable + backports for me."
And another user writes: "Arch in particular has tended to be slightly more bleeding-edge then other distros, sacrificing stability for the newest features. Packages are updated in the repository as soon as new versions are released and with a relatively minimal amount of time spent in testing in an Arch environment, just enough to ensure that the packages don't completely break the system. While this strategy has its benefits, namely that it allows users to get the latest and greatest software right when it comes out, it comes at the cost of stability (and security to some degree). And the more packages that I've added to my system, the more I've started to notice just how unstable Arch can be. I generally run "pacman -Syu" to do a full system update at least every week, and I try not to let my system stay without an update for three weeks at the longest, so in general I'll stay pretty well up-to-date. But it has not been uncommon, that after performing a full update, that my system completely locks up or goes completely nuts. My first priority these days, is getting shit done. And if my laptop decides to go bat-shit-crazy now and then, it seriously hampers my ability to work properly. I don't mind a few bugs now and then, and I could probably even live with a rare kernel panic, but sometimes I get the feeling that Arch is maybe just a little too bleeding edge for me."
When you sit down at your computer in order to write an important letter or do some other important work, you don't want to be delayed by annoying errors that prevent you from working.
On the other hand, if you work in development, you mostly need your tools to be up to date. You need the latest features to work on your system.
On Arch Linux, because it is a rolling release with focus on bleeding edge software, you experience both. You get the latests features, but you also get the latest bugs.
On Debian this problem is solved with "backports". Backports are packages taken from Debian testing, adjusted and recompiled for usage on Debian stable. In some cases, usually for security updates, backports are also created from the Debian unstable distribution.
Backports cannot be tested as extensively as Debian stable, and backports are provided on an as-is basis, with risk of incompatibilities with other components in Debian stable. Backports should therefore still be used with care. It is therefore recommended to only select single backported packages that fit your needs, and not use all available backports.
However, Debian backports are still many times more stable to use than bleeding edge packages on Arch Linux.
One could argue: "Since bleeding edge software are the newest and latest release it also contains all the latest bug-fixes, hence it is as secure and stable as it can be."
But this is wrong. While it is true that bleeding edge software contains all the latest bug-fixes it also contains all the new features, features that hasn't been extensively tested yet, features that introduce new bugs into the code.
Frozen software doesn't contain any of the new features, but it still receive all the latest bug-fixes, which are backported and patched into the code.
Hence, while frozen software lacks the latest new features, it only becomes more stable and secure as time passes.
Unless you really truly needs bleeding edge software, regardless of what operating system you're running, running a stable system is in most cases much preferred.
Using a rolling release doesn't automatically mean you get bleeding edge software. The rolling release simply means that the distribution runs without freezes. Updates and upgrades gets pushed out continuously.
A distribution that freezes can also release bleeding edge software, which is actually what Ubuntu does, as it is based upon the Debian unstable distribution. This however makes little sense and Ubuntu has, as a result, become a Linux distribution famous for its many instabilities.
Both Debian and Ubuntu have a period of stopping the influx of changes for a period before release (freezing) and focusing on fixing bugs. The main difference regarding the issue of stable vs. unstable packages is that Debian has a rather long stabilization process, where Ubuntus process is shorter. Debian freezes for a much longer time and tries much harder to fix all the bugs than Ubuntu or any other Linux distribution.
When you run the stable branch of the Debian project you are sure that your system will never break due to an upgrade. Only security upgrades are introduced into the stable branch and this is especially valued by system administrators. On most other operating systems you haven't got that insurance, and often when you update your system, you find that things stop working because the update changed the system. This doesn't happen on the Debian stable branch and this is where Debian is really valued.
Some people complain about that the packages that come with Debian stable are too old, and from a version point of view that is true, but Debian isn't about releasing the latest bleeding edge software, Debian is about releasing a stable system that you can depend upon. A system that works, where packages doesn't break due to dependency issues or upgrade issues.
Besides from the above, the packages that goes into the Debian stable branch are all packages that have been tested a lot and that have gotten more bugs fixed.
So who is bleeding edge software suitable for? Who should run a distribution like Arch Linux or Debian unstable? Software developers, software testers (people who test software and actually submit bug reports), and people who just don't care.
This is exactly what is stated on the Debian website about the unstable distribution: "The 'unstable' distribution is where active development of Debian occurs. Generally, this distribution is run by developers and those who like to live on the edge."