[00:01] <_mup_> Bug #917954 was filed: juju.providers.orchestra.tests.test_digestauth fails with twisted 11.1 <juju:New> < https://launchpad.net/bugs/917954 >
[00:08] <SpamapS> hazmat: assigned bug 917954 to you
[00:08] <_mup_> Bug #917954: juju.providers.orchestra.tests.test_digestauth fails with twisted 11.1 <ftbfs> <juju:New for hazmat> <juju (Ubuntu):Triaged> < https://launchpad.net/bugs/917954 >
[00:11] <hazmat> SpamapS, sounds good
[00:18] <SpamapS> hazmat: did you have any time to look closely at it, or still just getting your head screwed back into US time zone?
[00:51] <hazmat> SpamapS, not since the sprint, been trying to get back into the review stack, its multiplied again
[10:31] <niemeyer> Good mornings!
[10:40] <rog> niemeyer: hiya!
[10:43] <TheMue> morning
[10:47] <highvoltage> ████ ███████ niemeyer
[10:48] <TheMue> lol
[10:48] <niemeyer> Some serious voltage there
[10:48] <highvoltage> :)
[14:26] <jcastro> lynxman: mchenetz tells me OSX client should be available for testing this week
[14:26] <lynxman> jcastro: wohooo \o/
[14:26] <jcastro> statik: FYI ^^
[14:26] <lynxman> jcastro: great news
[14:27] <jcastro> EvilBill: bring your mac to SCALE, we can try it there
[15:02] <rog> robbiew: G+?
[15:03] <robbiew> rog: yep...will send an invite
[15:06] <koolhead11> lynxman: thanks!! :D
[15:07] <lynxman> koolhead11: np
[15:08] <mpl> niemeyer: hello. have you had time to have a look at the code I pointed to?
[15:10] <koolhead11> jcastro: around
[15:11] <jcastro> hi
[15:47] <niemeyer> mpl: Nope, sorry
[15:48] <niemeyer> mpl: I really have to focus on a few other things, so may not be able to come back to you until next week unfortunately
[15:48] <niemeyer> mpl: That said, if you are in a good direction, we may start talking about how to integrate this
[15:48] <niemeyer> mpl: It should be put in the form of a proper package that enables us to set up forwarding with a nice interface
[15:49] <niemeyer> mpl: Maybe the easiest way to move forward is for you to write down a proposal for how you feel we could structure such a package interface, and send a merge proposal for that
[15:49] <niemeyer> mpl: You can use a file such as environs/ssh.go under juju's tree
[15:49] <mpl> niemeyer: ah, good idea. will try that then, thx.
[15:50] <niemeyer> mpl: Don't worry about the implementation for the momnet
[15:50] <niemeyer> mpl: Just write down the skeleton for the package
[15:50] <mpl> hmm
[15:50] <mpl> ok
[15:51] <niemeyer> mpl: Sorry, not for the package.. we can have it within environs itself
[15:51] <niemeyer> mpl: Just write a skeleton for the functionality
[15:52] <mpl> niemeyer: so you mean, environs/ssh.go will not contain everything?
[15:52] <niemeyer> mpl: For now it will
[15:52] <niemeyer> mpl: Everything for the functionality you're tackling
[15:52] <mpl> niemeyer: in the form of a package, right?
[15:52] <niemeyer> mpl: We can reestructure later, if necessary.. but right now all we need is a proposal for its interface
[15:52] <niemeyer> mpl: No, in the form of a file, ssh.go
[15:53] <mpl> ah yes, silly me
[15:53] <niemeyer> mpl: Within the environs package
[15:53] <mpl> ok
[16:51]  * hazmat grabs lunch
[16:51]  * SpamapS caresses lunch
[16:52] <robbiew> jcastro: m_3: had a good showing at the Austin Cloud Users Group lastnight for the juju demo...I was asked if we would be giving a charm school at the Austin DevOpsDays event April 2/3....interested?
[16:52] <robbiew> SpamapS: that's nasty
[16:52] <gary_poster> heh
[16:57] <m_3> robbiew: lemme check calendar
[17:00] <m_3> robbiew: yeah, I can do that one
[17:01] <m_3> robbiew: you have a contact?  is that a LinearB event?
[17:01] <robbiew> m_3: no clue -> http://devopsdays.org/events/2012-austin/program/
[17:02] <robbiew> m_3: shoot an email to organizers-austin-2012@devopsdays.org about hosting a Charm School
[17:02] <robbiew> I'm sure they'll ask for sponsorship $$$
[17:02] <m_3> robbiew: maybe talk _and_ charmschool?
[17:02] <robbiew> I can raise that internally if so
[17:03] <robbiew> sure
[17:03] <m_3> ok, I'll ping em
[17:03] <m_3> thanks!
[17:20] <jcastro> m_3: if you get both ask to do the talk first
[17:22] <m_3> jcastro: yup... will do
[17:26] <SpamapS> m_3: devopsdays that I have been to have been really good
[17:28] <m_3> yeah, it's gonna be a great venue I think... strong community in Austin
[17:28] <robbiew> m_3: for sure
[17:28] <robbiew> I had some really good..and tough...questions last night
[17:28] <robbiew> folks were super interested though
[17:29] <m_3> robbiew: yup... lots of shops with established practices
[17:29] <robbiew> did my lisa'11 demo...local deploy thinkup...aws deploy thinkup...aws deploy hadoop...terrasort...scale up...destroy
[17:29] <robbiew> done
[17:29] <m_3> nice
[17:30] <SpamapS> robbiew: want some gource training? ;-)
[17:31]  * SpamapS realizes he hasn't read email at all yet today .. doh
[17:31] <robbiew> SpamapS: heh...the hadoop dashboard and ganglia helped
[17:31]  * robbiew waiting for the juju --visualize option
[17:32] <SpamapS> juju viz
[17:32] <robbiew> that automatically displays status to gource
[17:32] <robbiew> yeah
[17:32] <robbiew> juju-viz
[17:32] <SpamapS> if you say it with an accent it sounds like juju-bees ;)
[17:32]  * m_3 groans
[17:32] <robbiew> lol
[17:33] <robbiew> well...I dunno about all that, but having a plugin that fired up gource would be sweet
[17:33] <robbiew> maybe we can get koolhead17 to do it
[17:33] <robbiew> :P
[17:33] <SpamapS> yeah its still 2 pipes and a special argument to python.. ;)
[17:33] <robbiew> a.k.a the pitbull of juju community development
[17:33] <SpamapS> JUMP UP JUJU GO CRAZY
[17:33] <koolhead17> hello robbiew sir
[17:33] <jcastro> yes, finally, lp:charms
[17:33] <koolhead17> yay
[17:33] <jcastro> with the S, as god intended
[17:33]  * koolhead17 scrolls up
[17:34] <m_3> jcastro: whoohoo!
[17:34] <jcastro> SpamapS: you're doing the viz for our talk right?
[17:35] <robbiew> jcastro: lol
[17:42] <SpamapS> jcastro: yeah I'll bring the beez
[17:42] <SpamapS> ;)
[17:42] <jcastro> SpamapS: this time I will try to use the right slides.
[17:43] <SpamapS> meh, keep the challenge high
[17:43] <SpamapS> You were doing fine at powerpoint karaoke
[17:45] <m_3> jcastro: is there any way to make the wiki urls case-insensitive?  i.e., juju.ubuntu.com/charmschool _and_ juju.ubuntu.com/CharmSchool
[17:45] <jcastro> not afaik
[17:45] <jcastro> what I do is create redirects for the common cases
[17:45] <m_3> gotcha
[18:16] <koolhead17> jcastro: in case of modifying juju-doc i only have to modify the rst file or have to some some compilation stuff as well
[18:16] <jcastro> just the rst
[18:16] <jcastro> there is a cronjob to generate the html
[18:17] <jcastro> well, theoretically there is a cronjob but you don't have to worry about that
[18:17] <koolhead17> so i pulled the doc bzr branch lp:juju/docs
[18:17] <koolhead17> i will upload the changes in my branch and will it automatically get merged?
[18:18] <koolhead17> am not very familier with workflow so asking
[18:18] <jcastro> no, you make a branch, make your changes
[18:18] <jcastro> then you submit a merge proposal
[18:19] <koolhead17> k
[18:19] <jcastro> on your branche's lp page there will be a "propose for merging" button
[18:19] <jcastro> it's automagic if you do like lp:~yourusername/juju/whatever-the-fix-is
[18:20] <jcastro> then you just click merge when it's ready and it'll pile up in the queue
[18:22] <koolhead17> ok
[18:22] <koolhead17> in https://juju.ubuntu.com/docs/provider-configuration-local.html  do you want me to add the askubuntu infos like the networking and other things which need to be checked
[18:23] <koolhead17> jcastro: http://askubuntu.com/questions/65359/how-do-i-configure-juju-for-local-usage/65360#65360
[18:23] <_mup_> Bug #65360: [UNMETDEPS] libbonobouimm1.3 has unmet dependencies <libbonobouimm1.3 (Ubuntu):Fix Released by geser> < https://launchpad.net/bugs/65360 >
[18:34] <hazmat> jcastro, net.ipv4.ip_forward=1?
[18:34] <hazmat> that should be done by the libvirt packages
[18:35] <jcastro> someone else added that, I don't recall ever having to need that
[18:35] <koolhead17>  juju-origin: distro
[18:35] <jcastro> koolhead17: I would move all that stuff into the official doc, and then edit the answer in there to point to the official docs when it's merged
[18:37] <koolhead17> jcastro: cool so i will modify our doc by adding this and other parts, i will not add net.ipv4.ip_forward=1
[18:37] <jcastro> well, somebody added it for a reason, maybe it was a bug that was subsequently fixed
[18:37] <jcastro> either way, when you have it, test it a few times to make sure it works
[18:37] <koolhead17> also writing a charm section we have to create a file is charm root name revision and have to have number 1
 yes, finally, lp:charms
[18:38] <niemeyer> jcastro: I apologize for that one
[18:38] <koolhead17> jcastro: i had to use option as mentined in askubuntu on my oneiric
[18:38] <jcastro> niemeyer: it's ok, rather to fix it now than 6 months from now
[18:38] <koolhead17> LXC setup
[18:39] <niemeyer> jcastro: Other folks (I remember at least SpamapS) suggested that early on, and I was stubborn
[18:56] <robbiew> hazmat: enjoy performing your civic duty...the price you pay when you register to vote ;)
[18:57] <hazmat> robbiew, ain't you heard.. dc is 'taxation without representation'..
[18:57] <hazmat> its on plate of every car
[18:58] <robbiew> hazmat: yep...have family there, so know ALL about it
[18:58]  * hazmat digs into some twisted changelogs
[19:02] <hspencer> hazmat, hows it goin?  any progress on the txaws/walrus issue?
[19:02] <hspencer> anything i can do to help
[19:03] <hazmat> hspencer, i'm tracking down a twisted problem thats stopping builds on precise atm
[19:04] <hazmat> hspencer, i suspect the euca issue is with the url signing and prefixes in txaws, we had some problems with that a few months back when doing openstack compatiblity
[19:04] <hazmat> it sounds like something very similiar
[19:04] <hazmat> except ostack didn't do suffixes on s3, so its probably the url signing not taking into account the url suffix is my guess
[19:05] <hspencer> k
[19:05] <hspencer> well, lemme know how i can help
[19:05] <hspencer> i would like to try and get it working..also try it out with Eucalyptus 3.0
[19:08] <hazmat> hspencer, is euca 3.0 out ?
[19:11] <hspencer> you follow the devel branch of euca?
[19:11] <hspencer> you should check it out
[19:15] <koolhead17> hazmat: so the revision file in charm root directory keeps the major revision of the charm?
[19:16]  * koolhead17 is editing juju docs
[19:16] <hazmat> koolhead17, yes.. there are no minors.. just the one revision number kept in that file
[19:16] <hazmat> koolhead17, its in a  separate file because things like the charm store have license to update it automatically to keep the revision monotonically increasing across individual branches of the same charm
[19:17] <hazmat> so if one branch replaces trunk, the revision stays consistent
[19:17] <koolhead17> hazmat: cool. cos i have to write one line info too :)
[19:19] <koolhead17> hazmat: you want me to put same info along with it?
[19:19] <hazmat> koolhead17, hmm.. a little to much detail for the intro
[19:20] <hazmat> i'd just grab the revision info that used to be in  metadata.yaml that should suffice
[19:20] <hazmat> user docs shouldn't be explaining infrastructure decisions unless needed for clarification
[19:21] <koolhead17> hazmat: current doc in metadata.yaml says notthing about revision :(
[19:49] <niemeyer> ----- lp:~charmers/charm/oneiric/couchbase/trunk
[19:49] <niemeyer> ----- lp:~charmers/charm/oneiric/couchdb/trunk
[19:49] <niemeyer> ----- lp:~charmers/charm/oneiric/etherpad-lite/trunk
[19:49] <niemeyer> ----- lp:~charmers/charm/oneiric/ganglia/trunk
[19:49] <niemeyer> You guys know what this is doing, don't you? ;-)
[19:53] <niemeyer> SpamapS: ping
[19:55] <SpamapS> niemeyer: pong, sup?
[19:55] <niemeyer> SpamapS: Yo
[19:55] <niemeyer> SpamapS: We have a small problem in certain charms
[19:55] <niemeyer> SpamapS: Just going through them, but this is an example: lp:~charmers/charm/oneiric/minecraft/trunk
[19:55] <niemeyer> SpamapS: The problem lies in its config.yaml
[19:55] <niemeyer> SpamapS: Here:
[19:55] <niemeyer>   spawn-animals:
[19:55] <niemeyer>     default: true
[19:55] <niemeyer>     type: string
[19:56] <SpamapS> heh I see that
[19:56] <niemeyer> SpamapS: Pondering about the best course of action
[19:56] <SpamapS> that will become True
[19:56] <SpamapS> or rather, bool(True)
[19:56] <niemeyer> SpamapS: I think we should introduce bool, and fix existing charms
[19:56] <hazmat> sounds good
[19:56] <SpamapS> niemeyer: I've always wanted boolean types
[19:56] <niemeyer> SpamapS: Ok, awesome
[19:56] <niemeyer> hazmat: Who can help us on the Python side?
[19:57] <SpamapS> I think in that case, we did actually fix that particular charm for this exact problem
[19:57] <hazmat> niemeyer, i'm game
[19:57] <SpamapS> But its going to be a common mistake
[19:57] <niemeyer> SpamapS: As long as the author is warned immediately, it's fine I think
[19:57] <niemeyer> hazmat: Awesome, thanks!
[19:57] <niemeyer> hazmat: Should it be "bool", or "boolean"
[19:58]  * SpamapS prefers english
[19:58] <hazmat> given we spell out all the others, boolean
[19:58] <niemeyer> Sounds good
[19:58] <SpamapS> string, boolean, integer
[19:58] <niemeyer> Poifect
[19:58] <niemeyer> mpl: ping
[19:59] <niemeyer> fwereade: ping
[19:59] <niemeyer> That's called high-availability applied to task distribution ;-)
[20:00] <niemeyer> Let's see.. we have a few others
[20:01] <fwereade> niemeyer, heyhey
[20:01] <fwereade> niemeyer, what can I do for you?
[20:02] <niemeyer> SpamapS: That's yours:
[20:02] <niemeyer>   nova-config:
[20:02] <niemeyer>     default: /etc/nova/nova.conf
[20:02] <niemeyer>     type: str
[20:02] <niemeyer> SpamapS: In
[20:02] <niemeyer> lp:~clint-fewbar/charm/oneiric/nova-cloud-controller/trunk
[20:02] <niemeyer> fwereade: Yo!
[20:02] <SpamapS> Oh we should definitely delete that one
[20:02] <niemeyer> fwereade: I have a beautifully tiny and self-contained task for you
[20:02] <fwereade> niemeyer, oh yes?
[20:03] <niemeyer> fwereade: yeah.. introducing "boolean" types under juju/go/charm/config.go
[20:03] <fwereade> niemeyer, sounds pretty hard to crew up catastrophically ;)
[20:03] <fwereade> screw up^^
[20:03] <niemeyer> fwereade: The changes are negligible
[20:03] <niemeyer> chances
[20:05] <fwereade> niemeyer, excellent, I may not have time tonight but it's top of the list for tomorrow morning :)
[20:05] <niemeyer> fwereade: Oh yeah, go have some fun!
[20:05] <niemeyer> fwereade: (in another way ;-)
[20:05] <niemeyer> Hmm.. peculiar
[20:05] <niemeyer> error: YAML error: line 5: found a tab character where an intendation space is expected
[20:05] <niemeyer> investigating
[20:08] <niemeyer> Wow, really?
[20:08] <niemeyer> Can't YAML lines be indented by a space?
[20:08] <niemeyer> Erm
[20:08] <niemeyer> Can't YAML lines be indented by a tab?
[20:09] <SpamapS> niemeyer: hmmmm
[20:10] <SpamapS> niemeyer: I can't delete that branch
[20:10] <niemeyer> SpamapS: WHy?
[20:10] <SpamapS> niemeyer: the others stack on top of it
[20:11] <niemeyer> "YAML’s indentation-based scoping is similar to Python’s (without the ambiguities caused by tabs)."
[20:11] <niemeyer> Straight from the spec..
[20:11] <niemeyer> Which is.. amazing..
[20:11] <niemeyer> For once, I found something that YAML finds invalid!
[20:11] <niemeyer> SpamapS: Can't you delete the stacked ones too?
[20:15] <SpamapS> niemeyer: launchpad doesn't tell me the 3 stacked on top of it
[20:15] <niemeyer> SpamapS: :(
[20:15] <SpamapS> niemeyer: I suspect one of those is the official branch though
[20:15] <SpamapS> niemeyer: I may be able to fix with --overwrite, will ask #bzr
[20:15] <niemeyer> SpamapS: Oh, that sounds clever
[20:19] <_mup_> Bug #918386 was filed: config.yaml should have enum type  <juju:New> < https://launchpad.net/bugs/918386 >
[20:21] <koolhead17> jcastro: https://code.launchpad.net/~koolhead17/+junk/jujudoc
[20:24] <koolhead17> i have modified the revision file part there
[20:28] <jcastro> SpamapS: m_3: https://juju.ubuntu.com/CharmSchool/Handout
[20:48]  * robbiew begins flashing 200 Ubuntu Cloud Live USB sticks...13 at a time...whoohoo!
[20:50] <koolhead17> jcastro: i created correct branch added a merge request!! :P
[21:01] <mpl> niemeyer: sorry, was at kungfu practice. How may I be of service?
[21:03] <niemeyer> mpl: Not a problem
[21:04] <niemeyer> mpl: fwereade already took over the problem, so it's all good
[21:04] <mpl> niemeyer: oh, ok then. still, what was it about? shall I just read the backlog?
[21:05] <mpl> I see, booleans.
[21:05] <mpl> oh well, time for a well deserved soup then.
[21:07] <SpamapS> niemeyer: so, it may be more appropriate to ignore branches that are marked as anything other than 'Development' and 'Mature'...
[21:07] <SpamapS> niemeyer: if somebody has taken the time to mark their branch 'Abandoned'.. seems like we should take their word for it... though it is troubling how hard it is to delete a branch
[21:09] <jcastro> SpamapS: does "charm get mediawiki" work for you?
[21:10] <jcastro> I get "mediawiki does not exist in official charm store."
[21:13] <m_3> jcastro: you might make sure you have the latest charm-tools package
[21:14] <jcastro> ok so ppa, got it
[21:17] <niemeyer> SpamapS: Hmm, yeah, we could end up doing that indeed
[21:20] <SpamapS> actually
[21:20] <SpamapS> precise has done something foul with charm-tools
[21:20] <SpamapS> or rather
[21:20] <SpamapS> I did
[21:20] <SpamapS> precise has 0.3, but the PPA has 0.2
[21:20] <SpamapS> I'll fix that
[21:21]  * SpamapS currently fixing tests to not be so fragile
[21:23] <matsubara> hi there
[21:24] <jcastro> Can you guys sanity check my example? https://juju.ubuntu.com/CharmSchool/Handout
[21:25] <matsubara> I'm trying to write a charm for python-oops-tools (django application that uses postgresql). I successfully deployed a postgresql charm and the oops-tools charm. When I try juju add-relation postgresql oops-tools I get an ERROR No matching endpoints
[21:26] <matsubara> could someone help me debug what's wrong with the oops-tools charm?
[21:27] <SpamapS> matsubara: branch url?
[21:29] <m_3> jcastro: you need a release directory
[21:29] <m_3> maybe try:
[21:29] <m_3> mkdir -p ~/charms/oneiric
[21:29] <m_3> charm get mysql ~/charms/oneiric/mysql
[21:29] <m_3> ...
[21:30] <m_3> juju deploy --repository ~/charms local:mysql
[21:30] <m_3> otherwise it'll be looking for an oneiric directory
[21:31] <jcastro> man, I am so not going to miss that part when the CS lands...
[21:31] <matsubara> SpamapS, https://code.launchpad.net/~matsubara/+junk/oops-tools-charm
[21:31] <m_3> otherwise, looks quite nice
[21:33] <SpamapS> matsubara: well you'll need to define a requires that has interface: postgres
[21:34] <SpamapS> wait no
[21:34] <SpamapS> matsubara: err, I mean interface: pgsql
[21:34] <SpamapS> matsubara: http://bazaar.launchpad.net/~charmers/charm/oneiric/postgresql/trunk/view/head:/metadata.yaml
[21:34] <SpamapS> matsubara: also since there are two, you'll have to always be explicit that you want the 'db' relation, or the 'db-admin' relation.
[21:35] <SpamapS> matsubara: so 'juju add-relation oops-tools postgresql:db'
[21:35]  * SpamapS runs off to find a bit of lunch
[21:38] <matsubara> ah right. I was following the tutorial and thought the interface was postgresql
[21:40] <SpamapS> matsubara: the postgresql charm is pretty bare bones, so feel free to dig into it and propose any changes that you might need.
[21:42] <matsubara> SpamapS, is there a way to redeploy a service so it'll pick up the change to the charm?
[21:45] <SpamapS> matsubara: upgrade-charm
[21:45] <SpamapS> juju upgrade-charm --repository .. servicename
[21:46] <bac> i'm trying to bootstrap locally and it hangs starting networking with "WARNING: gnome-keyring:: no socket to connect to" -- anyone know what the problem might be?
[21:46] <SpamapS> bac: its trying to ask you for your sudo password
[21:46] <bac> it looks like the gnome-keyring warning might not be relevant.  the bootstrap is hanging at net.start()
[21:46] <SpamapS> bac: DISPLAY="" might help with that
[21:47] <SpamapS> bac: after installing libvirt-bin, you have to logout/back in to get the correct groups.
[21:47]  * SpamapS really has to eat now
[21:48] <bac> SpamapS: i have rebooted since installing libvirt-bin
[21:52] <matsubara> SpamapS, thanks! enjoy your meal. :-)
[22:39] <jcastro> SpamapS: we need to come full circle
[22:40] <jcastro> in 6 months we should rename it to principias
[22:40] <jcastro> with an S
[22:45] <SpamapS> jcastro: we're the boxers of the cloud.. stick and move.. never let 'em see where you're coming from ;)
[22:46] <SpamapS> jcastro: btw, charm-tools in the PPA should be fixed
[22:46] <jcastro> ta
[23:01] <SpamapS> hrm.. interesting difference between bash and dash .. aliases seem to survive entering a function in dash.. basically they are global.. but in bash aliases seem to be removed inside functions
[23:19] <SpamapS> jcastro: I was mistaken.. the PPA is still 2 hours away from building

[23:19] <jcastro> it's ok, I already knew that
[23:19] <jcastro> i've budgeted time to test it tomorrow before I travel
[23:20] <SpamapS> jcastro: you can force it with 'apt-get install charm-tools=0.2+119-7~precise1'
[23:43] <m_3> SpamapS: juju-demo (just the container) and juju-classroom (container w ajaxterm) are both working
[23:43]  * m_3 back to testing
[23:43] <SpamapS> Speaking of testing... and stuff..
[23:43] <SpamapS> nijaba: around?
[23:44] <SpamapS> I'm thinking of turning off the peer tests entirely
[23:44] <SpamapS> they're just too complicated
[23:44] <SpamapS> and the stuff the peer helpers do is.. difficult to grok
[23:44] <SpamapS> On thinking twice about it, I'm afraid we may have gone a bit too far
[23:45] <SpamapS> nijaba: I think the peer copy things should probably be re-done in a proper language, and perhaps configured more like a traditional service... where the hooks just feed data in and the service handles the transfers.
[23:46] <SpamapS>    30 helpers/sh/apparmor.sh
[23:46] <SpamapS>   184 helpers/sh/net.sh
[23:46] <SpamapS>   559 helpers/sh/peer.sh
[23:46] <SpamapS> 500 lines of shell is just too much. ;)
[23:46] <SpamapS>    71 tests/helpers/test_apparmor.sh
[23:46] <SpamapS>   171 tests/helpers/test_net.sh
[23:46] <SpamapS>   498 tests/helpers/test_peer.sh
[23:47] <SpamapS> And the tests are similarly overly complicated
[23:59] <dazz> howdy juju developers :D