Changing this rule [0]:
@{user_share_dirs} = @{HOME}/.local/{,share/@{flatpak_exports_root}}/share
Into these two:
@{user_share_dirs} = @{HOME}/.local/share
@{user_share_dirs} += @{HOME}/.local/share/@{flatpak_exports_root}/share
Makes logs happy again. Not sure if flatpak-stuff is OK
Something strange is going on. Check this output:
```
$ /usr/sbin/apparmor_parser -Q -p /etc/apparmor.d/usr.bin.thunderbird | fgrep
user_share
@{user_share_dirs} = @{HOME}/.local/{,share/@{flatpak_exports_root}}/share
owner @{user_share_dirs}/applications/{**,} r,
owner
Someone has reproduces same issue with Thunerbird:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921888#10
On 2019-01-31 11:24, intrigeri wrote:> I can't reproduce this.
I can't reproduce this on my Sid Gnome/KDE VM's too :/
I see that you have modified a few tunables files locally.
I wonder if this affects how @{user_share_dirs} is used.
Can you please retry with a pristine config?
I've cleaned
Control: tag -1 + moreinfo
> After recent updates on Sid, multiple GUI applications (like
> Thunderbird, Firefox, qTox) on KDE are hit by these kind of denies:
> ```
> type=AVC msg=audit(1548784946.545:1896): apparmor="DENIED"
> operation="open" profile="thunderbird"
>
Package: apparmor
Version: 2.13.2-6
Severity: minor
Tags: upstream
Dear Maintainer,
After recent updates on Sid, multiple GUI applications (like
Thunderbird, Firefox, qTox) on KDE are hit by these kind of denies:
```
type=AVC msg=audit(1548784946.545:1896): apparmor="DENIED"
operation="open"
6 matches
Mail list logo