[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: ___ M

[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.tpl&source=L&listname=austin-review-l&id=2512 _

[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 __

[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 _

[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 nontri

[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

[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 sp

[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 is

[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: ___

[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: ___

[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? _

[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. __

[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. __

[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: _

[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 in

[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: ___ Message sent via/by

[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.