On 19/07/06, Basel Katt [EMAIL PROTECTED] wrote:
Hi,
In fact I had the same problem, where the validity duration should be 365
days according to the config. file , but it is acctually one month.
Is this a bug then?
The config file value for 'days' being ignored?
regards
--
Dave Pawson
www.dpawson.co.uk/temp/opensslbooks.zip
Full suite of docs in XML format.
Two files added
bk.xml A wrapper for the entire suite
bk.xsl a stylesheet with parameters set to create
a book with toc etc.
HTH
--
Dave Pawson
XSLT XSL-FO FAQ.
http://www.dpawson.co.uk
On Tue, Jul 18, 2006 at 02:06:12PM +0200, Richard Levitte via RT wrote:
I'm taking a look at it. Don't worry about RT stripping the
attachment, that's just for outgoing email. The patch is in the
database, and I just downloaded it.
Richard,
I prepared new version of the patch.
Fixes:
On Tue, Jul 18, 2006 at 02:06:12PM +0200, Richard Levitte via RT wrote:
I'm taking a look at it. Don't worry about RT stripping the
attachment, that's just for outgoing email. The patch is in the
database, and I just downloaded it.
Richard,
I prepared new version of the patch.
Fixes:
The time span between original submission and update suggests that
contributors were planning the update, meaning that the code was
considered work in progress all along. If so, why it went into stable
branch? Then this update quality... It's just wrong on several points.
Most notably
#ifdef
Upon this mornings compile on my BSD boxes,
camellia was found to have uint's and inttypes.h which has
to be corrected to U-int's and commenting out respectively.
Please fix.
--
Member - Liberal International
This is [EMAIL PROTECTED] Ici [EMAIL PROTECTED]
God Queen and country! Beware
One other thing is that cmll_loc.h includes intypes.h for non-MSCV
targets. This header is not omni-present. A patch for djgpp at least:
--- crypto\camellia\cmll_loc.org2006-07-20 17:01:50 +0200
+++ crypto\camellia\cmll_loc.h 2006-07-20 16:57:54 +0200
@@ -77,6 +77,8 @@
typedef unsigned
Comment which will be proven irrelevant, but anyway. It's misconception
that you need to be root to test alternative gcc version. Download gcc
tar-ball, configure with writable --prefix, e.g. subdirectory in your
home directory, build, make install, adjust $PATH to point to the
writable
I want to point out that there is rudimentary IPv6 support in HEAD
already. Well, it depends on new DSO_global_lookup, but it's not the
point I want to emphasize.
I prepared new version of the patch.
- struct sockaddr_in server,client;
+ struct addrinfo *res, *res0, hints;
I want to point out that there is rudimentary IPv6 support in HEAD
already. Well, it depends on new DSO_global_lookup, but it's not the
point I want to emphasize.
I prepared new version of the patch.
- struct sockaddr_in server,client;
+ struct addrinfo *res, *res0, hints;
[EMAIL PROTECTED] - Thu Jul 20 17:27:31 2006]:
Yeah. And I even managed to reproduce it on solaris64-sparcv9-cc. So
it's our bug, not compiler. Verify below patch. Why I commented on gcc
and being root thing? Well, for future reference. If you run into
compiler bug, you can't expect us
One other thing is that cmll_loc.h includes intypes.h for non-MSCV
targets. This header is not omni-present. A patch for djgpp at least:
--- crypto\camellia\cmll_loc.org2006-07-20 17:01:50 +0200
+++ crypto\camellia\cmll_loc.h 2006-07-20 16:57:54 +0200
@@ -77,6 +77,8 @@
typedef unsigned
[steve - Thu Jul 20 18:12:32 2006]:
Oops, mea culpa on that. I changed it from the old EVP_Sign*() interface
to EVP_DigestSign(). The old one was unsigned int * for the sig length
the new one (in line with other things) uses size_t *.
Which causes problems is sizeof(size_t) ==
--- crypto/pkcs7/pk7_doit.c 10 Jul 2006 18:36:53 - 1.72
+++ crypto/pkcs7/pk7_doit.c 20 Jul 2006 15:19:58 -
@@ -829,7 +829,7 @@
- unsigned int siglen;
+ size_t siglen;
Which causes problems is sizeof(size_t) == sizeof(unsigned int).
You mean !=, or in other
Stephen Henson via RT - [EMAIL PROTECTED] @ Thu, 20 Jul 2006 18:12:35 +0200
(METDST):
Yeah. And I even managed to reproduce it on solaris64-sparcv9-cc. So
it's our bug, not compiler. Verify below patch. Why I commented on gcc
and being root thing? Well, for future reference. If you run
Andy Polyakov via RT - [EMAIL PROTECTED] @ Thu, 20 Jul 2006 17:27:38 +0200
(METDST):
APvR Comment which will be proven irrelevant, but anyway. It's misconception
APvR that you need to be root to test alternative gcc version. Download gcc
APvR tar-ball, configure with writable --prefix,
Hello openssl-dev,
Is there a way to convert my old SSH-1 style RSA keys into a *.p12
file by means of OpenSSL package?
I need to import my already widespread account data into an eToken,
which only knows about certs (it cannot import the key directly).
--
Best regards,
Tony
18 matches
Mail list logo
