firejail
xdg-desktop-portal
firejail | xdg-desktop-portal | |
---|---|---|
139 | 154 | |
5,482 | 533 | |
- | 3.0% | |
9.7 | 9.4 | |
2 days ago | 7 days ago | |
C | C | |
GNU General Public License v3.0 only | GNU Lesser General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
firejail
-
Sandboxing All the Things with Flatpak and BubbleBox
bubblewrap is designed as a low-level too. There is nothing quick and dirty about it. It disallows everything by default and you have to be explicit about what you want to share with the host. If your application needs complex permissions/resources, then you will need to have a complex bubblewrap command line.
Once you have figured out which permissions/resources you need for a given program, you can wrap the command line invocation in a shell script.
If you want other people to do the work of defining permissions/resources, then have a look at firejail: https://github.com/netblue30/firejail
-
Ask HN: What are some unpopular technologies you wish people knew more about?
Firejail is cool: https://github.com/netblue30/firejail
Linux namespaces/cgroups but nowhere near as heavy as Docker.
I use it when I want to limit the memory of a Python script:
```
-
Toolship: A (More) Secure Workstation
Firejail can also be a useful option, though no good if you're on Mac https://firejail.wordpress.com/
Uses the same Linux primitives as docker etc, but can be a bit more ergonomic for this use case
-
Firejail: Light, featureful and zero-dependency security sandbox for Linux
Firejail, Flatpak (which uses Bubblewrap under the hood), and Snap (which uses AppArmor) all use the same underlying technology: Linux namespaces.
This question comes up a lot, and has been answered here: https://github.com/netblue30/firejail/wiki/Frequently-Asked-...
TL;DR: Firejail has much more comprehensive features than Flatpak (Bubblewrap). Firejail also has more comprehensive network support, support for AppArmor and SELinux, and easier seccomp filtering.
Compared to Snap (which uses AppArmor), Firejail is compatible with AppArmor and again goes above and beyond with a lot of additional features.
-
Bubblewrap – Low-level unprivileged sandboxing tool used by Flatpak
Wonderful little tool, too bad you must chain various exec calling tools to get cgroups (a bit akin to `ionice ... nice ... cmd`) and Linux users namespaces can't allow UNIX sockets while preventing network access (I think?).
Migrated from Firejail when its complexity annoyed me too much and I hit https://github.com/netblue30/firejail/issues/3001 (Firejail doesn't like parens or brackets in --put/--get parameters) to a badly NIH version using bwrap and bash to have "profiles":
- Firejail: Light featureful and zero-dependency security sandbox for Linux
-
Do, or do not. There is no try
Firejail does this. The profile database is the two "profile" directories in https://github.com/netblue30/firejail/tree/master/etc
-
Strange times make for strange friends...
What do you mean by a Firefox container? Do you mean FireJail?
xdg-desktop-portal
- Flathub: One million active users and growing
- Changes to xdg.portals?
-
PCSX2 Disables Wayland Support
>Not losing all the work every time your windows manager crashes
https://news.ycombinator.com/item?id=37509703
>remapping keys
>Use xinput to change parameters of their input devices (libinput dropped most configuration options present with evdev)
Up to the compositor.
>Global shortcuts
Also up to the compositor. Was added to xdp in https://github.com/flatpak/xdg-desktop-portal/blob/main/data... so it's up to the compositor's xdp impl to provide it. It was created by a KDE dev so I assume KDE implements it at least.
>tunnelling over ssh
https://gitlab.freedesktop.org/mstoeckl/waypipe
-
Gnome developer proposes removing the X11 session
> - O proper screen recording support
Works just fine. I use OBS.
> - broken screen sharing
Never had any trouble with it.
> - No proper global keyboard shortcut
> - No push to talk support
On its way: https://github.com/flatpak/xdg-desktop-portal/pull/711 / https://flatpak.github.io/xdg-desktop-portal/#gdbus-org.free...
> - Several problems with multiple screens
Haven't had any more than on X11, but then again I do use Nvidia hardware on Linux.
-
The Guy Preserving the New History of PC Games, One Linux Port at a Time
It might help, but at this point Linux containers can't really stabilize the whole environment, especially for games. Particular pain points include accelerated graphics (which theoretically can have a stable kernel interface, but in practice is so complex and performance-sensitive that it's not stable enough to be a "reference platform", so to speak) and modern game controllers (which present a whole mess of concerns typically "addressed" in Flatpak by granting the device=all permission and hoping for the best [1]).
I also know a guy who ran into issues with a kernel update breaking a custom allocator, although I don't know the fine details. That wasn't for a game, but games also use custom allocators for various reasons.
[1] https://github.com/flatpak/xdg-desktop-portal/issues/536
-
Unpacking Elixir: Syntax
I don't use Wayland, but it seems xdg-desktop-portal since 1.16.0 has a 'Global Shortcuts portal'. Perhaps check it out.
https://github.com/flatpak/xdg-desktop-portal
-
UX Hurdles in Open Source #1: Flatpak Permissions
It's being discussed: https://github.com/flatpak/xdg-desktop-portal/issues/611
-
Advice: TW or Aeon
The first bug report was filed in early 2022 but unfortunately no progress yet on the matter, even after numerous similar reports ever since.
- Native messaging for Firefox
-
Xdg portal hyprland and launching gui apps
Yeah been having the same issue since I changed to using the unstable branch, supposedly noticed and fixed upstream for a few variants of the problem (different people with different configurations of DE and xdg-* deps installed report the same issue due to timeouts of the other portals)
What are some alternatives?
bubblewrap - Low-level unprivileged sandboxing tool used by Flatpak and similar projects
gamescope - SteamOS session compositing window manager [Moved to: https://github.com/ValveSoftware/gamescope]
flatpak - Linux application sandboxing and distribution framework
wayfire - A modular and extensible wayland compositor
bubblejail - Bubblewrap based sandboxing for desktop applications
gtk-layer-shell - A library to create panels and other desktop components for Wayland using the Layer Shell protocol
Flatseal - Manage Flatpak permissions
pipewire - Mirror of the PipeWire repository (see https://gitlab.freedesktop.org/pipewire/pipewire/)
yabai - A tiling window manager for macOS based on binary space partitioning
flatpaks
podman - Podman: A tool for managing OCI containers and pods.
us.zoom.Zoom