=== yuanyou_ is now known as yuanyou === gberginc_ is now known as gberginc [04:28] Hi [04:30] Does all the charms which are tested on local containers and AWS , work on Canonical MAAS and VMs if we just configure these environments ? [05:06] suchvenu: generally speaking the charms should work on any cloud provider [05:08] ya. So if we have the environemnt configured for any of the Juju supported environments, it should ideally work, right ? [05:09] Also is Softlayer supported by Juju ? [05:10] yeah, i am sure there are some exceptions, i.e. some less well supported/third party charms might make a bad assumption or may depend on some cloud specific service.. but that would be the exception and unlikely found in any of the major supported charms [05:10] certianly if it works on a local container, it would likely work in anything maas, vm/metal/containers [05:13] ok [05:13] Also is Softlayer supported by Juju ? [05:14] if you google, it would seem to suggest there is a third party plugin for it but it's possibly outdated [05:14] you can see a list of providers at https://jujucharms.com/docs/stable/getting-started if you expand the "Install & Configure" section with the + symbol [05:16] Ya i had a look at this section, but couldn't find Softlayer there. [05:20] Thanks lathiat for your response. [09:13] gnuoy, morning [09:13] any chance of a review of https://code.launchpad.net/~james-page/charm-helpers/lp1531102/+merge/281589 [09:13] our version detection code is a little foobar for >= liberty [09:14] jamespage, sure [09:48] gnuoy, do we have that auto-resync process yet? [09:48] ;) [09:49] jamespage, we do not I'm afraid [09:52] gnuoy, OK I'll raise the MP's now then === yuanyou_ is now known as yuanyou === yuanyou__ is now known as yuanyou [13:06] lazyPower: you around? [14:07] anybody have time to take a look soon at a new charm layer before I push it out to the world? [14:07] icey: I could take a look but it wouldn't be immediate [14:10] marcoceppi https://github.com/ChrisMacNaughton/juju-layer-rails is where it lives for now [14:11] and thanks! [14:18] marcoceppi i am === sk_ is now known as Guest25772 [18:07] Hi kevin [18:08] i was implementing peer relation [18:08] when i removing the unit, i want to restart the server on all the unit [18:09] where i can implement this piece of code [18:10] do i need implement this code in relation-departed hook? [18:12] Hi [18:13] i am implementing peer relation, once i remove the unit, server has to be restarted on all the container, how can achieve this [18:27] i am implementing peer relation, once i remove the unit, server has to be restarted on all the container, how can i achieve this [18:39] marcoceppi: I've added my charm to the review queue, it looks like some jenkins tests ran and failed for aws and lxc, it also looks like jenkins deployed the tests on precise. Also, I can't seem to login to the review queue. [18:40] marcoceppi: is this all expected behavior? [18:41] i am implementing peer relation, once i remove the unit, server has to be restarted on all the container, how can i achieve this [19:28] tvansteenburgh: ping [19:32] jose: hey [19:33] tvansteenburgh: just wondering, is it usual for the CI infrastructure to delete test results after a certain period of time? [19:33] jose: it's expected, yeah [19:33] hmm ok [19:34] not necessarily ideal, but it will be addressed [19:34] plan is to link to the parsed results page instead of the ci log [19:35] since those are archived in a db and won't go away [19:37] ok, awesome [19:37] was worried because when I was checking at some test results for unreviewed MPs they were gone [19:38] yeah, sorry about that. feel free to rerun tests when that happens until this is improved [19:38] thanks! [19:53] marcoceppi: hey! just as a reminder, if there's anything related to charms that could use a hand, there's some GCI students eager to help [19:53] jose: yes, I'm about to submit some more tasks [19:54] woot woot! [20:36] marcoceppi: would submitting some charms consuming like the php layer be GCI appropriate? === ericsnow is now known as ericsnow_afk [20:53] jcastro: maybe? [20:53] I mean, we want people to maintain charms, not really drive by === ericsnow_afk is now known as ericsnow [22:27] is there docs other than the email that describe the layer.yaml options? [22:28] marcoceppi, ^ [22:30] never did see that followup post to the announce email on an example [22:33] stokachu: https://jujucharms.com/docs/devel/authors-charm-building have anything? [22:33] rick_h_, nah doesn't have anything describing the new layer.yaml options feature [22:33] stokachu: oh, :( [22:38] it supposedly uses jsonschema [22:38] but the layer config is yaml [22:39] bcsaller, any docs on this ^? [22:52] stokachu: sorry, not yet, but ehre's an example [22:53] stokachu: https://github.com/juju-solutions/reactive-base-layer/pull/18/files [22:53] stokachu: while building the example I found a bug [22:54] https://github.com/juju/charm-tools/issues/85#issuecomment-168428138 [22:56] marcoceppi, nice so defines: then the options in jsonschema form? [22:56] stokachu: yes, and the key name is the key that's used [22:57] stokachu: it follows actions.yaml format almost to a T [22:57] so packages would be the option name [22:57] and it would be prefixed? [22:58] so like nodejs-packages as the config option to query [22:58] marcoceppi, ^ [23:01] stokachu: see this for example: [23:01] https://github.com/juju/charm-tools/issues/85#issue-124516900 [23:02] stokachu: options is a dictionary of layers whos keys are dictionaries of key-val [23:02] stokachu: so it's options: nodejs: packages: [23:02] stokachu: however, packages we agreed should be a basic layer functionality [23:03] stokachu: we just have a problem where lists and dicts are not additive [23:03] we're working on a fix