Hi there - I’m trying to make use of flatpaks, but keeping them isolated from my host (as I need to experiment with a bunch of settings and I don’t want to bork my host environment. Again.)

Has anyone had actual success making this work? I’ve only been able to get anything to install by sudo-ing, but even then, I cannot get things to run. It’ll fail with file not found (but which file? verbose mode doesn’t help) or fail to connect to the system bus.

I’ve seen some posts about unmounting /var/lib/flatpak on initialization but I’ve had no luck there. (I’m on Fedora 39, which, to be honest, I’m rather enjoying.)

Is this a technique that anyone has had luck with? Worth pursuing?

FWIW, my big goal is to run bottles and I’ve had far more luck with bottles (which strongly recommends flatpak) than with winehq.

  • d3Xt3r@lemmy.nzM
    13·
    10 months ago

    Distrobox, by default, doesn’t provide much isolation/sandboxing - it’s main aim is desktop integration and filesystem transparency. So if you’re trying to use it for isolation, it’s a bad idea.

    However, you can create a new container which will isolate your filesystem and prevent such conflicts, using the --unshare-devsys flag. (if you want FULL isolation though, use the --unshare-all flag).

    Then enter the container and install the flatpak app as usual.

    I just tested this on Fedora uBlue and an Arch container and it works fine, didn’t have to unmount anything.

    • indigomirage@lemmy.caOP
      3·
      10 months ago

      Thanks - this gives me a few leads.

      I know that I’m not getting a full sandbox - that’s ok. Ultimately I’m trying to get bottles running in the hopes of getting a semi-contained environment for me to test out yabridge and getting reaper to load the vsts without crashing. (Reaper is the easy part, the plugins not so much…)

      A modicum of isolation here (even if not complete) will help me figure things out. Obviously, if I need different kernel/flags the host will get it too.

      If I unshare-devsys, will that disable audio? (I’m still trying to get a clear picture of what’s shared and what isn’t with distrobox/podman (with docker, it feels a bit more straightforward, but I’m not sure docker would be the right choice here…)

      • d3Xt3r@lemmy.nzM
        3·
        10 months ago

        Audio works. Not sure how though, --unshare-devsys is supposed to not share the hosts devices, but I guess audio devices are an exception.

        The full isolation flags are:

        --unshare-devsys:          do not share host devices and sysfs dirs from host
--unshare-ipc:          do not share ipc namespace with host
--unshare-netns:        do not share the net namespace with host
--unshare-process:          do not share process namespace with host
--unshare-all:          activate all the unshare flags below
        • indigomirage@lemmy.caOP
          2·
          10 months ago

          Thank you! I just read that and assumed audio wouldn’t. I don’t have warm fuzzies about this.

          That said, I’ll give it a go.

        • indigomirage@lemmy.caOP
          1·
          10 months ago

          Unfortunately no luck here. Same issue even when setting --unshare-all flag. I suspect I need to try a different approach.

  • Pantherina@feddit.de
    10·
    10 months ago

    That makes no sense. Flatpaks are isolated and wont bork your host.

    Distrobox and Flatpak are similar technologies.

    • indigomirage@lemmy.caOP
      41·
      10 months ago

      It’s not the flatpak that’s the issue, it’s all the other stuff surrounding it that I need to contain. Much easy, potentially, if they are all in the same environment.

      • Pantherina@feddit.de
        3·
        10 months ago

        But flatpaks when done right have all their settings in their container.

        If you want a totally vanilla experience, maybe run it from a systemd-enabled rootful distrobox? Flatpak needs systemd and that is not supported in rootless distroboxes

        • dsemy@lemm.eeEnglish
          2·
          10 months ago

          Many Flatpaks aren’t done right (though this is easy to fix after installing them, no need for Distrobox in this case), and Flatpaks don’t require systemd.

          • Pantherina@feddit.de
            1·
            10 months ago

            Really? But afaik I couldnt install flatpak in distrobox. Maybe the apps themselves dont require it but the install process?

            They may not require systemd but some init system.