We recently started looking at some of Desktop specific libraries for
including them as part of next LSB (Linux Standard Base
www.linuxbase.org) release. This is part of the effort in the newly
formed Desktop working group in LSB to focus on the Desktop Linux
applications.
As a part of this effor
On Wed, Jun 29, 2005, Banginwar, Rajesh wrote:
> We recently started looking at some of Desktop specific libraries for
> including them as part of next LSB (Linux Standard Base
> www.linuxbase.org) release. This is part of the effort in the newly
> formed Desktop working group in LSB to focus on t
D]
[mailto:[EMAIL PROTECTED] On Behalf Of Dr. Stephen Henson
Sent: Wednesday, June 29, 2005 1:01 PM
To: openssl-dev@openssl.org
Subject: Re: Considering SSL and Cryto libraries for LSB
On Wed, Jun 29, 2005, Banginwar, Rajesh wrote:
> We recently started looking at some of Desktop specific
On Wed, Jun 29, 2005, Banginwar, Rajesh wrote:
> As part of LSB standardization process, we look at the interfaces and
> corresponding data types and make it part of the specification. If the
> data types are expected to change and the interfaces do not hide them,
> then that part of the library m
already know it is possible.
Peter
"Dr. Stephen Henson"
<[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
30/06/2005 08:14 AM
Please respond to
openssl-dev
To
openssl-dev@openssl.org
cc
Subject
Re: Considering SSL and Cryto
libraries for LSB
On Wed, Jun 2
Dr. Stephen Henson wrote:
This means that changing this in the short term is likely to cause widespread
application breakage which wouldn't be too popular :-(
Speaking as an application developer, I would willingly go through a
one-time source code upgrade to achieve binary compatiblity. Tha
On Thu, Jun 30, 2005, Peter Waltenberg wrote:
> IBM has already done this in creating it's FIPS certified crypto. code
> which is layered on top of OpenSSL.
>
> In our case we can guarantee that IBM code only uses our restricted subset
> of the OpenSSL API.
> Unfortunately you'll need to suppor
On Wed, Jun 29, 2005, Dan Nuffer wrote:
> Dr. Stephen Henson wrote:
> >This means that changing this in the short term is likely to cause
> >widespread
> >application breakage which wouldn't be too popular :-(
> >
>
> Speaking as an application developer, I would willingly go through a
> one-ti
On June 29, 2005 05:50 pm, Banginwar, Rajesh wrote:
> As part of LSB standardization process, we look at the interfaces and
> corresponding data types and make it part of the specification. If the
> data types are expected to change and the interfaces do not hide them,
> then that part of the libra
> -Original Message-
> From: Geoff Thorpe [mailto:[EMAIL PROTECTED] On Behalf
> Of Geoff Thorpe
> Sent: Wednesday, June 29, 2005 5:45 PM
> To: openssl-dev@openssl.org
> Cc: Banginwar, Rajesh
> Subject: Re: Considering SSL and Cryto libraries for LSB
>
>
On June 29, 2005 08:44 pm, Banginwar, Rajesh wrote:
> So far from the preliminary analysis that we have done (by looking at
> some of the OSS applications) we see both libssl and libcrypto being
> used. E.g. from libcrypto I find functions in EVP, RSA, MD5 and DSA
> sets more commonly used than oth
In message <[EMAIL PROTECTED]> on Wed, 29 Jun 2005 17:44:38 -0700, "Banginwar,
Rajesh" <[EMAIL PROTECTED]> said:
rajesh.banginwar> Do you or anyone on this project have data
rajesh.banginwar> suggesting which APIs are candidates for LSB
rajesh.banginwar> inclusion both from demand and stability p
Richard Levitte - VMS Whacker wrote:
Quite honestly, even though I'm quite an enthusiastic OpenSSL
developer for years and have been for years (since it started,
really), I can't really recommend OpenSSL as an LSB candidate from
that point of view, as it stands today. Every "major upgrade" (whic
What is the benefit of adding parts of OpenSSL to the LSB now?
--
Rich Salz Chief Security Architect
DataPower Technology http://www.datapower.com
XS40 XML Security Gateway http://www.datapower.com/products/xs40.html
__
In message <[EMAIL PROTECTED]> on Wed, 29 Jun 2005 22:05:07 -0700, Dan Kegel
<[EMAIL PROTECTED]> said:
dank> http://www.gnu.org/software/gnutls/
dank> exposes two APIs: the OpenSSL api (I gather?), and its own.
About the OpenSSL API, this page answers part of the question.
http://www.gnu.org/
On Thu, Jun 30, 2005, Dr. Stephen Henson wrote:
>
> Its certainly possible. There is an added complication in that some thought
> has
> to be given to future directions of development.
>
> For example the current RSA API lacks any easy way to pass additional
> parameters to some padding types.
Richard Levitte - VMS Whacker wrote:
dank> If so, perhaps that might provide a way forward: apps that need
dank> a stable interface can use the gnutls api (which openssl could
dank> provide as a wrapper); everyone else could use the openssl api
dank> (which gnutls seems to provide as a wrapper, u
Dr. Stephen Henson wrote:
On Wed, Jun 29, 2005, Dan Nuffer wrote:
Dr. Stephen Henson wrote:
This means that changing this in the short term is likely to cause
widespread
application breakage which wouldn't be too popular :-(
Speaking as an application developer, I would willingly go thro
> -Original Message-
> From: Geoff Thorpe [mailto:[EMAIL PROTECTED] On Behalf
> Of Geoff Thorpe
> Sent: Wednesday, June 29, 2005 8:15 PM
> To: openssl-dev@openssl.org
> Cc: Banginwar, Rajesh
> Subject: Re: Considering SSL and Cryto libraries for LSB
>
>
mon understanding.
Thanks,
-Rajesh
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Dan Nuffer
> Sent: Thursday, June 30, 2005 12:33 PM
> To: openssl-dev@openssl.org
> Subject: Re: Considering SSL and Cryto libraries for LSB
>
&g
20 matches
Mail list logo