| davecheney | morning | 06:18 |
|---|---|---|
| davecheney | how's brussles | 06:18 |
| davecheney | ? | 06:19 |
| jrwren | tis lovely | 06:19 |
| Spads | a lovely shade of pigeon | 06:20 |
| Spads | http://www.benjaminmoore.com/en-us/paint-color/pigeongray | 06:20 |
| wwitzel3 | jam: so I looked at the code for the NonValidatingHTTPClient in juju/utils and it just sets the InsecureSkipVerify flag to true. So apparently that IS the fix we went with before. | 06:44 |
| jam | wwitzel3: so we need to discuss this, as saying "ok, just don't validate SSL connections ever" is going to be a good way forward | 06:45 |
| === uru_ is now known as urulama | ||
| perrito666 | davecheney: morning, I was hoping you would be here | 07:20 |
| sinzui | jamespage, https://plus.google.com/hangouts/_/canonical.com/juju-qa-meeting?authuser=1 | 07:55 |
| perrito666 | sinzui: hey, do you have a link to the new link to whatever you use to create custom streams? my streams are suddenly not working so I presume something changed | 07:56 |
| === ericsnow is now known as ericsnow__ | ||
| dimitern | who can review a simple fix for bug 1373385 http://reviews.vapour.ws/r/154/ ? | 09:36 |
| mup | Bug #1373385: juju needs to support the MAAS API's not_tags constraint <constraints> <maas-provider> <orange-box> <juju-core:In Progress by dimitern> <https://launchpad.net/bugs/1373385> | 09:36 |
| === ericsnow is now known as ericsnow__ | ||
| perrito666 | sinzui: sort of ping | 11:52 |
| sinzui_ | hi perrito666 | 11:52 |
| perrito666 | hi, can you tell me if thisformat is correct? http://people.canonical.com/~hduran/juju-dist/ | 11:53 |
| sinzui_ | perrito666, that looks good. I will try validating it | 11:56 |
| sinzui_ | perrito666, that looks correct. wallyworld changes streams in trunk to use tools-stream to select the kind of tools. the default is "released" and that is what I see in the index.json | 12:00 |
| sinzui_ | perrito666, I also confirm I can download the tar.gz and the sum matches | 12:01 |
| sinzui_ | perrito666, There were issues last year where juju failed to download the tools (in cloud-init-output.log) and it was reported as a shasum mismatch instead of truncated file | 12:02 |
| perrito666 | sinzui_: well I ssh into the machine and then sha256sum it and the checksum is also correct | 12:04 |
| sinzui_ | perrito666, maybe you want to try setting the tools-metadata-url to http://juju-dist.s3.amazonaws.com/testing/tools to verify something is pickup | 12:04 |
| perrito666 | I will thank you | 12:04 |
| perrito666 | sinzui_: so I upgraded my juju and created a new set of tools version: juju-1.21-alpha2-trusty-amd64 but now it seems to be ignoring me | 12:22 |
| perrito666 | RROR cannot bootstrap new instance: Juju cannot bootstrap because no tools are available for your environment. | 12:22 |
| perrito666 | You may want to use the 'tools-metadata-url' configuration setting to specify the tools location. | 12:22 |
| sinzui_ | perrito666, juju get-env tools-metadata-url | 12:23 |
| * perrito666 destroys the whole things and starts over | 12:23 | |
| sinzui_ | by default is is not set | 12:23 |
| sinzui_ | perrito666, but we can change it using set-env | 12:23 |
| perrito666 | sinzui_: just scrapped the whole thing and re bootstraping, so far seems to be working | 12:27 |
| sinzui_ | perrito666, which cloud are you deploying too? I just bootstrapped in aws with you stream and the juju 1.20-alpha2 that was built by CI a few hours ago | 12:52 |
| perrito666 | aws | 12:52 |
| sinzui_ | perrito666, http://pastebin.ubuntu.com/8514364/ | 12:53 |
| sinzui_ | perrito666, I created a trusty instance in us-east-1 | 12:53 |
| perrito666 | sinzui_: can I gent your .jenv conf for that particular conf? | 13:01 |
| sinzui_ | perrito666, http://pastebin.ubuntu.com/8514414/ | 13:02 |
| mgz | cmars: http://pastebin.ubuntu.com/8514413/ | 13:02 |
| perrito666 | sinzui_: Ill take a look | 13:03 |
| === revagomes_ is now known as revagomes | ||
| perrito666 | sinzui_: it worked | 13:08 |
| sinzui_ | perrito666, ? what is different in your yaml? | 13:11 |
| perrito666 | sinzui_: region is different and default series is not present, yet I have done no changes | 13:12 |
| perrito666 | sinzui_: Ill keep an eye for this happening again | 13:13 |
| sinzui_ | perrito666, I set default-series because I don't trust juju to pick and LTS. Did your failures have a trusty machine? | 13:14 |
| perrito666 | they did | 13:14 |
| === Ursinha-afk is now known as Ursinha | ||
| fabrice | jaasteam: if someone could review : https://github.com/CanonicalLtd/blues_browser/pull/94 | 13:42 |
| fabrice | wrong channel sorry | 13:43 |
| === jcw4|travelling is now known as jcw4 | ||
| ev | hazmat: is there any way to tell deployer about availability zones? I have a prod and dev host aggregate. I can juju boostrap --to zone=production, but then running deployer tries to throw everything on the nova AZ (dev). | 16:01 |
| bodie_ | I know everyone's super busy, but I'm trying to find info on juju w.r.t. docker | 16:07 |
| bodie_ | I noticed a very stale issue for docker integration and container networking from last year on launchpad | 16:07 |
| bodie_ | I'd really like to do some work in that direction if nobody else is, or if others are, maybe I could help out a bit, or something | 16:07 |
| ev | hazmat: nevermind; working around it with juju add-machine zone=production for now. | 16:36 |
| === Ursinha is now known as Ursinha-afk | ||
| === Ursinha-afk is now known as Ursinha | ||
| === jcw4 is now known as jcw4|away | ||
| === jcw4|away is now known as jcw4 | ||
| === Ursinha is now known as Ursinha-afk | ||
| === jcw4 is now known as jcw4|away | ||
| === Ursinha_ is now known as Ursinha | ||
| === jcw4|away is now known as jcw4 | ||
| === rogpeppe is now known as acmeboy | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!