Imagine my surprise to find this in my daily logwatch:
df: /root/.cache/doc: Operation not permitted
So I check it out:
[root@zooty ~]# mount | fgrep doc portal on /root/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
More nonsense from portal and flatpak being dragged in?
On Tue, 21 Jul 2020 07:59:33 -0400 Tom Horsley wrote:
More nonsense from portal and flatpak being dragged in?
I think I've hit it with a big enough hammer:
systemctl --global mask <service> <service> ...
I've now got all these masked:
zooty> systemctl --user list-unit-files | fgrep masked flatpak-oci-authenticator.service masked disabled flatpak-portal.service masked disabled flatpak-session-helper.service masked disabled pipewire.service masked disabled xdg-desktop-portal-gtk.service masked disabled xdg-desktop-portal.service masked disabled xdg-document-portal.service masked disabled xdg-permission-store.service masked disabled
On Tue, Jul 21, 2020 at 07:59:33AM -0400, Tom Horsley wrote:
Imagine my surprise to find this in my daily logwatch:
df: /root/.cache/doc: Operation not permitted
So I check it out:
[root@zooty ~]# mount | fgrep doc portal on /root/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
More nonsense from portal and flatpak being dragged in?
I was under the impression that the xdg-document-portal only launched via dbus when running a graphical session. Are you logging into a graphical session as root?
On Tue, 21 Jul 2020 09:10:10 -0400 Jonathan Billings wrote:
I was under the impression that the xdg-document-portal only launched via dbus when running a graphical session. Are you logging into a graphical session as root?
Absolutely not. Never have. I occasionally use ssh to run emacs as root so I can edit system config files, but that's pretty much it.
-
Jonathan Billings -
Tom Horsley