Possible changes to the output of "find -ls" - reactions?

Per the bug described at http://savannah.gnu.org/bugs/?18227 Package: findutils Version: 4.2.28-1 Severity: normal The docs say that find -ls behaves as ls -dils. This is not true: $ find /dev/hda -ls 16290 brw-rw 1 root disk Nov 7 12:23 /dev/hda $ ls -dils /dev/hda

[bug #18835] find -name option fails to correctly handle certain Unicode filenames

Update of bug #18835 (project findutils): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #3: No response from

[bug #18787] find -prune not pruning soon enough?

Update of bug #18787 (project findutils): Status:None => Works For Me Assigned to:None => jay ___ Follow-up Comment #1: I can't reproduc

[patch #4836] debug compilation failure due to debug leftover in find.c

Update of patch #4836 (project findutils): Status:None => Done Assigned to:None => jay Open/Closed:Open => Closed __

[patch #4837] pred.c fixe for rectricting prune to directories.

Update of patch #4837 (project findutils): Status:None => Done Assigned to:None => jay Open/Closed:Open => Closed __

[patch #5280] environment size is not subtracted in one case

Update of patch #5280 (project findutils): Status:None => Need Info ___ Follow-up Comment #3: Is this still a problem? ___ Reply

[bug #17396] find -mtime -atime -ctime does not support fractional part

Update of bug #17396 (project findutils): Status:None => Fixed ___ Follow-up Comment #1: Thi has now been added in the 4.3.x codebase. Nanosecond timestamps are now also supported.

Re: findutils-4.2.29 check failure (iregex1)

On 2/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Ok, I think the problem here is either the gnulib/lib/Makefile* or an interaction between them and configure: after starting again from a freshly unpacked tarball and issuing: ./configure 2>&1 | tee configure.log make 2>&1 | tee make.l

Re: findutils-4.2.29 check failure (iregex1)

"James Youngman" <[EMAIL PROTECTED]> wrote: :On 2/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: :> [...] :> FAIL: iregex1, --- find.out 2007-02-15 03:14:22.0 + :> +++ cmp.out 2007-02-15 03:14:22.0 + :> @@ -1,2 +1,4 @@ :> tmp :> tmp/d :> +tmp/d/D :> +tmp/d/D/d

[bug #18320] Zero bytes in input should give warning

Update of bug #18320 (project findutils): Severity: 3 - Normal => 2 - Minor Status:None => Fixed Assigned to:None => jay ___

[bug #18715] (or ) followed by combined with xargs -l

Update of bug #18715 (project findutils): Status:None => Invalid Assigned to:None => jay Open/Closed:Open => Closed ___

[bug #11668] [wishlist] FreeBSD extensions for time specification.

Update of bug #11668 (project findutils): Status:None => Postponed ___ Follow-up Comment #5: I had deferred making changes of this type until after implementing support in find for sub-s

Re: Patch for memory leak

On 2/9/07, supriya kannery <[EMAIL PROTECTED]> wrote: On further analysis, found that the dirinfo structure is not getting cleaned up after use and resulting in memory leak. Cleaning up of dirinfo pointer resolves this. Please find the patch for this attached. This diff is prepared over the cur