=== frankban|afk is now known as frankban | ||
=== salmankhan1 is now known as salmankhan | ||
=== jcsackett_ is now known as jcsackett | ||
D4RKS1D3 | Hi, I want to know why when I put the command "juju add-machine <machinenameinmaas>" is too slow | 11:44 |
---|---|---|
D4RKS1D3 | when I had the old version of juju works quickest!! | 11:45 |
D4RKS1D3 | Any suggestion? | 11:45 |
=== 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 | ||
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:31 |
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:33 |
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:34 |
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:35 |
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 | 19:36 |
marcoceppi | cory_fu: which revision? | 20:03 |
cory_fu | marcoceppi: 17 is currently in edge, and that's the fully confined one we came up with in Warsaw | 20:04 |
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:05 |
cory_fu | It does double the size of the snap, though, unfortunately | 20:06 |
cory_fu | We could investigate paring it back down | 20:06 |
marcoceppi | cory_fu: I just moved it to candidate to bake for a day or two | 20:07 |
cory_fu | k | 20:08 |
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:11 |
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" | 23:12 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!