GNU bug report logs - #6554
[coreutils] Additional suffix for split

Previous Next

Package: coreutils;

Reported by: Eric Blake <eblake <at> redhat.com>

Date: Fri, 2 Jul 2010 19:53:02 UTC

Severity: normal

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

Bug is archived. No further changes may be made.

Full log


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

From: Jérémy Compostella <jeremy.compostella <at> gmail.com>
To: Pádraig Brady <P <at> draigbrady.com>
Cc: 6554 <at> debbugs.gnu.org, Eric Blake <eblake <at> redhat.com>, coreutils <at> gnu.org,
	Peng Yu <pengyu.ut <at> gmail.com>
Subject: Re: bug#6554: [PATCH] split: Additional suffix for split (bug#6554)
Date: Sat, 18 Feb 2012 15:51:28 +0100
[Message part 1 (text/plain, inline)]
> That's a good point. --additional-suffix is better.
>
> Note csplit has a more general --suffix-format option
> (which can be shortened to --suffix).
> So one can do: --suffix="%02d.txt".
> However that's only possible, because csplit
> supports only numeric suffixes.
>
> However, this is starting to make me think
> this marginal feature isn't worth it.
> For the record, summarising the disadvantages so far:
>
>  Backwards incompat with other systems (including older coreutils).
>  Some complexity in understanding/describing various suffix options.
With the new "--additional-suffix" it looks clear to me.
>  Interoperability issue with possible future auto suffix len feature.
If I remember well the issue is related with the alphabetic file
order. This issue could be easily handled by the user.

IMHO, this feature is maybe marginal but it is very convenient to have
it. Anyway, it would be great to state on it as I need to know if I
should let it go or not. It's always hard to trash work but that's the
game ! :)

Cheers,

Jérémy
[Message part 2 (text/html, inline)]

This bug report was last modified 13 years and 95 days ago.

Previous Next


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