Quoting Dwight Engen (dwight.en...@oracle.com):
> On Tue, 14 May 2013 14:13:45 -0500
> Serge Hallyn <serge.hal...@ubuntu.com> wrote:
> 
> > Hi,
> > 
> > I'd like to rewrite lxc-create to be c (calling out to the c templates
> > which continue to be scripts for the most part).  Unfortunately right
> > now the lxcapi_create() just takes arguments to send to the lxc-create
> > script.
> > 
> > I could either dump the existing lxcapi_create function, replace it
> > with something close to the lxcapi_clone, and update the current
> > callers, or I can write a new function lxcapi_create2, keeping
> > lxcapi_create() as calling the c program (which then calls
> > lxcapi_create2 :).
> > 
> > The only reason to go with lxcapi_create2 would be for out of tree
> > callers (which includes the go bindings).  Since we're not at 1.0 yet
> > we don't guarantee anything about api stability (for exactly this
> > reason), but I thought I'd ask anyway what you all thought.
> 
> I'd vote for trying to keep the API as clean as possible until 1.0, but

Sorry, I'm not sure on this - by clean do you mean clean it up, or do
you mean keep it unchanged?

> then I don't have an out of tree caller to update. This brings up a
> question though, with 1.0 we are going to consider stable the
> lxcapi_* routines only and not all symbols available from liblxc.so,
> correct?
>  
> > -serge
> 

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel

Reply via email to