uutils' ls -l prints different "total" number than FreeBSD's bundled ls
Open
Nobody has claimed this yet.
P - Other
U - ls
- Dominant language
- Rust
- Stars
- 24.1k
- Forks
- 2k
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 365
Description
This is on coreutils 0.0.28 on FreeBSD 14.2-BETA1.
nobody@amd64-142-default:/usr/ports/sysutils/rust-coreutils $ ls -l files
total 5
-rw-r--r-- 1 nobody nogroup 306 Jun 27 2023 symlink-install-helper.sh.in
nobody@amd64-142-default:/usr/ports/sysutils/rust-coreutils $ uu-ls -l files
total 4
-rw-r--r-- 1 nobody nogroup 306 Jun 27 2023 symlink-install-helper.sh.in
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the mismatch on FreeBSD 14.2-BETA1 using the shown ls -l files and uu-ls -l files commands. Locate the ls implementation and determine why the reported total differs from FreeBSD's bundled ls; done means the two commands report the same total for this case.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 32/100