Impression of Arch Linux, 4 Months Later

Posted on November 17, 2014 by Richard Goulter
Tags: programming.arch, programming.linux, programming.osx

So. I’ve been busy these last few months. Phew.
One of my previous posts was about my initial impression of Arch Linux. That was four months ago. I’m still using Arch Linux; which tells you I either like Arch, or I’m obstinate enough to not use other things. (The truth is likely a bit of each).

I will say, not everyone who uses Arch is necessarily a big fan of it. One of my supremely clever classmates (who also likes DSK) was using Arch around the time I started using it. He since stopped; he said the maintenance issues were too tedious to bother with. He was glad for the experience, though; saying that Arch Linux is one of those things you have to do once, and then never again. (He compared this to Gentoo Linux; Gentoo Linux’s thing, for folk like me who don’t know, is “compile everything from source” rather than pre-built packages).
– about maintenance; since I’ve now been using Arch for some time, I now have better experience so as to be able to comment on this. Don’t believe the horror stories you read on the internet, I’ll say. (As far as I know, many of these would be from when Arch was changing its bootloader). The biggest snag I ran into was when Arch upgraded/adjusted the way it handled Java; this was difficult enough such that # pacman -Syu wasn’t enough to upgrade the system (gasp). It obviously broke trying this; going to archlinux.org was enough to explain what to do.
Besides issues of “tough upgrades” (which are rare, and not all that tough), the more arguably tedious thing about Arch is you do have to constantly keep your system up to date. (Rather, you have to constantly run the command which keeps the system up to date). “What happens if you don’t?”.If your packages aren’t up to date, then you’ll run into difficulties when you try to install additional packages. I can’t think of other (common) disadvantages off the top of my head. “How tedious is this?”. Hrm. That depends. From the main Arch repositories, this isn’t tedious at all. For packages installed from the Arch User Repository (e.g. using Yaourt), it’s more tedious since it requires so much manual intervention to do. My experience in particular is that for a handful of these packages (and in particular, GitHub’s Atom) they will update fairly frequently, and this can be tedious.
- I’d say this is perhaps comparable to how mobile devices frequently get App updates. Keeping your system up to date isn’t such a niche thing.

Besides this, the thing to emphasise with Arch is that, by using Arch, you get to learn things. Arguably this is a euphemism for “if you want something (fixed), you have to do it yourself”.
No, I can’t think of examples off the top of my head.
Yes, it’s possible to use Arch without knowing every detail of every part of the system.

Not applicable to everyone, but for those heavily into Haskell: Haskell still hasn’t solved the “cabal hell” problem all that well, even if cabal sandboxes are a good step in the right direction. To this extent, ArchHaskell, which provides package-wrappers around cabal projects, is a good way to deal with keeping a consistent, up to date Haskell distribution. (And “cabal isn’t a package manager” as anyone who’s asked how to ‘uninstall’ a package has encountered).
I haven’t been using ArchHaskell for an extensive period of time. I sincerely believe it’s less painful than not using it. However, perhaps the limitation is it’s not as easy to interact with older versions of dependencies? (I’m not sure about this).

– I do love tools. And while I don’t necessarily improve my skills with the tools as much as the tools encourage me to; (I’m sure I’ve discussed the Vim philosophy before?), I think Arch has a similar mentality. cf. The ArchWiki, which is fantastic.
Rather, I mean, I would love to get more into a keyboard-focussed workflow. I would love to be able to use a second display, and make use of it without having to rely on a mouse (which just seems a painfully slow way to use a second display; it seems like diminishing returns compared to using workspaces - I say this as someone whose workflow is split between a workspace with many TMux tabs, and a workspace for the web browser. I can understand without the convenience of TMux tabs, this mighn’t seem relevant). XMonad is something I’d toyed with slightly, but I guess maybe Window Managers aren’t the easiest things to get into.

Downsides of Arch? I’m convinced the wifi driver isn’t as good as the OSX wifi driver. Although when I’m logged into OSX, I suppose the wifi isn’t perfect there, either, so maybe this isn’t a sensible negative.
The biggest detriment is that in Cinnamon, the wiki page says the Bluetooth is unsupported. As such, I’ve not tried very hard to get Bluetooth working. When I did, my impression of using my Bluetooth mouse wasn’t that great. YMMV.

So. All in all, I do think Arch is fantastic.


Newer post Older post