[10:13] <gnuoy> stickupkid, do you think it's likely that your pr will land this week ?
[10:15] <stickupkid> gnuoy, probably next week
[10:15] <gnuoy> ack, ok, thanks
[10:15] <stickupkid> gnuoy, I'm away tomorrow, hence why it probably won't be
[11:54] <int_0x21> Hi im giving juju openstack a fresh go, i wonder is there a est practise on how to configure the network on the nodes in maas ? bond/bridge vlan settings and so on ?
[12:32] <rick_h> int_0x21:  they've got pretty good docs around that. pmatulis might know the best url to point you to regarding "suggested setup" but if you've got specific questions maybe hit up #openstack-charms or #openstack?
[12:44] <int_0x21> rick_h, ah thank you :)
[12:44] <int_0x21> Will check in the charm one
[16:24] <nammn_de> stickupkid: are  juju/description a kind of serialization format of the state package?
[16:25] <stickupkid> nammn_de, yes and no, it's not a 1-1 mapping, it should be an abstraction of the state package.
[16:25] <nammn_de> So actually our state package should kind of implement /build on them in an ideal case ?
[16:26] <stickupkid> what do you mean /build?
[16:26] <nammn_de> stickupkid: depending on the pov a kind of "implement"
[16:41] <hml> stickupkid:  2 min doesn’t work either for the controller test.  maybe we need a different approach?
[16:47] <stickupkid> hml, it would seem so
[16:48] <stickupkid> hml, well doesn't this suggest that it may never get set, is there something juju isn't correctly doing / modelling
[16:49] <hml> stickupkid: if that is the case, why does the test succeed locally?
[16:50] <stickupkid> hml, i bet the machine isn't running!
[16:51] <stickupkid> hml, i.e. we don't wait for the machine 0 to be running in this test, perhaps we should
[16:56] <hml> stickupkid: could be
[17:01] <gnuoy> stickupkid, I think I understand what is going. A minor tweak to your original patch makes sense to me: https://paste.ubuntu.com/p/NkrkvxpX9s/
[17:02] <stickupkid> gnuoy, I believe the right thing to do is, is to consume all the deltas.
[17:02] <stickupkid> gnuoy, i've started working on this
[17:04] <gnuoy> stickupkid, hmm, ok, I assumed that the model cannot no information about a remote model. If that is correct then libjuju cannot get information about an application in a different model.
[17:04] <gnuoy> s/cannot no/cannot know/
[17:08] <gnuoy> fwiw I think the issue only occurs on the side making the offers
[18:35] <stickupkid> rick_h, this is ready for a CR https://github.com/juju/python-libjuju/pull/367
[18:36] <stickupkid> rick_h, turns out this was the cause https://github.com/juju/python-libjuju/pull/367/files#diff-934c79f928f581e5f1d8903f275de68fR900-R905
[18:36] <stickupkid> logging the error as "debug" was about as helpful as a chocolate fire guard
[18:37] <rick_h> stickupkid:  looking
[18:37] <rick_h> stickupkid:  lol on your fire guard
[18:37] <stickupkid> rick_h, i'd like your feedback if we should actually raise the log to an error
[18:37] <rick_h> stickupkid:  k, processing
[18:37]  * rick_h gets brain out of corporate training mode
[18:38] <rick_h> stickupkid:  still have time to chat?
[18:38] <stickupkid> rick_h, issue I have with that, is that we could end up with a LOT of bugs
[18:38]  * rick_h doesn't want to hold you
[18:38] <stickupkid> yeah quickly
[21:54] <timClicks> are there any docs available for how to listen to the events streamed by the allwatcher?
[21:55] <timClicks> i'm interested to know how the juju gui works
[22:01] <rick_h> https://github.com/juju/js-libjuju/blob/master/examples/watch-all-models.js
[22:01] <rick_h> \https://github.com/juju/js-libjuju/blob/master/examples/watch.js
[22:43] <timClicks> rick_h: cool, ty