[00:22] using juju-quickstart can i specify the maas node i want to use as bootstrap server? [00:30] pmatulis_: good question, not sure. You can pre-bootstrap the environment then use quickstart [00:32] pmatulis_: I think you can pass --constraints to the quickstart command [00:33] pmatulis_: see juju-quickstart --help for the note on constraints [00:34] alright guys, looking [00:44] i would love to know why the tags i created (and can list) with the maas cli do not show up in the maas gui... [00:47] pmatulis_: what version of maas? [00:48] marcoceppi: 1.8 [00:53] * marcoceppi shrugs [02:08] rick_h_, marcoceppi: do you guys know if juju-deployer is being actively maintained? who supports that? [02:11] pmatulis_: as needed between folks on eco and landacape [02:11] pmatulis_: what's up? [02:12] rick_h_: i just wanted to know if it is being maintained in some way [02:12] pmatulis_: there's been work to do juju deploy the bundle withoit extra tools [02:12] pmatulis_: in the next version of juju [02:13] ok [02:13] pmatulis_: it's mostly maintenance as we support bundles in core [02:29] rick_h_: ack === natefinch-afk is now known as natefinch [09:59] hi, I just installed Juju and the GUI in a MAAS cluster in a private network, and I am trying to connect to Juju GUI from Safari and Chrome using a SSH tunnel to the Juju GUI. In Safari it connect without problems, but with Chrome it keeps trying to switch to SSL despite the secure option of juju-gui service have been set to false [13:12] hi guys [13:12] is juju needed for maas ? [13:23] hey folks. I'm writing a very simple subordinate for managing some files/config. It's only relation is the subordinate relation to it's primary charm [13:23] I'm also trying to learn the reactive framework in the process [13:24] the main thing I want to hook into is config-chagned, but its not obvious how to do that, at least from the examples [13:25] is it as simple as when('config-changed') ? [13:27] bloodearnest: @hook('config-changed') [13:30] tvansteenburgh, that is charmhelpers.hookenv.hook ? Or some reactive hook decorator [13:30] ? [13:31] bloodearnest: charms.reactive.decorators.hook [13:31] https://pythonhosted.org/charms.reactive/charms.reactive.decorators.html [13:32] tvansteenburgh, ta [14:23] using reactive, do I *have* to write a relation class? Can I somehow used the default RelationBase class or similar? [14:24] hello. What is the best way to get new layer I wrote into http://interfaces.juju.solutions/ ? [14:29] jacekn if you have a launchpad account, you can self publish the layer in the index. [14:29] jacekn top left corner theres a login with launchpad link [14:31] aha, let me do that [14:33] bloodearnest: Its kind of a packaged deal, yes [14:34] bloodearnest: early adopters get to define the interface(s) - but think of all the people coming along after you that will see the interface and get to consume it without any investment :) [14:40] lazypower, so, I'm confused. I am writing a new charm, that provides 1 relation. I am trying to use @when('relation.available') to trigger logic to send certain information down the relation when it's added. [14:40] to do that, I need a class that sets the 'state' to 'available' some how, right? [14:40] bloodearnest 1 sec [14:40] i have a doc for you [14:41] bloodearnest start here: https://github.com/mbruzek/docs/blob/mbruzek-developer-guide/src/en/developer-layers-interfaces.md [14:41] bloodearnest: implementation is here https://github.com/mbruzek/docs/blob/mbruzek-developer-guide/src/en/developer-layers-interfaces2.md [14:43] lazypower, so, my charm should have 2 layers (+base) then: the interface layer, and the 'charm' layer? [14:43] * bloodearnest again wishes provides and requires where not the terms used in juju [14:44] bloodearnest correct, as its completely reasonable to have a charm which has no relations. It may not be the most useful, but its a use-case :) [14:44] especially since my charm is a subordinate that provides a service to the principle charm, but the relation has to be "requires", not provides [14:44] lazypower, right [14:45] bloodearnest: the idea behind having the interfaces as a separate layer, is it breaks apart the conversation happening between units, and the implementation - that decoupling is giving you a consistent contract to talk to whichever service is implementing the interface you are including in your charm layer [14:45] yep [14:45] make sense to bind the two [14:45] side of the relation [14:50] lazypower, can I define this layer in the same place as the charm layer, or does it need to be complete separate? [14:50] by convention it needs to be separate [14:50] when you charm build, it will scan your INTERFACE_PATH to find the interface and build the associated hooks for you [14:51] bloodearnest - thats covered ni the developer-layers-interfaces2.md file [14:51] lazypower, ok [14:58] lazypower, a templating /skeleton tool to create a default interface with basic available 'state' management on both provides/requires might be useful? [16:08] bloodearnest: we're going to be adding those to charm create soon [16:08] `charm create -t {interface-layer, charm-layer}` etc [16:14] marcoceppi, nice [16:35] is it possible to setup my environment such that unpriviledged users can "juju bootstrap" in the local environment? [16:35] as in a way to make "juju bootstrap" not need sudo, or a way to just enable to sudo commands they do need? [16:43] nottrobin, I don't think so, as it's a generic sudo bash command that is run, not a specific script that you could give limited access to via sudoers [16:45] bloodearnest: yeah that's what I feared. I was just wondering if there's a directory or file somewhere that I could expand permissions on that would mean sudo wasn't necessary (and maybe the script would be clever enough to realise it) [16:46] nottrobin, I have a feeling it does | sudo bash :( [16:46] well that's sad [16:46] thanks [16:46] lxd provider doesn't require root, however [16:46] but it's brand new [16:52] bloodearnest: brand new, but usable? [16:52] do you know of any guides that could help me get started? [16:55] nottrobin, I think it will be in the next alpha release, next week I think [16:55] probably not usable yet [16:55] okay. never mind. nice to know it's coming [17:07] I'm trying to deploy Openstack with autopilot (Ubuntu 15.04), but it hangs at 82%... can anybody help me? [17:16] (How do I get rid of the persisting state so I don't get logged in as los______________ ???) [17:23] ¬¬ [17:24] erlon: ping [17:32] tpsilva: pong [17:32] tpsilva: have you tried RDO? they use to be very responsive [17:59] erlon: talkin' to me? :D [18:02] los__: agree with me :) ? [18:08] bloodearnest - https://github.com/juju/docs/pull/746 [18:08] you may be interested in that :) [18:21] erlon: I was wondering if "RDO" was something as a response to my Q :) [18:39] hey all attempting to build a reactive charm but when I deploy I'm seeing ImportError: No module named charms.reactive [18:41] t also occurs when I try using the vanilla forums example cloned from the git repo. === rcj` is now known as rcj [19:33] los__: actually didn't see your question, I have just entered, it was more about tpsilva question [19:55] erlon: thankx [20:50] Anyone had problems with the GCE provider? https://jujucharms.com/docs/stable/config-gce is out of date (Google constantly changing dashboard) and I'm getting an error: [20:51] ERROR there was an issue examining the environment: invalid config: key "auth_provider_x509_cert_url" not supported [20:57] had to delete tags: auth_uri, token_uri, auth_provider_x509_cert_url, client_x509_cert_url [21:05] jpt [21:05] Oops [21:07] https://github.com/CanonicalLtd/jujucharms.com/issues/185 [22:20] with juju storage if i forgot to add a device do i juju set {service-name} "/dev/sda" with just 1 device or all of them i had before plus the extra one?