--- Begin Message ---
Subject: |
ls documentation should reflect file system atime setting |
Date: |
Mon, 09 Jan 2017 18:32:18 +0000 |
The -u option to ls is documented as sorting by and printing the access time of a file instead of the modification time. This has been the (correct) behavior for decades. In modern distributions, however, file systems are routinely mounted with either relatime or noatime replacing atime, which causes the -u option to fail silently and use either the modification time (if the file system is mounted with noatime), or an arbitrary access time (if mounted with relatime). This behavior should be prominently documented in the man page for ls under the -u option.
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#25407: ls documentation should reflect file system atime setting |
Date: |
Mon, 9 Jan 2017 15:18:32 -0800 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0 |
On 01/09/2017 10:32 AM, Scott Deerwester wrote:
> This behavior should be
> prominently documented in the man page for ls under the -u option.
Thanks for mentioning the issue. Although it's worth documenting I'm not
sure it belongs in the ls man page, which is supposed to be quite terse.
Instead, I documented it in the coreutils manual (which is the primary
documentation for 'ls' anyway) by installing the attached. The first
patch is a minor cleanup, the second the real doc change.
0001-maint-standardize-on-timestamp-as-per-POSIX.patch
Description: Source code patch
0002-doc-cover-file-timestamps-better.patch
Description: Source code patch
--- End Message ---