[00:19] <thumper> anyone? https://github.com/juju/juju/pull/247
[00:20]  * thumper remembers that axw and wallyworld are in the states this week
[00:44] <davecheney> thumper: https://github.com/juju/juju/pull/248/files
[00:44] <davecheney> waigani: https://github.com/juju/juju/pull/248
[00:46] <waigani> davecheney: LGTM
[00:47] <davecheney> waigani: thank
[00:57] <thumper> davecheney, waigani: https://github.com/juju/juju/pull/249
[01:08] <davecheney> FUCK
[01:08] <davecheney> + exit 0
[01:08] <davecheney> All passed, sending merge
[01:08] <davecheney> /tmp/hudson6791049747065303228.sh: line 44: /home/ubuntu/jenkins-github-lander/bin/lander-merge-result: No such file or directory
[01:08] <davecheney> /tmp/hudson6791049747065303228.sh: line 44: /home/ubuntu/jenkins-github-lander/bin/lander-merge-result: No such file or directory
[01:08] <davecheney> Build step 'Execute shell' marked build as failure
[01:08] <davecheney> Description set: davecheney 128-update-ssh-terminal
[01:08] <davecheney> build bot is broken
[01:09] <davecheney> thanks gz
[01:09] <davecheney> thanks for testing that
[01:17] <thumper> :(
[01:26] <thumper> davecheney: is the bot completely stuffed?
[01:27] <thumper> like... nothing will land?
[01:27] <thumper> because that would kinda suck
[01:31] <davecheney> yes
[01:31] <davecheney> that
[01:37] <davecheney> thumper: also, the bot isn't reporting the build failure
[01:38] <thumper> double :(
[01:38] <davecheney> +1 to making changes on a friday night
[03:09] <mwhudson> hm
[03:09] <mwhudson> i wonder why juju thinks these mustang board only have 1 cpu each
[03:09] <mwhudson> "hardware: arch=arm64 cpu-cores=1 mem=16061M"
[03:31] <waigani> davecheney: is this fixed from your crypto update: https://bugs.launchpad.net/juju-core/+bug/1261780
[03:31] <_mup_> Bug #1261780: go 1.1.2 TLS-enabled client does not accept our CACert <security> <tech-debt> <juju-core:Triaged> <https://launchpad.net/bugs/1261780>
[03:31] <waigani> davecheney: or is it likely to be fixed?
[03:48] <thumper> davecheney: merged \o/
[03:49] <thumper> davecheney: well, yours was... waiting for mine
[06:14] <jam> vladk: you're cutting out a bit, do you want to drop your video?
[06:59] <jam> dimitern: I have to go help my wife for a sec, back in a couple of minutes
[07:00] <dimitern> jam, that's ok, i'll be late 15m as well, sorry
[07:01] <jam> dimitern: k, I'm there now, but I'll just sit around until you get here
[07:04] <jam> dimitern: also a reminder that you're OCR today
[07:11] <TheMue> morning
[07:54] <jam> dimitern: so I set up the 360 reviews for yourself and Frank. I can't actually set one up for myself, but you should have something that you can interact with.
[07:54] <jam> they have a specific step-by-step of questions to answer.
[07:55] <dimitern> jam, thanks, will have a look later
[08:05] <TheMue> dimitern: as OCR one quick PR https://github.com/juju/juju/pull/252 , only about renaming a dir inside /doc
[08:07] <dimitern> TheMue, looking
[08:07] <TheMue> dimitern: is a bit in context of the 250 PR by Jesse ;)
[08:07] <dimitern> TheMue, why contribution and not contrib?
[08:08] <dimitern> TheMue, it might mean contribution or contributions
[08:08] <TheMue> dimitern: couter question, why abbreviating if there’s no need?
[08:09] <dimitern> TheMue, i'd prefer the plural form unless this will be the only document in that directory
[08:09] <TheMue> dimitern: renaming it to contributions sounds reasonable, yes
[08:09] <dimitern> TheMue, LGTM, thanks
[08:10] <TheMue> dimitern: ok, will change to plural, convinced :)
[08:13] <dimitern> :)
[08:50] <davecheney> win14
[09:26] <jam> dimitern, TheMue, vladk, voidspace: we should also remember that today is the start of a cycle, so we want to be thinking about how we're going to break down the next 2 weeks of work.
[09:27] <dimitern> jam, right, IPv6 is still a priority?
[09:27] <jam> dimitern: yeah, AFAIK that's still the plan is to just focus on IPv6 support and push that through
[09:28] <dimitern> jam, all right then
[09:39] <rogpeppe> anyone able to rubberstamp this PR, please? it just updates the charm store to use the new package path, gopkg.in/juju/charm.v2
[09:39] <rogpeppe> dimitern, jam: ^
[09:40] <dimitern> rogpeppe, which one?
[09:40] <rogpeppe> dimitern: https://github.com/juju/charmstore/pull/12
[09:40] <rogpeppe> dimitern: ta!
[09:40] <jam> rogpeppe: I'm actually not confident in using gopkg.in, I've heard some reservations as it adds a dependency on another 3rd party website that may have some uptime issues.
[09:40] <dimitern> rogpeppe, liiking
[09:40] <rogpeppe> jam: we've discussed this a fair amount, and there seemed to be general agreement it was ok
[09:41] <jam> rogpeppe: if so, then you already have LGTM from frankban
[09:41] <rogpeppe> jam: we did it together, so that's kinda not really sufficient :-)
[09:41] <dimitern> rogpeppe, LGTM
[09:41] <rogpeppe> dimitern: thanks
[09:43] <jam> dimitern: TheMue: and michael's gone this week for katco's induction sprint, right?
[09:43] <dimitern> jam, yes, fwereade is gone this week as well
[09:43] <TheMue> jam: yep
[09:54] <dimitern> jam, will you be available tomorrow @9 UTC for a g+ with the some of the maas and server teams re juju+maas networking?
[09:55] <jam> dimitern: I can try, I might have to run an errand at that time, but if I don't I'll happily be there.
[09:55] <jam> I think I'll be back by then
[09:56] <dimitern> jam, great, i'll send the invite
[10:01] <jam> TheMue: i accidentally deleted our meeting for today, but obviously we already had it :)
[10:08] <TheMue> jam: hehe, I had the alert in my mailbox
[10:45] <jam> TheMue: dimitern: vladk: standup
[11:54] <rogpeppe> dimitern, urulama, jam: large-but-mechanical branch that updates juju-core to use the new charm package API: https://github.com/juju/juju/pull/253
[11:54] <rogpeppe> reviews appreciated before the branch bit-rots...
[11:58] <dimitern> rogpeppe, will take a look in a bit
[12:02] <urulama> rogpeppe: why are all bundles turned into CharmArchive, but in juju/conn.go in 207 Bundle is just an Archive?
[12:05] <urulama> rogpeppe: also in state/api/client.go in line 629 ... if this is because of BundleArchives in the future, is this "Archive" any type (bundle or charm) or must it be called BundleArchive?
[13:05] <bodie_> morning all :)
[13:09] <natefinch> morning
[13:09] <natefinch> a lot of the US devs are in a room in Lexington, MA
[13:12] <rogpeppe> urulama: ArchiveTo is a method that can apply equally to charms or bundles
[13:12] <rogpeppe> urulama: and it does the same thing in both cases (write the contents as a zip file to the given file)
[13:13] <rogpeppe> urulama: so I think it makes sense to call it the same thing (it's possible we might want to make an interface that includes that method in the future)
[13:13] <rogpeppe> urulama: does that make sense to you?
[13:15] <mattyw> rogpeppe, ping?
[13:15] <rogpeppe> mattyw: pong
[13:16] <mattyw> rogpeppe, quick one - I was searching the juju api for any command that will let me find it a machine id exists
[13:16] <mattyw> from a client command
[13:17] <mattyw> looks like status/ fullstatus is all there is for now
[13:17] <rogpeppe> mattyw: one mo, let me look
[13:17] <bac> hi sinzui, are you familiar with bug 1316174 ?
[13:17] <_mup_> Bug #1316174: 'precise-updates/cloud-tools' is invalid for APT::Default-Release <juju-core:Triaged> <https://launchpad.net/bugs/1316174>
[13:18] <rogpeppe> mattyw: i think you're probably right
[13:19] <sinzui> bac, a precise machine that will be localhost must add the ctools archive, or the juju stable archive.
[13:20] <bac> sinzui: i don't think juju/stable is sufficient.
[13:20] <sinzui> bac. When it was clear many precise users were getting modern juju, but not using modern deps from ctools, I copied the lxc and mongo deps to the juju stable ppa
[13:20] <sinzui> bac, yes
[13:20] <sinzui> bac,  which juju are you using?
[13:20] <bac> sinzui: 1.20
[13:21] <sinzui> bac? My rebuild?
[13:21] <bac> which i got from juju/stable and still see the issue.  i can bring up my precise vm and confirm
[13:22] <sinzui> bac, "apt-cache madison juju-local" to be certain
[13:22] <sinzui> bac For 3 hours, precise and saucy had a juju-local packages with the wron mongo deps
[13:25] <bac> sinzui: i do not have access to the precise VM i used on friday so i cannot say for sure what i had installed.
[13:26] <sinzui> okay
[13:27] <sinzui> bac 1.20.0-0ubuntu1~12.04.2~juju1 (note the .2 after the series) is the one that was built to replace the broken version
[13:29] <sinzui> bac: Your vm does need juju stable ppa to get the right mongo. The bug doesn't affect many people anymore, so I was wondering if your machine got unlucky and saw the old package from Thursday
[13:30] <bac> sinzui: i don't think so.  i have the juju-local you saw.  http://paste.ubuntu.com/7760165/
[13:30] <bac> s/saw/referenced/
[13:51] <bac> sinzui: did you get a chance to look at the paste ^^ ?
[14:05] <sinzui> bac, does the machines have the archive? In the pastebin example, Juju will only install from mongodb from that archive.
[14:05] <sinzui> sudo add-apt-repository cloud-archive:tools
[14:06] <sinzui> oh, 2.4.9 in now in the tools. Maybe I need to backport that to juju stable
[14:08] <bac> sinzui: adding that archive produces the same output as i pasted.
[14:11] <sinzui> interesting in a bad way bac
[14:11] <sinzui> bac, does the machine have precise-updated enabled?
[14:12] <bac> sinzui: yeah.  fwiw, i discovered this doing QA for juju-quickstart.  if we discover juju is not installed we install juju-core and juju-local from juju/stable.  if local on precise requires other repos we need to document that.
[14:14] <sinzui> bac: agreed
[14:19] <alexisb> so perrito666, wwitzel3 did you guys have a place to sleep last night?
[14:20] <wwitzel3> alexisb: yeah, they let perrito666 in his room and I just let them auth my card.
[14:20] <wwitzel3> alexisb: email this morning says it should be all sorted out now :)
[14:20] <alexisb> heh
[14:21] <perrito666> alexisb: I slept on the street :p
[14:21] <alexisb> nothing like spending 24+ hours in the airport just to sleep on the street
[14:21] <perrito666> alexisb: nah, they authorized a part of the fee on my card until the card locked them and then they trusted someone from the company would call this AM
[14:22] <perrito666> btw, non us people http://www.usatoday.com/story/news/nation/2014/07/06/airport-security-electronic-devices-dhs-tsa-johnson/12266639/
[14:22] <perrito666> you better charge your things before leaving
[14:28] <cmars> good morning juju land. looks like i'm reviewing today! :)
[14:34] <TheMue> hmpf, my local provider doesn’t start anymore
[14:44] <jcw4> cmars: yay; wanna look at https://github.com/juju/names/pull/12 ?
[14:44] <jcw4> :)
[14:44] <cmars> jcw4, sure, next on my list
[14:44] <jcw4> cmars: ta
[14:46] <mgz> anyone know if rick_h__ is working today?
[14:57] <TheMue> jam: short info, endpoint error is also on local
[15:02] <dimitern> TheMue, jam, vladk, https://github.com/juju/juju/pull/254 - dummy IPv6 support
[15:05] <perrito666> why is coludinit log in /var/log, shoulnt it be /var/log/juju/cloud-init-output.log instead?
[15:05] <TheMue> dimitern: oh, cool, will take a look
[15:05] <dimitern> TheMue, ta!
[15:09] <mgz> perrito666: cloud-init isn't juju specific
[15:10] <jrwren> mgz: rick_h__ is out today, back tomorrow
[15:13] <perrito666> mgz: tx
[15:15] <mgz> jrwren: thanks!
[15:20] <TheMue> dimitern: you’ve got a review :)
[15:20] <dimitern> TheMue, thanks!
[15:21] <dimitern> TheMue, yeah, that net.JoinHostPort taking a string port sucks :)
[15:35] <TheMue> dimitern: vladk and I still had comments. while answering to his comment I found a possible problem.
[15:36] <dimitern> TheMue, yes?
[15:36] <TheMue> dimitern: IMHO a missing slash when building a URL.
[15:37] <TheMue> dimitern: storage.go line 157
[15:37] <dimitern> TheMue, the slash is part of s.path
[15:37] <dimitern> TheMue, I haven't changed that and the tests still work
[15:37] <TheMue> dimitern: ah, good to know, thanks
[15:38] <dimitern> TheMue, np :)
[15:38] <TheMue> dimitern: and the squeare brackets come with JHP()
[15:38] <dimitern> TheMue, yep
[15:38]  * dimitern needs to step out
[16:01] <jcw4> Thanks cmars ; I have this pending change in juju https://github.com/johnweldon/juju/commit/50dc10fdc4575e0eee0743545541c2a2a174d42f
[16:02] <jcw4> cmars: which might address your questions on https://github.com/juju/names/pull/12
[16:03] <cmars> jcw4, thanks, taking a look to see how it will all fit together
[16:03] <jcw4> tx
[16:38] <mgz> axw: https://github.com/juju/jenkins-github-lander/pulls
[16:41] <rogpeppe> here's a PR to add some external verification to charm bundles. anyone care to take a look? https://github.com/juju/charm/pull/11
[16:42] <rogpeppe> mgz, natefinch, wwitzel3, voidspace: ^
[17:17] <mgz> anyone know why we have build-essential in our Makefile dependencies? Just for gccgo?
[17:24] <wwitzel3_> sinzui: I thought I saw a LP regression get linked the other day, something that I had worked on.
[17:27] <sinzui> mgz, to get make...ha ha
[17:28] <sinzui> mgz, build-essential predates gccgo. CI installs it separately to get make
[17:31] <mgz> sinzui: okay, I'll just remove it then I think, really don't want to be installing x11-common and such like when we don't need to
[17:31] <sinzui> wwitzel3, what do you think you worked on?
[17:37] <sinzui> wwitzel3, This is the short list of open regressions https://bugs.launchpad.net/juju-core/+bugs?search=Search&field.importance=Critical
[17:37] <wwitzel3_> sinzui: thanks
[17:38] <wwitzel3_> sinzui: none of that is anything I worked on, so it might of already been resolved .. William pinged me on something right before I left for the long weekend and I've forgotten what it was.
[17:38] <wwitzel3_> sinzui: I just remember it was a regression. (or I thought it was)
[17:39] <sinzui> wwitzel3, https://launchpad.net/juju-core/+milestone/1.19.4 lists the closed bugs from a few weeks ago
[17:40] <sinzui> wwitzel3, All open regressions https://bugs.launchpad.net/juju-core/+bugs?field.tag=regression
[17:41] <mgz> wwitzel3, voidspace: the answer to the question, <http://paste.ubuntu.com/7761193/>
[17:42] <mgz> sinzui: can we throw in --no-install-recommends as well...
[17:43] <sinzui> mgz, interesting...that is why I keep removing tk
[17:45] <perrito666> could anyone ptal https://github.com/juju/juju/pull/256 ?
[17:45]  * sinzui wont let tk, java, or erlang back on to his computer
[17:46] <wwitzel3> sinzui: thanks for the links
[17:46] <mgz> sinzui: so, my instinct is to s/build-essential/make/ in the job, and add the --no-install-recommends and remove build-essential in the Makefile
[17:46]  * perrito666 imagines sinzui with a religious icon shouting "out you devil" to his computer
[17:47] <sinzui> mgz, +1
[17:48] <sinzui> mgz, you may want to look at run-unit-tests and fix the other makefile issues for i386
[17:48] <mgz> yeah, I see some dodgy seds :)
[17:52] <jcw4> cmars: I addressed your comment on https://github.com/juju/names/pull/12
[17:52] <cmars> jcw4, got it. about to approve, with some comments on the WIP branch
[17:52] <cmars> thanks
[17:53] <jcw4> cmars: perfect... if you like I can open a WIP PR so you can more easily comment
[17:53] <cmars> jcw4, that'd be great, thanks
[17:54] <jcw4> cmars: https://github.com/juju/juju/pull/257
[17:54] <jam> wwitzel3: Do you know about http://irclogs.ubuntu.com/2014/07/03/%23juju-dev.html ?
[17:55] <jam> wwitzel3: going to Friday: http://irclogs.ubuntu.com/2014/07/04/%23juju-dev.html
[17:55] <jam> wwitzel3: wwit
[17:55] <jam> wwitzel3:https://launchpad.net/bugs/1289316%3E
[17:55] <_mup_> Bug #1289316: lxc not installed from ubuntu-cloud.archive on precise <lxc> <maas> <precise> <regression> <juju-core:Fix Released by wwitzel3> <https://launchpad.net/bugs/1289316>
[17:57] <perrito666> jam: wwitzel3 is currently afk working with Ian
[17:58] <jcw4> jam: you can add anchors for the timestamp: http://irclogs.ubuntu.com/2014/07/03/%23juju-dev.html#t02:24
[18:12] <cmars> jcw4, commented, I wonder if some of the parsing functions in state/action.go should go in names. what do you think?
[18:13] <jcw4> cmars: let me look; In my mind I've been trying to keep the names and the state package conceptually separate, and make sure that names doesn't need to know anything about the internals of state
[18:14] <cmars> jcw4, ah, that makes sense. if you're just working with a naming convention in these methods though, maybe that is general enough to go in names?
[18:14] <cmars> s/methods/functions/
[18:17] <perrito666> so I have backup and restore packages and there are a bunch of things that both share, what is recommended, do I create a utils package for those? or do I define them in one of the 2 and then import them from the other?
[18:17] <perrito666> natefinch: voidspace mgz thoughts?
[18:19] <jcw4> cmars: yeah; maybe I can abstract it enough that it's not state specific
[18:20] <cmars> jcw4, see if it makes sense & feels right. if not, i'm ok with landing https://github.com/juju/names/pull/12 as is
[18:20] <jcw4> tx cmars
[18:20] <wwitzel3> thank you jam
[18:31] <mgz> sinzui: <https://github.com/juju/juju/pull/258> <https://code.launchpad.net/~gz/juju-ci-tools/drop_build_essential/+merge/225879>
[18:32]  * sinzui looks
[18:33] <mgz> I have just push --overwrittedn a tyop in the lp branch
[18:37] <sinzui> mgz, r=me and merged...check that tip is as you expect
[18:38] <jcw4> cmars: on the one hand none of the other Tags make an effort to keep the internal representation of _id separate from the public id
[18:38] <jcw4> cmars: but in this case fwereade also made it clear that the internal representation of the action id shouldn't be exposed
[18:39] <jcw4> cmars: I've treated those duplicated functions as coincidentally the same rather than fundamentally the same
[18:39] <cmars> jcw4, fair enough
[18:40] <jcw4> cmars: but I've also simplified the actionId on the state side now so that it's clean enough to use as the public Id
[18:40] <mgz> sinzui: thanks! tip looks good, pulled on the jenkins master.
[18:41] <jcw4> cmars: If it seems okay with you I'll land the names change as it is and keep the possibility of sharing some of the parsing functions in the backlog?
[18:41] <katco> https://github.com/juju/juju/pull/259
[18:41] <mgz> katco: trade you, https://github.com/juju/juju/pull/258
[18:42] <cmars> jcw4, perfect, thanks. i've lgtm'd
[18:42] <jcw4> cmars: ta
[18:47] <katco> mgz: LGTM, with reservations ;)
[18:58] <hasues> Does the instructions in juju-core's README.md on Github pull from -head?  I'm trying to deploy juju, but when i run "juju generate-config" it gives a panic.
[18:59] <perrito666> hasues: they do, can you pastebin the panic please?
[19:01] <hasues> perrito666:   http://pastebin.com/fEA2Zp70
[19:02] <perrito666> hasues: is that linux?
[19:06] <jcw4> PTAL https://github.com/juju/juju/pull/257
[19:08] <voidspace> here's that article on go that mgz recommended: https://plus.google.com/u/1/+JonathanLange/posts/Mv5V4r7m9nN
[19:08] <voidspace> here's that article on go that mgz recommended: https://plus.google.com/u/1/+JonathanLange/posts/Mv5V4r7m9nN
[19:11] <mgz> voidspace: :P
[19:11] <voidspace> mgz: I'm sorry
[19:14] <jcw4> mgz: I thought voidspace was throwing you under the bus a bit with that link
[19:14] <jcw4> :-)
[19:14] <voidspace> jcw4: only deliberately....
[19:14] <jcw4> haha
[19:29] <perrito666> hasues: ?
[19:59] <rick_h__> mgz: howdy, this around the lander stuff? /me saw some pull requests but been in the wood without interwebs
[20:03] <mgz> rick_h__: yeah, I've put up pull requests for all the changes I make to the lander for juju, if you could find a mo to look at them that'd be ace
[20:04] <mgz> we do a few things differently to juju-gui (mostly around the tests not running till the merge is actually flagged), hopefully the proposals should make that clearer for you
[20:11] <wwitzel3> wallyworld_: https://github.com/wwitzel3/juju/compare/019-environmentserver
[20:15] <hasues> perrito666: Yes, it was Linux.  Sorry for the delay
[20:18] <perrito666> hasues: may I know the version?
[20:18]  * perrito666 smells a bug
[20:19] <hasues> perrito666: Of linux or go?
[20:19] <perrito666> hasues: linux
[20:19] <hasues> perrito666: Gentoo
[20:23] <hasues> perrito666: kernel 3.15.0
[20:23] <hasues> perrito666: Go version 1.2
[20:24] <mgz> hasues: that's your issue then... you'll need to teach our versions code about gentoo
[20:25] <rick_h__> mgz: cool will definitely give a look
[20:25] <hasues> mgz: noted.
[20:29] <mgz> hasues: see version/osversion.go
[20:30] <hasues> mgz: Thanks, I was browsing for something of that nature :)
[21:29] <waigani> alexisb: morning
[21:30] <alexisb> hey there waigani
[21:30] <alexisb> on my way
[21:31] <alexisb> waigani, are you on?
[21:31] <waigani> alexisb: i was... connection just dropped
[21:31] <waigani> alexisb: give me 2min
[21:31] <alexisb> k
[21:34] <thumper> mramm: oh hai
[21:34] <thumper> mramm: weren't we going to have a talk earlier?
[21:43]  * thumper tries to distract himself with work
[21:55] <lazyPower> thumper: any idea why local provider bootstrap would exit cleanly on utopic, but the api state server wont stay started? It's not even creating the machine-0.log, so it never finishes the init phase before it bails.
[21:56] <thumper> lazyPower: not off the top of my head
[21:56] <thumper> lazyPower: but if mongo failed to start, the machine agent wouldn't
[21:56] <thumper> lazyPower: check the juju-db
[21:56] <lazyPower> juju-monogd is started
[21:56] <lazyPower> if you want to follow along - its happening in #juju on canonical irc
[21:56] <lazyPower> i'm stumped
[21:57] <thumper> lazyPower: I have a call shortly, but could help after
[23:01] <wallyworld> thumper: yo
[23:03] <thumper> davecheney: around?
[23:03] <thumper> wallyworld: hey
[23:07] <rick_h__> thumper: how goes?
[23:33] <thumper> rick_h__: hey
[23:43] <rick_h__> thumper: hey, back from the woods with no interwebs. Will do my best to get the emails/docs you need from me during work day tomorrow