Matthias Schniedermeyer wrote:
> As far as i can see it the opposite of sort is missing.
> Randomize/shuffling the incoming data lines, so you can e.x. use it for
> a playlist.
>
> find . -type f | sort --shuffle | xargs <...>
You must not be using the current version. This was added in 6.1:
`
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Matthias Schniedermeyer on 11/15/2006 10:56 AM:
>
> As far as i can see it the opposite of sort is missing.
Yes, this capability was missing in earlier versions of coreutils.
> Randomize/shuffling the incoming data lines, so you can e.x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Buchbinder, Barry (NIH/NIAID) [E] on 11/15/2006 10:05 AM:
> version:grep (GNU grep) 2.5.1
> man page: --line-buffering
> executable: --line-buffered
> info page: --line-buffered
>
> Yes, I know that the info page, and not the man p
Hi
As far as i can see it the opposite of sort is missing.
Randomize/shuffling the incoming data lines, so you can e.x. use it for
a playlist.
find . -type f | sort --shuffle | xargs <...>
Bis denn
--
Real Programmers consider "what you see is what you get" to be just as
bad a concept in
version:grep (GNU grep) 2.5.1
man page: --line-buffering
executable: --line-buffered
info page: --line-buffered
Yes, I know that the info page, and not the man page, is considered
definitive. But some of us prefer man to info.
Thanks for all the work you all do for coreutils.
- Barry Buc
Hi,
I'm new to linux and I have a 80Gig WD drive that's going bad. I purchased
another 80Gig WD drive and I'm using dd to try to transfer the information to
the new drive. I used:
dd if=/dev/hda of=/dev/hdb conv=noerror
It's been running for about 24 hours and now I am getting:
In file coreutils-6.3/tests/tail-2/append-only, lines 2-3:
# Ensure that tail -f works on an append-only file
# Requires root access to do chattr +a, as well as an ext[23] or xfs file
system
...which causes the test suite to fail on non supporting filesystems. It
would be better if this test w
Mike Frysinger <[EMAIL PROTECTED]> writes:
> not to get off topic, but what about a liblzw ? would that best fit with the
> zlib project ?
It belongs close to zlib, yes.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailm
Hello there,
This allows to install a CVS version of coreutils on a host that does
not support all tools. For a release tarball, this in itself wouldn't
be needed, as it ships them. The second improvement however is that it
installs only the manpages for tools that are actually built. Still,
it
On Wednesday 15 November 2006 12:33, Paul Eggert wrote:
> Mike Frysinger <[EMAIL PROTECTED]> writes:
> > hmm, how about compress ?
>
> That belongs in the gzip package. It's on my list of things to do.
not to get off topic, but what about a liblzw ? would that best fit with the
zlib project ?
-
Mike Frysinger <[EMAIL PROTECTED]> writes:
> hmm, how about compress ?
That belongs in the gzip package. It's on my list of things to do.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Tuesday 14 November 2006 19:19, Pádraig Brady wrote:
> It has been proposed to start the miscutils project,
> to include utilities not seen as core to the system.
> I.E. utilities that are of less general use, but
> still worth maintaining and distributing.
hmm, how about compress ? i started
Alfred M. Szmidt wrote:
>I think miscutils could depend on coreutils,
>and hence also include generally useful scripts?
>
> I'm either way. What might be the danger with including "useful"
> scripts is that every Dick, Jane and Joe will want to have their
> one-liner included. Remeber th
13 matches
Mail list logo
