[libvirt] [PATCH 1/1] [RFC] Parallels Server Bare Metal driver stub

Dmitry Mishin dim at parallels.com
Wed Sep 28 14:01:24 UTC 2011


On Wednesday, September 28, 2011 05:34:47 PM Daniel Veillard wrote:
[...]
> > +int psbmApiInit(struct psbm_driver *driver)
> > +{
> > +    const char *libname = "libprl_sdk.so";
> > +    void *handle = NULL;
> > +    PRL_RESULT res;
> 
>   That I dislike, sorry this must not be dlopen'ed in at runtime,
> but checked in at configure time and properly linked in. Also
> means that proper dependancies and packaging have to be in place.
I exactly want to avoid dependencies.

Library can be used both remotely (for example, on Fedora host) and locally 
(on PSBM host). And if in the local case we can create special libvirt rpm 
with enabled PSBM support and integrate it to distribution, in remote case we 
force user to download not only Parallels SDK rpm (which will hardly be 
included to Fedora due to proprietary license), but also fixed libvirt package 
instead of already installed one. Is it preferable way from your point of 
view?

> 
> > +    handle = dlopen(libname, RTLD_LAZY);
> > +    if (!handle) {
> > +        psbmError(VIR_ERR_INTERNAL_ERROR,
> > +                  _("Failed to load SDK library %s %s"), libname,
> > dlerror()); +        return VIR_ERR_INTERNAL_ERROR;
> > +    }
> 
>   So what is that SDK library, how is it distributed and what is the
> licencing for it ? As much as I like adding a driver, I would like to
> make sure the deployement is clean and there is no licencing issues.
> 
>   Any pointers ? All I found was
>   http://www.parallels.com/ptn/download/sdk/
> and it's quite silent on code availability and Licence for the
> libraries.
It has a proprietary license and not open sourced now. Is it a problem? 

> 
>     thanks in advance !
> 
> Daniel

-- 
Thanks,
Dmitry.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20110928/15542780/attachment-0001.htm>


More information about the libvir-list mailing list