[bug #20865] -delete interacts with -prune
Follow-up Comment #5, bug #20865 (project findutils): Following some discussion on the mailing list, I'm inclined to think that Bruno's point is rational. POSIX doesn't define -delete, so in theory we could change it.However, other implementations (notably *BSD) have -delete imply -depth. I am inclined to avoid a gratuitous incompatibility. Options: 0. Make the documentation more explicit 1. Issue a warning message if -delete is specified without -depth 2. Add a -nodepth option (but this is a poor name I suppose) 3. Add a new action (say, -remove) which does not imply -depth Looks like (0) is obvious, so I'll go ahead regardless with that. Doing (1) seems reasonable, but there was widespread complaining about the addition of the options should appear before actions warning message... Option (2) is a more general solution but I haven't considered it much yet. Option (3) is superficially attractive but it's arbitrary, solves just this specific problem, and it will be hard for everybody to remember which action implies -depth and which does not. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20865 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #19973] Setup for samefile-p-brokenlink.exp fails
Follow-up Comment #2, bug #19973 (project findutils): Do we have any new information on this issue? ___ Reply to this item at: http://savannah.gnu.org/bugs/?19973 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20261] fcntl.h can be included unconditinally
Update of bug #20261 (project findutils): Status:None = Fixed ___ Follow-up Comment #2: fcntl.h has been unconditionally included since 2007-07-02 (but that code has not yet been included in a release). ./find/fstype.c- ./find/fstype.c:#include fcntl.h ./find/fstype.c-#ifdef HAVE_SYS_MNTIO_H -- ./find/ftsfind.c- ./find/ftsfind.c:#include fcntl.h ./find/ftsfind.c-#include sys/stat.h -- ./find/parser.c- ./find/parser.c:#include fcntl.h ./find/parser.c- -- ./find/pred.c-#include stdarg.h ./find/pred.c:#include fcntl.h ./find/pred.c-#include locale.h -- ./find/util.c- ./find/util.c:#include fcntl.h ./find/util.c-#ifdef HAVE_SYS_UTSNAME_H -- ./find/find.c-#include sys/stat.h ./find/find.c:#include fcntl.h ./find/find.c-#include openat.h -- ./locate/locate.c- ./locate/locate.c:#include fcntl.h ./locate/locate.c- -- ./xargs/xargs.c-#include getopt.h ./xargs/xargs.c:#include fcntl.h ./xargs/xargs.c- -- ./lib/listfile.c-#include errno.h ./lib/listfile.c:#include fcntl.h ./lib/listfile.c-#include string.h ___ Reply to this item at: http://savannah.gnu.org/bugs/?20261 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20273] xargs -E and find -ok consume too much seekable input
Follow-up Comment #5, bug #20273 (project findutils): Eric fixed this in the 4.3.x tree; I guess this bug could be marked fixed. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20273 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20804] -path vs. -wholename
Update of bug #20804 (project findutils): Status: In Progress = Fixed ___ Follow-up Comment #2: The patch was applied to 4.3.x on 22 August 2007. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20804 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20273] xargs -E and find -ok consume too much seekable input
Update of bug #20273 (project findutils): Status: In Progress = Fixed ___ Follow-up Comment #6: Yes, this is fixed on both 4.2.31+ and 4.3.8+, and is just waiting for a release. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20273 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20997] Patterns in files and directories
Update of bug #20997 (project findutils): Severity: 3 - Normal = 1 - Wish ___ Follow-up Comment #2: I think find already does what you want. Can you think of a case where it can't? ___ Reply to this item at: http://savannah.gnu.org/bugs/?20997 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20951] Very bad/unclear/confusing documentationing for a security note of find's -execdir option
Additional Item Attachment, bug #20951 (project findutils): File name: 0001-Bug-20951-better-explanation-of-indecure-PATH.patch Size:3 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?20951 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20951] Very bad/unclear/confusing documentationing for a security note of find's -execdir option
Update of bug #20951 (project findutils): Assigned to:None = jay ___ Reply to this item at: http://savannah.gnu.org/bugs/?20951 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20970] Trailing slash on directory arguments breaks -name
Follow-up Comment #4, bug #20970 (project findutils): Partly because we currently seem to be following common practice, I would be inclined to ask for a POSIX interp (i.e. for the current issues standard), or at least comment from the Austin Group, before changing our current behaviour. The issue with -wholename you mention at the foot of your 09/04/2007 comment probably also merits discussion with the Austin Group, since -path is being standardised. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20970 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20909] [wishlist] Alphabetic sort for find
Update of bug #20909 (project findutils): Severity: 3 - Normal = 1 - Wish ___ Follow-up Comment #1: You should indeed be able to pipe the file name list to sort. You don't provide enough specific information for me to guess at what you mean by alphabetize regardless of originating directory. However, were I forced to guess, I would suggest that you simply have locale settings in operation which define a collation order which doesn't meet your requirements. If that is the case, you just need to change your locale setting to something that suits your needs better. You might find the Texinfo documentation for sort helpful for this (see the first footnote). ___ Reply to this item at: http://savannah.gnu.org/bugs/?20909 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20232] locate --max-database-age problems
Update of bug #20232 (project findutils): Assigned to: ericb = jay ___ Follow-up Comment #2: I've just posted a patch for the NEWS file, and the HISTORY section has been there since July. ___ Reply to this item at: http://savannah.gnu.org/bugs/?20232 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #19969] rc-125.exp fails on some systems
Follow-up Comment #1, bug #19969 (project findutils): We also have some problems with distinguishing the case where the command cannot be run from the case where it runs and returns status 126. Leslie Polzer's changes should, as a side effect, fix this. But merging Leslie's changes is a nontrivial amount of work. ___ Reply to this item at: http://savannah.gnu.org/bugs/?19969 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20951] Very bad/unclear/confusing documentation for a security note of find's -execdir option
Update of bug #20951 (project findutils): Summary: Very bad/unclear/confusing documentationing for a security note of find's -execdir option = Very bad/unclear/confusing documentation for a security note of find's -execdir option ___ Reply to this item at: http://savannah.gnu.org/bugs/?20951 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20909] [wishlist] Alphabetic sort for find
Follow-up Comment #2, bug #20909 (project findutils): To clarify, if I have the following files: /directory1/a /directory1/e /directory1/c /directory2/b /directory2/f /directory2/d The desired output would be: a c e b d f But piping to sort I would get: a b c d e f ___ Reply to this item at: http://savannah.gnu.org/bugs/?20909 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20970] Trailing slash on directory arguments breaks -name
Follow-up Comment #5, bug #20970 (project findutils): I've raised the issue with the Austin Group. Hopefully an interp will be reached before POSIX 200x is finalized: https://www.opengroup.org/sophocles/show_mail.tpl?CALLER=index.tplsource=Llistname=austin-review-lid=2512 ___ Reply to this item at: http://savannah.gnu.org/bugs/?20970 ___ Message sent via/by Savannah http://savannah.gnu.org/
[bug #20909] [wishlist] Alphabetic sort for find
Follow-up Comment #3, bug #20909 (project findutils): $ find directory[12] -type f | sort | sed 's_.*/__' a c e b d f ___ Reply to this item at: http://savannah.gnu.org/bugs/?20909 ___ Message sent via/by Savannah http://savannah.gnu.org/