Here's an example that demonstrates the beauty of simplicity:
http://www.archlinux.org/pacman/PKGBUILD.5.html#_example
I've found it to be a magnitude simpler than creating DEB packages.
With ABS, it really brings the best features of the from-source based distros to the table without having to compile your ENTIRE system from source and having recompile stuff for every new software install or upgrade.
The power of Arch Linux really lies within its simplicity.
Workaround: breaking changes usually show up on the news section of the site, along with the workaround.
Unfortunately, I never made it very far because of KMS (which gp mentioned). I'm using intel graphics (Core i3-2100T), and the drivers didn't play nice with KMS: my screen would go blank at a certain point during boot. The system would still boot up: I could log in and execute shutdown commands, all in the blind. It turns out this is a known bug[1], and the only solution is to turn KMS off. Unfortunately, when I turned KMS off (either explicitly in the conf files or by downgrading to an older kernel that doesn't support it), X wouldn't start, citing lack of KMS as the reason! So, I was stuck with a situation where my screen broke if I used KMS, but X wouldn't work if I didn't. After failing to find help on the Arch forums, I ditched Arch for my HTPC and went with xubuntu. At first I was afraid that the same kernel bug would affect me regardless of distro, but apparently ubuntu builds their kernel differently in some key way that lets it work.
All that being said, I enjoyed playing with Arch so much that I'm probably going to install it on my laptop after I finish setting up the HTPC (the laptop has nvidia graphics, so I shouldn't have the same problem). I've been using Linux since the late '90s, starting with slackware and changing distros every few years, but I've become a bit of a GUI-cripple in the last few years. Installing and configuring Arch knocked a lot of rust off. It felt good to once again really understand all of the various settings and the config files that held them.
1: https://wiki.archlinux.org/index.php/Intel#KMS_.28Kernel_Mod... (scroll down to the note just above "See Also")
When something is broken after an update, either :
- the steps to take are immediately obvious from the error message
- it looks like a config issue, and I'll then have a look at the new config file pacman has created as file.conf.pacnew and try to merge it with my existing file.conf
- I have no idea and google the error message with "site:bbs.archlinux.org", which 99% of the time will yield the answer quickly.
I have a few packages that are excluded from pacman updates, because they're too important for work (SBCL mainly). They will only be updated once in a while. The rest ot the updates are done depending on my work and my mood : I'll do a complete update, particularly on my home server, only when I have time for it and am in the mood to fix things,
Overall, I find it much more comfortable than always postponing installing the new version of a distro because it will be too much work to replicate my setup, and ending up stuck with outdated software.
+1 on Arch for that matter. :-)