Bug#991378: This bug is still alive
On Fri, Jan 07, 2022 at 10:31:26PM -0500, Michael Stone wrote: > agreed, someone should fix xdg-desktop-portal to not cause errors Regardless of how this can be solved in xdg-desktop-portal (and as far as I'm aware there is no fix at the moment) this can also be solved by a patch in gnulib/coreutils. Coreutils 9.0 is already out and contains the solution for this problem, so once the package is updated this will be solved. This also happens in bullseye, in that case the one-liner mentioned by Vincent Lefevre can be cherry-picked. Berto
Bug#991378: This bug is still alive
On 1/7/22 9:31 PM, Michael Stone wrote: agreed, someone should fix xdg-desktop-portal to not cause errors Ok - now I'm really confused.. My digging had me looking at fuse3? I don't see such open bug in xdg-desktop-portal ? I saw this crop up when I did a sshfs mount.. df hinted at the strange /root/.cache directoy - I thought it was due to the /root/.cache/doc/by-app directory - which has nothing in it - can't be deleted. I figured it was in use - but lsof can't see it. lsof: WARNING: can't stat() fuse.portal file system /run/user/1001/doc Output information may be incomplete. $ ll /run/user/1001/ returns d? ? ?? ?? doc/ Finally the error lsof gave me had me look for a bad mount - but unmounting the sshfs mount does not make it go away. Ahh . It was a second mount at /run/user/1001/doc I was able to get back to normal with: $ umount /run/user/1001/doc - so once gone - I tried to recreate - turns out it is not the sshfs mount - it is $ pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY meld That creates the mess -- pkexec is part of policykit-1 Don't see any such bugs.. hope these breadcrumbs help someone. Karl Schmidt EMail k...@lrak.net
Bug#991378: This bug is still alive
agreed, someone should fix xdg-desktop-portal to not cause errors On Fri, Jan 07, 2022 at 07:05:09PM -0600, you wrote: It breaks the df command and rf command - both return unhelpful error messages - breaks scrips that use df.. Putting a mount point in /root/.cache was never a good idea - not where they belong (breaks the FHS standard) Adds confusion to users - something in a cache should be delete-able - this creates what looks like an empty directory that one can not delete. Not able to install fuse3 from testing as it wants to remove libc-bin.. Stable needs an update. I think this should have severity: critical as it breaks unrelated software? - or at the very least 'serious' as if violates a few of the must and required directives? -- Karl Schmidt EMail k...@lrak.net 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 Google is the camel's nose. -kps
Bug#991378: This bug is still alive
It breaks the df command and rf command - both return unhelpful error messages - breaks scrips that use df.. Putting a mount point in /root/.cache was never a good idea - not where they belong (breaks the FHS standard) Adds confusion to users - something in a cache should be delete-able - this creates what looks like an empty directory that one can not delete. Not able to install fuse3 from testing as it wants to remove libc-bin.. Stable needs an update. I think this should have severity: critical as it breaks unrelated software? - or at the very least 'serious' as if violates a few of the must and required directives? -- Karl Schmidt EMail k...@lrak.net 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 Google is the camel's nose. -kps