Was trying to install guix on top of fedora silverblue. It’s kinda working, but not exactly stable…

  • Deebster@infosec.pub
    link
    fedilink
    arrow-up
    2
    ·
    30 minutes ago

    It feel like so long since I’ve seen someone use this template correctly, so you’ve got that going for you 👍

  • samc@feddit.ukOP
    link
    fedilink
    English
    arrow-up
    18
    ·
    1 day ago

    Some updates after sleeping on it and trying some morning debugging:

    • It’s actually either service being enabled that prevents login
    • It’s a gnome-shell issue. Logging into a tty is fine, and shows that it’s gnome-shell crashing when trying to log-in normally

    Maybe it’s time to go back to debian…

    • truxnell@infosec.pub
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 day ago

      I had this with a sunshine service being added as a user service in bazzite. I created a clean new user and it booted, confirming it was user based. Took a bunch of binary searching to work out what the issue was.

      I’ve since done my own autostart setup for sunshine and it’s been fine ever since.

      Crappy UX!

      • samc@feddit.ukOP
        link
        fedilink
        English
        arrow-up
        1
        ·
        1 day ago

        Yeah, thinking I might have to do something similar to start the services after login. Unfortunately they need to run as root, so it’ll be tricky to avoid having a second password prompt every time I login

        • truxnell@infosec.pub
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 day ago

          Ouch, yeah that’s frustrating. I’m considering doing my own image (prei stall my own apps) which will help with issues like this and allow consistent apps across machines.

          Feels like a sledgehammer for a nail though

  • theunknownmuncher@lemmy.world
    link
    fedilink
    arrow-up
    25
    arrow-down
    1
    ·
    2 days ago

    I just don’t get these for a bare metal system. Containers? Sounds great. Definitely on board. Bare metal? Debian, standard fedora, or gentoo is what makes sense to me

    • JasonDJ@lemmy.zip
      link
      fedilink
      arrow-up
      26
      arrow-down
      1
      ·
      edit-2
      1 day ago

      Workstation-as-code is pretty dope for enterprise…

      The idea of an immutable, idempotent, declarative workstation, from cradle to grave, tickles me pink.

  • chrash0@lemmy.world
    link
    fedilink
    arrow-up
    25
    ·
    2 days ago

    where i get into trouble is when i do a bunch of nixos-rebuild —switches between restarts and some state ends up hanging around, so next time i do a reboot that ephemeral state is gone and whoops no internet

    • CeeBee_Eh@lemmy.world
      link
      fedilink
      arrow-up
      9
      ·
      edit-2
      1 day ago

      Kinda. Generally the user files (including custom installed applications) are on a rw partition. Whereas the system files (OS files, root folder, etc) are on a ro partition. When updates are applied to the core system they come as complete images. No compiling from source on the fly.

      The advantages to this is that it should be near impossible to break your system. If you need to roll back to a previous version the system just/downloads/mounts the previous image. There is less flexibility in terms of changing system files. But the idea with immutable distros is that you shouldn’t be modifying system files anyways, and there are different ways to accomplish things.

      A really good example is Android. Android (non-rooted) is kinda-sorta an immutable distro. Except it uses an A/B partition method, where the active system downloads and installs to the other partition, triggers a flag, then a reboot picks up the flag and boots from the newly installed partition. If anything goes wrong, another flag is triggered and it boots from the “good” partition.

      It’s not quite the same, but at a high-level it kinda is.

      Edit: article I found about it

      https://linuxblog.io/immutable-linux-distros-are-they-right-for-you-take-the-test/

    • Hawke@lemmy.world
      link
      fedilink
      arrow-up
      8
      ·
      2 days ago

      Yes, kind of.

      Someone might correct me if I’m wrong but it’s that, plus extra tooling to redirect the stuff that needs to be writable, plus more extra tooling to allow you to temporarily unlock the read-only parts in order to do system updates, plus a system updater that puts the whole system more-or-less under version control.