278
submitted 7 months ago* (last edited 7 months ago) by hayk@lemmy.ml to c/linux@lemmy.ml

I used linux intermittently in the last 15 or so years, migrating from early Ubuntu versions, to Manjaro, Pop!_OS, Debian, etc. And decided to give Arch a try just recently; with all the memes around its high entry point, I was really expecting to struggle for a long time to set it up just as I want.

Disclaimer: your mileage may vary. I’ve been using some sort of unix CLI since the time I learned to pee standing (last year?), and in case of Arch this prerequisite makes the whole process a lot simpler.

Learning curve

The installation process itself was quite simple. Perhaps the most complicated part was the disk partitioning and setting up the bootloader, as I’ve never done it myself. But then again — on any other OS you kind of have to do the same, except maybe through the GUI and not CLI.

One thing you quickly learn when using Arch — is you always should consult their wiki. Actually, “consult” is an understatement; let me put it this way, on the hierarchy of usefulness: there’s reddit, then stackexchange, then random “how-to” websites, then your logic, and then there is the Arch wiki. Exactly in that order, since your logic may betray you, but not the Wiki. Jokes aside though, they’ve somehow managed to document every minute detail, with specific troubleshooting for almost any combination of hardware out there. This is incredible, and as a person who also spends a lot of time writing documentations — hats off to the devs and the community.

Once you learn how the daemons work, how pacman and AUR packages work — the rest is actually quite similar to any other OS. Except that Arch, even with a bloated DE is frigging fast and eats very little battery. I actually use CLI package installation also in Windows (winget) or MacOS (brew), so learning to use another package manager was not too steep.

Drivers

The main caveats actually come when you want specific drivers for your specific hardware. For instance, the out-of-the-box drivers for my laptop speakers were horrible, with the sound seemingly coming from someone’s redacted (never checked, perhaps it was). But that could quickly be tweaked with the “pipewire/easyeffects” with custom profiles which you may find on the web.

GPU drivers were not really that much of an issue for me (if I actually read the wiki properly). Enabling GPU acceleration in some of the apps (like Blender) required the AMD HIP toolkit installed (they have Arch support) with some minor tweaks in the Blender configs. Similarly, the camera, mic and bluetooth drivers were available as AURs or even native pacman packages.

Caveats

Caveats that come with Arch are actually shared among almost all linux distros (or more specifically — DEs). Support of Wayland, while improving gradually over the years (with a great leap forward in Plasma 6), still sucks majestically. Luckily, for many of the most popular apps (slack, zoom), there are third-party AUR packages supporting Wayland natively (I spent a lot of time looking for exactly that on Debian with no success)! All of the apps I needed I actually found with the Wayland support in AURs, but, again, your mileage may vary.

Takeaways

I’d say if you just bought a fresh out-of-store laptop with no data on it to worry about — you should definitely give Arch a try, even if you’re a beginner. Once you fail a couple of times (like I did), you’ll not only learn a lot more about the behind-the-scenes working of your own computer, but will end up having one of the fastest and efficient OS-es out there, which you will now be able to configure to your exact liking.

Unfortunately, I’ve never been able to really daily-drive Linux (and this Arch experiment is no exception). Don’t get me wrong: I love linux and the idea of having independent open-source and infinitely customizable OS. But unfortunately I professionally rely on some of the apps, that have no viable alternatives for Linux (PowerPoint, Photoshop, Illustrator, Proton Drive).

PS. “but what about GIMP, or Krita, or Inkscape, or OpenOffice, or using rsync for cloud storage, or <YOUR_FAVORITE_TOOL>?” you may ask. Trust me, I tried it all. Every last presentation, raster/vector graphics software out there. Regardless of how much I hate Adobe, their software is top tier, and until GIMP becomes the Blender of graphic design, I can’t really rely use it for most of my purposes :(

you are viewing a single comment's thread
view the rest of the comments
[-] redcalcium@lemmy.institute 9 points 7 months ago

Then just use endeavour os. It's basically Arch but with a preset configuration already decided for you.

[-] penquin@lemm.ee 4 points 7 months ago

I use endeavouros. It's great after you set it up. It doesn't really give much help. It's still barebones almost like arch. I even had to install bluez on KDE to get my Bluetooth working. Best thing about it is the installer. In case things go south, you can easily reinstall. And now that arch the install script, it shouldn't be an issue.

[-] Shareni@programming.dev 2 points 7 months ago

Installing Arch is the least of its issues, and endeavour doesn't help you with anything else.

[-] aleph@lemm.ee 6 points 7 months ago

Disagree, actually. The Endeavour defaults are really good and they have a really helpful, newbie-friendly forum.

Plus I have personally found the stereotype of Arch being difficult to maintain to not be true at all. I just installed the linux-lts kernel package and setup btrfs-assistant for system restore and it's been quite low-maintenance. I had way more issues with Fedora, come to think of it.

[-] Shareni@programming.dev 2 points 7 months ago

Yeah, the defaults are pretty good, that's why I used it the longest out of arch and derivatives.

Btrfs does help out a lot, but the last time I installed derivatives, only garuda defaulted to it. Endeavour without it wasn't fun at all.

That really depends on a lot of factors. I've used Arch on multiple devices and had it freeze, crash, fail to boot, and had a bunch of other minor issues. It's usually something that I could fix in a few minutes, except for like that bad GRUB release.

One day I remembered that I previously used mint for 2 years and it never froze, crashed, or had any sort of issue. So now I'm on MX and just use nix to install bleeding edge packages I need. Maybe I don't have the newest DE, but I know it won't break randomly, just possibly once every ~2 years after a major release upgrade.

Yeah, Fedora was a massive pain for me as well. But I installed it as a friend's first distro, and it's been working just fine. Although I think it might've been even better to use RHEL/MX instead.

this post was submitted on 01 Apr 2024
278 points (89.7% liked)

Linux

48074 readers
668 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS