current status: voreutils bug in mkdir -p with very long filename (https://todo.sr.ht/~nabijaczleweli/voreutils/1) => voreutils rm -r seemingly does nothing once total apparent path length exceeds 64k => glibc FTS ENAMETOOLONGs in this scenario (other implementations don't) (https://sourceware.org/bugzilla/show_bug.cgi?id=22944) => git claims fixed in glibc 2.44, testing agrees, reported to debian: https://bugs.debian.org/1150233 => if you feed glibc 2.44/trunk an absolute path it gives you incorrect paths on postorder traverse now :)