[06:16] <alkisg> If I create a /tmp/test file as alkisg, I can't modify its contents then as root!!! I get access denied. Is that a focal "feature" or a bug?
[06:18] <alkisg> `getfacl` lists a --t flag... maybe that's it...
[06:19] <lotuspsychje> alkisg: is that on nautilus, or are you on a mate focal?
[06:19] <alkisg> lotuspsychje: using shell
[06:19] <alkisg> E..g. nano
[06:19] <lotuspsychje> ah kk, not sure then
[06:19] <lotuspsychje> in nautilus its needed to admin:/// now to be able to edit stuff, not related?
[06:20] <alkisg> Thanks I haven't heard of that one (not using gnome), but nah, I don't think it's related, now I *can't* edit as root :D
[06:21] <alkisg> I think it might be a new behavior of the sticky bit
[06:22] <alkisg> https://unix.stackexchange.com/questions/503111/group-permissions-for-root-not-working-in-tmp
[06:22] <alkisg> The description isn't exactly the same, but the accepted answer is what I was looking for...
[06:22] <lotuspsychje> kk
[06:23] <lotuspsychje> havent seen related bugs coming up yet, but ill keep my eyes open alkisg 
[06:23] <alkisg> It's by design, "The purpose is to make data spoofing attacks harder. ..."
[06:23] <lotuspsychje> i see
[06:24]  * alkisg wonders if we'll see any side-effects though
[06:24] <alkisg> E.g. sed /tmp/file not working as root...
[06:25] <alkisg> Have a good day!