Bug#576677: find's %Y

2010-04-07 Thread maximilian attems
On Thu, Apr 08, 2010 at 08:37:18AM +0800, jida...@jidanni.org wrote: > ma> can't reproduce your failure on x86_64: > Trust me: https://savannah.gnu.org/bugs/index.php?29460 yep seen and tried mentioned testcases and non triggers, which find do you have installed: dpkg -l findutils -- To UNS

Bug#576677: find's %Y

2010-04-07 Thread jidanni
$ w3m -dump http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576772|grep ^Version Version: 4.5.7-1 findutils: Installed: 4.5.7-1 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://li

Bug#576677: find's %Y

2010-04-07 Thread maximilian attems
On Wed, 07 Apr 2010, jida...@jidanni.org wrote: > Anyway, I have shown %Y is moody and not to be trusted. > I will now step back and hand the baton to others. can't reproduce your failure on x86_64: mount -t tmpfs tmpfs /mnt/ -o size=40m TMPDIR=/mnt/ mkinitramfs -o /tmp/foo -k Working files in

Bug#576677: find's %Y

2010-04-07 Thread jidanni
JY> https://savannah.gnu.org/bugs/index.php?29460 OK glad this has been tracked down. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8739z7woe2@jidanni.org

Bug#576677: find's %Y

2010-04-07 Thread James Youngman
On Wed, Apr 7, 2010 at 7:34 AM, wrote: > Anyway, I have shown %Y is moody and not to be trusted. > I will now step back and hand the baton to others. Thanks for reporting the problem. I have a good idea what the problem is; pred.c calls stat and lstat without changing working directory. It

Bug#576677: find's %Y

2010-04-06 Thread jidanni
Apparently it is affected by CWD: 14:21 ~$ cd - /tmp 14:21 tmp$ find /tmp -name sleep -printf %Y\\n f f 14:21 tmp$ cd - /home/jidanni 14:21 ~$ find /tmp -name sleep -printf %Y\\n N N 14:21 ~$ cd - /tmp 14:22 tmp$ find /tmp -name sleep -printf %Y\\n f f 14:22 tmp$ mount|egrep /home\|/tmp /dev/hd

Bug#576677: find's %Y

2010-04-06 Thread jidanni
So I thought cd'ing to /tmp would help (cd /tmp find "${DESTDIR}" -type l -printf '%p %Y\n' | sed -n 's/ [LN]$//p' \ | xargs --verbose -rL1 rm -f ) however the files got zapped anyway. So it's back to the random %Y accuracy theory. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists

Bug#576677: find's %Y

2010-04-06 Thread jidanni
Anyway, I have shown %Y is moody and not to be trusted. I will now step back and hand the baton to others. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877hojojoh

Bug#576677: find's %Y

2010-04-06 Thread jidanni
What's barfy is it turns out the same command sometimes gives different output! $ mount|grep /tmp #df shows plenty of space too. tmpfs on /tmp type tmpfs (rw) 14:04 ~$ find /tmp/NOSHUCH -printf %Y\\n N 14:05 ~$ find /tmp/sleep -printf %Y\\n f 14:05 ~$ find /tmp -name sleep -printf %Y\\n ###COMPAR