Other suffixes are affected besides .pdf. I've just spotted some
incidents in my logs involving denied read attempts on .epsi, .ps2 and
suffixless application/postscript files. Since .epsi is listed as valid
in /etc/mime.types I've now added the following to
/etc/apparmor.d/local/usr.bin.evince and
Public bug reported:
/etc/apparmor.d/usr.bin.evince has a line
@{HOME}/.local/share/gvfs-metadata/** l,
However, it is possible (seen on trusty) for session state files to be stored
under /run/user// instead of ~/.local/share/ . Please consider adding
owner /run/user/*/gvfs-metadata/** l,
t
* Sebastien Bacher [2014-01-08 16:57:52 -]:
> Thanks for your bug report. Could you add an example for such dvi file?
I cen try and construct one that reproduces the issue on my system, but
there is no guarantee that the same choice of font will reproduce the
problem somewhere else: that depen
Public bug reported:
On Ubuntu 12.04, when running /usr/bin/evince-thumbnailer on a .dvi file
that references a font for which there is no PK file on the system yet,
AppArmor blocks the execution of /usr/share/texmf/web2c/mktexnam etc.
Here are sample audit log messages:
[ 5720.378549] type=1400
** Attachment added: "Output of apport-cli -f -p gvfs-backends"
https://bugs.launchpad.net/bugs/1020244/+attachment/3211178/+files/gvfs.apport
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gvfs in Ubuntu.
https://bugs.launchpad.n
Public bug reported:
Seen on a lucid system:
# pgrep -fl gvfs
2086 /usr/lib/gvfs/gvfsd
2093 /usr/lib/gvfs//gvfs-fuse-daemon /home/CENSORED/.gvfs
2116 /usr/lib/gvfs/gvfs-gdu-volume-monitor
2122 /usr/lib/gvfs/gvfsd-trash --spawner :1.7 /org/gtk/gvfs/exec_spaw/0
2124 /usr/lib/gvfs/gvfs-gphoto2-volum
Also seen on lucid, at least when booted into a 2.6.38 kernel (from
linux-image-generic-lts-backport-natty).
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to evince in Ubuntu.
https://bugs.launchpad.net/bugs/807507
Title:
apparmor de
I believe I can reproduce this in Debian 4.0 (and in Ubuntu 6.06). I
didn't have to actually zap my X server; just closing the ekiga window
with Alt+F4 is enough to leave the instance running in the background.
It will start spinning at 100% CPU after logout.
--
ekiga hangs after x server restart
** Bug watch added: Debian Bug tracker #420132
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420132
** Also affects: ekiga (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420132
Importance: Unknown
Status: Unknown
--
ekiga hangs after x server restart
https://bug
