[00:25] davecheney: you around? [00:25] davecheney: I'd like you to join waigani and me in a hangout [00:25] to debug this channel problem [00:30] thumper: on the phone [00:30] do you have a working code sample ? [00:31] davecheney: we have a non-working code sample [00:33] thumper: still OTP [00:33] can you show me the code ? [00:38] thumper: ok, off da phone [01:10] waigani: var timeout chan something // can't remember [01:10] if req.timeout != [ [01:10] timeout = time.After(timeout) [01:10] } [01:10] select { [01:11] case <- timeout: // will only be selectable if timeout != nil [01:15] waigani: thumper http://play.golang.org/p/PKlJ1dMvvM [01:17] anastasiamac: hiya. do you want to have a hangout? not much to talk about yet... :) [01:17] axw: happy new year! [01:18] axw: m actually still on holiday today ;( [01:18] anastasiamac: ah, no worries. get out of here ;) [01:18] axw: u r holding our tanzanite fort! [01:18] happy new year to you too [01:18] axw: thnx :) talk tomorrow! [01:19] nites, happy new year to all [01:19] anybody seen walyworld? [01:19] perrito666: u2!!! :) [01:19] perrito666: someone wished me a Happy New 2005! I was so happy for a while :) [01:20] perrito666: wallyworld caming today (still on holidays) - back tomorrow [01:20] perrito666: camping even [01:20] ah ok, then Ill see him tomorrow afternoon for me, I am actually on holiday too, its sunday night here [01:21] perrito666: have a gr8 sunday before work :) [01:21] davecheney: thanks for the help and notes. I've jotted them down for the new branch. [01:21] anastasiamac: tx, although there are only 1.5 hs left to my sunday [01:24] anastasiamac: wallyworld camps all the time ;-) [01:24] anastasiamac: and if you are on holiday, what are you doing here? [01:29] ok fun ppl, see you all tomorrow [01:29] tadaa === negronjl_afk is now known as negronjl [02:09] waigani: np [03:49] happy new year everyone! [03:50] jam: happy new year :) [03:53] wwitzel3: and to you, though why are you sitting in Juju-dev at Sunday Midnight ? [04:04] jam: just lurking [04:36] o/ [04:36] happy new year to you both [04:36] * thumper is done for the day [04:37] same to you thumper, have a good evening [04:37] ciao [06:19] morning folks! [06:24] morning dimitern [06:29] hey jam [08:12] morning [08:52] TheMue, morning [08:54] dimitern: heya, and a happy new year. [08:54] TheMue, thanks! and cheers to you too ;) [09:10] morning all, happy new year [09:24] fwereade: o/ morning, happy new year === ev_ is now known as ev === liam_ is now known as Guest28200 [10:00] voidspace, fwereade, hey, morning and happy NY as well ;) [10:00] dimitern: morning [10:01] dimitern, voidspace: happy new years! [11:12] good morning everyone and happy new year to those I didn't see since last year === coreycb` is now known as coreycb [13:05] ooh, maas update worked flawlessly [13:05] perrito666: morning, happy new year [13:06] voidspace: dont sound so surprised :p [13:06] perrito666: I know about computers [13:06] perrito666: I'm constantly surprised that anything works at all [14:19] happy new year all! [14:20] idem katco [14:20] perrito666: i'm not familiar with that acronym :p [14:21] lol, sorry that is latin I think, its the word used in spanish for likewise or ditto [14:21] perrito666: ah ok :) [14:22] perrito666: perhaps as in "idempotent" [14:22] katco, perrito666, hey ;) happy NY and welcome back [14:22] idem means equals iirc, and in spanish, to say likewise we use a word which roughly translates to equally [14:23] dimitern: same to you! welcome back! [14:23] dimitern: hey happy new york to you too :p [14:23] thanks! [14:23] katco, btw if you haven't tried goflymake in emacs (with flycheck or flymake) it's *awesome* - syntax checking on the fly running go build in the background [14:24] dimitern: yes, i run it :) [14:24] katco, :) nice! - I wasn't sure it brings a lot, but now I really like it [14:24] dimitern: yeah, i like it too === cmars` is now known as cmars === ChanServ changed the topic of #juju-dev to: https://juju.ubuntu.com | On-call reviewer: see calendar | Open critical bugs: 1407699 [15:01] wwitzel3: ericsnow getting there, for some reason my connection to plus.google.com is not working [15:07] dimitern: so, it's worse [15:07] dimitern: we need to list the nodegroups and then list the interfaces for all groups [15:07] voidspace, oh what's that? [15:07] dimitern: it's only *marginally* worse [15:07] voidspace, yeah :/ [15:07] dimitern: it's n calls instead of one [15:08] dimitern: and the interfaces call doesn't have the cidr [15:08] dimitern: I can *construct* a CIDR I think [15:08] voidspace, worthy of a maas bug [15:08] dimitern: but the output isn't immediately compatible with SubnetInfo [15:08] dimitern: I have a bug, I can add to it [15:08] voidspace, it has static ip range high and low, right? [15:09] dimitern: yep [15:10] dimitern: http://pastebin.ubuntu.com/9677036/ [15:11] voidspace, why do you need a cidr? [15:11] voidspace, ah, to match yeah [15:12] voidspace, well it should be trivial to construct one from "ip" + "subnet_mask" [15:13] dimitern: nodegroups-interface doesn't have vlan tag either [15:13] dimitern: and the provider id will be the nodegroups-interface id not the network id (I assume) [15:14] dimitern: unless a nodegroup interface and a network are the same thing [15:14] which is unclear to me [15:15] dimitern: they're slightly different (and the names are different) based on the maas cli here [15:15] the nodegroup-interface has the name "eth0" whereas the network has the name "maas-eth0" [15:15] voidspace, nope - afaik interfaces and networks are different entities in the maas db [15:16] which worries me slightly - does it *matter* which we use [15:16] I would expect it to matter [15:16] voidspace, so to get enough to fill in SubnetInfo you'll need to use both the network config and the interfaces [15:17] voidspace, for juju, the subnet's provider id is the maas network name [15:17] dimitern: right but they have different names *etc* [15:17] so matching them up is hard [15:17] in my local maas the network has ip 172.16.0.0, whereas the nodegroup interface has the ip 172.16.0.2 [15:17] voidspace, istm you can only match them if the network's cidr and the interface's generated cidr are the same [15:18] voidspace, that's the same - 172.16.0.x masked with 255.255.255.0 yields 172.16.0.0 [15:18] yep, the netmask is the same [15:18] so they are actually the same [15:18] I just have to construct the cidr correctly [15:18] ok [15:18] dimitern: thanks [15:19] dimitern: so, we could still take an instance id and only pair up networks from the filtered list with nodegroup interfaces [15:19] as we'll still need the call to the networks api [15:19] voidspace, let me think for a bit.. [15:20] voidspace, consider having *a lot* of networks, but a given node only uses a few [15:20] then having a filtered list is useful [15:20] voidspace, it seems reasonable to filter by instance id, if possible to only get the relevant networks [15:20] yep [15:21] dimitern: cool, I'll undo that change then... [15:21] voidspace, cheers, and sorry for the round-tripping : [15:21] :) [15:22] :-) === kwmonroe_ is now known as kwmonroe [16:06] cherylj, welcome! [16:06] all cherylj just joined the Juju Core team [16:07] well wellcome to all cherylj [16:07] cherylj: welcome!! [16:07] cherylj: congrats and welcome! [16:07] thanks everyone :) [16:07] I'm super-psyched to be part of the team [16:13] cherylj: heya and welcome to the team from Germany too [16:14] * perrito666 got some browser to work properly after only 2 months [16:14] thanks, TheMue [16:16] I have to day it is oddly quiet in this channel today :) [16:16] alexisb: it is a big machinery it takes a bit to get it rolling again [16:17] perrito666, heh :) [16:21] g'night all [16:21] off to see Phantom of the Opera === kadams54 is now known as kadams54-away === urulama is now known as urulama|kids === kadams54-away is now known as kadams54 [17:32] cherylj: welcome to the team, cherylj :) [17:37] thanks, katco :) === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [17:55] cherylj, welcome! [17:56] cherylj: btw if you have any questions about go or otherwise, feel free to ask here or ping me personally. i promised thumper i would help however i could! :) [18:21] Hey jog, long time no see ;) [18:22] And thanks, katco. I'm still making my way through the New Starter Tasks and discovering all the things that I still don't have access to [18:22] cherylj: fun times :) [18:25] cherylj: katco think of it as a videogame, then we can all get together at a sprint and remember: "how did you beat the level where the dragon blocks the pop3 mail access?" [18:25] perrito666: haha [18:25] perrito666: how many lives do we get, and are we on easy mode or hard mode? [18:26] katco: good question, I don't intend to find it [18:26] :p [18:26] hehehe [18:26] I still recall that level where my phone holding 2fa died on me 14k km away from home [18:27] that is the stuff of nightmares [18:28] and I was using a brand new os, which held none of my login cookies [18:28] * perrito666 lights a candle to IS [18:28] lol [18:29] katco, perrito666 : I don't see many Core on line...do either of you have time to look into bug 1407699 [18:29] Bug #1407699: Precise services cannot be deployed

[18:30] katco, perrito666 I need to capture some logs from a machine 1 or 2 to get more information [18:32] mmm I have seen this before [18:34] sinzui: Ill take it [18:34] i've seen it stuck in pending before, but i'm not sure if it's for the same reason [18:35] I have seen the particular error in functional ha backup and restore [18:35] it is a bit more detailed since it breaks while trying to fetch a given file [18:38] sinzui: precise-dummy charm is publicly available? [18:38] perrito666, yes., but it happens with the precise ubuntu charm too [18:39] sinzui: I am trying to make sure Ill try to correct incantation, Ill check the config for the test env [18:39] perrito666, https://code.launchpad.net/~juju-qa/juju-ci-tools/repository is the charm repo used in tests. [18:45] * perrito666 pulls master for the second time this day and gets updates... isn't merge blocked? [18:46] perrito666, its a cloud-init issue [18:47] perrito666, I will attach the logs to the bug [18:51] sinzui, I'm also seeing '/bin/sh: 1: exec: cloud-init: not found' at the console for the maas nodes that were deployed for precise charms [18:51] perrito666, https://bugs.launchpad.net/juju-core/+bug/1407699 looks like failure in packages [18:51] Bug #1407699: Precise services cannot be deployed

[18:52] jog I expect the maas tests to be using trusty as the tests claim. Are they? [18:54] sinzui, bootstrap node is trusty but the dummy-source and dummy-sink are precise [18:54] jog, that is odd, I know we can do that, but we usually make them match. Anyway. we know know all testfailures match for br 2195 === kadams54 is now known as kadams54-away === urulama|kids is now known as urulama === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [19:58] cherylj: welcome [19:59] thumper: thanks! [20:01] cherylj: do you have hangouts set up? [20:01] cherylj: ISTR that you do === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 === kadams54 is now known as kadams54-away [20:44] perrito666: how goes the looking at the critical bug? [20:44] perrito666: it smells like a missing package... [20:49] thumper: almost sure its a missing package [20:49] trying to get to know a bit more of cloudinit to know what is going on [20:49] perrito666: have you poked the cloudinit folks? [20:49] smoser I think [20:59] sinzui: if this ends up being a "third party" issue, how is it handled? I am guessing it trascends just saying "not our problem", just open a bug to the right people? [21:06] menn0: did you get hit by another quake? http://www.stuff.co.nz/national/64684438/large-earthquake-jolts-canterbury-awake [21:07] waigani: yep we did. it didn't feel too bad but was quite different to the other little jolts i've felt while i've been here [21:07] perrito666, use "Also affects project" [21:07] waigani: it went on for quite a while and left the lights in hallway swinging for ages [21:07] perrito666, also, why isn't older juju affected, or trusty? [21:08] menn0: yikes, glad you're all okay [21:08] sinzui: older juju passes fine on precise? [21:09] sinzui: I have just been reading the cloud-init log [21:09] thumper, yep, every upgrade test used 1.20.x to boostrap the same stack [21:09] menn0: I now have an image of you unicycling in an earthquake [21:09] sinzui: hmm... [21:10] sinzui: can we get the actual cloud init file off the machines? [21:10] sinzui: and compare the 1.20 cloudinit file with the 1.22-alpha? [21:10] thumper, the cloud-init-output.log? [21:10] no, the source [21:11] * thumper looks for the location [21:12] sinzui: so.. bootstrapping works on precise but adding machines doesn't? [21:12] sinzui: is that right? [21:13] thumper, yep [21:14] sinzui: ok, unlikely to be an actual cloud init problem then... === kadams54 is now known as kadams54-away [21:16] thumper, the log I attached to the bug shows that cloud-init was removed during the upgrade and install steps...should it have been? [21:17] I don't know [21:17] * thumper pokes locally [21:17] sinzui: local precise fails too right>? [21:18] thumper, 1.20.14 and 1.21-beta4 can deploy precise services fine. I have a precise machine deployed by 1.21-beta4. What do you want? [21:18] well I can get the cloud-init-output.log and see if cloud-init was removed [21:18] sinzui: I'm looking... [21:18] sinzui: that would be helpful === kadams54-away is now known as kadams54 [21:20] * perrito666 has a broken machine [21:22] hmm... [21:23] my local juju deployed precise just fine using local [21:24] sinzui: looking at this failure: http://juju-ci.vapour.ws:8080/job/local-deploy-precise-amd64/2275/ [21:24] sinzui: the cloud-init log isn't - it is a juju log file [21:25] thumper, that isn't the bug :) [21:25] thumper, I attached the cloud-init-output.log to the bug [21:26] however it is still an issue [21:26] I was looking at the local deploy failure because my one worked [21:26] thedac, https://bugs.launchpad.net/juju-core/+bug/1407699/comments/2 [21:26] Bug #1407699: Precise services cannot be deployed

[21:27] :| ls: cannot access /usr/lib/python2.7/dist-packages/cloudinit/: No such file or directory [21:28] perrito666, right the log shows cloud-init was uninstalled [21:28] perrito666: it removed cloud init... [21:28] which seems weird [21:28] right? [21:28] thumper, my deploy of precise/ubuntu with 1.21-beta4 is much shorter. it doesn't go into a phase to remove anything [21:28] thumper: but your machine-0 is still trusty right? or do you have a precise machine/VM too? [21:28] menn0: I deployed precise/ubuntu to a machine [21:28] to get a precise lxc started [21:29] and it worked fine [21:29] although, this is from a pre-christmas trunk [21:29] * thumper switches to master and rebuilds [21:29] thumper: so we think it's a problem with any precise machine, even if other machines are on trusty? [21:30] I'm looking [21:30] sinzui: that cloud init file, was that from an lxc machine or a clout machine? [21:30] I deployed a just compiled version and created a stream and deployed to aws and it broke straight forward [21:31] thumper, machine 1 and machine 2 (both lxc in the case of local provider) had their cloud-init packages removed [21:31] I didn't post machine2 since the log is almost identical [21:32] I found it [21:32] perrito666: yes? [21:32] cloud-image-utils is being installed [21:32] thumper, this looks the the key events. we see cloud-init being upgraded, some deferment, then something decides to do another round of upgrades that removes cloud-init http://pastebin.ubuntu.com/9678855/ [21:32] it replaces cloud-utils [21:32] cloud-init deppends on cloud-utils [21:32] and therefore gets whacked [21:33] and we are getting cloud-image-utils because? [21:33] I wonder if that was added recently [21:34] thumper: seems to be part of an upgrade? [21:35] cloud init gets upgraded [21:36] perrito666: I see in our code we explicitly install it [21:36] thumper: oh? [21:36] why oh why doesn't git have a nice history viewer like bzr explorer [21:37] is there a nice git equivalent of 'bzr qannotate' ? [21:37] it was part of Ians fix before the shutdown seems [21:37] yep, 15th December [21:37] perrito666: got a PR? [21:38] https://github.com/juju/juju/commit/e6cf44d0 [21:38] got a commit [21:39] perrito666: well, he is due to start his work year shortly, so I say we ask him "-) [21:39] wallyworld_: oi... you broke CI :-) [21:39] wallyworld_: welcome back to work [21:40] thumper: hi, i have a branch which i proposed before the break which fixes it if it is the issue i am thinking of [21:40] that sounds awfully like my car's mechanic: "oi, remember when you fixed the GNC injector, you broke the fuel pump" [21:40] i am ina meeting, will talk to you soon [21:40] thumper, perrito666, wallyworld_: it's PR 1205 [21:40] wallyworld_: for reference, https://github.com/juju/juju/commit/e6cf44d0 introduced the package cloud-image-utils, which breaks precise deployments [21:41] and as menn0 said, it is https://github.com/juju/juju/pull/1205 [21:42] lemme make that into an assigned issue :) [21:45] wallyworld_: left you a nice comment and assigned you to the bug, cheers [21:45] happy new year :p [21:45] perrito666: thanks, will look after meeting [21:45] you too [21:52] * perrito666 wonders why he set up is office in such a manner that he needs to pick one of Air Conditioning or Big screen for the computer [21:53] cherylj: got time for a chat? [21:53] thumper: yes, ready whenever you are [22:30] thumper: just finished meeting, reading backscroll, cloud-image-utils is needed to pull in ubuntu-cloudimg-query [22:31] wallyworld_: otp [22:31] ok [22:31] wallyworld_: I am guessing this might be an issue on cloud-init package dependencies in precise? [22:31] perrito666: yeah, sadly, seems like a precise only issue [22:32] davecheney: creating a new watcher for each assert in the test works. [22:32] perrito666: i'll have to figure out the magic sauce needed to make precise work [22:32] davecheney: I had to set the revno of each new watcher to the revno of the last watcher, as it gets updated if there was a change [22:33] wallyworld_, do you think we will need to make a request to the cloud-init team? [22:33] if so I will give gaughen a heads up [22:33] alexisb: hey. not sure yet, i'll do some more digging first [22:33] wallyworld_: I haven't looked at the other distros but cloud-init should deppend on a virtual (i cant recall the actual name) package satisfied by both utils and image-utils [22:34] wallyworld_, ack, o and I guess I should say welcome back :) [22:34] yeah,you too [22:34] davecheney: my implementation of updating the revno for each watcher feels ugly, so I might poke you once the branch is up for review to see if there is a neater way === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [22:35] wallyworld_: ok a bit of extra info, in utopic it deppends on cloud-utils or cloud-guest-utils [22:35] guest-utils is pulled by cloud-image-utils [22:36] thus satisfying the dependency [22:36] perrito666: when you run ubuntu-cloudimg-query, it twlls you to install cloud-image-utils, so that's why i added that dependency [22:36] wallyworld_: this seems to be only broken on precise [22:37] yes, that is my fear [22:37] you need to have cloud-init 0.7.6~bzr1022-0ubuntu1 available it would seem [22:37] to met the dependency [22:38] given the metadata on all three packages you need to get a hold of scott moser [22:38] i recall cloud-init being updated recently [22:39] wallyworld_, smoser is on #server [22:40] ok, thanks === kadams54 is now known as kadams54-away === kadams54-away is now known as kadams54 [22:59] ok, eod people, see you all tomorrow [23:23] thumper: can you PTAL at this PR from yesterday? http://reviews.vapour.ws/r/672/ === kadams54 is now known as kadams54-away [23:27] thumper: also, you were asking about a git equivalent to bzr qannotate earlier [23:27] thumper: if your editor doesn't support such a think then have a look at "git gui blame " [23:28] s/think/thing/ [23:33] menn0: does that allow you to walk back through history? [23:33] thumper: I believe so. you can click on a rev for a line. I haven't used it much. [23:35] menn0: I don't think I'm using any sublime git plugins