[02:48] timClicks: yea, ipv6 comes from time to time but never becomes critical enough to get it scheduled unfortunately [04:04] kelvinliu: don't forget to remove these comments fromt the toml file! eg # source = "github.com/ycliuhw/charmrepo" [04:06] wallyworld: sure, I will need to update the depfile after charm.v6 PR landed. [04:06] wallyworld: so ru happy for me to land it now? [04:07] i can take one quick look again [04:07] needa break from these online modules [04:07] k thx [04:08] the charm-tool repo needs to be merged manually [04:10] kelvinliu: juju/charm and juju/juju look fine [04:11] what's the charm-tool repo? [04:11] url? [04:11] wallyworld: https://github.com/juju/charm-tools/pull/555 [04:13] kelvinliu: ty, merge done [04:13] thx [04:13] kelvinliu: once your stuff lands, here's a charm-helpers one https://github.com/juju/charm-helpers/pull/394 [04:14] no hurry and not critical for rc5 [04:14] *as [04:14] ok [04:15] looks like i got a travis issue to fix [04:15] after coffee [05:22] kelvinliu: i updated the tests to patch the cmd_exists function. if you're happy, can you Approve? [05:24] wallyworld: done, thx! [05:26] wallyworld: https://github.com/juju/juju/pull/10928 [05:27] you're running eoan right? [05:28] hpidcock: o am [05:28] *I [05:29] hpidcock: seems we use 0.1.2.3 in a few places [05:30] Yeah this seems to be the only test I found affected [05:30] but maybe there are more ¯\_(ツ)_/¯ I'll run tests again locally [05:31] would benice to change them all to be consistent [05:31] jujud agent tests now pass [05:31] ok yep, I'll make the change and run all the tests [05:31] with the change [05:31] :D [06:39] ehh wallyworld there are way too many references to 0.1.2.* addresses and not everything can be changed to 127.0.0.2+n addresses, since they are used in spaces stuff. It's probably safer to just move things one by one. [06:40] ok [06:41] are there any others that can be done easily? [06:41] ie to fix a test failure [06:41] no other tests fail [11:42] stickupkid, fwiw I tried to reproduce issue 366 on a cut down deploy but failed. So, I've added more details on reproducing it to the issue report. [11:43] gnuoy, I've got a potential fix [11:44] stickupkid, oh, that was quick. I shall keep everything crossed! I have a test environment I can try things out with if thats any help. [12:24] gnuoy, https://github.com/juju/python-libjuju/pull/367 - I'm going to double check against your repro steps this afternoon [12:28] morning folks [12:29] stickupkid, thanks, I can test it too. I don't really understand why the remote application is missing or are you suggesting that the missing remote application is a transitive state ? fwiw the deploy I used to reproduce the issue it still exhibiting it. === hml_ is now known as hml [13:35] gnuoy, i can replicate with your setup [13:35] gnuoy, i'll keep looking [13:35] kk, thanks stickupkid [13:52] gnuoy, what version of pylibjuju are you using? [13:53] stickupkid, I pip installed it without any bounds. [13:53] $ pip freeze | grep juju [13:53] juju==2.6.3 [14:00] gnuoy, can you try my PR, I think it should work [14:19] stickupkid, that seems to fix my issue, thanks. [14:21] gnuoy, amazing, ty [15:07] stickupkid, do you think the travis failures against your PR are unrelated to the change > [15:07] ? [15:12] gnuoy, travis is unreliable for pylibjuju, jenkins gives the best review analysis [15:12] kk === sfeole is now known as sfeole_away