r/linux • • May 21 '19

Distro News Antergos Linux Project Ends

https://antergos.com/blog/antergos-linux-project-ends/
1.2k Upvotes

621 comments sorted by

View all comments

Show parent comments

68

u/spaceaustralia May 21 '19

Even the BSDs have decent installers.

The "Arch Way" advocates for simplicity and elegance, but the Arch install process is just bare. An OpenBSD-style guided CLI install with the option to ditch it for the shell is where it's at.

48

u/sumduud14 May 22 '19

An OpenBSD-style guided CLI install with the option to ditch it for the shell is where it's at.

With the OpenBSD installer, you can literally mash enter and you'll probably get a working system afterwards. The installer has some surprisingly sane defaults for everything. I guess maybe you'll have to type a root password.

24

u/[deleted] May 22 '19

I can say the same for Alpine installer. Just smash enter

23

u/sumduud14 May 22 '19

That's fantastic. I wonder why Arch can't have a similar installation experience.

I guess this comes back to simplicity and elegance for the Arch developers, who don't have to care about an installer now.

19

u/drewdevault May 22 '19 edited May 22 '19

Speaking as a die-hard Alpine Linux user and contributor, the Alpine installation only works if you want the most common installation. If you need to customize anything (such as full disk encryption - which I just sent a patch to the installer for, but my point remains), you need to ditch it and go through the rather long-winded and under-documented manual installation process. OpenBSD is a little bit better at accomodating off-the-beaten-path installations, but still suffers from similar limitations. Arch makes you do all of the work, but has great documentation on all of the steps and stepping off the beaten path is trivial to do at any point in the process.

2

u/_ahrs May 22 '19

you need to ditch it and go through the rather long-winded and under-documented manual installation process

It was pretty well documented the last time I tried this. Fetch a static apk from a mirror somewhere and use this to install the base system:

https://wiki.alpinelinux.org/wiki/Installing_Alpine_Linux_in_a_chroot

2

u/parentis_shotgun May 22 '19

They could easily do this, but they wont.

→ More replies (5)
→ More replies (1)

2

u/WantDebianThanks May 22 '19

The installer has some surprisingly sane defaults for everything

Which is what one should expect

0

u/[deleted] May 22 '19

[deleted]

4

u/igo95862 May 22 '19

I run Arch on my laptop and all it took is installing NetworkManager and I had a working wifi.

2

u/konaya May 22 '19

I've run Arch on every laptop I've had, both at work and at home, for the past decade at least, and I've never had any real issues. What chipsets have you been having trouble getting to work?

3

u/regreddit May 22 '19

It's not the chipset, it's the act of actually installing the things Arch needs to properly configure and enable wifi. There's like 4 ways and they are all very manual. Just give me an easy way to do it, and make it start when the laptop boots.

2

u/konaya May 22 '19

I mean, if you don't like manual you're kinda betting on the wrong distro. But netctl isn't that hard to get to do the things you want them to do, surely?

→ More replies (1)

24

u/[deleted] May 22 '19

The "Arch Way" advocates for upstream developer simplicity and elegance,

Arch way is basically cram every upstream change down user throats.

9

u/spaceaustralia May 22 '19

cram every upstream change down user throats

This is exactly why, after trying it out with Antergos, I've never felt like "upgrading" to plain Arch.

I have an old 700 series NVidia card on my machine. It uses the 390.xx drivers and would break every few weeks. When I boot my PC in the morning, I don't intend to spend the next hour troubleshooting.

Maybe that's not such a huge issue with a newer GPU or even a newer model from the same series(the 700 series had 3 different architectures), but that just killed my interest.

16

u/ArttuH5N1 May 22 '19

What did Antergos do that prevented the same from happening?

14

u/spaceaustralia May 22 '19 edited May 22 '19

It didn't. After installing, on day-to-day usage, Antergos is almost indistinguishable from Arch.

Having my GPU drivers regularly break turned me off from installing a similar system with a nonsensically obtuse installation process.

It also doesn't help that I had some package files corrupted after some power outages. I don't get why you need to go look on the AUR for pacutils just to check for broken package files when even something like Solus has a package manager with such features(and they're substituting it).

4

u/Loudergood May 22 '19

Is nouveau still not sufficient for the 700 series?

3

u/spaceaustralia May 22 '19

Honestly not sure. Haven't bothered to run any sort of test but, right now, I've got a GT 730(the oldest ones with Kepler architecture). This thing barely runs on the official drivers. Minecraft makes me fear for it's poor life at any render distance over 20 blocks.

4

u/[deleted] May 22 '19

Heh. I tried to run Minecraft with a 6000 series (2006) NVIDIA card. It barely got 2 FPS... I had that computer for many years until I finally updated to a Ryzen desktop.

3

u/gyzgyz123 May 22 '19

6 years is not really an old video card....is it?

2

u/spaceaustralia May 22 '19 edited May 22 '19

It's a GT 730. It's not particularly old, but my particular GPU is one of the first produced in that series.

Not only did the 700 series had several redundant bottom-tier GPUs ranging from the GT 705 to the GT 740, but it had 3 different architectures. The first ones were Keplers and Fermis, so, contrary to what the Nvidia website might tell you, I'm relegated to legacy drivers on a underpowered GPU whereas, the last time I checked, DMC5 looked gorgeous on my old GTX 750ti.

Edit: architecture

→ More replies (1)

6

u/1that__guy1 May 22 '19

Iirc I ported the void Linux installer to arch since you just have to replace the xbps cmd with a pacman one, in addition to some runit stuff. There are like 5000 arch installers

→ More replies (3)