[01:27] yay CI! [11:26] anyone around for a short/sweet review https://codereview.appspot.com/13349047 ? [11:40] also looking for a second review of Huw's branch https://codereview.appspot.com/13715044/ for the inspector today. [11:59] ahoy [12:07] morning bac === gary_poster|away is now known as gary_poster [12:34] rick_h_, gave review. I *think* we need a few more things [12:34] lemme know if you think I am wrong [12:35] gary_poster: rgr, looking [12:36] rick_h_, for 1220909, is there a counter-argument to Jorge's request? [12:36] bug 1220909 [12:36] <_mup_> Bug #1220909: Searching for "rabbit" doesn't return the rabbitmq charm [12:37] gary_poster: I think the autocomplete provides some of that since it's matching off the start of the name [12:37] so typing rabbit will provide rabbitmq in autocomplete [12:37] rick_h_, agreed some, but not all [12:37] gary_poster: but honestly...not really [12:37] rick_h_, ok cool. easy to change? [12:37] gary_poster: I think it's decent search experience to add some n-gram indexing of the names at least [12:38] gary_poster: I'm not 100% sure. Assuming it's supported in ES then should be a config change and a migration to populate the search index? [12:38] ack thanks rick_h_ [12:40] gary_poster: do you know the URL so I can see Makyo's upgrade stuff? [12:41] hi luca__ . I don't think it is ready, actually, after looking at it further, but http://comingsoon.jujucharms.com/:flags:/upgradeCharm/ [12:43] luca__, for bug #1221665, if your answer to rick_h_ 's question is "yes", I think I agree, but I am curious to see your answer, because I think we could argue either way [12:43] <_mup_> Bug #1221665: Inspector config fields should be expanded to input size [12:47] gary_poster: questions back at ya [12:47] re: review [12:48] rick_h_, cool looking [12:56] hey rick_h_ , definitely agree I missed out on some details--sorry about that! however, I'm getting confused concerns about the state of things around (not in) your branch, and wanted to talk through those with you for a sec. You available for https://plus.google.com/hangouts/_/6be4e6d76bd266bd36ec5c5626c7d5a61d0ea88c ? [13:01] morning [13:01] man these CI failures are kind of irritating heh :) [13:11] hatch: I took back the card for the remove units [13:11] rick_h_: instead of commenting out the 'fake' test - in my branch I deleted it and put a comment at the top of the file [13:11] hatch: working on getting changes per review [13:12] * hatch sobs, it'll be missed [13:12] :P [13:13] I built two boxes yesterday for my monitor and keyboard to give me a standing desk....will see how this goes :) [13:15] hatch: cool; I've been trying to figure out a good way to do a sit/stand desk without spending a mint on one of those geek desks [13:15] total cost for this one..... $0 :D [13:16] scrap MDF glued/nailed together [13:16] :-) [13:16] unfortunately this one is not adjustable without some help [13:16] haha [13:17] hey benji, have you collected any ElasticSearch knowledge by chance? I'm looking for an estimate on cost of #1220909 [13:17] <_mup_> Bug #1220909: Searching for "rabbit" doesn't return the rabbitmq charm [13:17] or bac? [13:17] gary_poster: a little; I'll see if I can contribute anything [13:17] thanks benji [13:19] rick_h_: in your QA of huw's branch did you happen to test if the 'use defaults' toggle still worked as expected? [13:20] hatch: yes, I believe I did [13:20] ok cool - looking at the source I wasn't sure if it was going to pick up the selector properly [13:20] hatch: feel free to double check me, but pretty sure I did. [13:21] hatch, rick_h_ does not for me [13:21] reloading to verify [13:21] yeah, does not [13:21] hatch ^^ [13:21] gary_poster: yeah we can do that; I suspect n-gram indexing is disabled so we'll need to come up with a sane config (min=4, max=20 would give the results requested in the issue) and then reindex [13:21] have a quick fix for me to try, hatch? [13:21] how, exactly, to do that with ES I would have to figure out [13:21] * rick_h_ loading to double check [13:22] benji, and do we know how that might affect downtime? [13:22] gary_poster: so you can't click the "use the default configuration" toggle on the ghost? [13:22] I don't know, but if ES is a half-decent piece of software we shouldn't have any downtime. [13:24] gary_poster: rick_h_ I believe you will need to change the selector so that it grabs the container outside of the "Import Config File" button [13:24] gary_poster: works here. I did a clear cache/make clean-all and tried again and it still works [13:24] hmm ok I'll pull it down [13:25] I think the last Jenkins run failed erroniously. [13:25] * benji needs to go AFK for a moment. Contractor here. [13:25] benji, sure. that gives my no reassurance so far though. :-) could you add a low-burn "investigate" card for yourself to the jujucharms lane for you to tackle when you get a chance? It sounds doable so far, so let's take it a bit farther and get a more concrete plan, by conferring with others (aaron or abel?) and digging just a bit. sound ok? [13:25] ack [13:26] rick_h_, hatch, I can click on it, and the behavior is correct, but there is no change to the visualization of the fields [13:27] yeah it's probably picking up the wrong element [13:27] so it'll have to be more specific [13:27] (the selector) [13:27] so, I was wrong: not actually broken functionally. but visually not what I though we wanted [13:27] I'm just checking it out right now to see what needs to be changed [13:27] brb [13:27] gary_poster: ah, I concur. THe fields aren't disabled to start [13:28] visually, yeah [13:28] functionally fine [13:29] right, I flipped the switch before the fields were visible in scroll and it worked so carried on. Thanks for catching. [13:29] cool - yeah I wrote that part so that's probably why I picked it up haha [13:30] gary_poster: the answer to 1221665 was yes :) [13:30] luca__: but then if you've got a couple of big fields you'd have to scroll past all their content to get to config items below it? [13:30] luca__: that seems kind of sucky [13:31] gary_poster: rick_h_: guess this means we need another test :P [13:31] hatch: hah! works for me [13:31] shall I take over on this branch? [13:31] hatch: please do. I was going to try to land for him if I got a second code qa, but working on the inspector stuff now [13:32] ok cool I'll fix and repropose [13:32] would like to have this for luca__'s qa today so we can release it tomorrow [13:33] rick_h_: I would like them expanded, scrolling isn't a usability problem, for now it would be best to expand them and see if its an issue through testing [13:33] luca__: rgr [13:35] gary_poster: sounds good, card added [13:36] so... I guess I need to figure out how to kick off another Jenkins run [13:36] benji: will have a branch landing shortly [13:36] benji: can get a kick in a sec [13:36] sounds good [13:40] luca__, cool thanks :-) [13:40] benji thx [13:41] np [13:42] gary_poster: new tests cribbed in https://codereview.appspot.com/13349047/ [13:43] rick_h_, cool, looking thanks [13:45] rick_h_, LGTM, thanks! [13:45] gary_poster: awesome, thanks for the review [13:46] welcome [13:46] gary_poster: I was starting to do some triage/cleanup in the spare time this morning. Anything in particular you wanted me to grab next then? name conflicts on the inspector, or something in bundles, or the textarea bug from luca? [13:47] rick_h_, how expensive is textarea work? That would be my first choice [13:47] gary_poster: shouldn't be much, will look. [13:48] thanks rick_h_ . hatch, rick_h_ I'd like to get Huw's branch landed. hatch are you fixing up the disabled visualization issue? [13:49] gary_poster: add a space between the & and the . in juju-inspector.less &.use-defaults [13:49] & .use-defaults [13:50] are you going to do that fix? or would you like me to? [13:50] ack hatch thx. you doing second review? I was going to LGTM it except for this issue, so if you have more input that would be better [13:51] I agree with rick_h_'s comment re view-content [13:51] but other than that and this fix it all looks fine to me [13:52] hatch ack. would you do the fix & landing then? Hopefully Huw will have another fix for the view-content, which I also agree with [13:54] yep no problem just linting and testing now then will submit [13:54] thank you [13:54] I think this is my smallest diff ever [13:54] 1 space [13:56] :-) [13:59] it wont let me submit without proposing first for whatever reason so it'll be a while but it's in motion :) [14:02] heh, cool thanks [14:10] hey jcsackett. do you need us to do anything about lp:~jcsackett/charmworld/review-queue-metrics or are you on it? [14:10] same question for latency-sparklines [14:10] gary_poster: all my current charmworld branches are part of the same work, and no worries on it. [14:10] awesome thanks jcsackett [14:11] it's supporting some metrics for charmers, not juju-gui-ish stuff. :-) [14:11] I figured, cool :-) [14:12] hatch did you already have bcsaller's https://codereview.appspot.com/13253050/ followup on your list? looks like he is ready for you, and would be excellent to get that work landed [14:15] oh woops I missed the followup [14:15] I swear I Dont' get all emails sometimes [14:16] huws branch landed with fix [14:18] awesome thanks hatch [14:22] gary_poster: QA still no good [14:22] hatch :-( but hthank you for pushing it forward [14:23] is he in today? [14:29] hatch should be. has not requested days off [14:29] ok cool then when he pops in I'll let him know the issue [14:30] cool. hatch what are you tackling next? [14:30] not sure, just reading through the cards [14:31] have anything in mind? [14:32] hatch yeah, two choices. [14:32] 1: #1221668 [14:32] <_mup_> Bug #1221668: Name validation in the inspector should be validated on key input [14:32] 2: (card) ghost inspector: when you click "confirm" and successfully convert to a real service, close the ghost inspector and automatically open the service inspector (or similar) [14:33] I'll pick #1, I'm not convinced we want #2 yet :P [14:34] with that said I don't remember why I wasn't convinced [14:34] haha oh boy I need another cup of coffee I think [14:34] hatch: I think I tried to talk you into it. I'm not a fan [14:34] rick_h_, not a fan of proposed behavior? [14:35] gary_poster: rgr, once you go through and do the work, I'm not sold on the workflow that needs to hide the canvas to show the inspector panel after I hit deploy [14:35] especially since the first thing I'll be doing is waiting for instances to come up [14:35] and will move along with other tasks [14:35] yeah that's what the issue was....I figured you would move onto anothe ghost, not onto the deployed service [14:35] I've not seen the use case for "I go through, do cnofig, do the deploy...now watch the inspector for a while for something? [14:36] maybe if the inspector played nyan cat while waiting [14:36] rick_h_, ack. I thought luca__ was questioning the decision as well, but he as more confident at the sprint than I expected. luca__ , thoughts on above? ^^^ [14:36] if I'm missing a user drive case I'd love to hear it. Just haven't thought of it in my head yet. [14:36] /drive/driven [14:37] hatch made a card for you :-) [14:37] do we have checkmarks/x's for #1221668 yet? [14:37] <_mup_> Bug #1221668: Name validation in the inspector should be validated on key input [14:37] awesome thx [14:38] not sure; looking in drive folder... [14:39] gary_poster: rick_h_ hatch the post-deployment inspector should show up automatically after deploy has been clicked, it's to show that something is happening, it's just a validation step. [14:39] luca__: isn't the error bar indicator and the bounce upon deploy an indicator? [14:40] (I was going to say same thing) [14:40] ME TOO! [14:40] * hatch joins tha gang against luca__ [14:40] :-P [14:40] hzhz [14:40] haha [14:40] even [14:40] the first one was a cough when you have cold [14:40] a cold [14:40] Hah. [14:41] haha [14:41] gary_poster: rick_h_ hatch not really, it's automatic, it makes no difference to the users life apart from gives them access to see feedback, it's weird to have the panel just disappear, when you click deploy you're not stating that you are finished with the service, your just saying you want to proceed with it. [14:42] I'd say a tooltip on the deployed service that says 'spinning up' or something would be clearer [14:42] I'm just thinking that most people would then just close the inspector [14:42] gary_poster: rick_h_ hatch that exists in the inspector [14:42] and go work on another ghost [14:42] luca__: then I'd argue that we should be getting rid of the bounce at least. It seems odd to have all that shaking around the UX if it's going to be considered one through process [14:42] hatch is what you need in https://drive.google.com/a/canonical.com/?tab=co#folders/0B7XG_QBXNwY1Zm8ya3NIcENyZnM ? [14:43] gary_poster: rick_h_ hatch they can just close the inspector, we're not stopping them from doing that, we're just providing more feedback on the way. It doesn't disrupt them at all [14:43] hatch if not ask luca__ or jamie for it [14:43] Does the inspector tell us anything beyond the canvas at that stage? [14:43] gary_poster: rick_h_ hatch the bounce never came from me, or anyone in the team, afaik it's just a placeholder animation [14:43] All it shows is the bar that's in the canvas...but bigger [14:43] luca__: right, but it's taking up screen estate and covering things, and mental processsing. I'm curious if there's a real workflow for the continued opening of the inspector on deploy [14:44] gary_poster: yeah I think it's missing from that folder [14:44] luca__: that's fine, just saying it's something we have that the users see and deal with. It disrupts the 'single process' flow imo [14:45] the current bounce is an engineering artifact IIRC. There was a different bounce in the firefox demo from ant: it, I dunno, expanded and collapsed IIRC [14:45] luca__: but if they have to click on close on the inspector every time they deploy a service and never need/use it that's a pain point for that feedback when we're not sure if that feedback is useful/needed atm [14:45] demo is kinda broken atm https://dl.dropboxusercontent.com/u/10004366/juju-gui/index.html# [14:45] so can't verify [14:45] anyway... [14:45] hatch: gary_poster what are you after? [14:46] service name checkmark/x [14:46] luca__, assets for https://bugs.launchpad.net/juju-gui/+bug/1221668 [14:46] <_mup_> Bug #1221668: Name validation in the inspector should be validated on key input [14:47] hatch: gary_poster It has been made, jamie_ can help you with them [14:48] great jamie_ can you email them to me? [14:48] hatch gary_poster hey guys, how can I help? [14:48] need the checkmark/x for the service name validation indicator [14:50] hey rick_h_ your branch 'may' have failed in CI [14:50] I think it's just a CI issue though [14:51] hatch: yea, looks like the same failure/issue we had last week [14:52] hatch: yea, there it's back to normal now after your branch [14:52] yeah CI is horribly crazy :-( :-( [14:52] hatch: I do need to chat for a second on how to hook up what I need in viewlets. I have a feeling what I want to do is against the 'design' [14:53] jamie_, hi! thank you. did you see reply from hatch? [14:53] rick_h_: sure gimme a ring [14:55] gary_poster hatch got it, we've got the asset, I'll add it to the folder on Google Drive and let you know when it's there [14:55] thanks jamie_ ! [14:55] thanks [15:09] hey Makyo. luca__ (on call with him and others now) says there are two ux bits that you know about for the inspector. IIUC they are these: [15:09] string in integer field needs [...something. better error reporting?] [15:09] upgrade charm needs [...something?] [15:09] do you know about thise/. [15:10] those? [15:10] gary_poster, upgrade charm needs specifications on conflicts wrt added/removed config fields for concurrent editing, as well as notification that a charm has been upgraded. [15:11] hatch hey there, I've uploaded 2 icons to the assets folder in Google Drive: form-validation-tick.png & form-validation-cross.png [15:11] Makyo, ok cool, so only upgrade charm stuff, not broader inspector stuff? [15:11] As for string in integer fields, I think that's it. I think my concern was wrt constraints, rather than config, and mem=2G, [15:11] gary_poster, yep, that's still hidden. [15:11] hatch I need to give you a loading spinner on a transparent bg so you can use it on the dark and light bg [15:12] Makyo, ah gotcha, thanks. So we can launch without it but something we want to improve soon. [15:12] jamie_: no spinner necessary [15:12] it'll happen in real time [15:12] gary_poster, correct. [15:12] so I just need a check and an X [15:13] cool thanks Makyo ! [15:13] gary_poster, Upgrade charm can be a later release, and even then, the more important bit is the notification of upgrade. [15:13] hatch nice one, okay. Thought you might need it anyways? [15:13] hatch I've uploaded the check and X [15:13] I don't think so, it'll be immediate so there will be no need [15:13] thanks [15:13] jamie_, we want it for another bit but that's postponed because of engineering [15:13] hatch cool, my work here is done :-) [15:14] gary_poster got ya [15:14] thanks jamie_ ! [15:14] gary_poster hatch ping me if you need anything else! [15:16] thanks :-) [15:17] thanks [15:17] gary_poster: heads up, the textarea stuff is a little more expensive because we can't resize until the nodes are in the dom, and they're not in the dom during the viewlet render() call currently. So adding support to viewlets for an afterRender() method to get around it [15:18] ack on call [15:18] jamie_: I'm looking in the folder, what are the files called? [15:19] Heading to coffee shop so I get there in time for call. [15:19] ok [15:19] my legs hurt [15:20] how do you guys do this [15:20] it's only been 2.5h [15:20] hatch: takes a couple of weeks [15:20] hatch: and I tend to work in 2hr intervals [15:20] hatch, rick_h_ +1 - I started in 1 hr intervals [15:20] but I'm not a model of standing desk coolness [15:20] maybe this will be motivation to lose those 20lbs [15:21] walking might actually be easier [15:21] Anyway, back in a bit. [15:22] cya [15:22] hatch: form-validation-tick.png & form-validation-cross.png [15:22] yeah I'm in the wrong folder [15:22] one sec [15:22] in the folder OSCON Deliverables [15:22] ok found the files [15:23] hatch cool :-) [15:23] ahh there we go [15:23] jamie_: I dont' think I have a mockup of this, do you guys want it IN the input box? [15:24] hatch by "it" do you mean the check and the cross? [15:24] hatch if so then yes please [15:25] yeah ok - I think I'll need different assets then [15:25] assuming I'm going to use these as a background image [15:25] I'll need the image to have some padding to the right [15:25] I believe that's what Huw ended up doing with the configuration inputs [15:35] in setting up my vm I want to use the bzr technique where you 'init' the repo and then use lightweight checkouts but I can't remember what I should be searching for for the setup [15:36] ahh init-repo [15:40] hmm [15:48] yeah that's not working :/ [15:48] hatch: can you take another look at https://codereview.appspot.com/13253050 again when you have time, it should QA this time. looked into it over the weekend [15:48] bcsaller: can do [15:48] pulling [15:48] bzr: ERROR: Server sent an unexpected error: ('error', 'AlreadyControlDirError', 'A control directory already exists: [15:49] has anyone ever seen that error before? [15:49] when running bzr init-repo lp:juju-gui [15:51] hatch Why are you init-repo-ing? [15:51] jujugui call in 8 kanban now [15:52] Makyo: so that I can do lightweight checkouts on my new vm like I do on my laptop [15:52] checking out a 70MB branch every time just doesn't make sense hah [15:53] bcsaller: lgtm'd [15:53] thanks :) [15:53] well.. lgtm'd now [15:53] Why don't you just do bzr pull in the branch? [15:53] i forgot to type it hah [15:53] Ah :P [15:54] Makyo: my workflow was to init the juju-gui folder, then every branch under it was a very fast pull [15:54] now it pulls down the full repo every time [15:54] hatch: Me too, but you should only need to init once [15:54] the first time I inited it failed [15:55] By saying that it was already inited? [15:55] yeah [15:55] no [15:55] it failed with... [15:55] bzr: ERROR: Transport operation not possible: http does not support mkdir() [15:55] Oops :) [15:55] then I added the ssh key to my session and tried again [15:57] jujugui call in 2 (What's the URL? Thought I saw it changed, forgot to set up 2fa before I left) [15:57] https://plus.google.com/hangouts/_/6be4e6d76bd266bd36ec5c5626c7d5a61d0ea88c?authuser=1 per the calendar [15:57] rick_h_: thanks, can't get to calendar w/o 2fa [15:58] what happened to the tiny one? [15:58] bac: google broke the links/remember setup [15:58] Makyo: yeah lightweight checkouts defiitely don't work ... :/ [15:58] abentley: kickin around? [15:59] hatch: Hi. [15:59] hatch: we can talk through it after call if you want, will show you how I do it. [15:59] abentley: when I try to run init-repo I get an error bzr: ERROR: Server sent an unexpected error: ('error', 'AlreadyControlDirError', 'A control directory already exists: [15:59] hatch: It sounds like a .bzr directory already exists. [16:00] bac benji call now in https://plus.google.com/hangouts/_/6be4e6d76bd266bd36ec5c5626c7d5a61d0ea88c?authuser=1 [16:01] abentley: yeah no such luck [16:01] can I 'un-init' ? [16:01] hah [16:01] hatch: Sure: "rm .bzr". But since you say it doesn't exist, that doesn't make sense. Are there control directories for another VCS there? [16:02] it's a brand new vm with bzr just installed [16:02] I ran it twice though [16:02] hatch: what's your commandline? [16:02] when I ran it first it gave me an error bzr: ERROR: Transport operation not possible: http does not support mkdir() [16:03] abentley: bzr init-repo lp:juju-gui [16:04] hatch: bzr init-repo juju-gui; cd juju-gui; bzr pull lp:juju-gui trunk; bzr branch trunk work; cd work; bzr reconfigure —lightweight-checkouts —bind-to ../trunk; # my workflow [16:04] hatch: I think you might have "init" confused with "init-repo". "init" creates a bzr branch. "init-repo" creates a shared repository. [16:05] hatch: then you can bzr switch -b ../mine/ or whatever. [16:05] hatch: Since lp:juju-gui can only hold one branch, it does not make sense to created a shared repository there. [16:05] hatch: yeah, I don't \think you want the lp: [16:06] ohh ok [16:06] hatch: But also, there is already a branch at lp:juju-gui, so you shouldn't init or init-repo. [16:06] well I dont' want to check out the full branch every time [16:07] hatch: yeah, this will help with that, init-repo creates the shared repo locally. (correct me if I'm wrong abentley) [16:07] Makyo: you are correct. [16:08] As long as you don't try to create the shared repository *on launchpad*, which is what "lp:" means. [16:08] ok ohh ok well phew I'm glad it failed [16:08] haha [16:09] ok working by doing [16:09] `bzr init-repo juju-gui; cd juju-gui; bzr branch lp:juju-gui trunk` [16:09] now all the branch checkouts are fast [16:12] fwereade: is there a regex or a white/blacklist for characters for service names? [16:14] Heading back home, will be back on tethered net there. [16:25] rick_h_, hatch, just spoke to luca__ about "ghost inspector: when you click "confirm" and successfully convert to a real service, close the ghost inspector and automatically open the service inspector (or similar)". He is very open to different ideas for the future. However, immediately prior to launch, the behavior as described is part of the larger UX story. Simply trying to replace it with icons or tooltips or [16:25] other approaches is something that will take thought and time that neither side (UX/engineering) has. Simply omitting the interaction is something that he's dutifully considered in the past and is happy to reconsider in the future, but for now, prior to launch, that's a key part of the flow that's been designed with testing and feedback. So in sum: (1) we should implement that behavior for release tomorrow, and ( [16:25] 2) we should send an email to Luca and Ale, cc'ing peeps, describing what you think a better interaction would be for the future. Cool? [16:26] gary_poster: understood [16:26] rick_h_, understood and cool? :-) [16:26] gary_poster: yep [16:26] :-) k [16:26] I am going to bet that it won't work [16:27] hatch technically or with users? [16:27] at the very least I think we will need to wait till the next delta [16:27] I 'think' there is a technical limitation [16:27] but I could be remembering incorrectly [16:27] hatch: right now there's not an event infrastructure to communicate that one is closing, open the other [16:27] as it is, if we open the inspector too fast we don't get the current unit count [16:27] hatch: so it'll have to be found/added [16:28] OK. If there is we'll have to reconsider. I suspect it is not a problem myself, because I think we create a service in the db immediately [16:28] and we have databinding to update these things [16:28] yeah I suppose you might be right [16:29] but if it is a big technical challenge--or even a medium sized one--of course then we should step back and consider that [16:29] arg this new VM Is driving me bonkers! [16:29] I need to write a script to set it up for me [16:29] haha [16:30] `make newVM` [16:32] hatch: friend of mine wrote/uses https://github.com/josh-berry/homectl though I know some who do keep a Makefile for setting things up. [16:33] ahh cool that's a good idea [16:34] Hey Makyo, sometime today could you add cards (currently to Inspector/Next Tasks but we'll probably move them, as we discussed) to represent the remaining necessary tasks for the upgrade charm work? [16:34] gary_poster: Sure [16:34] thanks Makyo [16:43] hatch: got a sec? [16:43] yup call away [16:47] gary_poster: do you have a sec to jump into https://plus.google.com/hangouts/_/b9a2b84475d9ae68e7a7396eb719627ff917954f?hl=en ? [17:00] does anyone know what ppa lbox is in? [17:00] for saucy [17:02] rick_h_: so did you want me to show you how to implement that technique? [17:02] hatch: you have to compile it manual [17:02] hatch: no, I got it [17:02] R YOU FRIGGEN CERIAL!!!!?!?!?! [17:02] lol [17:03] are there docs on how to do that? [17:05] compile lbox that is [17:07] hatch: http://paste.mitechie.com/show/1023/ I think [17:07] hatch: that's after you get the go ppa and such going [17:07] ahh cool [17:07] thanks [17:08] http://paste.mitechie.com/show/1024/ updated [17:10] the 'golang' package also works [17:12] rick_h_: well your commands didn't work :( [17:13] hatch: sorry, that was from my shell history [17:13] well maybe missing a command about putting lbox in the bin? [17:14] hatch: not seeing anything [17:14] hatch: need to start a new shell to update your PATH? [17:15] oh maybe [17:16]