Bug 348501 - Port xen to use NSS library for cryptography
Summary: Port xen to use NSS library for cryptography
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: xen
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Xen Maintainance List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On: 348661
Blocks: CryptoConsolidation
TreeView+ depends on / blocked
 
Reported: 2007-10-23 10:24 UTC by Peter Vrabec
Modified: 2008-08-02 23:40 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-10-23 14:42:05 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Peter Vrabec 2007-10-23 10:24:14 UTC
xen should be ported to use NSS library for cryptography.
See the tracking bug for details and links on how it could be done.

Comment 1 Daniel Berrangé 2007-10-23 11:55:39 UTC
Is there a Python binding for NSS ? Without one this bug can't be addressed.

Comment 2 Daniel Berrangé 2007-10-23 14:42:05 UTC
Having considered this ticket. XenD only uses SSL for the XenAPI service. We
don't use this in Fedora, since libvirt provides the management service. So I've
no interest in wasting time porting XenAPI.  The Xen device model uses QEMU
which has SSL. We are trying to get Xen to use upstream QEMU codebase rather
than its own private fork. Porting Xen's QEMU to NSS will just make it an even
worse fork compared to upstream QEMU which is not a sustainable approach.



Note You need to log in before you can comment on or make changes to this bug.