Re: cut - lack of --merge-delimiters option

On Sun, Aug 31, 2008 at 10:52:13PM +0200, Jan Skowron wrote: > regexp would slower CUT a little. Merging delimiters will be as quick > as current CUT. > AWK is bit slower too, slower to write comand, and slower to execute. > > If you ask me, I would add to CUT regexp and merging delimiters, as > s

Re: cut - lack of --merge-delimiters option

regexp would slower CUT a little. Merging delimiters will be as quick as current CUT. AWK is bit slower too, slower to write comand, and slower to execute. If you ask me, I would add to CUT regexp and merging delimiters, as separate options. You've asked whats wrong with using AWK. Nothing is wro

Re: cut - lack of --merge-delimiters option

On Sun, Aug 31, 2008 at 6:10 PM, Jan Skowron <[EMAIL PROTECTED]> wrote: > coreutils program "cut" could use a "merge delimiters" option. > > Common use case: ls -l | cut ... > One needs to print 7-th column of ls -l to see all times of > modifications. But there is no constant number of delimiters

final batch of tiny string fixes [patches]

Hi, Attached the last of the series of tiny fixes for string problems that I found while updating the Dutch translation for coreutils. To clarify the change to some strings of uptime.c: some languages may want to put the translation of "up" after the uptime instead of in front; having the "up

Re: cut - lack of --merge-delimiters option

Jan Skowron wrote: > coreutils program "cut" could use a "merge delimiters" option. > > Common use case: ls -l | cut ... > One needs to print 7-th column of ls -l to see all times of > modifications. But there is no constant number of delimiters between If you are only interested in times, why n

descriptions of 'who' differ

Hi, The texts from 'who --help' and 'info who' say different things. The latter does not mention the options -p, -r and -t. It further mentions -H twice, does not list -l, --login and --lookup in their alphabetical positions, and says that -s is ignored, but it is not entirely: it overrides

Re: cut - lack of --merge-delimiters option

On Sun, Aug 31, 2008 at 07:10:55PM +0200, Jan Skowron wrote: > coreutils program "cut" could use a "merge delimiters" option. I would rather just be able to use a regexp as a delimiter, which would solve this problem and more. BTW, what's wrong with using AWK? __

Re: Patch to fix data loss with `tail -F'

On Sun, Aug 31, 2008 at 08:07:54PM +0200, Jim Meyering wrote: > Jos Backus <[EMAIL PROTECTED]> wrote: > > https://savannah.gnu.org/patch/index.php?6612 > > > > Please let me know if you see any issues with this change; I'd like to see > > it > > adopted for the next coreutils release. > > Thank y

cut - lack of --merge-delimiters option

coreutils program "cut" could use a "merge delimiters" option. Common use case: ls -l | cut ... One needs to print 7-th column of ls -l to see all times of modifications. But there is no constant number of delimiters between column, eg: drwxr-xr-x 23 user group 4096 Mar 16 2006 user drwx---

Re: Patch to fix data loss with `tail -F'

Jos Backus <[EMAIL PROTECTED]> wrote: > https://savannah.gnu.org/patch/index.php?6612 > > Please let me know if you see any issues with this change; I'd like to see it > adopted for the next coreutils release. Thank you! That looks like a useful patch. Can you write a small stand-alone script or o

Re: Patch to fix data loss with `tail -F'

On Mon, Aug 18, 2008 at 08:13:09PM -0700, Jos Backus wrote: > https://savannah.gnu.org/patch/index.php?6612 > > Please let me know if you see any issues with this change; I'd like to see it > adopted for the next coreutils release. *bump* -- Jos Backus jos at catnook.com _

Re: tee logs no output if stdout is closed

Hi Jim, On 2008-07-01 you replied to a proposed new 'tee' option that makes it ignore SIGPIPE in : > Thanks for the patch, but I'm reluctant to use it > in part because it covers only the write syscalls deriving > from tee's e

Re: Double include of getopt.h in env.c and groups.c (coreutils-6.12)

Jerry Snitselaar <[EMAIL PROTECTED]> wrote: > Is there a reason that getopt.h gets included twice? > > src/env.c: > > #include > #include > #include > > src/groups.c: > > #include > #include > #include > #include > #include No. You've just fixed both ;-) Thanks! >From 63a7120c283ab4ad6ce2

Double include of getopt.h in env.c and groups.c (coreutils-6.12)

Is there a reason that getopt.h gets included twice? src/env.c: #include #include #include src/groups.c: #include #include #include #include #include ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinf

output of 'date' is not properly localized

Hi, On http://www.opengroup.org/onlinepubs/95399/utilities/date.html it says under the examples: $ LANG=da_DK.iso_8859-1 date ons 02 okt 1991 15:03:32 CET But when coreutils' current date is used (with LC_TIME and LC_ALL unset): $ LANG=da_DK.utf8 src/date søn aug 31 13:21:21 CEST 2008 T