[lxc-devel] lxc-clone rewrite

Serge Hallyn serge.hallyn at ubuntu.com
Sun Aug 16 16:46:31 UTC 2015


Quoting Christian Brauner (christianvanbrauner at gmail.com):
> Integrating lxc-clone with the standard lxc parser is not possible unless it is
> allowed to change command line options. lxc-clone uses -n, -P and -o in a way
> that is inconsistent with the standard lxc common options defined in
> LXC_COMMON_OPTIONS in arguments.h and the parser in arguments.c. Since we do not
> want to break expectations of existing users that rely on lxc-clone I thought it
> might be a good idea to reimplement lxc-clone as lxc-copy. This way we can
> retain lxc-clone as a working executable but have it print out a "will soon be
> deprecated. Please switch to lxc-copy"-type message similar to what e.g. Docker
> does. The main arguments for reimplementing lxc-clone for is the tighter
> integration with the rest of the lxc-executables, using the standard parser and
> most of all the standard lxc-logging feature which we get by integrating it with
> the standard parser. I provided a branch on github which implements this idea
> (manpages and all included).
> 
>         git clone https://github.com/brauner/lxc.git
>         git checkout copy
> 
> I'd be happy to hear whether you think this is a good idea or if you would like
> to just keep the old lxc-clone.

Hey,

I'll leave this to Stéphane, as he's pretty keen on leaving the # commands
low.  As you say we might eventually be able to deprecate lxc-clone, and
lxc-copy might eventually be a nice hook for migration.


More information about the lxc-devel mailing list