[Bug 282901] find(1): ls(1) equivalent for "-ls" is wrong
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 282901] find(1): ls(1) equivalent for "-ls" is wrong"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 01 Dec 2024 04:58:52 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282901 --- Comment #6 from commit-hook@FreeBSD.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=ac8517f04c0fe31968ed43e36608ad02d72d3597 commit ac8517f04c0fe31968ed43e36608ad02d72d3597 Author: Thomas Eberhardt <sneakywumpus@gmail.com> AuthorDate: 2024-11-23 16:45:27 +0000 Commit: John Baldwin <jhb@FreeBSD.org> CommitDate: 2024-11-30 21:54:18 +0000 find: Correct ls(1) equivalent command for -ls primary After commit 3bfbb521fef5, -g stopped being a no-op. The -g hasn't been required for equivalent output since 4.4BSD. PR: 282901 Fixes: 3bfbb521 ls: Improve POSIX compatibility for -g and -n. The ls(1) change hasn't been merged to stable/13, but the -g is still a no-op on stable/13 so the updated docs here are still correct and more future-proof. (cherry picked from commit b4ede68c21c6c0277bc283c2bda35f3136e836b6) usr.bin/find/find.1 | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) -- You are receiving this mail because: You are on the CC list for the bug.