[bug #15037] [Wishlist] find -ls isn't flexible enough but can't be emulated via -printf

Follow-up Comment #2, bug #15037 (project findutils): Yikes, I hadn't even considering the symlink case, probably because the scripts I was using couldn't handle symlinks anyway and were ignoring them---hence the whole problem didn't come up. Assuming that I haven't forgotten anything else, I se

[bug #14921] find -fstype broken when bind-mounts are used

Update of bug #14921 (project findutils): Status:None => Fixed Assigned to:None => jay ___ Follow-up Comment #5: OK, diagnosed an

[bug #15037] [Wishlist] find -ls isn't flexible enough but can't be emulated via -printf

Update of bug #15037 (project findutils): Assigned to:None => jay ___ Follow-up Comment #1: Off the top of my head, the other thing that makes it difficult to emulate -ls with -printf i

[bug #15036] find's %M format arg is undocumented

Update of bug #15036 (project findutils): Status:None => Fixed ___ Follow-up Comment #2: bug #10537 covers the need for more format directives, and so this bug can be marked as fixed

[bug #15036] find's %M format arg is undocumented

Update of bug #15036 (project findutils): Assigned to:None => jay ___ Reply to this item at: __

[bug #15036] find's %M format arg is undocumented

Follow-up Comment #1, bug #15036 (project findutils): I have now documented %M. The documentation change will be incorporated in the next releases of findutils-4.2.x and findutils-4.3.x. Please do submit the enhancement request as a separate item, because I'd like to close this report in orde

[sr #104720] Provide -access predicate

Update of sr #104720 (project findutils): Status:None => Done ___ Reply to this item at: __

[patch] Recent findutils test suite failures

I received some mail very recently indicating that the findutils-4.2.26 test suite spuriously fails on some systems (but works OK on 32-bit x86 Linux systems). Unfortunately I can't find it now, I suspect I accidentally deleted it this morning. Sorry about that. Anyway, the attached patch includ

Re: find version 4.2.25

On Mon, Nov 14, 2005 at 01:36:02PM +0100, Y.T.Lim wrote: > Current situation > > OS: Solaris system (SunOs 5.8) > File system: NFS > gnu find: 4.1 > Problem: fails to traverse some directories, where ls works fine > > find version 4.2.25 has been downloaded and compiled on the > syste

[bug #15037] [Wishlist] find -ls isn't flexible enough but can't be emulated via -printf

URL: Summary: [Wishlist] find -ls isn't flexible enough but can't be emulated via -printf Project: findutils Submitted by: foner Submitted on: Tue 11/22/05 at 20:51

[bug #15036] find's %M format arg is undocumented

URL: Summary: find's %M format arg is undocumented Project: findutils Submitted by: foner Submitted on: Tue 11/22/05 at 20:37 Category: find Se

Re: findutils-4.2.26 build error on HP-UX 10.20

Note that gnulib/lib/quotearg.c already includes: # if HAVE_WCTYPE_H # include # endif I'm asking about doing the same thing in mbchar.c -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECT

Re: findutils-4.2.26 build error on HP-UX 10.20

The error message occurs while building gnulib/lib (as part of findutils-4.2.26): $ make make all-am make[1]: Entering directory build/output/expmake/build/gnucoresrc/build/findutils/gnulib/lib' /opt/exp/gnu/bin/gcc -DHAVE_CONFIG_H -I. -I. -I../.. -O -c mbchar.c In file included from mbchar.

Re: findutils-4.2.26 build error on HP-UX 10.20

James Youngman <[EMAIL PROTECTED]> writes: > I'm copying this email to the gnulib project, in case they want to > apply the patch anyway (the gnulib subdirectory of the findutils > source code is just imported from the gnulib project). That patch doesn't look right to me. gnulib/modules/mbchar s

Re: xargs: exec's with too many arguments

On 2005-11-22 Tim Waugh <[EMAIL PROTECTED]> wrote: > On Sat, Nov 19, 2005 at 08:30:50AM +, James Youngman wrote: > > Thanks for discovering and fixing the bug. > With 4.2.26 I'm finding a test suite failure with the new tests on > x86_64: [...] Hello, Similar experience on Debian's buildds:

Re: xargs: exec's with too many arguments

On Tue, Nov 22, 2005 at 11:35:15AM +, Tim Waugh wrote: > On Sat, Nov 19, 2005 at 08:30:50AM +, James Youngman wrote: > > > Thanks for discovering and fixing the bug. > > With 4.2.26 I'm finding a test suite failure with the new tests on > x86_64: Same here. > Running > /tmp/twaugh/find

Re: findutils-4.2.26 build error on HP-UX 10.20

Thanks for the info. For what it's worth, there is at least one other place in gnulib/lib (quotearg.c) where the wctype.h header is protected by #if HAVE_WCTYPE_H. So, it seems reasonable to do the same thing in mbchar.h -- Peter Fales Lucent Technologies, Room 1C-436 N9IY

Re: xargs: exec's with too many arguments

On Sat, Nov 19, 2005 at 08:30:50AM +, James Youngman wrote: > Thanks for discovering and fixing the bug. With 4.2.26 I'm finding a test suite failure with the new tests on x86_64: Running /tmp/twaugh/findutils-4.2.26/xargs/testsuite/xargs.posix/arg_max_32bit_linux_bug.exp ... FAIL: arg_max

[sr #104720] Provide -access predicate

Update of sr #104720 (project findutils): Assigned to:None => jay ___ Reply to this item at: __

[sr #104720] Provide -access predicate

Follow-up Comment #2, sr #104720 (project findutils): This functionality is now implemented in the trunk sources (the 4.3.x source, which you get by default when you do a CVS checkout). The tests are -readable, -writable and -executable. All feedback appreciated. __