Lazy-Artix - CodeBerg

Hey all, just thought i’d share my Artix Linux installer script. I’ve wanted to give Artix a solid go, and decided to bring up my old Arch Linux install script to be used with Artix. I’m still working on it a lot and there is definitely some stuff in there that needs to be updated - but I’m pretty happy with it so far.

This is written all in bash, and is to be used with the base Artix Linux OpenRC ISO. Right now i’m focusing on getting KDE up and going, and then fixing up some of the bundles that can be selected.

It’s nothing special - I started it years ago for Arch before the official installer existed, and only myself and a couple others have used it so it hasn’t had a great deal of scrutiny. But anyway, just thought i’d share it.

(No AI has been used, also I migrated this over from GitHub so there are a few bits and pieces left over from that)

Edit: Just thought I should mention I sped up the video, the install actually took about 3 mins :)

  • MonkderVierte@lemmy.zip
    4·
    2 hours ago
    • only systemd or any other init/service manager can exist in the same repo (some distros try hacks with shims and wrappers)
      • that and software-side dependencies (a design “flaw” in the service manager part) forced popular distros to Systemd and they can’t get away
    • runs only on Linux and a very limited set of architectures
    • not-invented-here and scope creep (debugging dns issues radicalized me against Systemd)
      • Systemd’s comlexity and shitty code makes even ripping out a small part (elogind) a arduous task.
    • design faults as a “integrated service suite” (doing init and services in one), leading to more critical vulns than all other init together
    • unpredictable service run order, together with shitty logging

    Stuff like that.

    Edit: yees, Gentoo & co. support Systemd or Openrc. But that one is mostly service management and was designed as a drop-in, doesn’t count.

    The sad part is, some of it’s nicer new features create further dependencies, won’t get implemented in a independent way.

    • Specter@piefed.socialEnglish
      1·
      26 minutes ago

      Thank you for the thorough technical explanation, it is clear there are challenges for devs and I understand why the pushback exists now.

      As an end user these are things I haven’t felt, are essentially invisible to me so I never felt the need to run away from systemd.

      Thanks again.