Really strange problem with evince PDF reader and .mutt directory
nunojsilva at ist.utl.pt
nunojsilva at ist.utl.pt
Sun Oct 20 14:05:24 UTC 2019
On 2019-10-20, José María Mateos wrote:
> On Sun, 20 Oct 2019 10:15:34 -0300 Marcelo Laia <marcelolaia at gmail.com>
> wrote:
>> root at marcelo:~# dpkg -l apparmor
>> Desired=Unknown/Install/Remove/Purge/Hold
>> |
>> Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
>> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/
>> Nome Versão Arquitectura Descrição
>> +++-==============-============-============-======================================
>> ii apparmor 2.13.3-5 amd64 user-space parser
>> utility for AppArmor root at marcelo:~#
>
> Following up on this, I am pasting here below the contents of
> my /etc/apparmor.d/usr.bin.evince, which allows me to use .mutt as a
> folder for pdf files. I guess the culprit should be there (tl;dr: grep
> mutt /etc/apparmor.d/usr.bin.evince returns nothing).
Does "grep -R mutt /etc/apparmor.d/" return anything?
I suspect that, in a system with this issue, the problematic rule would
be in abstractions/private-files, and usr.bin.evince includes
abstractions/evince[1] which includes abstractions/private-files.
[1] https://www.apt-browse.org/browse/debian/jessie/main/all/apparmor-profiles-extra/1.4/file/etc/apparmor.d/abstractions/evince
--
Nuno Silva
More information about the Mutt-users
mailing list