=== frankban|afk is now known as frankban
=== salmankhan1 is now known as salmankhan
=== jcsackett_ is now known as jcsackett
[11:44] <D4RKS1D3> Hi, I want to know why when I put the command "juju add-machine <machinenameinmaas>" is too slow
[11:45] <D4RKS1D3> when I had the old version of juju works quickest!!
[11:45] <D4RKS1D3> Any suggestion?
=== Guest13936 is now known as med_
=== med_ is now known as medberry
=== admcleod_ is now known as admcleod
=== medberry is now known as med_
=== frankban is now known as frankban|afk
=== salmankhan1 is now known as salmankhan
[19:31] <kwmonroe> cory_fu: i seem to recall you having an issue with travis.. was it by chance calling proof?  i'm not sure what i'm missing here:  https://travis-ci.org/juju-solutions/layer-apache-bigtop-base/builds/262305210?utm_source=github_status&utm_medium=notification
[19:33] <kwmonroe> in that scenario, my travis.yml is calling make sysdeps lint, which works fine until it gets to proof on line 24: https://github.com/juju-solutions/layer-apache-bigtop-base/blob/9fca22db0e3f77921dcfa5058c3402d32e5ea1cb/Makefile#L19
[19:34] <cory_fu> kwmonroe: I saw that error with the charm-tools snap when it was unconfined because there was a version conflict between the library provided by the system and one of the CT deps
[19:34] <cory_fu> kwmonroe: It looks like sysdeps isn't using the snapped version of charm-tools
[19:34] <kwmonroe> cory_fu: how'd you fix it?
[19:35] <cory_fu> The charm-tools snap is now confined, so it doesn't care what libs are installed at the system level
[19:35] <kwmonroe> cory_fu: "now confined" as in the edge version?
[19:35] <cory_fu> I'd recommend switching to the charm-tools snap
[19:35] <cory_fu> Pretty sure it's released to stable
[19:35] <cory_fu> Let me check
[19:35] <kwmonroe> hm, i got this when i tried to snap install the snap without --classic:  https://travis-ci.org/juju-solutions/layer-apache-bigtop-base/builds/262285702?utm_source=github_status&utm_medium=notification
[19:36] <cory_fu> Hrm.  Yeah, apparently it wasn't released to stable
[19:36] <kwmonroe> oooooh.. charm-tools vs charm?  i didn't know there were 2 things
[19:36] <cory_fu> No, it should just be charm, it seems
[19:36] <kwmonroe> ack, charm edge ftw.
[19:36] <cory_fu> marcoceppi: What's the process for moving that up to stable?
[19:36] <kwmonroe> marcoceppi: you in charge of charm snaps moving....
[19:36] <kwmonroe> :)
[19:36] <cory_fu> heh
[20:03] <marcoceppi> cory_fu: which revision?
[20:04] <cory_fu> marcoceppi: 17 is currently in edge, and that's the fully confined one we came up with in Warsaw
[20:05] <cory_fu> stable is currently on 15
[20:05] <marcoceppi> cory_fu: does it currently corrospond to a release in charm-tools repo? or is it all snap fixes?
[20:05] <cory_fu> Just snap changes, as far as I can recall
[20:06] <cory_fu> It does double the size of the snap, though, unfortunately
[20:06] <cory_fu> We could investigate paring it back down
[20:07] <marcoceppi> cory_fu: I just moved it to candidate to bake for a day or two
[20:08] <cory_fu> k
[23:11] <hloeung> marcoceppi, cory_fu: so is the charm snap the recommended path forward now, with the deb package no longer supported?
[23:11] <hloeung> marcoceppi, cory_fu: I'm using the snap (currently 15) but just thought I'd ask
[23:11] <marcoceppi> hloeung: yes, the deb is being deprecated
[23:11] <hloeung> marcoceppi, cory_fu: also, any ideas if there will be a bundletester snap?
[23:11] <marcoceppi> hloeung: good question, cory_fu would be best to field that question
[23:12] <marcoceppi> well, cory_fu and tvansteenburgh
[23:12] <hloeung> ah thanks. It's just a bit of work to get an environment set up for charming. "Install some of these packages", "install some snaps", "pip install bundletester"