GNU bug report logs -
#25407
ls documentation should reflect file system atime setting
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 25407 in the body.
You can then email your comments to 25407 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Mon, 09 Jan 2017 19:03:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Scott Deerwester <scott.deerwester <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Mon, 09 Jan 2017 19:03:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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.
[Message part 2 (text/html, inline)]
Reply sent
to
Paul Eggert <eggert <at> cs.ucla.edu>
:
You have taken responsibility.
(Mon, 09 Jan 2017 23:19:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Scott Deerwester <scott.deerwester <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 09 Jan 2017 23:19:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 25407-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
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 (application/x-patch, attachment)]
[0002-doc-cover-file-timestamps-better.patch (application/x-patch, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 19:13:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 25407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 01/10/2017 12:18 AM, Paul Eggert wrote:
> 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.
I like it, although I'd avoid to place such a general description (similar
to the node "File permissions") in the middle of the utility chapters.
The attached fixes this - okay to push?
Thanks & have a nice day,
Berny
[0001-doc-move-File-timestamps-to-a-separate-chapter.patch (text/x-patch, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 19:22:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 25407 <at> debbugs.gnu.org (full text, mbox):
On 01/10/2017 12:18 AM, Paul Eggert wrote:
> The first patch is a minor cleanup [...]
... which makes the syntax-check fail:
maint.mk: you have modified old NEWS
maint.mk:1074: recipe for target 'sc_immutable_NEWS' failed
make: *** [sc_immutable_NEWS] Error 1
Have a nice day,
Berny
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 19:31:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 25407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 01/10/2017 01:21 PM, Bernhard Voelker wrote:
> On 01/10/2017 12:18 AM, Paul Eggert wrote:
>> The first patch is a minor cleanup [...]
>
> ... which makes the syntax-check fail:
>
> maint.mk: you have modified old NEWS
> maint.mk:1074: recipe for target 'sc_immutable_NEWS' failed
> make: *** [sc_immutable_NEWS] Error 1
Fixed by running 'make update-NEWS-hash'
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 19:55:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 25407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 01/10/2017 01:29 PM, Eric Blake wrote:
> On 01/10/2017 01:21 PM, Bernhard Voelker wrote:
>> On 01/10/2017 12:18 AM, Paul Eggert wrote:
>>> The first patch is a minor cleanup [...]
>>
>> ... which makes the syntax-check fail:
>>
>> maint.mk: you have modified old NEWS
>> maint.mk:1074: recipe for target 'sc_immutable_NEWS' failed
>> make: *** [sc_immutable_NEWS] Error 1
>
> Fixed by running 'make update-NEWS-hash'
I guess that's open-ended about whether I was doing the fix or leaving
it to someone else.
Here's what I'm testing:
From cafb41a22d72452f36d3129d36e3127ae0917d51 Mon Sep 17 00:00:00 2001
From: Eric Blake <eblake <at> redhat.com>
Date: Tue, 10 Jan 2017 13:48:45 -0600
Subject: [PATCH] maint: update NEWS hash to match recent spelling fixes
Commit 4f650aad was incomplete; it changed NEWS but not the hash.
* cfg.mk (old_NEWS_hash): Update via 'make update-NEWS-hash'.
---
cfg.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cfg.mk b/cfg.mk
index 7e28d9c..ec03974 100644
--- a/cfg.mk
+++ b/cfg.mk
@@ -48,7 +48,7 @@ export VERBOSE = yes
# 4914152 9e
export XZ_OPT = -8e
-old_NEWS_hash = 33e0d81904e66223883c8bc33c29a772
+old_NEWS_hash = 46e9780e1ed2f2df9611205e5e08b95a
# Add an exemption for sc_makefile_at_at_check.
_makefile_at_at_check_exceptions = ' && !/^cu_install_prog/ &&
!/dynamic-dep/'
But I haven't pushed it, since I'm still getting other unrelated
syntax-check failures:
$ make syntax-check
...
gitignore_missing
/lib/Makefile
maint.mk: Add above entries to .gitignore
cfg.mk:781: recipe for target 'sc_gitignore_missing' failed
$ make sc_gitignore_redundant
gitignore_redundant
/lib/alloca.h
/lib/ctype.h
/lib/dirent.h
/lib/errno.h
/lib/fcntl.h
/lib/float.h
/lib/fnmatch.h
/lib/getopt.h
/lib/iconv.h
/lib/iconv_open-aix.h
/lib/iconv_open-hpux.h
/lib/iconv_open-irix.h
/lib/iconv_open-osf.h
/lib/iconv_open-solaris.h
/lib/inttypes.h
/lib/langinfo.h
/lib/locale.h
/lib/math.h
/lib/netdb.h
/lib/parse-datetime.c
/lib/pthread.h
/lib/ref-add.sed
/lib/ref-del.sed
/lib/sched.h
/lib/se-context.h
/lib/se-selinux.h
/lib/signal.h
/lib/stdarg.h
/lib/stdbool.h
/lib/stddef.h
/lib/stdint.h
/lib/stdio.h
/lib/stdlib.h
/lib/string.h
/lib/termios.h
/lib/time.h
/lib/unistd.h
/lib/unistr.h
/lib/unitypes.h
/lib/uniwidth.h
/lib/wchar.h
/lib/wctype.h
maint.mk: Remove above entries from .gitignore
cfg.mk:789: recipe for target 'sc_gitignore_redundant' failed
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 20:03:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 25407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 01/10/2017 01:54 PM, Eric Blake wrote:
> But I haven't pushed it, since I'm still getting other unrelated
> syntax-check failures:
>
> $ make syntax-check
> ...
> gitignore_missing
> /lib/Makefile
> maint.mk: Add above entries to .gitignore
> cfg.mk:781: recipe for target 'sc_gitignore_missing' failed
This looks like a false positive: top-level .gitignore includes
'Makefile', which matches ALL files named Makefile at any depth
throughout the tree, and thus lib/Makefile does not need to be
additionally called out for being ignored.
I'm not sure if this is because I've built incrementally in a tree over
a long period of time, and now gnulib-tool is creating (but not
modifying) .gitignore in a different manner than it used to. I'm trying
a fresh clone to see if it reproduces from a clean environment.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 20:12:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 25407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 01/10/2017 01:11 PM, Bernhard Voelker wrote:
> On 01/10/2017 12:18 AM, Paul Eggert wrote:
>> 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.
> I like it, although I'd avoid to place such a general description (similar
> to the node "File permissions") in the middle of the utility chapters.
> The attached fixes this - okay to push?
Works for me.
> -Standard POSIX files have three timestamps: the access timestamp
> -(atime) of the last read, the modification timestamp (mtime) of the
> -last write, and the status change timestamp (ctime) of the last change
> -to the the file's meta-information. Some file systems support a
> +@node File timestamps
> +@chapter File timestamps
> +
> +@cindex atime
> +@cindex birthtime
> +@cindex ctime
> +@cindex mtime
> +Standard POSIX files have three timestamps: the access timestamp
> +(atime) of the last read, the modification timestamp (mtime) of the
> +last write, and the status change timestamp (ctime) of the last change
> +to the the file's meta-information. Some file systems support a
Please fix the double 'the the' while moving, if I don't beat you to it
on my end, since syntax-check also flags that.
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 20:31:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 25407 <at> debbugs.gnu.org (full text, mbox):
On 01/10/2017 11:11 AM, Bernhard Voelker wrote:
> okay to push?
Sure, that sounds fine, and thanks.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 21:13:01 GMT)
Full text and
rfc822 format available.
Message #34 received at 25407 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 01/10/2017 02:02 PM, Eric Blake wrote:
> On 01/10/2017 01:54 PM, Eric Blake wrote:
>
>> But I haven't pushed it, since I'm still getting other unrelated
>> syntax-check failures:
>>
>> $ make syntax-check
>> ...
>> gitignore_missing
>> /lib/Makefile
>> maint.mk: Add above entries to .gitignore
>> cfg.mk:781: recipe for target 'sc_gitignore_missing' failed
>
> This looks like a false positive: top-level .gitignore includes
> 'Makefile', which matches ALL files named Makefile at any depth
> throughout the tree, and thus lib/Makefile does not need to be
> additionally called out for being ignored.
>
> I'm not sure if this is because I've built incrementally in a tree over
> a long period of time, and now gnulib-tool is creating (but not
> modifying) .gitignore in a different manner than it used to. I'm trying
> a fresh clone to see if it reproduces from a clean environment.
A fresh clone does not suffer from the same problem, so it may be
something that has changed in gnulib-tool in the meantime. I didn't
feel like bisecting it, though, since I couldn't easily reproduce it.
I've gone ahead and pushed the syntax-check fix (both the NEWS hash and
the doubled 'the').
--
Eric Blake eblake redhat com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#25407
; Package
coreutils
.
(Tue, 10 Jan 2017 21:20:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 25407 <at> debbugs.gnu.org (full text, mbox):
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 01/10/2017 09:11 PM, Eric Blake wrote:
> Please fix the double 'the the' while moving, if I don't beat you to it on my end, since syntax-check also flags
> that.
Thanks for the review. As you already fixed the sc_prohibit_doubled_word
failure, I've pushed as-is.
Have a nice day,
Berny
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBAgAGBQJYdU/YAAoJEEZQLveWkXGVH1IH/3sM0MEHm1jt9E2+2XLErrQd
hjx4tiWbHMd2iCL683zZyqDQnT7RQtpDfppKnrP8UBCyBJkxLdnLAMy9Xa0qywG5
BE73cPkrens71DNsc26Jnu7k6nEROB3fTKP9aQ1dsFDkjdMWtJmXo4UzwTvK34P2
3RqJZliKVSxHpFXxP8al4lU+Alibzu5v3CcJix9uITZPzmft6BQu62l/KZr/NyIP
3D3+KFLjV/DjcIf6k+GNUtCEkv1s7pfXBVPU5d4FAiVSqfCrbOMauAwSOLNNEvDu
N69+ToUDfw9mRSjflWg7s4jju+TSMtd/EQqcm5ZnI0dLyhfmuo0B7sMqyZSwlYY=
=rBgU
-----END PGP SIGNATURE-----
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 08 Feb 2017 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 135 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.