GNU bug report logs -
#75682
ls -l sometimes shows a year in place of the hour and minute
Previous Next
To reply to this bug, email your comments to 75682 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-coreutils <at> gnu.org
:
bug#75682
; Package
coreutils
.
(Mon, 20 Jan 2025 04:50:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kasia <xo.okasia <at> proton.me>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Mon, 20 Jan 2025 04:50: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)]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hello Coreutils maintainers,
I believe I've found a bug in the coreutils' ls command.
I was watching a file with watch and ls -l while it was being updated, but sometimes I saw that the time would display a year instead of an hour and minute.
Later I reproduced this issue by doing the following:
- open a terminal emulator
- create two tabs
- run `touch test`
- in tab 1, run
either
while (true); do { ls -l test; }; done;
or
while (true); do { ls -l test | grep -F 2025; }; done;
- in tab 2, run
while (true); do {
head -c 1 </dev/urandom | grep '[0-9]' | xargs -r -I LENGTH truncate -cs LENGTH test;
}; done;
One tab randomly changes the length of file, while the other shows ls -l of the tile.
In tab 1 I see this:
-rw-r--r-- 1 katarzyna katarzyna 9 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 9 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 9 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 9 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 2 Jan 20 2025 test
-rw-r--r-- 1 katarzyna katarzyna 2 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 2 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 2 Jan 20 00:57 test
-rw-r--r-- 1 katarzyna katarzyna 2 Jan 20 00:57 test
Do you know what might be causing this if it's my system instead of coreutils' ls?
x Kasia
-----BEGIN PGP SIGNATURE-----
Version: ProtonMail
wrsEARYKAG0FgmeNoEYJkJB2+lKi7Z06RRQAAAAAABwAIHNhbHRAbm90YXRp
b25zLm9wZW5wZ3Bqcy5vcmeKB0EiDKo4Q8tcb+sPDcQmtDFjBfOONCanoH3P
zU3VaRYhBOhSZ7P0U35Z9WJN9ZB2+lKi7Z06AACrzQEAg7+S4Y3v8VBJYdRA
3/KlH6A07kxdL8777aXuLGDqdXEA/if94j5pOe7DkpXfqLvK/PgJCvah/SGb
WLUUEVPd9XMD
=jtIB
-----END PGP SIGNATURE-----
[publickey - xo.okasia@proton.me - 0xE85267B3.asc (application/pgp-keys, attachment)]
[publickey - xo.okasia@proton.me - 0xE85267B3.asc.sig (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#75682
; Package
coreutils
.
(Mon, 20 Jan 2025 05:18:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 75682 <at> debbugs.gnu.org (full text, mbox):
On 2025-01-19 17:01, Kasia via GNU coreutils Bug Reports wrote:
> Do you know what might be causing this if it's my system instead of coreutils' ls?
It means the file's timestamp is in the future. This can happen if your
file system's clock is a bit ahead of your kernel's clock. This is not
uncommon in network file systems.
Of course this sort of thing can lead to problems with programs like
'make', which rely on file timestamps. You can think of 'ls' as the
canary in your mineshaft.
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#75682
; Package
coreutils
.
(Thu, 23 Jan 2025 10:07:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 75682 <at> debbugs.gnu.org (full text, mbox):
Please give more details:
- What's the result of
df -T .
- What's your libc version?
- What's the result of
uname -sr
- What's the result of
ls --version
I'm asking because three possible causes come to mind:
- a network file system (mentioned by Paul Eggert),
- the multi-grain time stamps introduced in Linux 6.13 [1],
- a known glibc bug [2] that affects certain coreutils releases.
Bruno
[1] https://www.phoronix.com/news/Linux-6.13-Multigrain-Timestamp
[2] https://sourceware.org/bugzilla/show_bug.cgi?id=30200
This bug report was last modified 7 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.