I’m working on my transition plan away from Windows and testing out various things in VMs as I do so, and one big hurdle is making sure the VPN client my work requires can connect. Bazzite is my target distro (primarily gaming, work less frequently), though other more traditionally structured ones like Pop!_OS and Garuda are possibilities.

I’m currently trying and failing to get the VPN client working in a distrobox (throws an error during connection saying PPP isn’t installed or supported by the kernel). However, I can successfully get the VPN connected if I overlay the client and its dependencies via rpm-ostree install, but I read somewhere that Bazzite’s philosophy is to use rpm-ostree as sparingly as possible for installing software to preserve as much containerization as possible.

Since I can get it working outside of a container, am I overthinking it? Should I just accept that this might be one of the “sparing” cases? Is Bazzite perhaps a poor fit for my use case? I’ve been trying to make sense of this guide, but I’m having trouble understanding how to apply it to my situation, since I’m not that familiar with Docker or Podman.

  • Telorand@reddthat.comOP
    2·
    5 months ago

    Atomic distros are very much a work in progress and they do have issues you won’t find in non-atomic distros.

    And this is kind of how I’m starting to look at it, after reading all of these comments. There definitely feels like there’s a disconnect between services like Podman and atomic ideology born out of the fact that they were created with different goals in mind. If the two can be married a bit better, the learning curve can be flattened (and I think that’s a distinct future possibility, since Podman and Fedora Atomics have Red Hat backing).

    Regarding breaks, being able to rollback is very handy, and I’ve used it many times when I was running Bazzite on my Steam Deck. Regressions happen, and I’ve experienced problematic regressions on non-atomic distros where my only option was to reinstall. This will be my daily driver that needs near full uptime, so whatever I pick, it’s gotta be solid without entirely sacrificing relative newness (i.e. not Debian).

    Either way, there’s more to consider than I initially thought, and I appreciate your input.