GNU bug report logs - #25832
split (v 8.25) with numeric suffixes beyond 89

Previous Next

Package: coreutils;

Reported by: Holger Wolff <holger-bug-coreutils <at> wolffh.de>

Date: Wed, 22 Feb 2017 00:58:01 UTC

Severity: normal

Tags: notabug

Merged with 20874

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 25832 <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Assaf Gordon <assafgordon <at> gmail.com>
Cc: Holger Wolff <holger-bug-coreutils <at> wolffh.de>, 25832 <at> debbugs.gnu.org
Subject: Re: bug#25832: split (v 8.25) with numeric suffixes beyond 89
Date: Tue, 21 Feb 2017 20:59:34 -0800
On 21/02/17 20:01, Assaf Gordon wrote:
> 
>> On Feb 21, 2017, at 22:32, Pádraig Brady <P <at> draigBrady.com> wrote:
>>
>> This was discussed at http://bugs.gnu.org/20874
> 
> Missed that - sorry. I should've looked through the archives first...
> 
>> I'm not sure anything needs to be done here,
>> since for backward compat for concat operations
>> expecting lexical sort we use the current auto widening scheme.
> 
> I wonder if users who ask for --numeric-suffixes also
> implicitly prefer an intuitive order (one that won't work
> for lexical sorting but would with version sort).
> 
> But that is a new feature, and perhaps a backwards-incompatible one.
> 
> However the fact that "--numeric-suffixes=0" and "--numeric-suffixes"
> both start from zero but behave differently if there's more than 90 output
> files is a bit unintuitive (because '=0' implies max-length).
> 
> Perhaps worth adding to the 'coreutils gotchas' page?
> Attached is a suggestion for such text.

Excellent, used that for the basis of the update at:
https://www.pixelbeat.org/docs/coreutils-gotchas.html#split

thanks!
Pádraig




This bug report was last modified 6 years and 205 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.