shakedown.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A community for live music fans with roots in the jam scene. Shakedown Social is run by a team of volunteers (led by @clifff and @sethadam1) and funded by donations.

Administered by:

Server stats:

286
active users

#apparmor

0 posts0 participants0 posts today
Replied in thread

@kde@floss.social @kde@lemmy.kde.social

Thx for the info, then it is like that.

Here is the goal proposal

phabricator.kde.org/T17370

Tbh, #bubblewrap would need to be fixed drastically to be as secure as the #Android #sandbox. And (I am not sure yet) I think even #Snaps are more secure (on #Ubuntu with #Apparmor patches) than #Flatpak with the current system.

As far as I understood, sandboxing needs to happen in #userspace, with tools like #fuse doing the work while being restricted by #MAC like #SELinux or Apparmor.

phabricator.kde.org⚓ T17370 Sandbox all the things!

I'm working on running #apparmor end-to-end tests upstream, so that there are fewer regressions and better compatibility across different distributions and kernels.

I've been posting about it at lists.ubuntu.com/archives/appa and I've also opened an initial pull request at gitlab.com/apparmor/apparmor/-

I am very happy to have time to work on improving upstream state of the art for everyone using apparmor :-)

lists.ubuntu.com[apparmor] Exploring CI pipeline for integration tests of selected features

TIL: #Ubuntu apparently carries a "huge" #AppArmor patchset in their #Linux #kernel:

"'To start with, the patchset is huge; it is upwards of 60 separate patches, making it a significant maintenance burden. Since the set is maintained and updated by #Canonical, we can only update to a new kernel after they’ve updated all of those patches, which sometimes takes a long time, or even doesn’t happen at all, as with the 6.9 kernel series.'"

getsol.us/2024/07/15/dropping- #LinuxKernel

Solus · Dropping AppArmor Kernel Patches | SolusHeya folks! With the 6.9 update to our Current branch of the Linux kernel, we are dropping the AppArmor patchset from Canonical. This means

I don't seem to have enough google-fu to solve this myself: On my #Debian installations, #dmesg is full of #AppArmor logs for #Vivaldi. Almost all of them are "ALLOW" entries, which seems completely irrelevant.

Is there a way to get AppArmor not to spam dmesg with messages? I can't find any settings about the amount of log messages in the AppArmor manual page or documentation.