On 9 November 2015 at 18:19, Rick Harding <[email protected]> wrote: > Thanks Katherine. That's looking great. One request, next demo I'd be > curious to see how easy it is to run multiple lxd environments locally. I > know it's been possible with lxc before with a bunch of config.
Just an FYI, I have a tool to manage multiple local provider environments. https://github.com/bloodearnest/plugins/blob/juju-add-local-env/juju-add-local-env I've have ~12 local environments that I switch between for my day-to-day work, usually 3-4 bootstrapped at once. I couldn't work effectively without multiple environments. Hopefully the above utility will be made obsolete by the lxd provider, but it might be useful in the mean time. > Ideally we'd > just be able to create a new named section and say it's lxd and boom, I can > bootstrap the new one and have it distinct from the first. Yes! I hope we'll be able to have 1 lxd container running a multi-environment state server, that can manage multiple lxd environments on your host (or remotely?)! That would be a great dev experience. > Keep up the great work! And it is indeed great work :) We've been using lxd with the manual provider, really been impressed with what lxd brings to the table. Couple of questions - do you have plans to support applying user-defined lxd profiles to the lxd containers that juju creates? This would be great in dev, and in special cases (e.g. give your charm access to the gpu, or bind mount a host dir) - likewise, will users be able to specify base lxd image to use? Many thanks for this work, it has the potential to really benefit our daily usage of juju. Thanks -- Simon -- Juju mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
