findutils-4.5.4 in Gentoo in current state per submission date, with vanilla kernel 2.6.28.7, reports (find . ! -user myself) a file I have just created as if it was not owned by me. ls -l clearly says it is owned by me. Also, it reports as not owned by me some, but not all, seemingly random other preexisting files. Reproducible: Always Steps to Reproduce: 1. echo "fafa" >fafa 2. find . ! -user myself. Actual Results: Prints ./fafa, indicating user `myself' doesn't own it. Expected Results: Should be silent. Neither there are any inconsistencies in manipulating that file (i.e., I can write to it or delete it), nor doing chown myself:myself that_file affects subsequent find results. Reproducible on ext2, ext4 and XFS, on both i686 and x86_64. The previous version (findutils-4.5.3) works just fine. I am also submitting a bug report against findutils (http://savannah.gnu.org/bugs/index.php?25933). Consider it a blocker since thunderbird, which invokes find from its startup script, fails to start saying some files under ~/.thunderbird are not owned by the current user. Likewise, revdep-rebuild complains about wrong permissions of /var/cache/revdep-rebuild, and refuses to run.
Created attachment 185595 [details] emerge --info
And another problem which looks very similar: find /usr/share/fonts/ -type f -a \! -perm 0644 -print finds files which has permissions 0644. I think we'd better mask this version of findutils currently as this could break lot's of scripts...
findutils-4.5.4 rebuild fixed this problem for me. So I think this bug is invalid. Just for info. This are toolchain packages I've build after findutils: Wed Mar 18 10:57:14 2009 >>> sys-apps/findutils-4.5.4 Wed Mar 18 23:11:58 2009 >>> app-shells/bash-4.0_p10-r1 Wed Mar 18 23:32:29 2009 >>> sys-devel/binutils-2.19.1-r1 Thu Mar 19 02:57:12 2009 >>> sys-devel/gcc-4.3.3-r1 Thu Mar 19 03:43:52 2009 >>> sys-libs/glibc-2.9_p20081201-r2 At this point I've checked and findutils were broken then I've emerged another time: Wed Mar 18 10:57:14 2009 >>> sys-apps/findutils-4.5.4 And they work. andrei could you confirm that reemerge fixes the problem?
Here confirming that findutils-4.5.4, as emerged yesterday, don't have that bug anymore. I have no clue what had caused it (my best guess being gnuconfig, which I didn't emerge along with findutils at that time), but it's not really worth the effort to investigate. So all is well now. Closing the bugreport.
