Re: [PATCH 1/2][LXC] Rename --directory option to --statefile

["Serge E. Hallyn" <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>]

Quoting Cedric Le Goater (clg-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org):
> >>>This has some major impact on our side as it is a 9 year old API ...
> >>>We'll look into it to see how painful it is to change.
> >
> >Ah, did not realize it caused that much pain.
> 
> bah. we should change anyway.
> 
> >>We can keep --directory and add --statefile.
> >>For --statefile option we can use a switch for IS_DIR, IS_REG.
> >>
> >>--directory becomes deprecated and we switch to the statefile option
> >>step by step.
> >>
> >>Does it make sense ?
> >
> >Yes, I think it will work.
> >
> >BTW, what was the rationale for a directory ?  Is it meant to be used
> >with predefined file names in the specified directory ?
> 
> the mcr statefile use to be a directory, organized in such a way it was
> easy to analyze its contents and easy to restart concurrently tasks
> and shared states. it's still a directory but it's shrinking to be a
> file and even a stream.
> 
> your request makes sense for the long term so we should take it.
> 
> c.

Are we sure that we won't find other information which lxc_checkpoint
will want to store which sys_checkpoint() ignores?  A link to a btrfs
snapshot, for instance.

-serge