On Thu, Jun 02, 2005 at 11:31:26PM -0700, Paul Eggert wrote:
> Philip Rowlands <[EMAIL PROTECTED]> writes:
>
> > I'm still interested to read what Paul considers to be the
> > difficulties of such an implementation?
>
> Suppose you're randomizing an input file of 10 million lines. And
> suppose
Philip Rowlands <[EMAIL PROTECTED]> writes:
> I'm still interested to read what Paul considers to be the
> difficulties of such an implementation?
Suppose you're randomizing an input file of 10 million lines. And
suppose you want to approximate a "truly random" key by using a
128-bit random key
Alpt wrote:
> Ths susu patch brings the suauth functionality to coreutils.
> It is a very simple patch to `su', which takes a list of uids from
> /etc/susu_suauth. If a user is in the list, he can su to root without
> password.
'sudo' has this as functionality and more already. Instead of
changi
> > ./no-x: cannot create temp file for here document: Permission denied
I think we have been having several builders lately with severely
broken systems. Perhaps we should create some tests not for coreutils
itself but instead for the system? Things like /dev/null readable and
writable and the
[EMAIL PROTECTED] writes:
> 'immume' should be 'immune'.
Thanks for catching that; I fixed it.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
> >Phil> Is it that the app must guarantee all lines of a
> >Phil> non-seekable stdin must have an equal chance of any sort order?
> >
> >See my comment to James above. I think one need not make this
> >guarantee, since only a tiny fraction of possible sort orders will be
> >able to be tried by the
Sorry if this message comes more than once: I seem to be having bit of
trouble subscribing properly.
There seems to be some sloppy thinking regarding efficiency and uniform
randomness. Regarding uniform randomness, the infamous Oleg of
comp.lang.{scheme,functional} writes:
Furthermore, if we h
There seems to be some sloppy thinking regarding efficiency and uniform
randomness. Regarding uniform randomness, the infamous Oleg of
comp.lang.{scheme,functional} writes:
Furthermore, if we have a sequence of N elements and associate with
each element a key -- a random number uniformly distribu
There seems to be some sloppy thinking regarding efficiency and uniform
randomness. Regarding uniform randomness, the infamous Oleg of
comp.lang.{scheme,functional} writes:
Furthermore, if we have a sequence of N elements and associate with
each element a key -- a random number uniformly distribu
There seems to be some sloppy thinking regarding efficiency and uniform
randomness. Regarding uniform randomness, the infamous Oleg of
comp.lang.{scheme,functional} writes:
Furthermore, if we have a sequence of N elements and associate with
each element a key -- a random number uniformly distribu
Hi coreutils developers,
These below, are two patches that might be useful.
Ths susu patch brings the suauth functionality to coreutils.
It is a very simple patch to `su', which takes a list of uids from
/etc/susu_suauth. If a user is in the list, he can su to root without
password.
Moreover it
A bad spelling in the comment of nohup.c
in coreutils-5.2.1
line 1:
/* nohup -- run a command immume to hangups,
^
'immume' should be 'immune'.
^ ^
man and info are OK.
___
Bug-coreutils mailing list
"Andras S. Haramasz" <[EMAIL PROTECTED]> writes:
> VERNOSE=yes make check TESTS=no-x > check.no-x.VERBOSE 2>&1
> cat check.no-x.VERBOSE
> make check-TESTS
> make[1]: Entering directory
> `/usr/local/src/GNU/coreutils-5.2.1/coreutils-5.2.1/
> tests/chmod'
> ./no-x: cannot create temp file for here
Daniel Janus <[EMAIL PROTECTED]> writes:
> My question: is it just an overlooking, or is the lack of this feature
> deliberate?
I think it'd be a reasonable feature to add, if someone took the time
to compose a complete patch for it. (Documentation is often the
hardest part.)
_
Sergi Muñoz Sanmartín <[EMAIL PROTECTED]> writes:
> There's a mistake in the translation of --help command of df 5.2.1 CATALAN
> version.
Could you please send your correction to the latest translator Ivan
Vilata i Balaguer <[EMAIL PROTECTED]> and the team Catalan
<[EMAIL PROTECTED]> for coreutil
Peter Eisentraut <[EMAIL PROTECTED]> writes:
> Please take the following translation improvement into consideration or
> forward it to the responsible translator.
Could you please send that fix to the last translator Michael Piefel
<[EMAIL PROTECTED]> and CC: to the German team
<[EMAIL PROTECTED
On Thu, 2 Jun 2005, Frederik Eaton wrote:
>Phil> Is it that the app must guarantee all lines of a
>Phil> non-seekable stdin must have an equal chance of any sort order?
>
>See my comment to James above. I think one need not make this
>guarantee, since only a tiny fraction of possible sort orders w
James> I think the consensus is that the functionality belongs in "sort".
James> Beyond that things are a bit less clear. However, Paul put forward a
James> proposed usage which adapts the current -k option (see
James> http://lists.gnu.org/archive/html/bug-coreutils/2005-05/msg00179.html).
James>
expr 100 * 1
expr: Syntaxfehler
?
Syntaxerror ???
Where is the error ???
This is not the bug. This behaviour occurs because '*' gets exploded
by the shell to the list of files in current directory. Try
expr 100 \* 1
Sincerely,
Daniel Janus
__
Please take the following translation improvement into consideration or
forward it to the responsible translator. Thanks.
--- de.po.orig 2005-06-02 11:44:51.513931045 +0200
+++ de.po 2005-06-02 11:45:30.824534385 +0200
@@ -5887,7 +5887,7 @@
#: src/pwd.c:74
msgid "ignoring non-option a
Frederik Eaton <[EMAIL PROTECTED]> wrote:
> So, what is the current state of things? Who is in charge of accepting
> patches? Are we decided that a 'shuffle' command but no 'sort -R'
> facility would be best, or that it would be good to have both, or is
> it still in question whether either would b
On Thu, 2 Jun 2005, James Youngman wrote:
>I think the consensus is that the functionality belongs in "sort".
>Beyond that things are a bit less clear. However, Paul put forward a
>proposed usage which adapts the current -k option (see
>http://lists.gnu.org/archive/html/bug-coreutils/2005-05/msg0
On Wed, Jun 01, 2005 at 06:52:08PM -0700, Frederik Eaton wrote:
> So, what is the current state of things? Who is in charge of accepting
> patches?
The coreutils maintainers, who are all subscribed to this list I
think. So, you're asking in the right place.
> Are we decided that a 'shuffle' com
23 matches
Mail list logo