bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ls -v is still inconsistent


From: Kamil Dudka
Subject: Re: ls -v is still inconsistent
Date: Tue, 24 Mar 2009 23:32:56 +0100
User-agent: KMail/1.9.7

On Tuesday 24 of March 2009 22:15:59 Jim Meyering wrote:
> Jim Meyering wrote:
> > Kamil Dudka wrote:
> >> From d889021cebb7bf798d1b7bf24149c354627e9553 Mon Sep 17 00:00:00 2001
> >> From: Kamil Dudka <address@hidden>
> >> Date: Fri, 20 Mar 2009 11:20:12 +0100
> >> Subject: [PATCH] filevercmp: extension for simple and numbered backups
> >
> > Hi Kamil,
> >
> > Thanks again.
> > Complete patch below.
> > I'm merging this incremental, to retain (per Bruno's suggestion)
> > the two test cases you removed.
> > I'll add the ChangeLog entry, of course.
>
> Pushed.
>
>     http://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=1721cf06d9

Thanks!

> Just after doing that I went to add a slightly different test of
> ls -v in coreutils, but was surprised by this:
>
>     $ printf '%s\n' a a~ a.~1~ a.0 |src/sort -V
>     a~
>     a
>     a.~1~
>     a.0

This is the way how Debian's verrevcmp works. You get the same result while 
using the verrevcmp as sort predicate.

Kamil




reply via email to

[Prev in Thread] Current Thread [Next in Thread]