[13:37] <hatch> morning
[13:43] <fabrice> morning hatch
[15:49] <hatch> jcsackett: do you still use weechat?
[15:54] <jcsackett> hatch: periodically. depends on what wm i'm using.
[15:55] <hatch> jcsackett: oh ok I was just hoping you had some experience with the 'beep' script. I can't seem to get it to work
[15:56] <jcsackett> hatch: beep.pl?
[15:56] <hatch> oui
[15:56] <jcsackett> hatch: that just "works for me"...maybe a terminal issue?
[15:56] <jcsackett> what issue are you seeing?
[15:57] <hatch> well it doesn't ding
[15:57] <hatch> like make sounds :)
[15:57] <hatch> I need my train sound :P
[15:59] <rick_h_> uiteam call in 2 kanban please
[15:59] <hatch> jcsackett: I could try others but beep was the 'popular' one
[16:00] <jcsackett> hatch: i believe all beep does is trigger the terminal bell.
[16:00] <hatch> I wonder how I can test the terminal to see if it can make sounds
[16:00] <jcsackett> hatch: if you're using e.g. iterm that just flashes on bell, no dice.
[16:00] <hatch> jcsackett: I'm in Terminal
[16:00] <hatch> ohh right you don't know - I'm now on UbuMini
[16:00] <hatch> :) 
[16:01] <jcsackett> UbuMini?
[16:01] <hatch> ubuntuified mac mini
[16:02] <jcsackett> ah. nifty.
[16:02] <hatch> jcsackett: apparently `echo -e "\a"` should make a ding and it doesn't 
[16:03] <hatch> so I must have something else wrong
[16:04] <jcsackett> hatch: check your profile preferences and make sure "terminal bell" is checked.
[16:04] <jcsackett> Edit -> Profile Preferences
[16:04] <hatch> yep it is
[16:08] <hatch> jcsackett: could be something funky with the apple hardware 
[16:08] <hatch> will have to investigate further later 
[16:08] <jcsackett> hatch: dig.
[16:33] <hatch> hmm none of the quick fixes online work so I'll have to read the beep source to find out what's going on
[16:34] <rick_h_> hatch: :P
[16:34] <hatch> I also have to figure out how to add more strings to beep on
[16:34] <hatch> for another day!
[16:35] <hatch> rick_h_: I reviewed huws branch - it's going to need a little bit more work before it can land
[16:35] <rick_h_> hatch: all good ty much
[16:35] <rick_h_> hatch: if you seem him when he comes on line make sure to sync and make sure it's all clear please
[16:35] <hatch> will do
[17:51] <rick_h_> Makyo: woot!
[17:52] <hatch> WHOO
[17:52] <hatch> what are we chearing for?
[17:53] <jrwren> life.
[17:53] <hatch> woooo
[17:54] <kadams54> yay.
[17:54] <rick_h_> Makyo's branch landed which I take to mean he got the sauce/functional test stuff figured out and working
[17:54] <hatch> awesome I'm very interested to know what the issue was
[17:54] <hatch> ^ Makyo 
[17:55] <jrwren> kadams54: how would you feel about a debian directory in https://github.com/switchboardpy/switchboard so I can put it into a PPA?
[17:57] <kadams54> jrwren: Um, sure? What's a .deb get us over a normal python package (e.g., "pip install switchboard")?
[17:58] <jrwren> kadams54: no need for a build environment or even pip itself when you deploy.
[17:58] <kadams54> jrwren: I'm completely ignorant of our production setup, so if it needs to be in a PPA to get there, clue me in.
[17:59] <rick_h_> jrwren: it'll be a offline-cache'd python package during install and won't be using a deb for our use
[17:59] <jrwren> oh no. I'm sorry I didn't add context. I mean for non-workies stuff. 
[18:00] <jrwren> I'd like to submit the PR to switchboardpy on my own time and not with the idea of using it for work.
[18:00] <kadams54> Sounds find to me.
[18:00] <jrwren> kadams54: excellent.
[18:04] <hatch> yay open source :)
[18:05] <jrwren> pypi packages are always better as debs :)
[18:06] <hatch> iunno venvs are easier to use than lxc
[18:06] <hatch> :)
[18:07] <jrwren> hatch: for dev they are and for production not using venvs is much faster IME.
[18:07] <hatch> yeah I suppose if you can install to the container then you don't care
[18:58] <hatch> brb lunching
[19:05] <Makyo> hatch, rick_h_ sorry, stepped away for a moment. Issue was there's a set of credentials in fakebackend.js, which was updated, but app.js replaces those with the creds in config.js, which wasn't updated. Wasn't caught in live env because those aren't used, wasn't caught in devel because I had creds in local storage.
[19:05] <rick_h_> Makyo: ah, gotcha. Well glad it's sorted.
[19:07] <Makyo> I KNEW we had tests for a reason...
[19:27] <hatch> Makyo: interesting - so these were the sauce credentials?
[19:27] <hatch> Anything we can do to make this failure more obvious in the future?
[19:28] <Makyo> hatch, no, they were just only showing up in functional tests since they didn't have credentials in local storage.  The failure was pretty obvious once I tested !localhost.  That might be a good step for our QA days: clear your local storage cache.
[19:30] <hatch> ahh 
[19:35] <hatch> bahaha I love this headline http://www.cbc.ca/news/canada/saskatoon/man-tosses-snake-behind-tim-hortons-counter-over-diced-onions-dispute-1.2864389
[19:59] <Makyo> Pff hahaha
[20:31] <hatch> Makyo: could we replace the bundle vis in the gui with the svg generated thingy from jujucharms?
[20:31] <hatch> would big time speed up the rendering of this details pane 
[20:31] <Makyo> hatch, we'd lose interaction.
[20:32] <Makyo> though I believe that's next on the plate for diagrams.
[20:32] <hatch> Makyo: couldn't we just add the highlight stuff to the svg? 
[20:32] <hatch> should be pretty trivial no?
[20:33] <hatch> ok if it's on the plate somewhere :)
[20:33] <hatch> would save a ton of code
[20:33] <Makyo> hatch, I guess?  I mean, you'd have to fetch the SVG and embed it in the dom, rather than just including it with an img tag, but yeah, it'd probably work?
[20:33] <Makyo> hatch, was asked to consider it, but I didn't go much further :)
[20:33] <hatch> just right now we have to instatiate a whole new canvas with all the relation data etc etc etc
[20:34] <hatch> so much code/data for that vis
[20:34] <hatch> especially since we already have it
[20:34] <Makyo> Yeah.
[20:34] <Makyo> It's just slack until we absolutely need it.
[20:34] <hatch> things go to slack to die faster than the backlog
[20:34] <hatch> lol
[20:34] <Makyo> :)
[20:45] <hatch> Makyo: actually I'd really like to prioritize that because it's going to save a bunch of work and time because I'll have to make a separate request to pull down all of the charm data when viewing the bundle details page
[20:46] <hatch> assuming we do a first step which is simply show a static image without the interactions - any idea how much work it would be?
[20:46] <hatch> is it simply dropping a link to the page?
[20:46] <Makyo> Yeah, first pass is <img src="diagram.svg" />
[20:47] <Makyo> With some scaling, natch.
[20:47] <Makyo> Have to position it over a crosshatch background, but that might already be there.
[20:48] <hatch> hmm rick_h_ ^ any chance we could move this up? It'll save me a bunch of work implementing something which will ultimately be removed later anyways
[20:48] <hatch> yeah tbh I'm not sure - probably though, the crosshatch has to be around there somewhere :)
[20:49] <hatch> Makyo: would the scaling be just on the image element? 
[20:49] <Makyo> Second pass is getting the SVG in JS land and embedding it in the dom, third pass is modifying jujusvg to identify serviceblocks, fourth pass is adding interactions back in.
[20:49] <Makyo> hatch, yep, for first pass.
[20:49] <hatch> yeah I'd be happy with this regression comparing it to the amount of work which needs to be done on the other side :)
[20:49] <Makyo> So you're blocked on interactions on a CS release.
[20:50] <hatch> assuming we care about that regression
[20:50] <hatch> maybe we do?
[20:50] <hatch> not sure really
[20:50] <hatch> I don't think so
[20:50] <Makyo> I defer to the will of the gods (check with UX and rick_h_ )
[20:51] <hatch> lower case g ....nice
[20:51] <hatch> lol
[20:51] <Makyo> Hah
[20:53] <hatch> Makyo: see that chlorine thing at the furry thing? 
[20:53] <hatch> horrible
[20:53] <hatch> just horrible
[20:54] <Makyo> hatch, oh my goooosh, I woke up to 850 tweets yesterday.
[20:54] <Makyo> Thankfully no one was seriously hurt.
[20:54] <hatch> agreed
[20:55] <hatch> lol nice tweet
[20:55] <Makyo> There's definitely folk who feel they've been burned by the fandom enough to do something like that.
[20:55] <Makyo> This story's making international headlines, apparently :P
[20:56] <hatch> haha yep
[20:56] <hatch> I just don't understand how people could make that kind of jump
[20:56] <hatch> to do something like that
[20:56] <Makyo> Yeah, it's nuts.
[20:56] <Makyo> Folk are all sorts of angry, rightfully so
[20:57] <hatch> definitely
[21:59] <hatch> lol we have some get icon code which is in utils, which calls a hbs helper, which calls utils
[22:00] <hatch> moar steps = better? :D
[22:05] <huwshimi> Morning
[22:05] <hatch> hey huwshimi 
[22:07] <hatch> huwshimi: I added some comments to your branch I hope that they make sense
[22:08] <huwshimi> hatch: Ah thanks, I'll take a look
[22:14] <hatch> huwshimi: np I have to take off shortly to go pick the car up from the dealer (of course it's done during rush hour) 
[22:22] <huwshimi> hatch: So instead of .substring(0, 4) you would like to see something like .split('.')[0] + .split('.')[1]?