[00:25] <axw> katco: I'm on now
[00:26] <katco> axw: howdy. we can talk in the standup, not urgent
[00:27] <axw> okey dokey
[00:29] <axw> ericsnow: do you still need a review?
[00:29] <axw> I see Dimiter LGTMd
[00:29] <ericsnow> axw: nope
[00:29] <axw> cool
[00:29] <ericsnow> axw: exactly :)
[00:33] <thumper> menn0: ok...
[00:33] <thumper> menn0: I'd prefer if we fixed the problem
[00:33] <thumper> menn0: perhaps axw could help point in the right direction
[00:34] <axw> thumper: I'm going to have a look at the same time
[00:34] <axw> see if I can see why azure's special
[00:34] <thumper> axw: ok, cheers
[00:37] <menn0> thumper: yep i've been talking to axw
[00:38] <menn0> thumper, axw: well anyway I have a branch ready with Ian's changes reverted. unit tests pass and bootstrap on azure works
[00:38] <menn0> so we have that if we end up going that way
[00:38] <thumper> ok cheers
[00:38] <menn0> axw: I've added relevant details to the ticket (including the revs in question)
[00:39] <axw> menn0: thanks
[00:39]  * menn0 is desperate for lunch... back soon
[00:44] <axw> I have nfi how it was ever meant to work, it's using juju-apiserver as the hostname to verify in the client, but the server doesn't have that in its list of host names ...
[00:45] <axw> if we change the client, it'll reject old servers ... so we'll have to change the certupdater to add juju-apiserver to its list of names
[01:00] <axw> menn0 thumper: I've got a one-liner fix, will propose after I add a test
[01:00] <thumper> axw: awesome!
[01:09] <axw> thumper menn0: I think the reason why this only affects Azure is because it doesn't record public IP addresses, only a hostname, and the verification step is skipped if connecting to an IP address
[01:21] <menn0> axw: a one line fix sounds much better than reverting the change
[01:28] <axw> menn0: RB hook seems to have gone MIA. mind reviewing here? https://github.com/juju/juju/pull/1287
[01:29] <menn0> axw: looking now
[01:33] <menn0> axw: looks good.
[01:33] <menn0> axw: just one minor comment
[01:33] <thumper> hmm... wondering why it picked up waigani's branch but not axw's
[01:33] <axw> menn0: thanks
[01:33] <thumper> axw: I agree with menn0
[01:34] <menn0> axw: and (stupid question) you've tested this with azure?
[01:34] <axw> menn0: yes :)
[01:34] <menn0> axw: and some other providers?
[01:34] <axw> nope, I will do before I land
[01:34] <mattyw> davecheney, are you awake?
[01:34] <menn0> axw: cool.
[01:35] <menn0> axw: thanks for picking up where I left off and sorting it out
[01:35] <menn0> really glad that the whole change didn't need to get pulled
[01:36] <davecheney> mattyw: no
[01:36] <axw> menn0: no worries
[01:36] <mattyw> davecheney, no problem - sleep well
[01:37] <waigani> thumper, menn0: when you have a moment, first pass: http://reviews.vapour.ws/r/602/diff/#
[01:37] <thumper> k
[01:39] <mattyw> davecheney, lucky for you I've answered my own question
[01:55] <menn0> waigani: done
[01:57] <menn0> mattyw: did you still want to chat? I have to duck out to do some errands. you'll be around for a while right?
[01:57] <waigani> thumper, menn0: thanks
[01:58] <thumper> I'm just waiting for the bot to be unblocked
[01:58] <thumper> so I can land my branches
[02:00] <thumper> this is a grunty review: https://github.com/juju/juju/pull/1289
[02:00]  * thumper waits for RB
[02:01] <thumper> http://reviews.vapour.ws/r/603/
[02:01] <thumper> anyone bored?
[02:07] <thumper> oh...
[02:07] <thumper> it seems that github is much better at determining the diff than review board
[02:07] <thumper> github has the files moved and edited, whereas RB just thinks they are new and deleted
[02:11] <thumper> axw: tests failed
[02:13] <axw> thumper: flaky CI
[02:13] <axw> retrying
[02:13]  * thumper sighs
[02:13] <thumper> ack
[02:15] <mattyw> menn0, I'll be around for a while, whenever is good
[02:58] <anastasiamac> thumper: looks awesome :_)
[02:58] <anastasiamac> thumper: just block remove tests r lost?..
[02:58] <thumper> anastasiamac: I'm assuming you are meaning the branch :)
[02:58]  * anastasiamac rools eyes
[02:58] <thumper> anastasiamac: probably...
[02:58] <anastasiamac> rolls even
[02:58] <thumper> anastasiamac: I remember adding one, but that must have been add
[02:59] <thumper> anastasiamac: add a comment and I'll add in the remove one too
[02:59]  * thumper is now doing environment set/get/unset
[02:59] <thumper> then remove
[02:59] <thumper> well, destroy-environment
[02:59] <anastasiamac> thumper: i have added comments
[02:59] <anastasiamac> thumper: looking forward to new ones
[02:59] <thumper> in preparation for "juju environment share/unshare/create" which will be behind a feature flag
[02:59] <anastasiamac> thumper: supercommands r very neat
[03:00] <thumper> assuming I ever get to land anything
[03:00] <thumper> anastasiamac: ta
[03:00] <anastasiamac> thumper: a pleasure - enjoy
[03:02] <thumper> anastasiamac: re-declaring table tests
[03:02] <thumper> anastasiamac: we have moved to declaring them with the tests
[03:02] <thumper> inside the test func itself
[03:02] <thumper> that way you don't have types or arrays lying around at package scope
[03:02] <thumper> anastasiamac: I think you just get used to reading it all together
[03:03] <thumper> anastasiamac: when I first started they were very separate, but it meant that the things being tested and the test that tested them were often far apart
[03:03] <anastasiamac> thumper: hmm. it'd be great to have a separate setupTestData to generate tables
[03:03] <thumper> why?
[03:03] <anastasiamac> thumper: otherwise tests r looking sooo unnecesarily veerbose..
[03:04] <anastasiamac> thumper: verbose even
[03:04] <thumper> you may just have to trust me on this one
[03:04] <anastasiamac> thumper: i have done them this way when i started
[03:04] <thumper> but I can certainly point to poor examples of both
[03:04] <anastasiamac> thumper: but eric pulled me on this
[03:04]  * thumper will slap eric
[03:05] <anastasiamac> thumper: eric is good - no slapping
[03:05] <thumper> ericsnow: you still around
[03:05] <anastasiamac> thumper: another way would be to use shims
[03:05] <thumper> anastasiamac: as long as the body of the for block isn't too convoluted (and a few are), having it all together is better than the alternative
[03:06]  * anastasiamac really like shims
[03:24] <anastasiamac> is nz not in asian cup?!
[03:33] <menn0> mattyw: ping?
[03:33] <mattyw> menn0, pong
[03:33] <menn0> mattyw: do you want to have that chat?
[03:33] <mattyw> menn0, sure - is irc ok?
[03:34] <menn0> mattyw: yep
[03:41] <thumper> anastasiamac: for what?
[03:41] <anastasiamac> thumper: soccer :-) what other sport is there?
[03:42] <thumper> anastasiamac: I have a funny link for you
[03:42] <thumper> SFW
[03:42]  * thumper works out how to extract from facebook
[03:43] <thumper> ah noo...
[03:43] <thumper> seems like it has been removed
[03:45]  * anastasiamac waiting for thumper to extract a link...
[03:45] <thumper> https://www.youtube.com/watch?v=8F9jXYOH2c0 had to find it
[03:45] <thumper> the person who originally shared it on facebook removed it
[03:49] <anastasiamac> thumper: oh yeah, i've seen it
[03:49] <anastasiamac> thumper: didnt like it :(
[03:49]  * thumper is watching it again
[03:49] <thumper> and laughing
[03:49] <thumper> sorry
[03:52] <anastasiamac> thumper: it's k - have ur moment :)
[03:52] <thumper> third time I have watched that today, and it still makes me laugh
[03:52] <thumper> Scott Sterling!!!
[03:54] <menn0> thumper: on bug 1400358 now
[03:54] <mup> Bug #1400358: TestLoginsDuringUpgrade broken on i386 <ci> <testing> <juju-core:In Progress by menno.smits> <https://launchpad.net/bugs/1400358>
[03:54] <thumper> menn0: thanks
[04:02] <menn0> thumper, axw : hmmm looks like that's also wallyworld's certupdater branch... the precise i386 unit test run has failed 100% of the time since that landed.
[04:03] <menn0> thumper, axw : it fails intermittently for me
[04:03] <thumper> hmm
[04:04] <axw> fun
[04:06] <axw> closed explicitly smells like a mongo connection being left open for a long time
[04:06] <menn0> thumper, axw: I think I see the problem in the logs. the test that's failing is bringing up an entire machine agent and when the certupdater worker regenerates certs it kills the API worker which drops the connection used by the test and causes it to fail
[04:07] <menn0> thumper, axw: I'll see if I can make the test do it's thing in a different way.
[04:07] <thumper> haha
[04:07] <thumper> damn
[04:07] <axw> ah heh
[04:07] <menn0> thumper, axw: i've never been that happy with that test and a few of the others on the same suite
[04:08] <thumper> menn0: feel free to hack and refactor
[04:08] <menn0> thumper: well I wrote this test in the first place :)
[04:08] <thumper> ha
[08:20] <TheMue> morning
[08:48] <axw> fwereade: can you please take a look at this later? http://reviews.vapour.ws/r/589/diff/#
[08:48] <fwereade> axw, thanks, will do
[08:48] <axw> fwereade: one thing that feels a bit iffy to me is Source; it's there primarily because of shared storage
[08:49] <fwereade> axw, ok, I'll keep that in mind
[08:49] <axw> thanks
[08:50] <axw> fwereade: I did also respond to your comments and make some updates to https://github.com/juju/charm/pull/77, but that's less important right now
[08:50] <axw> the latter will feed the former
[08:51] <fwereade> axw, yeah, sorry I didn't do that properly, I got grumpy about the bson requirement and then got distracted by something and haven't got back to it
[08:51] <axw> fwereade: no worries
[08:58] <mattyw> fwereade, ping?
[09:12] <mattyw> jam1, ping?
[09:12] <jam1> hey mattyw, just otp now
[09:16] <voidspace> dimitern: when you get a chance, this has been updated http://reviews.vapour.ws/r/596/
[09:17] <voidspace> dimitern: the race condition is tested
[09:17] <voidspace> dimitern: it occurs to me that the race is tested by mocking out the rand.Int63n call - so it doesn't actually *need* to be tested with concurrent goroutines
[09:17] <voidspace> dimitern: testing sequential calls would still be the same test
[09:17] <voidspace> dimitern: and that would simplify the test a great deal
[09:17] <voidspace> dimitern: let me know what you think
[09:18] <voidspace> dimitern: I'm on ec2 Subnets - so no great hurry
[09:58] <dimitern> voidspace, I'm back just now -- I'll have a look after standup
[10:00] <voidspace> dimitern: cool
[10:00] <jam1> dimitern: voidspace: standup?
[10:01] <dimitern> jam1, omw
[10:07] <voidspace> jam1: dimitern: TheMue: I got booted out
[10:08] <voidspace> jam1: dimitern: TheMue: probably need to re-auth
[10:08] <voidspace> sorry
[10:08] <voidspace> I was done anyway
[10:08] <jam1> voidspace: then good riddance anyway :)
[10:09] <voidspace> hah
[10:09] <voidspace> it won't let me login
[10:09] <voidspace> :-/
[10:09] <jam1> voidspace: sorry, I didn't want to have to tell you this way... :)
[10:09] <voidspace> jam1: :-)
[10:34] <anastasiamac> fwereade: big storm on the way here... if i'll lose internet, I am y not b able to talk to u
[10:34] <anastasiamac> s/y/
[10:35] <fwereade> anastasiamac, if you think that's likely, we could talk sooner? I'd like a *bit* of time to tie up some loose ends with what I'm doing though...
[10:37] <anastasiamac> fwereade: k. let me know when u r ready ;-)
[10:50] <perrito666> morning all
[10:51] <dimitern> voidspace, reviewed
[10:51] <dimitern> morning perrito666
[11:09] <voidspace> dimitern: thaks
[11:09] <voidspace> *thanks even
[11:11] <dimitern> :)
[11:20] <anastasiamac_> fwereade: it looks like z storm passed, internet flickered but stayed... I can make allocate time - please do not rush!
[11:21] <perrito666> anastasiamac_: zombie invasion?
[11:21] <anastasiamac_> perrito666: lol ;-)
[11:21] <anastasiamac_> perrito666: with lighting bolts!
[11:22] <anastasiamac_> perrito666: and hail :-0
[11:23] <anastasiamac_> perrito666: we maybe not in canada (http://news.nationalpost.com/2013/02/13/canada-will-never-be-a-safe-haven-for-zombies-foreign-minister-john-baird-tells-house-of-commons/)
[11:23] <anastasiamac_> perrito666: but we r still pretty hard to invade -.-
[11:23] <perrito666> lol
[11:34] <voidspace> dimitern: fixed those minor issues and merging
[11:35] <dimitern> voidspace, cheers
[11:50] <fwereade> anastasiamac_, ha, thanks, it turns out I'm *just* coming up to done now anyway :/
[11:52] <anastasiamac_> fwereade: perfect :-) tyvm for ur time! I'll c u in a few :-)
[13:31] <fwereade> GAAAAH if err == nil { return err }
[13:39] <perrito666> meh some diffs are so hard to follow
[13:39] <perrito666> fwereade: well, ugly but functional :p
[14:06] <perrito666> dimitern: could you add your blessing to http://reviews.vapour.ws/r/601/ ? :p it is a 4 line diff and I dont have superpowers
[14:07] <dimitern> perrito666, sure, will have a look in a bit
[14:07] <perrito666> tx
[14:09] <natefinch> I "ship it!"ed it
[14:11] <dimitern> perrito666, ship it
[14:11] <perrito666> we all shipit'ed now its wwitzel3's problem
[14:11] <perrito666> :p
[14:12] <perrito666> I just didn't feel like having him wait 12hs until my mentor was back online
[14:57] <TheMue> Gna, provider seems to have a DNS problem. Sometimes names are directly resolved, sometimes I need a number of retries. :(
[15:08] <ericsnow> natefinch: standup?
[16:02] <wwitzel3> ericsnow: ping
[16:02] <ericsnow> wwitzel3: ready?
[16:02] <wwitzel3> ericsnow: yep
[16:56] <perrito666> ericsnow: 15 conflicts only, not bad
[16:56] <perrito666> bbl
[16:56] <ericsnow> perrito666: sweet! :)
[17:22] <natefinch> back from purgatory
[17:38] <natefinch> katco: turns out, I'm in the minority in thinking of Missouri as "The South": http://fivethirtyeight.com/datalab/which-states-are-in-the-south/
[17:39] <katco> lol
[17:39] <katco> natefinch: well, i narrow my claim to St. Louis
[17:39] <katco> there are some pretty "southern" areas of MO
[17:39] <katco> but STL is pretty metropolitan/urban
[17:40] <natefinch> katco: heh.... what's funny is the people claiming Pennsylvania is the south... must be all those Mainers ... "Ayuh, that's pretty fa' south"
[17:40] <katco> natefinch: lol PA? wow
[17:40] <natefinch> right?
[17:40] <katco> there should just be some latitudinal line that defines it and we should leave it at that lol
[17:41] <natefinch> katco: what, like some sort of mason-dixon line? http://en.wikipedia.org/wiki/Mason%E2%80%93Dixon_line
[17:42] <natefinch> http://en.wikipedia.org/wiki/Mason%E2%80%93Dixon_line#Symbolism
[17:42] <katco> natefinch: well, maybe a bit more scientific :)
[17:43] <katco> natefinch: like subdivide the country into two mostly-equal halves. below, south. above, north.
[17:43] <natefinch> katco: anything that separates me from Kentucky and West Virginia is good in my book.
[17:43] <katco> haha
[17:43] <katco> natefinch: i can't tell you the angst i feel when people lump STL into that category
[17:43] <katco> natefinch: because mostly it's like any other largish city
[17:44] <katco> except out downtown really sucks.
[17:44] <katco> "downtown"
[17:44] <katco> no one lives downtown
[17:44] <katco> or very few
[17:44] <natefinch> katco: right... pretty much all cities are fairly progressive...
[17:45] <natefinch> katco: yeah, downtown-downtown Boston is very expensive to live in, so not a lot of people do, but there's some subsections of Boston that are really crummy.
[17:46] <katco> natefinch: well, that implies it's desirable to live in downtown boston. our downtown has very very little residential. and like 1 supermarket.
[17:46] <katco> natefinch: conversely, what st. louisans define as "St. Louis" is *huge*, so there are some really nice "sub cities" of St. Louis
[17:47] <natefinch> *nod*  People like downtown Boston because you're close to work and theaters and night life.
[17:48] <katco> natefinch: e.g.: clayton, a largish "sub city"'s skyline: http://farm3.static.flickr.com/2191/2400264760_711ff5fb2d.jpg
[17:48] <katco> natefinch: and stl's: http://stormhighway.com/stlouisphotos/skyline/east-view-clear-sky-panorama-e-1330pan.php
[17:48] <katco> natefinch: claytons is about as big, and it's a much nicer city
[17:48] <natefinch> *nod*
[17:49] <katco> i wish we would have had more time when we were in boston to explore
[17:50] <natefinch> katco: yeah, that's one thing I dislike about the sprints... not much time to explore.  And the problem with you guys being in Lexington is that it's just so far from Boston... at best you're a 30-40 minute car ride without traffic.
[17:50] <katco> yeah
[17:50] <katco> i got kind of a nice driving tour on the way back to the airport
[17:50] <katco> too bad the driver was a racist homophobe
[17:53] <natefinch> ouch, sorry :(  I guess those sorts live everywhere.... someday they'll all have died off, and the world will be a better place.
[17:55] <katco> natefinch: https://plus.google.com/u/0/100662126766165980060/posts/B2mzGaPVbfM
[18:10] <ericsnow> natefinch: you have a minute?
[18:11] <ericsnow> natefinch: wwitzel3 and I are on moonstone
[18:16] <natefinch> ericsnow: brt
[19:44] <natefinch> fwereade: don't suppose you're around?
[19:45] <fwereade> natefinch, kinda
[19:48] <natefinch> fwereade: I just noticed that environs.EnvironProvider.Validate returns a (presumably modified) config.Config.... so no matter what changes I make to the provider's own configuration struct... they all need to be encapsulated in the config's map[string]interface({} thingy
[19:49] <fwereade> natefinch, yeah, sorry, I evidently didn't make that wrinkle clear enough last time we chatted
[19:49] <fwereade> natefinch, whatever you do needs to be trivially convertibleback to an m[s]i
[19:49] <natefinch> gah
[19:50] <fwereade> natefinch, it's not intrinsically enough to sink the idea but it's a complication for sure
[19:51] <fwereade> natefinch, OTOH it's just one extra method on the struct type really
[19:51] <fwereade> natefinch, might easily turn out to be worth the effort
[19:51] <natefinch> fwereade: yeah, I'll see how it looks
[19:52] <natefinch> fwereade: what confused me was that we build up this valid environConfig struct.... but then we throw it away and just return the modified config.Config: http://bazaar.launchpad.net/~fwereade/juju-core/provider-skeleton/view/head:/provider/skeleton/provider.go#L71
[19:52] <thumper> sinzui: the landing bot is out of disk space, what do we need to do?
[19:52] <natefinch> thumper: pay for a bigger disk :)
[19:53] <natefinch> thumper: and/or fix whatever is leaking files
[19:53] <thumper> hmm...
[19:53] <thumper> euca-create-tags: error (InvalidInstanceID.NotFound): The instance ID 'i-79999a93' does not exist
[19:53] <thumper> Test failures, reporting on proposal
[19:53] <sinzui> thumper, I have no experience with the landing bot, but I am very good at deleting everything in /tmp and zillions of tarballs left behind
[19:53] <natefinch> heh
[19:54] <fwereade> natefinch, yeah, the main point there is to make sure there OAOO validation path that's shared by both the config-level stuff and the env.SetConfig stuff
[19:54] <thumper> sinzui: why does the landing bot think it is something else?
[19:54] <fwereade> natefinch, so long as that property stays I'm not bothered what path we take to get it
[19:54] <fwereade> natefinch, within reason
[19:54] <thumper> sinzui: looking at http://juju-ci.vapour.ws:8080/job/github-merge-juju/1573/console
[19:54] <natefinch> fwereade: I always try to stay within reason :)  (within reason) ;)
[19:54] <thumper> sinzui: who does look after the landing bot?
[19:54] <fwereade> natefinch, haha
[19:55] <thumper> rick_h_: you have some understanding of the landing bot yes?
[19:55] <sinzui> thumper, ah. well that isn't the merge job. that slave has 23G free
[19:55]  * sinzui looks
[19:55] <ericsnow> thumper: mgz maintains the landing bot, no?
[19:55] <thumper> sinzui: the previous attempt failed last night with out of disk space
[19:56] <thumper> I tried again this morning, and got the above error
[19:56] <sinzui> thumper, I think that error means ec2 expired the ami and we need a new one
[19:56] <thumper> huh? and why?
[19:56] <thumper> how do we get a new one?
[19:57] <rick_h_> thumper: yes, wrote the originaly
[19:57] <sinzui> yep the juju-core-slave really has 24G free and the most full partition is just at 18%
[19:57]  * sinzui looks up instance and ami
[19:57] <thumper> rick_h_: seen the error listed here? http://juju-ci.vapour.ws:8080/job/github-merge-juju/1573/console
[19:58] <rick_h_> thumper: that's not the landing bot but the job that's running and it's config
[19:58] <rick_h_> ++ /var/lib/jenkins/juju-ci-tools/ec2-run-instance-get-id
[19:58] <rick_h_> was run and seems it found a non-existant instance on there?
[19:58] <thumper> so just CI stuff...
[19:59] <rick_h_> thumper: yea, the landing bot doesn't directly touch the cloud, just github api
[19:59] <thumper> ah
[19:59] <thumper> kk
[19:59]  * thumper is frustrated
[19:59] <thumper> it has been over a week since I have been able to land code, and now the bot is unblocked, I still can't land stuff
[20:00] <thumper> heh, and now hangouts hate me
[20:00] <thumper> "there is a problem with this call, please try again in a few minutes"
[20:00] <waigani> thumper: tried firefox?
[20:01] <thumper> almost feel like checking the whole day in now
[20:01] <thumper> s/checking/chucking/
[20:11] <thumper> sinzui: any info about the instance id?
[20:17] <sinzui> thumper, still looking...I think the id was hardcoded, damn it
[20:26] <perrito666> thumper: hey you reviewed http://reviews.vapour.ws/r/547/ with -1 unless changes where made, I see changes plus I asked the author to file https://bugs.launchpad.net/juju-core/+bug/1400782  which he also offered to address, with all that, do you still -1?
[20:26] <mup> Bug #1400782: Errors returned by the system are improperly wrapped. <system-errors> <juju-core:Triaged> <https://launchpad.net/bugs/1400782>
[20:27] <perrito666> aaan, good morning also
[20:34] <sinzui> thumper, I have setup the unittests to use a much new ami. you can retry $$merge$$, and we can watch to verify the ami and the instance-type are happy
[20:38] <natefinch> dammit, there's an update for chrome (which has been super unstable in utopic)... and apt-get can't download it for some reason
[20:38] <perrito666> natefinch: its apt's way to say "stop hitting yourself"
[20:44] <natefinch> perrito666: ahh, now it's working
[20:45] <natefinch> perrito666: if you can call a 54kB/s download "working"
[20:46] <perrito666> natefinch: you would not know how often I call that working :p
[20:46] <perrito666> natefinch: that usually is your mirror being crappy, just open the conf thinguie and choose a different one
[20:53] <natefinch> perrito666: hrm, but it's the chrome PPA, so I don't think I can choose a mirror for that
[20:53] <perrito666> ah, you are on your own then :p
[20:59] <thumper> sinzui: ack
[21:00] <thumper> sinzui: trying again now
[21:01] <thumper> perrito666: I've said shipit now
[21:01] <thumper> perrito666: I'm still not 100% happy, but we can fix it later
[21:01] <perrito666> thumper: I am not either, I only said I would go ahead with accepting that solution if the bug was created and addressed
[21:02] <thumper> perrito666: ack
[21:28] <katco> well that's a first
[21:29] <katco> refactoring some tests, and i've missed patching a value. brought my system down
[21:33] <natefinch> doh
[21:41] <mbruzek> Does anyone know what causes this error http://pastebin.ubuntu.com/9447169/  or how to resolve?
[21:42] <natefinch> thumper: ^
[22:03] <davecheney> thumper: i'm getting trolled on twitter for something canonilca has done
[22:03] <davecheney> have we released anothe rproduct ?
[22:07] <davecheney> oh, http://www.markshuttleworth.com/archives/1434
[22:09] <mbruzek> davecheney: Snappy Ubuntu Core is the new hotness
[22:10] <mbruzek> davecheney: Do you know how I would resolve this error? http://pastebin.ubuntu.com/9447169/
[22:11] <davecheney> mbruzek: getting trolled on twitter 'cos there is no code
[22:11] <davecheney> i'm inclined to agree
[22:12] <davecheney> mbruzek: looks like you're deploying on i386
[22:12] <mbruzek> davecheney: How would I have done that?
[22:13] <mbruzek> davecheney: how do I change it?
[22:13] <davecheney> dunno
[22:14] <davecheney> just trying to decipher that paste failuyre
[22:14] <davecheney> basically lxc shat itself
[22:14] <davecheney> why ? is not clear
[22:16] <mbruzek> davecheney: when I do lxc-ls --fancy I see no images.
[22:17] <mbruzek> but I have an image bootstrapped.  There should be some image out there yes?
[22:17] <menn0> mbruzek: you're doing that as root right? if you do it as your own user you won't see any lxc images.
[22:18] <mbruzek> sudo lxc-ls --fancy     yes I am using sudo
[22:18] <menn0> mbruzek: just checking. i've been caught by that before.
[22:18] <mbruzek> menn0: Yes and thanks for double checking.
[22:22] <thumper> davecheney: yeah
[22:23] <menn0> mbruzek: what does this give you? : sudo ls /var/lib/lxc
[22:23] <menn0> mbruzek: also: lxc-ls --version
[22:23] <mbruzek> sudo ls /var/lib/lxc
[22:23] <mbruzek> lxc-monitord.log
[22:23] <urulama_> thumper: that xamarin looks cool, thanks
[22:24] <mbruzek> version 1.0.6
[22:24] <thumper> urulama_: are you doing mobile dev?
[22:25] <menn0> mbruzek: looking at the error it looks like ubuntu-cloudimg-query wasn't found in the $PATH
[22:25] <menn0> mbruzek: what does "type ubuntu-cloudimg-query" give you
[22:26] <urulama_> thumper: yeah, i did ... don't have time currently though
[22:27] <thumper> urulama_: that I get
[22:27] <menn0> mbruzek: if it's missing you'll need to install cloud-image-utils
[22:27] <urulama_> thumper: i like doing it directly with ios or android ... but this does look cool. gotta check it out
[22:28] <mbruzek> menn0: I see one in ~/.cache/ubunu-cloudimg-query
[22:28] <mbruzek> bash: type: /home/mbruzek/.cache/ubuntu-cloudimg-query: not found
[22:29] <menn0> mbruzek:: on my machine it's in /usr/bin... and it comes from cloud-image-utils
[22:29] <menn0> mbruzek: do you have cloud-image-utils installed
[22:29] <mbruzek> It does not appear that I do.
[22:29] <mbruzek> menn0: How was I able to run this before?
[22:29] <menn0> mbruzek: I have no idea... thumper?
[22:30] <mbruzek> installing cloud-image-utils now
[22:30] <mbruzek> unless you want me to hold off
[22:30] <menn0> mbruzek: no go ahead
[22:31] <thumper> mbruzek: do you have "juju-local" package installed?
[22:31] <menn0> mbruzek: from the error and from looking at the lxc-ubuntu-cloud script which is used to generate an ubuntu LXC container it really looks like you need ubuntu-cloudimg-query and it comes from cloud-image-utils
[22:32] <mbruzek> thumper I should. I was running juju local yesterday.  juju-local is already the newest version.
[22:34] <menn0> mbruzek, thumper: cloud-image-utils doesn't appear to be directly required by juju-local
[22:35] <mbruzek> strange, it was not installed on my system... I use local on a daily basis
[22:36] <thumper> not sure what is going on actually
[22:36] <menn0> mbruzek, thumper: the dependency path is: juju-local -> lxc -> lxc-templates -> cloud-image-utils
[22:37] <menn0> mbruzek, thumper: not sure how cloud-image-utils went missing for you...
[22:37] <mbruzek> lxc-templates is already the newest version.
[22:37] <mbruzek> I rebootstrapped my environment
[22:38] <menn0> if you do "apt-cache showpkg lxc-templates" you'll see it needs cloud-image-utils
[22:38] <menn0> but somehow it was uninstalled on your system
[22:38] <mbruzek> menn0: I do apt-get upgrade every morning.
[22:39] <menn0> mbruzek: yeah, this is pretty strange
[22:41] <menn0> mbruzek: with the package installed do things work?
[22:42] <mbruzek> menn0: Yes it appears that solved my problem.
[22:42] <mbruzek> many thanks menn0 and thumper!
[22:43] <menn0> mbruzek: please let us know if it happens again.
[22:45] <mbruzek> menn0: It was reproducible only today for me.  I did several destroy-environment, bootstrap with the same error.
[22:45] <mbruzek> but now it looks good, thanks for working with me on this.
[22:45] <davecheney> https://code.launchpad.net/snappy-ubuntu
[22:45] <davecheney> sad
[23:18] <jw4> thumper: it looks like your feature flag branch landed - is it ready for me to start using?
[23:23] <thumper> jw4: yep
[23:23] <jw4> thumper: cool!