Impression of Arch Linux, 4 Months Later
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.