[bug #27558] [wishlist] support for posix acl match

Follow-up Comment #3, bug #27558 (project findutils): This one has been set to need info for a while. Is this just waiting on documentation to indicate where this works? It may be a difficult question to answer. Would it be fair to assume it may not work everywhere and when those issues arise it

Re: [PATCH] This change adds a sleep between invocations of cmd.

$ perl -e 'for(my $a=0;$a<100;$a++){print $a,"\n";}' | xargs -l2 sh -c 'sleep 1 &&exec /bin/echo "$@"' 1 3 5 ^C For whatever reason the shell seems to throw the first argument away. -- Best regards, Ed http://www.s5h.net/ signature.asc Description: Digital signature

Re: typo in error message 'can not fit single argument ...'

list size limit > > Note 'can not' --> 'cannot'. I agree with this, 'cannot' is a valid dictionary word. -- Best regards, Ed http://www.s5h.net/

Re: [PATCH] This change adds a sleep between invocations of cmd.

r to this I'd put the input through some perl to delay it sending the output to xargs but would require fewer invocations of 'sleep'. I think this is worth having just from a simplicity point of view. -- Best regards, Ed http://www.s5h.net/

[PATCH] This change adds a sleep between invocations of cmd.

Please find attached a copy of a patch. This change introduces a delay between executions of cmd. This can be very useful if the cmd being executed needs to be throttled. -- Best regards, Ed http://www.s5h.net/ >From 317c936677d7b06f6972d5214b8c38aab1e26121 Mon Sep 17 00:00:00 2001 From:

[bug #13252] Test failure: tcl error: bad option "normalize"

Follow-up Comment #6, bug #13252 (project findutils): Thanks for fixing this. I no longer have access to a machine with Tcl 8.3 so I cannot confirm that the fix works for me. ___ Reply to this item at:

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

URL: Summary: Zero bytes in input should give warning Project: findutils Submitted by: epaepa Submitted on: Friday 17/11/06 at 17:15 Category: xargs Severity: 3 - Norm

RE: find -name when name contains a slash

nt a warning when '-name foo/bar' is used, suggesting -wholename instead. -- Ed Avis <[EMAIL PROTECTED]> ___ Bug-findutils mailing list Bug-findutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-findutils

[bug #13252] Test failure: tcl error: bad option "normalize"

Follow-up Comment #2, bug #13252 (project findutils): Probably the configure script should check for Tcl 8.4 and disable this test if necessary. Or the test itself could give a result 'skipped' rather than 'failed' if the necessary Tcl version isn't installed. __

[bug #13252] Test failure: tcl error: bad option "normalize"

Category: locate Severity: 3 - Normal Item Group: Compilation Failure Status: None Privacy: Public Assigned to: None Originator Name: Ed Avis Originator Email: [EMAIL PROTECTED]

RE: find -name when name contains a slash

27;-wholename' test more useful, or perhaps >'-samefile'. Alternatively, if you are using GNU grep, you >could use 'find ... -print0 | grep -FzZ quux/umsp'. What implementation of find has this -wholename predicate? -- Ed Avis <[EMAIL PROTECTED]> __

find -name when name contains a slash

% find . -name foo/bar Actual output: nothing Desired output: warning: don't be silly, Unix filenames can't contain a slash. Alternatively, it could list all files called foo which are inside a directory called bar under the current directory (which is what I was kind of hoping for