On 12/10/2022 22:07, Vincent Lefevre wrote:
A regression in version sort (used as the natural sort for "ls")
has been introduced from coreutils 8.32 to 9.1:
With coreutils 8.32 (Debian 11):
$ printf "%s\n" a a0 a1 a.b a0.b a1.b | sort -V
a
a.b
a0
a0.b
a1
a1.b
With coreutils 9.1 (Debian/unstabl
On 2022-10-13 10:31:38 +0100, Pádraig Brady wrote:
> This looks to be the same point as discussed in https://bugs.gnu.org/58153
> where a trailing '0' is essentially ignored when sorting,
> as per the debian version sorting spec.
>
> This is surprising, and perhaps we should diverge from the spec
I think I found a bug. In any format that I try to touch a file with the
date 2022-09-11 at 00:00, touch says I'm entering an invalid date
format.
$ touch -t 20220911 algo
touch: invalid date format ‘20220911’
$ touch -d 2022-09-11T00:00:00 algo
touch: invalid date format ‘
On 2022-10-12 18:58, Felix Freeman via GNU coreutils Bug Reports wrote:
$ touch -t 20220911 algo
touch: invalid date format ‘20220911’
$ touch -d 2022-09-11T00:00:00 algo
touch: invalid date format ‘2022-09-11T00:00:00’
In Santiago, Chile, that timestamp does not exi
On Thu Oct 13, 2022 at 2:42 PM -03, Paul Eggert wrote:
> On 2022-10-12 18:58, Felix Freeman via GNU coreutils Bug Reports wrote:
> > $ touch -t 20220911 algo
> > touch: invalid date format ‘20220911’
> > $ touch -d 2022-09-11T00:00:00 algo
> > touch: invalid date format
> > In Santiago, Chile, that timestamp does not exist. Is your timezone set
> > to Santiago time? That would explain your symptoms.
>
> I am, but I don't understand why the timezone would make a time not to
> exist... What am I missing?
Uh, oh, it's daylight saving time change... never thought of
