We're on track to make a stable release in the next week or so.
There is still a pending portability problem involving Mac OS ACLs.
It's nothing new, so I may defer the fix until after coreutils-6.12.
The most recent change was required to work around a new test failure
induced by a new version of
Hi gurus,
uniq -c uses space to separate counts from lines since 2003, as this is
required by posix. I understand that you want to stay compatible with posix,
but why is there not option to change this behaviour, to make uniq behave
like cut or sort? This would make combining uniq -c with tools li
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Maximilian Haeussler on 5/17/2008 8:36 AM:
|
| Let's say I only want the 50 most common lines of a file:
| cat textfile | sort | uniq -c | sort -n | tail -n 50 | tr -s ' ' | cut -f2
Unrelated to your report, but this is a useless use of
Hi,
On Sat, May 17, 2008 at 04:36:30PM +0200, Maximilian Haeussler wrote:
>
> Let's say I only want the 50 most common lines of a file:
> cat textfile | sort | uniq -c | sort -n | tail -n 50 | tr -s ' ' | cut -f2
>
> This will only print the first word of each line with the current uniq
> versio
On 13/05/08 at 10:11 +0100, James Youngman wrote:
> In any case, you have asked for help in the wrong place. This mailing
> list is devoted to the support and improvements of the GNU Core
> Utilities (http://www.gnu.org/software/coreutils/). It seems to me
> that your problem is probably not rel
Here is the usage text from my latest --sort=version patch (attached),
now that paperwork is in order.
Cheers - Bruce
$ ./sort --help
Usage: ./sort [OPTION]... [FILE]...
Write sorted concatenation of all FILE(s) to standard output.
Mandatory arguments to long options are mandatory for short opti
Dear French translation team,
We seem to get a lot of questions, in French, about non-coreutils
problems sent to the bug-coreutils@gnu.org mailing list. Lucas
(CC'ed) pointed out that it's possible that the translation of the
--help message for various coreutils programs could be a contributory
Perhaps it should be useful to mention that although the tools are
i18n'zed, all reports should be in english to be taken into account. If
so, we would have to display such a notice in a very obvious place, like
near the mailing-list address, not hidden in some man pages.
Seriously, I would be
