[06:24] <jw4> perrito666: OCR PTAL http://reviews.vapour.ws/r/1434/
[06:26] <perrito666> jw4: I am so no OCR, not even in my own tz :p but ill take a look
[06:26] <perrito666> oh axw_ already stamped it
[06:27] <jw4> perrito666: you're a gem - thanks axw_
[06:46] <perrito666> jw4: contrary to what you said, there is no actions doc
[06:46] <jw4> perrito666: one typo bugfix and you get all antagonistic with me
[06:46] <perrito666> lol
[06:50] <jw4> perrito666: https://jujucharms.com/docs/1.20/actions
[06:52] <jw4> perrito666: better link: https://jujucharms.com/docs/stable/actions
[07:04] <perrito666> jw4: I was for some reason looking for that in github.com/juju/juju/docs
[07:29] <perrito666> jw4: so, whenever I want to action get, I need to do agivenparam.name
[07:29] <perrito666> ?
[07:46] <jw4> perrito666: no, the .name was just an example to show how to retrieve nested values
[07:47] <perrito666> that is a misleading example, we should add some more info there
[07:47] <perrito666> btw, very useful docs, cheers
[07:50] <jw4> perrito666: congrats to bodie_ who did most of the docs
[07:51] <jw4> I did mostly state server, API's and back end stuff in the uniter, etc.
[07:51] <jw4> so I'm a little fuzzy on the command line, action-set, action-get, etc.
[07:59] <mup> Bug #1444333 was opened: subordinate relation removed still shows on the subordinate side <juju-core:New> <https://launchpad.net/bugs/1444333>
[08:59] <mup> Bug #1444333 changed: subordinate relation removed still shows on the subordinate side <remove-relation> <subordinate> <juju-core:New> <https://launchpad.net/bugs/1444333>
[08:59] <mup> Bug #1444353 was opened: juju backups/restore does not support local provider, but doesn't warn user <juju-core:New> <https://launchpad.net/bugs/1444353>
[08:59] <mup> Bug #1444354 was opened: juju backups includes previous backups in saved file <juju-core:New> <https://launchpad.net/bugs/1444354>
[09:08] <dimitern> jam, ping
[09:08] <dimitern> jam, we're in the same hangout btw
[12:15] <mattyw> gsamfira_, ping?
[12:15] <gsamfira_> mattyw: pong
[12:16] <mattyw> gsamfira_, hey there, have you ever tried installing vim with choclatey? I've followed the instructions on your wiki and thought I'd try installing vim at the end and it doesn't work -  but I don't understand the error. Just wondered if you'd tried it?
[12:17] <mattyw> gsamfira_, this is what I get: vim : The term 'vim' is not recognized as the name of a cmdlet
[12:17] <gsamfira_> ahh yes
[12:18] <perrito666> mattyw: you are not embracing the proper spirit man
[12:18] <perrito666> use notepad
[12:18] <gsamfira_> mattyw: windows has this bad habbit of installing apps in its own folder
[12:18] <gsamfira_> mattyw: those folders are rarely in $PATH
[12:18] <gsamfira_> mattyw: so you end up having to type out the absolute path to it
[12:19] <mattyw> gsamfira_, there's a vim74 in Program Files x86 that looks like it - but that gives me the same problem
[12:19] <mattyw> gsamfira_, although maybe my powershall skills are failing me
[12:19] <mattyw> perrito666, is this the start of a notepad <-> vim flamewar ;)
[12:20] <gsamfira_> &mattyw:  'C:\Program Files (x86)\vim\vim74\vim.exe'
[12:20] <gsamfira_> try: & 'C:\Program Files (x86)\vim\vim74\vim.exe' C:\test.txt
[12:20] <gsamfira_> ampersand is important if running from powershell
[12:20] <mattyw> gsamfira_, ah yes - vim74 is a folder - I feel like an idiot!
[12:20] <perrito666> mattyw: it may very well be, we just need someone to take notepad's end
[12:20] <mattyw> gsamfira_, got it - thanks very much
[12:21] <mattyw> perrito666, lolz
[12:21] <perrito666> mattyw: here gsamfira showed me (he is afk btw) that a nice way to do things is to create a bin folder, add it to your path and then add a lot of files called yourcommand.cmd with a call to the full path inside
[12:21] <perrito666> and that puts the command in the path
[12:21] <perrito666> isn't it super easy and user friendly?
[12:22]  * perrito666 rejoices while running the testsuite in windows to fix it
[12:23] <jw4> notepad rulez
[12:23] <mattyw> perrito666, I used to do that in my old windows days - just trying to remember it all - it's all hidden at the back of my brain
[12:24] <perrito666> mattyw: in my old windows days I used desktop icons
[12:24] <perrito666> I was never a power hacker of windows
[12:24] <mattyw> perrito666, same - but I had the custom folder with my own bins
[12:25]  * perrito666 thinks that he should now install vim and add it to his bin folder
[12:25] <gsamfira_> mattyw: thats how the brain protects itself from traumatic memories. It berries memories deep in the back of your mind
[12:26] <perrito666> just like windows does with binaries, apparently
[12:28] <mattyw> perrito666, haha
[12:33] <jamespage> ericsnow, hey - I'm struggling to build juju from source right now to testout your fixes
[12:33] <jamespage> go install -v github.com/juju/juju/...
[12:34] <jamespage> ericsnow, http://paste.ubuntu.com/10826372/
[12:34] <jamespage> any ideas?
[12:43] <jw4> jamespage: looks like you may need to run godeps
[12:44] <jw4> go install launchpad.net/godeps
[12:44] <jw4> pushd github.com/juju/juju && godeps -u dependencies.tsv
[12:45] <thumper> jw4: do you know about the Makefile?
[12:45] <jw4> ah
[12:45] <jw4> yesh
[12:45] <jw4> jamespage: make install-dependencies
[12:45] <jw4> thumper: but I don't think that runs godeps does it?
[12:45] <thumper> if you have export JUJU_MAKE_GODEPS=true
[12:45] <jw4> ooooh
[12:45] <thumper> then make check runs godeps then the tests
[12:46] <thumper> o/ jamespage
[12:46]  * jw4 needs to read the docs again now that it's not all new
[12:46] <jamespage> hey thumper
[12:46] <jw4> ... to me
[12:54] <perrito666> wallyworld: I am u here, next to the elevator
[12:54] <jam> wallyworld: looking at your status feedback
[12:54] <jam> does that mean "juju status > out.txt" is going to switch to UTC vs "juju status" is going to use localtime?
[12:54] <wallyworld> perrito666: i'm already in mark's room
[12:54] <wallyworld> jam: yes
[12:55] <jam> wallyworld: sounds bad to me
[12:55] <wallyworld> was a strong preference from IS
[12:55] <perrito666> k just fetch me out after you finish
[12:55] <jam> having the output change because I try to save it
[12:55] <jam> is bad
[12:55] <jam> now, having a flag, or "-o" or something else would be semi ok
[12:55] <wallyworld> jam: i understand and made the same arguments
[12:56] <wallyworld> but eventually caved in
[12:56] <jam> wallyworld: so I think we push back/elevate this to someone else
[12:56] <wallyworld> ok
[12:56] <wallyworld> i'll add a --utc flag
[12:56] <wallyworld> to the status command
[12:57] <wallyworld> jam: would you be happy with a --utc flag?
[12:57] <jam> wallyworld: I'm fine with it
[12:57] <wallyworld> ok, thanks, i'll do that
[12:57] <jam> I can understand the "use UTC if I'm scripting/documenting this for posterity"
[12:57] <wallyworld> i do agree with you
[12:58] <jam> but doing "juju status"
[12:58] <jam> hmm
[12:58] <jam> "juju status | vim"
[12:58] <jam> and I get something different
[12:58] <wallyworld> jam: actually, this is for status-history
[12:58] <wallyworld> and with status
[12:58] <wallyworld> it is only for the Since timestamp
[12:58] <perrito666> I am + 1 with same command should give consistent output
[12:58] <wallyworld> in the yaml
[12:58] <perrito666> wallyworld: ^
[13:50] <mwhudson> sinzui: can you run grep-dctrl -FBuild-Depends golang-go  -sPackage /var/lib/apt/lists/*Sources on your trusty system?
[13:56] <sinzui> mwhudson, https://pastebin.canonical.com/129629/
[13:57] <mwhudson> sinzui: thats a bit more than just docker :/
[14:52] <benji> yeah, the DWIM when piping status has bitten me before
[15:05] <perrito666> ericsnow: https://bugs.launchpad.net/juju-core/+bug/1444354
[15:05] <mup> Bug #1444354: juju backups includes previous backups in saved file <backup-restore> <juju-core:Triaged> <https://launchpad.net/bugs/1444354>
[15:05] <perrito666> :) enjoy
[15:05] <jw4> mattyw: did your 'cannot retrieve meter status' fix get pushed to master yet, or just 1.23?
[15:06] <mattyw> jw4, I there was definately a pr for it - tasdomas is the guy to speak to
[15:06] <jw4> mattyw: k, thanks - I just triggered the bug again just upgrading from 1.24 to 1.24
[15:10] <mattyw> jw4, it did land in master, can you send a paste of the error?
[15:16] <jw4> mattyw: http://paste.ubuntu.com/10827323/
[15:18] <mattyw> tasdomas, can you take a quick look ^^ I thought this would have been fixed by monday's change
[15:31] <tasdomas> mattyw, looking
[15:32] <mattyw> tasdomas, thanks very much
[15:34] <tasdomas> jw4, the PR landed in master this morning
[15:35] <mgz> jw4 - action hero, on now
[15:47] <mwhudson> cherylj, mattyw, wallyworld_: icon time https://plus.google.com/+GustavoNiemeyer/posts/UpjgWHbpjCU
[15:49] <mattyw> mwhudson, awesome
[15:49] <cherylj> mwhudson: I'm on it!
[15:50] <mattyw> cherylj, mwhudson I'm working on the amulet tests at the moment, hope to get them done by the end of our charm comp session tomorrow
[15:51] <jw4> mgz: aww :)
[16:02] <tasdomas> jw4, seems to be working fine for me
[16:02] <jw4> hmm; upgrade from 1.24 to 1.24?
[16:02] <jw4> I'll try again in a clean env
[16:02] <tasdomas> jw4, yes
[16:03] <jw4> basically I deployd from master... deployed a charm... modified juju.... did juju upgrade-juju --upload-tools
[16:04] <mwhudson> i ran my ec2 out of disk space testing my fixes :-)
[16:04] <tasdomas> jw4, did the same - git checkout master; git checkout HEAD^; [build,bootstrap,deploy];git checkout master;[build, upgrade]
[16:05] <jw4> tasdomas: okay - thanks - I'll verify that it wasn't an issue with my env.
[16:07] <tasdomas> jw4, do you have the gitref you were upgrading from ?
[16:07] <jw4> tasdomas: aa1532b
[16:08] <jw4> tasdomas: one step I didn't see in your upgrade... go install ./... before juju upgrade
[16:09] <tasdomas> jw4, yeah, that's what I mean when I said "build"
[16:09] <jw4> kk
[16:21] <tasdomas> jw4, did an upgrade from aa1532b to HEAD, did not see any problems
[16:21] <tasdomas> jw4, if you manage to reproduce me, do ping or email or find me
[16:30] <mup> Bug #1444037 changed: juju-core 1.22.1 is not packaged in Ubuntu <block-proposed> <packaging> <juju-core (Ubuntu):Triaged by strikov> <juju-core (Ubuntu Trusty):New for strikov> <https://launchpad.net/bugs/1444037>
[16:42] <mup> Bug #1444576 was opened: Skipped TestUpgradeSteps* in cmd/jujud/agent/upgrade_test.go <skipped-test> <test-failure> <juju-core:Triaged> <juju-core 1.23:Triaged> <https://launchpad.net/bugs/1444576>
[17:18] <mup> Bug #1434555 changed: ppc64el unit test timeout <blocks-release> <ci> <ppc64el> <regression> <unit-tests> <juju-core:Fix Released by wallyworld> <juju-core 1.23:Fix Released by wallyworld> <https://launchpad.net/bugs/1434555>
[17:30] <mup> Bug #1434555 was opened: ppc64el unit test timeout <blocks-release> <ci> <ppc64el> <regression> <unit-tests> <juju-core:Fix Released by wallyworld> <juju-core 1.23:Fix Released by wallyworld> <https://launchpad.net/bugs/1434555>
[17:36] <mup> Bug #1434555 changed: ppc64el unit test timeout <blocks-release> <ci> <ppc64el> <regression> <unit-tests> <juju-core:Fix Released by wallyworld> <juju-core 1.23:Fix Released by wallyworld> <https://launchpad.net/bugs/1434555>
[22:14] <natefinch> marcoceppi_: you around?
[22:14] <natefinch> or lazyPower_ ?
[22:15] <marcoceppi_> natefinch: whats up?
[22:16] <natefinch> marcoceppi_: looking at the mongodb charm.... does  it only provide username, port, and hostname in its rels as a database?
[22:16] <marcoceppi_> natefinch: probably. its an old ass charm
[22:17] <natefinch> Am I supposed to be able to find out what it sets from its documentation?
[22:20] <marcoceppi_> natefinch: in a perfect world yes. in the near future: yes, at this moment nothing like this exists
[22:20] <natefinch> marcoceppi_: fair enough
[22:21] <marcoceppi_> natefinch: it actually looks like it just sets hostname, port, type, and replset
[22:21] <marcoceppi_> authenticated acces was experimental at the time
[22:22] <natefinch> marcoceppi_: heh