/srv/irclogs.ubuntu.com/2017/12/04/#juju-dev.txt

axw_wallyworld: so renaming caasprovisioner -> caasoperatorprovisioner?02:04
axw_wallyworld: and adding caasunitprovisioner02:05
=== axw_ is now known as axw
wallyworldum, yeah, i think so02:05
axwwallyworld: https://github.com/juju/juju/pull/816602:23
wallyworldlooking02:23
wallyworldaxw: lgtm02:25
axwwallyworld: https://github.com/juju/juju/pull/816907:45
wallyworldok07:46
wallyworldaxw: i've got one up also but there's a feature test failure i'm looking at - there's an issue with directory names07:46
axwok07:47
=== frankban|afk is now known as frankban
=== frankban is now known as frankban|afk
=== frankban|afk is now known as frankban
=== niedbalski_ is now known as niedbalski
balloonswpk, did you get a chance to look at the spaces test PR? https://github.com/juju/juju/pull/816515:17
bdxhttps://bugs.launchpad.net/juju/+bug/173602217:11
mupBug #1736022: failed to bridge devices: bridge activaction error: bridge activation failed: Killed old client process <juju> <juju:New> <MAAS:New> <https://launchpad.net/bugs/1736022>17:11
bdxany idea whats going on there^17:12
bdx?17:12
=== frankban is now known as frankban|afk
dnegreiraHi everyone, I am interested on developing the ability to use LXD as a provider for juju, in order to be able to use an existing remote LXD server. I have read an article from 2015 that it is not possible due to the LXD lack of interface to manage the storage and the firewalling. I have been following closely the development of LXD and I can see that the interface to manage the storage is there22:55
dnegreiraalready but not the firewalling. I am willing to write some code so that LXD has some interface to manage firewalling towards the containers and have already spoken with them. Besides the firewalling and storage part, is there anything else that I should be looking into in order to be able to use LXD as a remote for juju ?22:55

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!