[00:00] I've been trying to just ignore it tbh [00:00] weather been good? [00:00] hatch: Will do! [00:00] huwshimi thanks! [00:01] hatch: heh, it's been on/off. The bugs are the things that keep messing things up [00:01] ahh yeah that's a real constant problem for us - at night it hums from the mosquitos [00:02] There must be a lot of campers to feed all of them [00:02] :) [02:00] huwshimi hey how goes the battle with the ui tokens? [02:01] hatch: Not bad, should have a review ready today. [02:01] hatch: Depends on how long your qa takes :) [02:01] coolio - I'm interested in the technique you took [02:01] haha, I'm hoping my QA doesn't take too long :) === rogpeppe1 is now known as rogpeppe [07:43] mornin' all [12:53] morning all (or afternoon). [12:56] how goes the PR work? [12:59] jcsackett, I did, deleted all the in needed files and moved the humans.txt [13:01] anthonydillon: hm, ok. lemme double check the PR. [13:01] not a lot of coffee yet this morning, i probably misread the diffstat. :p [13:03] jcsackett, Mmmm let me check [13:04] ok. [13:05] morning [13:08] redir: you survived NC? [13:12] jcsackett, Ah thats more like it. I have just removed all unused files [13:16] bac: I did. [13:20] guihelp: I think my current card may already be fixed; having a hard time reproducing it. "Ghost inspector remains once service has been deployed" - anyone know if this is still an issue? [13:44] hey redir, you have access to os x, right? would you have time to do a code review/qa of quickstart on os x? [13:44] bac: I have one yes [13:45] I think it is mavericks even [13:45] but a few years old HW-wise [13:46] I can dig it out and do a review -- but it probably won't happen until after standup, bac. [13:46] redir: ok [13:46] which where do I need to look [13:46] quickstart on osx? [14:01] bac I can also give it a go if you need another [14:02] redir: oh, sorry, i got distracted. the RV is https://codereview.appspot.com/102870043 [14:02] hatch: that'd be nice if redir cannot. just need one. [14:02] kadams54 the bug you're currently working on #1325466 is likely do to the topology service.js click handler not ignoring the second click - AIUI we no longer have a differnt action for double click vs single [14:02] <_mup_> Bug #1325466: Sidebar breaks with il flag after double click [14:03] hatch: Good to know. It also looks like the GhostServiceInspector is not removing its DOM elements on destroy [14:05] ahh it might need a `this.get('container').remove()` in the destructor [14:05] I thought that was fixed already though [14:05] maybe a bad merge removed it heh [14:09] I thought I fixed it as well, but may have only been for a non-ghost inspector. [14:12] redir: can you see rietveld's now? [14:13] hatch: the other card I have, "Ghost inspector remains…" I can't reproduce. Do you know if that's still a problem? [14:13] umm I didn't see, one sec [14:14] bac I can see them without my canonical login I think [14:14] using personal one [14:14] kadams54 Makyo fixed that one already [14:15] * redir starts digging mac out from under a pile [14:15] hatch, Makyo: woot! [14:15] heh, that card should have been removed....tisk tisk :P [14:17] redir: PM [14:20] rick_h_: oui [14:31] redir: the RV i linked is wrong. correcting. [14:35] bac: cool just got mac out and plugged in [14:35] lemme get her up and running and have a look [14:36] kadams54: I thnk that bug is fix committed not released as we've not done a release yet [14:37] Oops, yeah, will fix. [14:38] redir: actual RV at https://codereview.appspot.com/101980050 [14:38] redir: prelim instructions at http://paste.ubuntu.com/7573466/ [14:45] bac k [14:48] relurk -> instructions http://paste.ubuntu.com/7573466/ [14:48] relurk: https://codereview.appspot.com/101980050 <- RV [14:49] bac me needs to install brew [14:50] jujugui call in 10 [14:50] kanban now [15:00] jujugui call now [15:11] kadams54: will you be live-blogging here? [15:11] Wasn't particularly planning on it - don't want to spam the channel :-) [15:11] bac is it known to not work without brew? [15:12] kadams54 I just REALLY hope they don't make OSX look like IOS [15:12] But if hatch's summary is wrong, I'll update :-) [15:12] redir: brew is required. we're going to distribute as a brew package [15:12] those 'leaks' look like garbage [15:12] bac oic [15:13] * bac wants a new set of Beats made from a single block of aluminum [15:13] full disclosure: /me does not have beats. does not want beats. [15:14] bac lol!! [15:16] def linux people behind brew [15:28] brewing python [15:29] bac yt? [15:29] hola [15:30] so brewed python installed [15:30] next it says running juju-quickstart [15:30] do I need to DL something or check something out? [15:30] clone? [15:31] ~bac/juju-quickstart/platform-settings-2 [15:31] ? [15:32] brew installing bzr [15:33] redir: "next it says running jj-qs" -- what does that mean? [15:33] redir: wanna chat? [15:33] sure [15:33] bac I mean sure [15:34] redir: paste link? [15:34] https://plus.google.com/hangouts/_/g3zrk7v2262aeqkfirmalgk2kma?authuser=3&hl=en [15:57] guihelp: https://github.com/juju/juju-gui/pull/357 is ready for review/QA. [16:08] hatch__: You know if anyone's looked at your il branch in a real env yet? [16:09] kadams54 I don't think they have === hatch__ is now known as hatch [16:14] bac. done. argparse.SUPPRESS who knew... [16:20] * redir lunches [16:30] kadams54 are you trying it in a real env? [16:30] hatch: yup [16:30] cool thanks, all good so far? [16:41] nice I'm up to 18% of the tests passing [16:41] lol [16:42] Well, having problems getting my real env setup again… so not making great progress yet. [16:43] * rick_h_ *cough cough*ec2 azure hp cloud and canonistack are real envs that you can get for free or expense and get around lxc issues *cough* [16:45] rick_h_: I'm actually trying to bootstrap my ec2 [16:45] Using juju-quickstart… [16:45] kadams54: and having issues? [16:46] rick_h_: Not entirely sure. It seems to be taking much longer than I remember [16:46] kadams54: well ec2 takes a while to bootstrap, 5-10min ish [16:46] then the gui should be up in another 1-2min [16:46] OK, I probably just need to be more patient :-) [16:46] it's the joy of lxc, but if lxc gives grief it's nice to have a backup [16:47] sometimes ec2 hangs for no reason [16:48] like it can't provision a machine [16:48] it eventually will [16:48] but I've had times where ec2 takes 20m to make a machine [16:48] this is an ec2 issue not a juju one [17:13] Hah: OS X Weed [17:14] "oddly enough, this name had large pockets of support within the product marketing group" [17:14] * rick_h_ bac howdy, got a sec? [17:14] bah [17:14] bah? [17:14] see pm [17:30] Next Safari will support Javascript Promises! [17:30] Who else is excited? [17:30] ;-) [17:32] now let's just hope they're not A+ promises :) kadams54 [17:33] 381 failures to go! [17:34] kadams54: ha, big red box next to AAPL in the stocks widget he just showed. [17:34] Safari is becoming IE with their slow updates :) [17:34] although it is by far the most battery efficient :) [17:37] hatch: not sure if you caught it, but the next Safari will run Netflix video natively, no Silverlight plugin. More battery savings. [17:37] But yeah… slow. [17:37] (with the updates) [17:38] Need to decouple browser updates from the OS [17:38] kadams54 no I'm not watching - I don't care for the Apple hype conference - I'll catch the summary :) [17:51] now if it was a Google hype conference.... WELL THEN [17:51] * rogpeppe is done for the day [17:51] that's a different story [17:51] :P lol jk [17:51] g'night all [17:51] rogpeppe have a good night [17:52] oo the tests are refreshing the browser now [17:52] fancy! [18:02] kadams54: natively being flash or html5+codec w/ DRM? [18:03] redir: HTML5 premium video extension [18:03] premium, sounds fishy [18:03] gourmet, deluxe, pro [18:03] hatch, I'm timeboxing this branch. I'll make a card for updates to the overlay-indicator stuff to help make a smoother caching experience. [18:03] redir: premium = DRM [18:04] mmmm yes pay more for less that is a premium:) [18:05] Makyo sure np [18:05] kadams54 I really hope you can turn off that transparency they are showing in all the OSX windows [18:06] I'll reserve judgement until I actually use it. [18:06] looks like they copied Alfred with their new search box [18:06] and now added hangouts like support to it [18:06] typical copy and call it new stuff here [18:07] kadams54: netflix is something I miss on linux [18:08] good to see Apple keeping up the trend [18:08] cloning all of the great stuff from Ubuntu and third party apps and calling it new and innovative [18:09] Good to see hatch keeping the Apple tropes alive and well ;-) [18:09] haha [18:10] Right now the interesting things look like iCloud Drive (Dropbox + iCloud) and Continuity. Not sure if there's anything quite like Continuity on the Android side. [18:10] not sure - what is it? [18:11] tldr (I just scrolled through a liveblog) [18:11] Integration across phone, ipad, and desktop [18:11] you mean like google drive? dropbox? [18:11] No [18:11] You can take/make calls coming into your phone from your desktop [18:12] ohh, like google voice [18:12] Your text messages are sync'd from your phone to your iPad and computer, so now it's not just iMessage users that you see across all three, but any messages. [18:12] which doesn't work in Canada :( [18:12] I think it's a step beyond google voice [18:12] kadams54 I bet that feature is VERY carrier specific [18:13] it likely won't be coming to Canada [18:13] I don't think it has anything to do with the carrier [18:13] well it has to get the sms messages from somewhere [18:13] so it's reading all your sms's and uploading them to a server so it can distribute them [18:13] It's more that the phone is communicating over the network to the desktop or iPad [18:13] So the carrier is abstracted away. [18:14] The phone itself is the proxy [18:14] ahh yeah there are apps for that on Android [18:14] ANd the desktop/iPad don't care about the carrier [18:14] they just upload all your sms's to their server [18:14] I don't think that happens either [18:14] well how else does it get from the phone to the desktop? [18:14] I suspect it's peer-to-peer [18:15] I doubt it [18:15] turn the computer on and then the phone uploads all of the sms's ? [18:15] They didn't really address what happens with the phone and desktop aren't on the same LAN [18:16] my phone is almost never connected to my wifi [18:16] redir: can we chat re: the customer work you were doing before your vacation? [18:16] so yeah [18:16] my LTE Is faster than my home internet lol [18:16] bac sure [18:16] redir: daily-standup hangout [18:16] k [18:16] The problem with pushing SMS out to a server is privacy. In the few places where they are transmitting data out to a server, they've been very careful to address the question of privacy. [18:16] On the other hand, they didn't say anyhting like that when demo'ing the message sync'ing across devices. [18:17] right, but without that server the awesomeness is really reduced [18:17] I'm skeptical [18:17] I suspect you're an edge case :-) [18:17] Most people have their phones on the lan with their other devices. [18:18] Continuity goes beyond just phone and message though - it's also workflow stuff [18:18] why though? [18:18] Because LAN > cell [18:18] Besides, I don't have to choose [18:18] If you start an e-mail message on your phone, your desktop knows what you're working on [18:18] And you can resume the e-mail on your desktop [18:19] Ditto for web browsing [18:19] yeah that would be pretty cool [18:19] so they are basically packaging up applications and workflows that other platforms have into one name [18:19] which I suppose would be nice [18:19] hopefully they will provide an api for that [18:19] It's hard without knowing the tech details about how far and deep the integration goes - do they provide 3rd party APIs? [18:20] :) [18:20] But that's the purpose of WWDC :-) [18:20] you sure? All I'm seeing on these images is advertising [18:20] :P [18:20] My guess is that the newer techs, like Continuity, won't [18:20] Not until next year [18:20] Apple likes to get real world experience before bringing out a 3rd party API [18:21] hatch: not during the keynote. The sessions afterwards :-) [18:21] https://developer.apple.com/wwdc/schedule/ [18:21] oh I thought the wwdc was this keynote [18:21] lol [18:22] ugh I have to log into their walled garden just to see the schedule...sheesh [18:23] oh most of the sessions are about new stuff that's not released yet [18:23] I was like 'wtf no titles?' [18:23] haha [18:24] Yeah, not many conferences have sessions that are only revealed *after* the keynote :-) [18:25] well they have to keep their NEW....umm.....infinite search app store listings SECRET [18:25] lol [18:26] Makyo can you plz make a card for the follow-ups so we can easily see what's blocking the il release [18:26] Yep, on it now. [18:26] thank yas [18:34] kadams54 do you use the touchid? [18:34] all the time [18:34] everyone I know doesn't - they use the pin pad, claim the pin pad is faster [18:34] true? [18:35] Absolute malarkey [18:35] yeah? Like I'm not kidding, the 4 people i know who use iphones do not use it [18:35] they say its a couple seconds to unlock with it, so the pin is faster [18:35] It's possible individual mileage varies, but I'm skeptical they gave it any serious usage [18:36] that's possible [18:36] Most of the time it's maybe a tenth of a second [18:36] yeah that seems odd then that all 4 don't use it [18:36] haha [18:36] maybe they were doing it wrong [18:36] lol [18:36] one taught the others incorrectly [18:36] There's a rare occasion where it takes longer, usually when I don't use my primary finger or have the finger at an odd angle [18:36] That happens maybe once a week [18:37] Which I suspect is very small percentage of the numerous times I unlock the phone during the day [18:37] I setup the max number of fingers it allows [18:37] Which helps make it more useful [18:37] the middle finger? [18:37] :D [18:37] :-) [18:38] I'm just happy that OpenGL is now in Safari [18:38] I'm skeptical that the problem is learning how to use it incorrectly, mostly because it's very easy to use. [18:38] Safari has bleeding fast JS so hoping the OpenGL stuff is equally as fast [18:39] maybe they have all set up the fingers wrong or something [18:39] I suspect the problem is more that most geeks are inherently skeptical of fingerprint users, so it ends up being a self-fulfilling prophecy [18:39] One bad experience and it confirms all pre-conceived notions, so they're back to the pin [18:39] haha true [18:39] my favourite is still the swipey pattern unlock [18:39] some people take it overboard though [18:40] Here's how fast TouchID usually works for me [18:40] I just push the home button [18:40] And in the time it takes me to complete the push, my fingerprint is read and recognized [18:40] yeah that would be awesome [18:41] So I unlock my phone and pop out of the current app back to the home screen in one click [18:46] Hmm. Apple's announcing a new programming language. "Objective-C without the C." Called "Swift". [18:47] It's just Objective now [18:47] lol [18:49] Swift seems like a mashup of Python/Ruby-esque syntax with Go's native compilation. [18:50] + all of the iOS/OSX libraries, of course [18:52] Makyo rofl I just posted the same thing you retweeted [18:52] haha [18:52] hatch, which? :D [18:52] https://twitter.com/FromAnEgg/status/473537267764457472 [18:52] Hahaha [18:53] Watching my twitter feed have a meltdown on that, currently. [18:53] a new programming language [18:53] heh [18:53] Also liking http://live.gizmodo.com/our-wwdc-liveblog-starts-monday-june-2nd-at-12pm-et-1-1582090802 "Some other swifts you may care about" [18:53] like seriously....ANOTHER language [18:53] there wasn't a SINGLE language currently available that would have worked [18:54] We just need a catchy Go+iOS mashup word. [18:54] iGo, I guess. [18:54] nah Swift has Generics [18:54] it's Modern....bahahaha [18:55] Last retweet for you, hatch :D [18:55] haha [18:55] swiftfiddle [18:56] Hahah [18:56] but it is all clang/llvm loving [18:57] they've prolly been working on it for a long time too [18:57] I've yet to dig into all that. I got QTimeLapse to build on OS X, but haven't done any real coding outside of python on the thing. [18:57] redir from golang ""We also considered using LLVM for gc but we felt it was too large and slow to meet our performance goals."" [18:57] :D [18:58] hatch: their needs are pretty different than a systems language [18:58] s/than a/as a [18:58] yeah - they needed something pretty [18:59] "Cook stressing that Apple engineers platforms, devices, and services together in a way that others (*cough* android *cough*) can't." What about US?! [18:59] Makyo: US? [18:59] Makyo we use all our energy to innovate, then they just copy and repackage [18:59] us, sorry,. [19:00] juju-gui? [19:00] Canonical, not U.S. [19:00] we being everyone not apple [19:00] ahh [19:00] Since we've been touting convergent design for a while now. [19:00] I can't buy an ubuntu tablet or phone yet [19:00] Well, not OEM, no. [19:00] But I've got an Ubuntu Nexus 10 right here. [19:01] for that matter the preinstalled linux laptop experience isn't great either [19:01] Makyo: exactly [19:01] Works fantastic on the S76, but I've not played with much else OEM. [19:01] I give apple credit for this [19:01] hahaha I just added #swift to Tweeddeck I've never seen a column move so fast [19:01] I no longer provide 8 hours a week tech support to my family. [19:02] ubuntu can't reproduce that yet. [19:02] redir my family uses Windows....I also don't provide tech support :D [19:02] I prefer it... but I couldn't point my fam at it [19:03] tbh I want to put them on Ubuntu but none of the software runs on Ubuntu [19:03] Different markets will always be a thing :P [19:03] right [19:04] Dad uses windows because he has to use autocad, mom uses an iPhone because she bought my old one then upgraded. [19:04] Don't think she has a computer anymore. [19:04] haha [19:05] it's getting close to that with mine too [19:05] She finally moved across state borders, and with that got rid of a ton of stuff. She borrows her boyfriend's computer for Quicken, and that's it. [19:06] I recently looked at quickbooks to see if they had a web version....they do...but serious $ and no mention of what happens with your data when you stop paying [19:06] Yep. [19:06] I just use paper. [19:06] And file with turbotax online. [19:07] But I'm simple. [19:07] Er...my usecase is simple. [19:07] But also, I'm simple. [19:07] it would be really nice if there was a quickbooks online which only charged for filing [19:07] so you enter all your bills etc then pay $50 or whatever to file it [19:08] That's rather like TurboTax online. [19:08] yeah - but turbotax doesn't do expenses and stuff does it? [19:09] it's been a while, honestly [19:09] lol the website for the language Swift from Apache is down [19:09] they probably took it down [19:09] :) [19:10] that's going to cause some issues when searching [19:10] They have an additional service for that. I used to use Mint, until I realized that even that was too much for me. [19:11] Makyo https://twitter.com/RinHugs/status/473540713062596608 hehe [19:11] ahh we all think we r so smart [19:12] Yeah :) [19:12] I really hope that Google unveils golang support for android at IO [19:12] would be quite comical [19:24] Society for Worldwide Interbank Financial Telecommunication (SWIFT) [19:25] apparently one could have 41 years of swift experience [19:26] oooo [19:46] ugh these tests!!!! [19:46] these tests!!! [19:51] rick_h_ you're probably not here but I am running into the same darn simulate bug :/ [19:52] (╯°□°）╯︵ ┻━┻ [19:58] guihelp: anyone available to review/QA https://github.com/juju/juju-gui/pull/357 ? [19:59] Also: I know I've done this one other time, but how do I get my EC2 instance running a specific build of juju-gui (i.e., hatch's branch)? [20:00] kadams54 `s [20:00] bla [20:00] `juju set juju-gui juju-gui-source="path-to-source"` [20:00] and then you wait [20:01] kadams54 that of course assumes you named your service juju-gui [20:07] thanks [21:06] hatch: haven't noticed any problems yet playing around with your branch [21:06] awesome [21:06] I'm still fighting tests [21:06] I may have one figured out [21:06] the one that's plagued all three of us [21:06] the simulate() causing a "script error" [21:10] victory! [21:10] hatch: :( have to narrow it down. I had too big a diff to figure it out [21:10] rick_h_ I got it [21:11] hatch: cool [21:11] the simulate() was trapping the real error [21:11] so I stepped through......EVERYTHING [21:11] turns out the inspector rendering code didn't have a node to render to [21:11] .... [21:11] trivial one line fix [21:11] days of debugging wasted to find it lol [21:11] ugh [21:12] so you updated the inspector to throw a giant fit if it didn't have acontainer to render into? [21:13] rick_h_ it wouldn't have helped - the simulate() captured everything [21:13] throw + mocha + chai === issues [21:13] throw + mocha + chai + simulate === issues [21:13] I mean :) [21:13] ugh and ugh, it can at least console.log? [21:13] or pre-check for the container? [21:14] there must be some way to not get caught in that again? [21:14] oh it can console log [21:14] I'll do that [21:14] console.error [21:16] done [21:16]