[bug #65792] Improve support for file birth time

Follow-up Comment #3, bug #65792 (group findutils): [comment #2 comment #2:] > That already exists (https://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/stat-time.h#n156) and we're using it, as detailed in the first comment on this bug. But there are limitations in NetBSD's implementation which

[bug #65796] tests/misc/help-version.sh fails distcheck when tree is dirty

Update of bug #65796 (group findutils): Status:None => Working as Intended Open/Closed:Open => Closed ___ Follow-up Comment #2: > What is the expe

[bug #63765] Unexpected deletions : find warnings with missing selection (true bug or half way between bug and non-bug ?)

Follow-up Comment #4, bug #63765 (group findutils): That would be a backward-incompatible change. ___ Reply to this item at: ___ Message sent via Savann

[bug #51926] -xtype l fails on symbolic links that have a loop

Update of bug #51926 (group findutils): Status:None => Fixed ___ Follow-up Comment #7: This problem is fixed in the git code for findutils. To resolve your problem, you could either w

[bug #63765] Unexpected deletions : find warnings with missing selection (true bug or half way between bug and non-bug ?)

Follow-up Comment #3, bug #63765 (group findutils): Well when I suggested to add a warning, it was not in the way you describe (Warn then execute, which is not useful). Instead I thought of a stopping warning showing, in these special use case, a _"This will delete anything in the implicit path, p

[bug #22467] updatedb: --prunepaths doesn't allow directories with whitespace

Update of bug #22467 (group findutils): Status:None => Duplicate Assigned to:None => jay Open/Closed:Open => Closed __

[bug #63461] Typo in pt_BR.po

Update of bug #63461 (group findutils): Status: In Progress => Fixed ___ Reply to this item at: ___ Mess

[bug #65794] Automake warnings for tests/xargs/test-sigusr.c

Update of bug #65794 (group findutils): Status:None => Fixed ___ Follow-up Comment #1: This problem is fixed in the git code for findutils. To resolve your problem, you could either w

[bug #65796] tests/misc/help-version.sh fails distcheck when tree is dirty

Follow-up Comment #1, bug #65796 (group findutils): The improved diagnostic is in patch 64e9ddbd8cdbe1f9e93e637d28595c2ef5174bf6 ___ Reply to this item at:

[bug #65796] tests/misc/help-version.sh fails distcheck when tree is dirty

URL: Summary: tests/misc/help-version.sh fails distcheck when tree is dirty Group: findutils Submitter: jay Submitted: Sun 26 May 2024 03:58:00 PM UTC Category: None

[bug #58156] Order of xargs -L and -I flags matters

Update of bug #58156 (group findutils): Open/Closed:Open => Closed ___ Reply to this item at: ___ Mess

[bug #26945] [wishlist] locate-d: dynamic updates using dnotify, inotify or fsnotify

Update of bug #26945 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #22715] find command for NETPATHS in updatedb is inconsistent with that for SEARCHPATHS

Update of bug #22715 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #22467] updatedb: --prunepaths doesn't allow directories with whitespace

Update of bug #22467 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #20510] [wishlist] updatedb does not use gettext

Update of bug #20510 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #19485] feature request: storing relative pathnames in locate databases

Update of bug #19485 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #19374] Insufficient quoting of PRUNEPATHS in updatedb

Update of bug #19374 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #17410] [wishlist] updatedb flexibility/doc

Update of bug #17410 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Mess

[bug #8599] updatedb / locate is unusable over NFS

Update of bug #8599 (group findutils): Status: Postponed => None ___ Reply to this item at: ___ Messag

[bug #65386] unknown predicate error when using '-1M' as lt 1

Update of bug #65386 (group findutils): Open/Closed:Open => Closed ___ Reply to this item at: ___ Mess

[bug #65386] unknown predicate error when using '-1M' as lt 1

Follow-up Comment #2, bug #65386 (group findutils): Also the list of starting points needs to be given before the tests and actions. That is, find recup_dir.101 -type f -a -size -1M rather than find . -type f -a -size -1M recup_dir.101 __

[bug #63765] Unexpected deletions : find warnings with missing selection (true bug or half way between bug and non-bug ?)

Update of bug #63765 (group findutils): Open/Closed:Open => Closed ___ Follow-up Comment #2: Marked as WAI for a year, time to close this I think.

[bug #56410] find -L doesn't follow symlinks outside the specified search scope

Update of bug #56410 (group findutils): Status: Working as Intended => None ___ Follow-up Comment #18: Since a documentation update is needed (prior comments point this out), this issue cannot be "W

[bug #56832] FAIL: tests/misc/help-version

Update of bug #56832 (group findutils): Open/Closed:Open => Closed ___ Reply to this item at: ___ Mess

[bug #52558] find does not print symlink object in case of follow symbolic links

Update of bug #52558 (group findutils): Open/Closed:Open => Closed ___ Reply to this item at: ___ Mess

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

Update of bug #15037 (group findutils): Status:None => Obsolete Open/Closed:Open => Closed ___ Follow-up Comment #4: ~19y since the last

[bug #64857] find -ctime, -cnewer etc does not work

Follow-up Comment #3, bug #64857 (group findutils): Siegfried, if you don't respond, this bug will be marked obsolete and closed. ___ Reply to this item at: ___

[bug #62255] find -iname *Word* and find -iname *word* give different results

Update of bug #62255 (group findutils): Status: Need Info => Obsolete Open/Closed:Open => Closed ___ Follow-up Comment #5: No response from su

[bug #48298] Find performance problem on simple conditions/large directories

Update of bug #48298 (group findutils): Status: Need Info => Obsolete Open/Closed:Open => Closed ___ Follow-up Comment #2: No response in 4y,

[bug #46815] problem when testing file size

Update of bug #46815 (group findutils): Status: Need Info => None ___ Reply to this item at: ___ Mess

[bug #46791] wishlist: no option to find devices for major/minor

Update of bug #46791 (group findutils): Status: Need Info => Obsolete Open/Closed:Open => Closed ___ Follow-up Comment #2: No response in 7y,

[bug #42501] Add -E option for FreeBSD/Mac OSX compatibility

Update of bug #42501 (group findutils): Status: Need Info => None ___ Reply to this item at: ___ Mess

[bug #39897] [RFE] Add "--max-count" feature to find

Update of bug #39897 (group findutils): Status: Need Info => Obsolete Open/Closed:Open => Closed ___ Follow-up Comment #2: No response in ~8y,

[bug #35254] Compress sort's temporary files

Update of bug #35254 (group findutils): Status: Need Info => None ___ Reply to this item at: ___ Mess

[bug #26641] Wrong directory hard link count message on automounted directory.

Update of bug #26641 (group findutils): Status: Need Info => None ___ Reply to this item at: ___ Mess

[bug #40577] ACL support in find (new test(s) and updating -ls)

Follow-up Comment #2, bug #40577 (group findutils): I marked bug#27558 as a duplicate of this one. ___ Reply to this item at: ___ Message sent via Savan

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

Update of bug #27558 (group findutils): Status: Need Info => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #4: Rolling this up int

[bug #65792] Improve support for file birth time

Follow-up Comment #2, bug #65792 (group findutils): > Perhaps it makes sense to add a function in Gnulib that allows fetching the creation-time of a file? That already exists (https://git.savannah.gnu.org/cgit/gnulib.git/tree/lib/stat-time.h#n156) and we're using it, as detailed in the first co

[bug #32976] find has no option to ignore case of starting directories

Update of bug #32976 (group findutils): Status: Need Info => None ___ Reply to this item at: ___ Mess

[bug #37093] /usr/bin/xargs: rm: Argument list too long during make distclean in cross chroot

Update of bug #37093 (group findutils): Status: Need Info => Obsolete Assigned to:None => jay Open/Closed:Open => Closed __

[bug #52129] find lacks "-older" option symmetric to "-newer"

Update of bug #52129 (group findutils): Status: Need Info => Obsolete Assigned to:None => jay Open/Closed:Open => Closed __

[bug #65792] Improve support for file birth time

Follow-up Comment #1, bug #65792 (group findutils): Perhaps it makes sense to add a function in Gnulib that allows fetching the creation-time of a file? On the BSDs you can use struct stat to get the birthtime [1]. Linux has statx as you mentioned [2]. Windows (not sure if Findutils supports it

[bug #47261] find produces two different results for the same command

Update of bug #47261 (group findutils): Open/Closed:Open => Closed ___ Reply to this item at: ___ Mess

[bug #65795] Set and meet code coverage standards

URL: Summary: Set and meet code coverage standards Group: findutils Submitter: jay Submitted: Sun 26 May 2024 11:40:31 AM UTC Category: None Severity: 2 - Mino

[bug #65794] Automake warnings for tests/xargs/test-sigusr.c

URL: Summary: Automake warnings for tests/xargs/test-sigusr.c Group: findutils Submitter: jay Submitted: Sun 26 May 2024 11:24:33 AM UTC Category: None Severit

[bug #65793] find -ls should match find -dils

URL: Summary: find -ls should match find -dils Group: findutils Submitter: jay Submitted: Sun 26 May 2024 11:22:48 AM UTC Category: find Severity: 3 - Normal

[bug #65792] Improve support for file birth time

URL: Summary: Improve support for file birth time Group: findutils Submitter: jay Submitted: Sun 26 May 2024 11:09:03 AM UTC Category: find Severity: 2 - Minor

[bug #40577] ACL support in find (new test(s) and updating -ls)

Update of bug #40577 (group findutils): Summary: find -ls does not display file acl info => ACL support in find (new test(s) and updating -ls) ___ Follow-up Comment #1: find also lacks a test for ACLs, so I modified the su

[bug #58941] wishlist: Support for -xattr -xattrname

Follow-up Comment #6, bug #58941 (group findutils): By now, probably several find implementations have this or similar features. We should try to avoid introducing gratuitous incompatibilities. That could mean more than one new test could be needed. ___

[bug #64088] find should support file attribute flags (immutable, append-only, fscrypt, etc.)

Update of bug #64088 (group findutils): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #3: This is a duplicate

[bug #58941] wishlist: Support for -xattr -xattrname

Follow-up Comment #5, bug #58941 (group findutils): bug #64088 specifically concerned the attributes append-only, immutable, nodump, fscrypt, verity, dax, projinherit ___ Reply to this item at: __

[bug #58941] wishlist: Support for -xattr -xattrname

Follow-up Comment #4, bug #58941 (group findutils): bug #64088 is a duplicate of this one. ___ Reply to this item at: ___ Message sent via Savannah http

[bug #58941] wishlist: Support for -xattr -xattrname

Follow-up Comment #3, bug #58941 (group findutils): bug #49574 is a duplicate of this bug (though that one predates this one). ___ Reply to this item at: __