> I probably don't, but have no idea want it actually does.
It provides safe access to files on your disk to snaps or flatpaks.
> You can silence this with "df -x fuse.portal"
Odd, when I tried it didn't work for me, maybe I made a typo.
Added a task for coreutils - we should ignore fuse.portal in any case,
regardless of whether the portal code gets fixed or not, because it's
not a real file system that has an actual size.
** Also affects: coreutils (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/1905623
Title:
df: /run/user/1000/doc: Operation not permitted
Status in coreutils package in Ubuntu:
New
Status in xdg-desktop-portal package in Ubuntu:
Triaged
Bug description:
/run/user/1000/doc is a fuse.portal mount point, but statfs() return
EPERM, hence df produces an error message. Maybe statfs() is not
implemented, but it would be good to quieten this down (df even does
not allow me to ignore it, probably because it looks at statfs to find
out fs type, so my fs type ignoring doesn't work).
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1905623/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
