[lxc-devel] RFC: aliases

[S.Çağlar Onur]

Hey Serge,

I'm not opposed the idea but just trying to understand the motivation
behind it. We are doing exactly what you described (daily builds uses
somename-date-buildnumber and two symlinks latest and stable points some
containers) and I'm just using something like following

sudo lxc-clone -o $(basename $(readlink SOMEPATH/latest)) -n SOMEOTHERNAME
-s

and I'm just wondering does it really worth adding more code for doing that?

Cheers,


On Tue, Aug 20, 2013 at 4:55 PM, Serge Hallyn <serge.hallyn at ubuntu.com>wrote:

> Hi,
>
> one idea that has been brought up is to support 'aliases'.  So if you're
> locally building a daily pristine container, say at 'c-2013-08-20',
> you might want to then have a 'c-latest' alias or link pointing to the
> latest container, so you can always just
>
>         sudo lxc-clone -o c-latest -n test1 -s
>
> The most obvious idea would be to use a symbolic link.  However, while
> that mostly works, it's actually not perfect - lxc_container_new()
> will be called with the name you passed in (c-latest), not with the
> symlinked name.
>
> Another idea would be to support a $lxcpath/$lxcname/config consisting
> of only 'lxc.alias = c-2013-0820'.
>
> Do people have any other ideas?
>
> I'm thinking symbolic link may be the simplest thing to support -
> lxc_container_new() could immediately readlink() to get the real
> container name.
>
> -serge
>
>
> ------------------------------------------------------------------------------
> Introducing Performance Central, a new site from SourceForge and
> AppDynamics. Performance Central is your source for news, insights,
> analysis and resources for efficient Application Performance Management.
> Visit us today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
> _______________________________________________
> Lxc-devel mailing list
> Lxc-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/lxc-devel
>



-- 
S.Çağlar Onur <caglar at 10ur.org>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxcontainers.org/pipermail/lxc-devel/attachments/20130821/0db7860e/attachment.html>