Linux

48310 readers

645 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago

MODERATORS

AgreeableLandscape@lemmy.ml

nooter692@lemmy.ml

MarcellusDrum@lemmy.ml

cypherpunks@lemmy.ml

cyclohexane@lemmy.ml

d3Xt3r@lemmy.nz

Flatpacks - installing within Distrobox? (lemmy.ca)

submitted 10 months ago* (last edited 10 months ago) by indigomirage@lemmy.ca to c/linux@lemmy.ml

11 comments fedilink hide all child comments

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.

you are viewing a single comment's thread
view the rest of the comments

[–] d3Xt3r@lemmy.nz 13 points 10 months ago* (last edited 10 months ago) (4 children)

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.ca 3 points 10 months ago (3 children)

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.nz 3 points 10 months ago* (last edited 10 months ago) (2 children)

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.ca 1 points 10 months ago

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

load more comments (1 replies)