=== txwikinger2 is now known as txwikinger [00:56] http://www.brandonholtsclaw.com/blog/2012/how-not-to-fail-at-the-cloud/ [01:04] imbrandon: you're not allowed to just leave it hanging like that :) [01:10] hahaha [01:11] dude that alone took like 2 days to write [01:11] heh === izdubar is now known as MarkDude [01:20] wow, my blogs starting to get a little traffic too, went to go check the numbers for last month ... 17,391 pageviews [01:20] ( that cant all be me hitting refresh hahahaha ) [03:49] hi all [03:52] I'm messing around with juju using a local environment, is there any way I can specify which apt mirror to use? [03:59] no [03:59] the local provider brings up an apt-cacher-ng automatically [03:59] and there is AFAIK no knob to tweak this. [04:00] there is an experimental patch to let you set an explicit proxy, but it only affects the first node spawned, last I checked. [04:00] hazmat would know more, but hazmat should be sleeping right now ;) [04:00] * hazmat should be sleeping :-) [04:00] lifeless: so i see smoser has done this: https://bugs.launchpad.net/cloud-init/+bug/897688 [04:00] <_mup_> Bug #897688: cloud-init should support apt-proxy and hostname based mirror selection < https://launchpad.net/bugs/897688 > [04:01] but I have no idea where cloud-init fits in here [04:01] jk-, cloud-init is how juju initializes machines, but it doesn't directly expose all of cloud-inits config to the user [04:01] at the moment its not supported re mirror selection [04:02] hazmat: ok, cool [04:06] hm, what *is* cloud-init? I don't have any executable with that name. [04:06] it runs in cloud images only [04:06] oh, right. [04:06] the cloud provider invokes it automatically right after the image comes up [04:07] gotchya, thanks. [04:07] in principle, depending on the cloud it either calls back to get data from an instance metadata API, or has data injected into it via the filesystem [04:07] I think pragmatically they all use the same instance metadata API call though. [04:07] as doing heterogeneous file system injection is just messy [04:08] its responsible for things like setting the ubuntu users ssh key etc etc === bcsaller1 is now known as bcsaller === cereal_b1rs is now known as cereal_bars [04:33] jimbaker: sorry I was afk way longer than I expected to be. Yes trunk has been open since 0.5.1 released [04:34] imbrandon: the way mysql sets up replication is a bit naive, and not suitable for use on an insecure network (need to transfer the db snapshot via https) but the general idea is, I think, sound. === almaisan-away is now known as al-maisan [10:51] could someone fix the charmstore ( specificly charmload ) or at least be bothered to confirm the bug report that is reporduceable every single time ( even in the official store as we're missing charms ) [10:52] its been reported over 3 weeks now and not even a "ok we'll get to it ... once someone else learns how to program in go" or anything ... kinda anoying the store has been broken all this time [10:53] * imbrandon goes to piss-off time doing something else ... === al-maisan is now known as almaisan-away [11:02] imbrandon: which bug are you talking about? [11:03] https://bugs.launchpad.net/juju-core/+bug/1015700 [11:20] imbrandon: how are you running it? [11:21] there is only one way iirc "charmload 127.0.0.1" [11:24] imbrandon: the version of charmload i have here expects a config path as its first argument [11:24] hrm ... [11:25] i am using charmstore from ppa:juju/pkgs [11:25] is there another ? [11:25] imbrandon: i'm just looking at it. there's a config file in the package dir which i'll try using [11:26] kk [11:26] root@server-1339205906-az-1-region-a-geo-1:~# charmload [11:26] usage: charmload [11:26] wrtp: i can give you ssh to that box if it helps [11:27] imbrandon: i'm interested to see if i can reproduce your behaviour here. just need to work out how to run mongodb :-) [11:27] heheh, kk , just run "mongod &" is simplest [11:28] imbrandon: is 60017 the default port number? [11:28] yup [11:28] err [11:28] 27017 [11:28] lemme look [11:29] imbrandon: ah, looks like i need to give it a data directory [11:30] Wed Jul 11 11:29:42 [initandlisten] MongoDB starting : pid=7948 port=27017 dbpath=/data/db/ 64-bit host=server-1339205906-az-1-region-a-geo-1 [11:30] imbrandon: ok, seems to be running ok now. [11:31] imbrandon: i'll see if i see your issue [11:31] cool kk, yea after that , the first charmload will finish [11:31] and every attemot after will fail [11:31] at that same place [11:31] or should [11:31] i has on 2 diff boxes here [11:31] reliably [11:32] btw the first charmload will take a good little while, so make some tea or get lunch [11:32] hehe [11:33] wrtp: btw thanks for poking at this :) [11:33] it has been very very anoying [11:33] imbrandon: by "a good little while" do you mean an hour or 8 hours? [11:33] like 2 [11:34] just under 2 iirc [11:34] imbrandon: by "every attempt after", do you mean when you run charmload again? [11:34] it downloading every charm and putting them into gridfs [11:34] and yup [11:34] when you rerun it its supose to update the charms with new ones if there are any [11:35] when you re-run it , it only takes like 2 minutes [11:35] only this first run takes a long time [11:36] its using lp api to getBranchTips iirc [11:36] and checks for new ones against that json return from what i understand [11:37] imbrandon: feels to me like it could be doing more stuff concurrently. but maybe it *is* maxing out my network. [11:37] heh, no i agree [11:37] i think its all serial [11:38] not 100% certain tho [11:38] when i run it , i run it on a HPCloud server with a fat pipe [11:39] so i dont hink its network that makes it slow [11:39] i think it just processes one at a time, for all 160ish of them [11:41] wrtp: brb gotta run for like 1 hour, but i'll be round after that all day, should u need something else from me [11:41] imbrandon: k === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan [12:23] * imbrandon returns [12:40] imbrandon: ok, i've seen the bug. [12:40] imbrandon: i didn't need to run charmload twice [12:40] imbrandon: i will have a look into it [12:41] imbrandon: looks like it's something to do with the terracotta charm in particular [12:42] wrtp: rockin [12:42] thanks a ton [12:46] imbrandon: np. BTW i've now got a 15 line standalone program that reproduces the bug: http://paste.ubuntu.com/1086121/ [12:47] oh cool [12:47] that might help me learn a bit of go :) [12:47] imbrandon: it's not a hard language [12:48] yea i've been poking at it the last 2 days or so [12:48] just picking up the ultra basics so far, but most new langugues are just learning the packages [12:48] synatax is syntax [12:48] :) [12:49] imbrandon: yeah. actually the idioms are a bit different too - the lack of subtyping and the way packages are structured makes a significant difference [12:49] imbrandon: but, yeah, as always, the packages are the main thing [12:49] s/packages/standard packages/ [12:52] hehe yea [12:59] imbrandon: ok, i've got a fix. will add a test and propose it soon. [13:01] wrtp: wow, urock [13:01] ty [13:03] imbrandon: np [13:27] juju deploy ubuntu [13:27] 2012-07-11 14:27:31,259 INFO Searching for charm cs:precise/ubuntu in charm store [13:27] 2012-07-11 14:27:31,942 ERROR Error processing 'cs:precise/ubuntu': entry not found [13:27] http://jujucharms.com/charms/precise/ubuntu [13:28] what am I doing wrong? [13:28] jml: nothing [13:29] its broken, you need to grab a local copy of the charm, that is part of the bug that wrtp just got a fix for [13:29] imbrandon: ok, thanks. [13:29] in the charmstore and will be fixed $sometime but still needs code review etc [13:51] imbrandon, jml: proposal to fix the bug: https://codereview.appspot.com/6344105 [13:56] wrtp: looks like already taped it too , i def owe ya a beer in copenhagen :) [13:58] * wrtp is always willing to accept a beer :-) are you in copenhagen? [14:04] nope, but thats likely the next time i'll get to meetup with ya [14:04] 12.10 uds [14:04] imbrandon: ok, the fix is in. i guess it'll take a while to propagate to the ppa. i haven't actually tested charmload again yet :-) [14:04] np, i'm actually compiling it local how to try [14:05] imbrandon: cool, i didn't know the location had been confirmed [14:05] well trying to if i can find glang-tip [14:05] wrtp: ahh i'm not 100% for sure, thats what the consensus was last i heard tho [14:06] imbrandon: if you've got golang installed, you should be able to do: go get launchpad.net/juju-core/store/charmload [14:06] ahh cool,i was trying to rebuild the package [14:06] yup i do [14:06] imbrandon: or possibly: go get -u ... if you've already installed the juju stuff under Go. [14:07] imbrandon: (get -u goes to the web site even if there's already a local version) [14:08] oh now thats cool [14:08] * imbrandon forgives some of golangs verbosness :) [14:10] brb grabbing a soda, but i assume its compiling now [14:10] brb === zyga is now known as zyga-food [14:14] wrtp: where did it put the binary [14:14] heh [14:15] "where'd WHO go!?" [14:16] imbrandon: if you've got $GOPATH set then it's in $GOPATH/bin [14:16] imbrandon: otherwise it's in $GOROOT/bin [14:16] k [14:16] imbrandon: unless you've got $GOBIN set [14:16] no likely [14:16] not* === salgado is now known as salgado-brb [14:17] imbrandon: what does go list -f '{{.Dir}}' launchpad.net/juju-core/store/charmload [14:17] print? [14:18] root@server-1339205906-az-1-region-a-geo-1:~# go list -f '{{.Dir}}' launchpad.net/juju-core/store/charmload [14:18] /usr/lib/go/src/pkg/launchpad.net/juju-core/store/charmload [14:18] ahh ok [14:18] yea i have no $GO* env set [14:18] heh [14:18] heya SpamapS :) [14:20] wrtp: ok thats a dir [14:20] with the src [14:21] ahh got it [14:21] imbrandon: yeah. if you want stuff to be installed in your home, then set GOPATH to e.g. $HOME/src/go [14:21] * imbrandon headdesks [14:22] imbrandon: in your case, you can run /usr/lib/go/bin/charmload [14:22] imbrandon: i think [14:22] ahh cool , yea i should set all that up today , zomg all my ram will be taken by env vars, you should see my "# env" printout [14:22] heh [14:22] :-) [14:22] yup, now i got to find that config [14:22] imbrandon: there's one in the charmload directory [14:23] ahh rockin [14:24] ok loaded up, looks good so far [14:24] no idea why it dosent use the default 27017 port [14:24] silly store === salgado-brb is now known as salgado [14:25] wrtp: woot works perfect [14:25] imbrandon: cool. [14:25] imbrandon: i've been chugging charmload along too, and it hasn't encountered any further problems... [14:25] * wrtp checks [14:26] next question is SpamapS once that lands in the PPA how do get store.juju.ubuntu.com updated ? or whatever the url is [14:26] imbrandon: nope, still working [14:26] sweet [14:26] imbrandon: no idea, sorry :-) [14:27] no worries, liky its automatic OR justa simple IS ticket [14:29] SpamapS: woot, looks like most if not all the ones on the MIA list are now loading [14:29] i've seen a few come by already [14:29] imbrandon: you made some fixes? [14:29] not me, wrtp did [14:29] ahh [14:29] i just helped debug [14:30] It needs to get merged into juju and then we have to get our IS people to deploy the new version [14:30] wrtp: any chance you added HTTPS ? ;) [14:30] yea its merged , already revied by gustavo [14:30] reviewed [14:30] ah ok we just have to bump IS then [14:30] and should be in PPA soonish [14:30] SpamapS: Btw, I apologize for being behind on the API to get errors [14:30] SpamapS: i just did the fix. no new features... [14:30] SpamapS: I'll sort that out [14:31] SpamapS: It's really me being lazy.. the errors are even in the database already [14:31] oh speak of the devil 0/ [14:32] SpamapS: but i did get a little peek into the go code world , so maybe that will nudge me to hunker down on it this week :) [14:34] imbrandon: Oh, neat [14:34] imbrandon: What's your take on it? [14:35] niemeyer: much more verbose than i'm used to , but def something cool, i'm really looking forward into getting deep enough to play with some concurency [14:36] imbrandon: Oh, interesting. Verbose in which sense? [14:36] just than lang its self, i've been doing ruby,js,php far too long :) [14:37] actually its seems alot like backwards js, but thats just a feeling, dont really know how to explain myself there [14:37] not in a bad way tho :) === zyga-food is now known as zyga [14:37] as in the loops in logic seems reversed , much more like c [14:39] imbrandon: Ah, yeah, one of the loop forms is close to C indeed === al-maisan is now known as almaisan-away [14:39] imbrandon: Anyway, happy to see you poking with that.. please ping if you need anything [14:40] sure thing :) [14:55] niemeyer: no worries. We're all behind on everything. If you could work on that thing to make the world turn slower so we get 25 hours a day that would help. ;) [14:57] SpamapS: :-) === zyga_ is now known as zyga [15:51] SpamapS, doublechecking: is it ok to merge in branches into juju trunk at this time? [15:52] jimbaker: lp:juju has been open since 0.5.1 released [15:53] jimbaker: and there's no plan currently for honolulu's release [15:53] SpamapS, ok [15:55] jimbaker: still broken on natty and oneiric :( [15:56] we care about natty and oneiric ? [15:56] imbrandon: I don't know for sure. I think we probably should since AFAIK OMG is still on oneiric, isn't it? [15:56] nah [15:56] its on precise [15:57] last major redo [15:57] err redeploy [15:57] I'd be happy to let go of natty.. but oneiric we still have an active charm series for [15:58] yea i dont mind much either way. but just seems kinda odd as there isnt any uptodate charms for natty iirc [15:59] natty is only about the client [16:00] 0.5.1 works on oneiric.. [16:00] and natty actually [16:00] so we can just say those are the last supported releases on natty/oneiric [16:00] but yea i moved it to precise a month or so ago when the last big redeploy in hopes there would be a stable php 5.4 i could toss on there at some point [16:01] for precise [16:01] imbrandon: there is.. [16:01] but not moved to 5.4 yet, just was planning [16:01] yea at the time there wanent tho [16:01] https://launchpad.net/~ondrej/+archive/php5 [16:01] that had no apc [16:01] a month ago [16:01] imbrandon: tho that may be somewhat experimental [16:01] SpamapS, do you have the buildd log for natty/oneiric? [16:01] yea apc segfaulted on that untill like 2 weesk ago [16:01] jimbaker: https://launchpadlibrarian.net/109247690/buildlog_ubuntu-oneiric-i386.juju_0.5.1%2Bbzr555-0juju1~oneiric1_FAILEDTOBUILD.txt.gz [16:02] jimbaker: https://launchpadlibrarian.net/109247508/buildlog_ubuntu-natty-i386.juju_0.5.1%2Bbzr555-0juju1~natty1_FAILEDTOBUILD.txt.gz [16:02] imbrandon: you might consider a no-change rebuild of quantal's packages too [16:02] yea thats exactly what i was planning once you told me you uploaded it [16:02] Is there any way to indicate a charm requires a subordinate? [16:03] SpamapS, so the common failure is this one, juju.unit.tests.test_lifecycle.UnitLifecycleTest.test_remembers_relation_removes [16:03] looks like we need to merge w/ Debian actually. hm [16:03] heya marcoceppi 0/ [16:03] ok, that's a useful place to start [16:03] o/ imbrandon et al [16:03] marcoceppi: umm would requires: charmname scope: container [16:03] not work ? [16:04] not sure [16:04] jimbaker: install ubuntu-dev-tools, use 'mk-sbuild oneiric' to create a buildd-like chroot. Use 'schroot -c oneiric-amd64 -u root' to enter the chroot and you can install build-deps, try the test suite, etc. etc. [16:04] i dont think its enforced but i think that would be the way [16:04] haven't tried, wasn't sure if there was a way to indicate that a "main charm" required a sub-ordinate [16:04] it looks like the problem with natty is that the yaml format is slightly different (presumably libyaml difference) [16:04] marcoceppi: ahoy! [16:04] or at least make that more obvious aside from descriptions [16:04] right [16:04] marcoceppi: there are no required subordinates. [16:04] 'morning all [16:05] yea i'm not sure either, but that seems like it right off the top of my head [16:05] SpamapS: Okay, so if a charm requires a suboridnate you're doing it wrong? [16:05] marcoceppi: part of the way it figures out which side is primary/sub is the provides (primary) and requires (subordinate) [16:06] SpamapS: ah, that makes a lot more sense [16:06] marcoceppi: possibly, but subordinates are a little clunky for anything except their intended use case (container-aware monitoring/management).. can you provide more details? [16:06] Multi-site wordpress via subordinates [16:06] SpamapS: so like requires: loggin interface: blah scope: container ? is not right [16:06] marcoceppi: I'm starting to think we should think about "building" charms using my splice tool for inheritance. [16:07] oh hm [16:07] no thats different [16:07] marcoceppi: ahh i ran into the same issue with nginx and sub sites [16:07] SpamapS, oddly, i cannot run juju.unit.tests.test_lifecycle.UnitLifecycleTest.test_remembers_relation_removes by itself on precise [16:07] imbrandon: right, I don't know what that would do, but probably not what you think. :) [16:07] so that's a pretty good sign something is wrong with that test [16:07] not found a good DRY solution [16:08] jimbaker: very interesting [16:08] imbrandon: the only (poor) DRY solution is to stuff everything in a package in a PPA [16:08] SpamapS: what I was thinking, if there's no subordinate then just roll-out with wordpress, but the problem is preserving that "one instance" when you start adding more subordintaes of wordpress sites [16:08] which leads me to believe I should be doing a wordpress and wordpress-mu charm [16:08] imbrandon: and even then you still have to RY on the metadata [16:08] yea [16:09] SpamapS, when i tried the juju.lib.format tests, i was doing this on oneiric. i wasn't even thinking of natty! :) so i will revisit with natty, but the buildd log basically tells me what i need to know, there's a slight incompatibility there [16:09] marcoceppi: another way to go is to just have the charm morph itself from single -> multi on attachment to the mu relation [16:09] marcoceppi:oh yea, thats right its not like drupal where yoy can just drop a new site in the config dir [16:09] SpamapS: no, wordpress its self [16:09] SpamapS: right, but then the problem is preserving that one first install. Then how do you update the themes and plugins for it, it's not in a charm repo anywhere [16:09] marcoceppi: I have the same problem with ceph actually. Its hard to know what something is intended to be until after all the hooks (relations, et.all) have fired at least once [16:10] I think I'm going to skip multi-site for now [16:10] It was a cool idea, but it's really starting to cause logic circles for me [16:10] jimbaker: if we need to just run a subset of tests on natty thats fine [16:11] jimbaker: Ideally the test would detect the incompatibility and skip itself tho [16:11] marcoceppi: probably a good idea [16:11] cool, I'll strip that out in to a new branch [16:12] SpamapS, yeah, let's just fix the test [16:12] or better yet fix the code [16:12] i'm sure i can workaround this minor incompatibility [16:13] jimbaker: the idea is not to spend too much time fixing server-only code for natty [16:13] jimbaker: we only want natty users to be able to use juju as a client.. :) [16:14] in lucid I don't even run the test suite [16:14] the client "might" work ;) [16:14] but juju is basically python 2.7 only [16:15] SpamapS, this possibly can impact client-level code [16:15] since they can observe the yaml formatting being used [16:16] jimbaker: ok, let me be more clear. Priority == low [16:17] SpamapS, but on the other hand it does seem unlikely since it only fails here, not in similar tests that actually ensure what the client sees [16:17] SpamapS, so given that those tests are robust and cover this case at the client level, i think we can skip this test on natty [16:18] in any event, i'm more concerned about the lifecycle test, since that seems to be broken across the board, but in a weird way [16:19] most likely it's impacted by a data race === salgado is now known as salgado-lunch [16:23] jimbaker: thanks for looking [16:23] SpamapS, np, sorry it took so long to coordinate on the specifics here [16:26] wrtp: charmload completes 100% [16:26] woot [16:27] when did you say it would hit the ppa ( so i know when to bug SpamapS to bug IS ) heh [16:28] imbrandon: yeah, it completed for me too [16:28] rockin [16:28] imbrandon: niemeyer would be a better person to ask about the ppa [16:28] kk, but its in the trunk now so if ppa were to build it would go ? [16:28] niemeyer: ^^ ? [16:28] I suspect this recipe needs to be run: https://code.launchpad.net/~niemeyer/+recipe/charmstore [16:29] Built on request [16:29] niemeyer: ^^ [16:29] ahh cool, please :) [16:31] oh wtf google.. [tab] on results page should not take me to nav bar.. 1st result *please* [16:32] heh [16:33] SpamapS: i suspect IS will need more than a bump too, as before ( as in the current package ) runs with "charmload " and the new one runs with "charmload " config = yaml with mongo ip:port [16:37] imbrandon: *DOH* [16:49] What's charmload? === salgado-lunch is now known as salgado [16:57] marcoceppi: the charmstore [16:57] well what loads the charms from LP into the charmstore [16:59] SpamapS, imbrandon: Will do [17:25] Can juju associate reserved ips to instances? [17:26] dpb___: no it hasn't abstracted that yet [17:26] dpb___: but you can use the API to do that [17:27] dpb___: this does cause some issue if 'public-address' is used in the charms. but that is actually fairly rare [17:27] SpamapS: oh? Is there a pointer for how to do that? [17:29] dpb___: euca-associate-address (or ec2-associate-address if you prefer big slow tools ;) [17:37] SpamapS: ooh, I see what you mean, ok === fenris_ is now known as Guest10826 === Guest10826 is now known as ejat [17:47] adam_g: http://askubuntu.com/questions/161731/using-juju-with-private-openstack-cloud-deployment [17:47] or anybody? [17:54] jcastro: answering.. i think the IP address issue should be resolved once he's attached a floating IP, but the ability to insert user defined config into juju nodes' cloud-config would solve his second issue [17:54] cool === bkerensa_ is now known as bkerensa [18:03] Is there a way to increase the virtual machine HD size when running with -e local? [18:04] adam_g: I guess Ill be seeing you next week ;) [18:08] negronjl: hey does drawbridge use mongo or mysql in the backend? [18:09] Is there a wiki page for Juju on Fedora? [18:09] * MarkDude is heading to OSCON and CLS- [18:09] you gonna be there jcastro ? [18:09] yeah [18:09] Cool [18:09] bkerensa: ya, for sure [18:10] tncardoso: local is not a VM, its a container.. [18:10] tncardoso: you can mount /var/lib/lxc somewhere larger if you want [18:10] Lets get a photo op for it, I want to go next step and get publicity, and maybe have Nixie Pixel put sumthin' about it in one of her videos she is making there :) [18:10] * SpamapS would love to be at OSCON.. one of the best confs [18:10] MarkDude: I'm trying to find someone to take over the Ubuntu Booth for me 90% of the time ;) [18:10] Get you in front of Fedora booth, [18:11] Phil will be there, he is sleeping on the floor of our Fedora room [18:11] lol [18:11] We could also just have some Fedorans in front of Ubuntu Oregon booth [18:11] your water and towels will be gone [18:11] :) [18:12] Whatever [18:12] MarkDude: Finn is coming to and Nathwill [18:12] so it should not be a problem [18:12] He will be our *token Ubuntu guy* [18:12] SpamapS: If I log in the container and run 'df' I get 20Mb filesystem, this is making it harder to test my charms [18:12] We will order him extra towels and water- remember we are NOT staying at Motel6 [18:12] :D [18:13] Despite your urging during funding meeting- which was pretty EPIC trolling on your part. [18:13] Good stuff, people were amused [18:13] * MarkDude too [18:14] If you do prank the Fedora booth, make sure we get a good photo op [18:14] We are planning to sorta troll you by offering you a bit of our table space to put some Ubuntu SWAG [18:14] Since we have some space that is [18:14] :D [18:17] tncardoso: that means /var/lib/lxc is on a 20Mb filesystem [18:17] tncardoso: mount -o bind /mnt/somewhere/big /var/lib/lxc [18:18] SpamapS: Ok, I will try that, thanks [18:21] MarkDude: there's no wiki page for it, there's a page for it we point to on github tho [18:21] Fair enough, ty [18:22] Looking forward to seeing you there- CLS also? [18:22] I'm in the middle of planning a booth so I can't do CLS, really wanted to though [18:22] er, a move. [18:23] MarkDude: hey those RPMs look fresh, anyone test these lately? [18:23] other than brandon I mean [18:23] Well no [18:23] thats the part of publicity [18:23] Honest answer is F17 sorta sucks right now [18:24] So many are still on F16- or even F14 [18:24] :) [18:24] True story. [18:24] ok so we just keep pushing these and when you guys are set you'll let us know? [18:24] Yep [18:24] or are you basically doomed until F18? [18:24] Thats WHY I want to get some publicity [18:24] Or maybe F19 [18:25] We are in the process of killing Gnome 3 [18:25] That will take a while ago [18:25] SpamapS: You know about LP Team running into issues with charm-tools? https://code.launchpad.net/~yellow/charm-tools/trunk/+merge/101554 [18:26] bkerensa: yeah, I really need to just sit down and do this. Perhaps today [18:27] SpamapS: yeah I think they thought I was the guy for that [18:27] ;) [18:27] which is clearly not the case [18:42] I'm trying to do some hook debugging. https://juju.ubuntu.com/docs/write-charm.html But when I run something like config-get, I'm not in a juju context (no environment vars set). How do I load all that correctly? [18:43]

Hello from GO!