For contrast, here is a 'rngtest' run against a
3.1.8 Linux kernel with /dev/random enhanced by
the output of a STMicroelectronics ST33 TPM PRNG
(via 'rngd' v4).
bits received from input: 62380032
FIPS 140-2 successes: 3115
FIPS 140-2 failures: 4
FIPS 140-2(2001-10-10) Monobit: 0
FIPS 140-2(2001-1
On 9/18/2013 9:57 PM, Ken Brown wrote:
On 9/18/2013 9:07 PM, Robert McBroom wrote:
Having trouble getting an acceptable fixed font display on emacs. All my
old standards don't seem to be showing up any more. terminal, fixed,
courier, 8514fix, etc.
-fn "Lucida Console-8" worked for a while but n
On 9/18/2013 9:07 PM, Robert McBroom wrote:
Having trouble getting an acceptable fixed font display on emacs. All my
old standards don't seem to be showing up any more. terminal, fixed,
courier, 8514fix, etc.
-fn "Lucida Console-8" worked for a while but not any more
error: Invalid font name, -b
Having trouble getting an acceptable fixed font display on emacs. All my
old standards don't seem to be showing up any more. terminal, fixed,
courier, 8514fix, etc.
-fn "Lucida Console-8" worked for a while but not any more
error: Invalid font name, -b&h-Lucida
Console-normal-normal-semi-conden
> Yaakov writes:
> The following packages have been added to the distro for both arches:
> * libzip-0.11.1-1
> * libzip2-0.11.1-1
> * libzip-devel-0.11.1-1
Thanks Yaakov, but when trying to build pstoedit (32bit) with it, I have
to artificially add CPPFLAGS=-I/usr/lib/libzip
I see that CryptGenRandom() does not appear
to have parameters to detect or control
the quality of entropy.
So possibly the correct solution to this
issue would be to eliminate
/dev/random
and just leave
/dev/urandom
in place. 'openssl' apparently uses /dev/urandom.
If someone needs
Hello,
While poking around TRNG quality I came
across this apparent issue:
/dev/random does not block, emits poor entropy
Running 1.7.17 but see no updates in the
1.7.18 thru 1.7.25 Changelog entries
regarding /dev/random.
Due to 'argp' library issues I could not
compile 'rngtest' under Cygw
On 9/18/2013 1:53 PM, Frédéric Bron wrote:
Is it possible to build setup64.exe from a 32bit cygwin?
As previously mentioned, despite the subject, there is no such thing as
setup64.exe. The makefile creates setup.exe. The filename gets changed
when it gets uploaded to cygwin.com to either setu
>>Is it possible to build setup64.exe from a 32bit cygwin?
>
> As previously mentioned, despite the subject, there is no such thing as
> setup64.exe. The makefile creates setup.exe. The filename gets changed
> when it gets uploaded to cygwin.com to either setup-x86.exe or
> setup-x86_64.exe.
do
On Wed, Sep 18, 2013 at 07:30:35PM +0200, Fr?d?ric Bron wrote:
>> You can build setup.exe yourself for x86_64-w64-mingw32 with the
>> requestedExecutionLevel entry removed from the manifest. The sources are in
>> cygwin-apps CVS.
>
>I got the sources and ran bootstrap.sh
>I got setup.exe but not s
> You can build setup.exe yourself for x86_64-w64-mingw32 with the
> requestedExecutionLevel entry removed from the manifest. The sources are in
> cygwin-apps CVS.
I got the sources and ran bootstrap.sh
I got setup.exe but not setup64.exe
Is it possible to build setup64.exe from a 32bit cygwin?
On 09/18/2013 04:34 PM, David Griffiths wrote:
Hi, the script is attempting to determine the directory in which it
exists, so CURRENT_DIR is a bit misleading. This is so that it can
access other files in the same package relative to it (quite a common
technique I think).
Might be helpful to have
> You can build setup.exe yourself for x86_64-w64-mingw32 with the
> requestedExecutionLevel entry removed from the manifest. The sources are in
> cygwin-apps CVS.
do I need a password to get the sources?
I get this message:
CVS password file /home/xxx/.cvspass does not exist - creating a new
fil
> And without a proxy server:
> $ cvs -z3 -d :pserver:anon...@sourceware.org:/cvs/cygwin-apps co cygwin-setup
> cvs checkout: CVS password file /cygdrive/d/Documents/.cvspass does
> not exist - creating a new file
> cvs server: cannot find module `cygwin-setup' - ignored
> cvs [checkout aborted]: c
> do I need a password to get the sources?
> I get this message:
> CVS password file /home/xxx/.cvspass does not exist - creating a new
> file cvs [checkout aborted]: end of file from server (consult above
> messages if any)
>
> But this may be just due to our proxy server.
And without a proxy ser
On 09/18/2013 08:34 AM, David Griffiths wrote:
> Hi, the script is attempting to determine the directory in which it
> exists, so CURRENT_DIR is a bit misleading. This is so that it can
> access other files in the same package relative to it (quite a common
> technique I think).
>
> Might be helpf
Hi, the script is attempting to determine the directory in which it
exists, so CURRENT_DIR is a bit misleading. This is so that it can
access other files in the same package relative to it (quite a common
technique I think).
Might be helpful to have some examples:
/home/dgriff> mkdir test
/home/d
Hello!
I am trying to get Kerberos authentication to work with openssh on a
Windows machine that is part of a windows domain.
I have read all I could find on the internet about this issue but no
one seems to have succeeded.
OpenSSH is built with the Heimdal package.
There is a post that pretty w
18 matches
Mail list logo
