fluid-work IRC Logs-2012-03-29
[06:28:53 CDT(-0500)] <Pulkit> Justin_o: Hi, I have sent initial draft of my proposal for HTML5 Image Editor. Could you have a look and provide some feedback?
[06:29:13 CDT(-0500)] <Justin_o> Pulkit: thanks.. i'll take a look
[06:29:55 CDT(-0500)] <Pulkit> Okay, thank you.
[06:34:38 CDT(-0500)] <Justin_o> Pulkit: where did you send it to?
[06:41:40 CDT(-0500)] <Pulkit> I've sent it to info@atutor.ca on last Sunday. Should I send you too?
[06:47:07 CDT(-0500)] <Justin_o> Pulkit: yes, could you resend it to me as well
[06:52:55 CDT(-0500)] <Pulkit> Okay
[06:58:18 CDT(-0500)] <Pulkit> I have sent it to you Justin_o
[06:58:33 CDT(-0500)] <Justin_o> Pulkit: thanks.. i see it now
[07:29:04 CDT(-0500)] <Justin_o> Pulkit: i've read over your proposal, but will probably chat with jon first before giving you feedback..
[07:30:23 CDT(-0500)] <Pulkit> Justin_o: Okay. Thanks. I'll wait for your feedback
[08:00:28 CDT(-0500)] <Justin_o> Pulkit: are you still there, jhung and I can just give you the feedback on your proposal here
[08:00:35 CDT(-0500)] <Pulkit> Yes
[08:01:21 CDT(-0500)] <Justin_o> Pulkit: so a few things.. first off are you planning on starting over, or continuing on from where you left off last year?
[08:02:19 CDT(-0500)] <Pulkit> I was planning to continue from where I left last year. That way, the final tool could be more useful with all the features. What do you think?
[08:03:25 CDT(-0500)] <Justin_o> Pulkit: that's good.. we were hoping that.. I think we've been hoping all along that we'd be able to merge the codebases for this years and last at some point
[08:04:06 CDT(-0500)] <Justin_o> Pulkit: next up, what do you mean by test-driven approach
[08:04:43 CDT(-0500)] <Pulkit> I meant that I could start writing the tests as I build the tool
[08:05:12 CDT(-0500)] <Pulkit> Last year, I did the unit testing at the end. But I intend to do it as the project progresses now
[08:05:16 CDT(-0500)] <Justin_o> Pulkit: okay that's great, i was a bit confused by your July 5 - 9 schedule, since you say you'll write the tests then
[08:06:30 CDT(-0500)] <jhung> pulkit, fyi, a traditional test-driven approach is to write the tests first before any application code is written. Which is why we wanted to clarify that.
[08:06:48 CDT(-0500)] <Justin_o> Pulkit: here's a wikipedia article about it http://en.wikipedia.org/wiki/Test-driven_development
[08:07:02 CDT(-0500)] <Pulkit> jhung: Yes, I also wanted to carry out in the same way if that would be possible.
[08:07:43 CDT(-0500)] <jhung> pulkit, that would be excellent.
[08:07:49 CDT(-0500)] <Pulkit> And for the July 5-9 schedule, I wanted to focus on writing the documentation and tutorials for including new features
[08:08:47 CDT(-0500)] <Pulkit> So at some point, I could update the pages on wiki, e.g. http://wiki.fluidproject.org/display/fluid/Tutorial+-+Image+Editor before the midterm project evaluation
[08:09:32 CDT(-0500)] <jhung> Sounds like a good idea. Documentation is always welcome.
[08:10:14 CDT(-0500)] <Justin_o> Pulkit: did you have any other ideas for image editing tools in the context of book digitization that could be added?
[08:11:55 CDT(-0500)] <Pulkit> Yes, I mentioned one in the proposal e.g. an algorithm that could transform the image to look like a scanned page. But I wanted to keep them for the end and implement if time permits. Otherwise, we can also do that outside the scope of GSoC
[08:12:46 CDT(-0500)] <Pulkit> In addition to this, we can also look at how to implement OCR
[08:13:59 CDT(-0500)] <Pulkit> But I think that it would be a bit difficult to do in GSoC timeframe
[08:14:16 CDT(-0500)] <jhung> pulkit, that's the functionality we will be bringing to Decapod through 3D computer vision research being done at the University of Kaiserslautern.
[08:14:34 CDT(-0500)] <jhung> If you're interested in this, we can discuss it further.
[08:14:47 CDT(-0500)] <Pulkit> yes, sure
[08:15:33 CDT(-0500)] <jhung> But your ideas are on the same page as us. So that's good.
[08:16:49 CDT(-0500)] <Pulkit>
[08:19:30 CDT(-0500)] <jhung> Thanks pulkit. I don't think I have any other questions. I'll ping you here or send you an email if I do.
[08:19:59 CDT(-0500)] <Pulkit> ok. Thanks for your feedback.
[08:24:00 CDT(-0500)] <Justin_o> Pulkit: same for me as jhung… there's been a lot of interest in the project this year… so make sure you get your proposal in as good a shape as possible.
[08:25:02 CDT(-0500)] <Pulkit> Thanks Justin_o. I'll try to improve it
[08:26:20 CDT(-0500)] <Justin_o> Pulkit: That's not to say that your proposal was bad, in general i like the detail and structure of your proposal. Just want to give you a heads up.
[08:27:32 CDT(-0500)] <Pulkit> Yes, I understand.
[09:20:18 CDT(-0500)] <colinclark> hey kasper and yura
[09:20:23 CDT(-0500)] <colinclark> we're so close, I can feel it!
[09:20:29 CDT(-0500)] <kasper> I know!
[09:20:33 CDT(-0500)] <yura>
[09:20:34 CDT(-0500)] <colinclark> Sounds like we're all up and running with Fedora
[09:20:47 CDT(-0500)] <colinclark> yura: Can you update us on where you're at, and what you think needs to be done next?
[09:20:50 CDT(-0500)] <colinclark> My list looks like this:
[09:20:56 CDT(-0500)] <kasper> I'm hijacking jura to help me out with the LaunchHandler and configurationManager this afternoon
[09:21:01 CDT(-0500)] <colinclark> 1. Finish the build recipe for Avtar
[09:21:12 CDT(-0500)] <colinclark> 2. Move gsettings_bridge and gpiistack over to the linux repo
[09:21:18 CDT(-0500)] <colinclark> kasper: Excellent!
[09:21:39 CDT(-0500)] <colinclark> hopefully michelled doesn't kill you
[09:21:49 CDT(-0500)] <yura> colinclark, kasper: basically it looks like colinclark's #2 was one of the things on my list
[09:21:52 CDT(-0500)] <kasper> hehe
[09:22:06 CDT(-0500)] <colinclark> yura: Would you like me to do it so you can pair with Kasper?
[09:22:10 CDT(-0500)] <yura> and the key launchahandler work with kasper that should let us integrate linux full stack
[09:22:28 CDT(-0500)] <kasper> yura, colinclark: I'm so excited about this
[09:22:30 CDT(-0500)] <yura> colinclark: that would be great
[09:22:30 CDT(-0500)] <colinclark> okay
[09:22:37 CDT(-0500)] <colinclark> So it sounds like the last two real blockers are:
[09:22:40 CDT(-0500)] <colinclark> 1. Move linux stuff to linux
[09:22:49 CDT(-0500)] <colinclark> 2. Get the exec launch handler working
[09:22:51 CDT(-0500)] <colinclark> Is that correct?
[09:22:57 CDT(-0500)] <kasper> I believe so
[09:23:09 CDT(-0500)] <colinclark> So I'll do #1 and you guys will do #2?
[09:23:19 CDT(-0500)] <yura> colinclark: for #1 we need to update some stuff (locations etc)
[09:23:30 CDT(-0500)] <colinclark> yura: tell me more
[09:23:41 CDT(-0500)] <colinclark> I find myself slightly adrift in this world of underscores
[09:23:43 CDT(-0500)] <yura> #2 yes, make sure that exec execs steve's setting handlers
[09:24:00 CDT(-0500)] <colinclark> Wait
[09:24:01 CDT(-0500)] <colinclark> I'm confused
[09:24:08 CDT(-0500)] <colinclark> How does #2 relate to settings handlers?
[09:24:17 CDT(-0500)] <colinclark> Steve's gsettings bridge now is a Node plugin
[09:24:19 CDT(-0500)] <yura> colinclark: basically the scripts that listen to usb need to be slightly updated, i think there are some hardcoded absolute paths there, i think we can change that all to be relative to our linux repo
[09:24:28 CDT(-0500)] <colinclark> yura: Aha, okay
[09:24:42 CDT(-0500)] <colinclark> should be easy enough
[09:25:42 CDT(-0500)] <yura> colinclark: oh, i might be confused too . i guess i would need to look at steve's stuff to see how it needs to be lounched
[09:25:51 CDT(-0500)] <yura> launched
[09:26:26 CDT(-0500)] <colinclark> yura: Looks to me like it just needs a bit of wrapping
[09:26:27 CDT(-0500)] <colinclark> https://github.com/GPII/gsettings_bridge/blob/master/gsettings_bridge.js
[09:26:41 CDT(-0500)] <colinclark> Sensibly enough, it implements two methods--get and set
[09:26:55 CDT(-0500)] <colinclark> So I'm assuming either...
[09:27:09 CDT(-0500)] <colinclark> #1 the configuration manager already expects to resolve a SettingsHandler by name and then call get on it
[09:27:10 CDT(-0500)] <colinclark> or
[09:27:27 CDT(-0500)] <colinclark> #2 we wrap this in whatever the API is between the configuration manager and its settingshandler
[09:27:42 CDT(-0500)] <colinclark> kasper: You probably know off the top of your head
[09:28:43 CDT(-0500)] <colinclark> hey michelled, kasper is threatening to steal yura for a bit this afternoon...
[09:28:52 CDT(-0500)] <colinclark> which in my mind is 100% awesome
[09:29:08 CDT(-0500)] <michelled> I'm feeling quite a bit of Floe pressure
[09:29:13 CDT(-0500)] <colinclark> but I just wanted to check that you didn't have any kind of Evil Genius Floe Plans for Yura this aft
[09:29:37 CDT(-0500)] <kasper> currently the configuration manager invokes the settingsHandler by calling the "type" function specified in the solution payload
[09:29:43 CDT(-0500)] <michelled> yura and I were going to work on Video player integration into the authoring tool today and tomorrow
[09:30:04 CDT(-0500)] <michelled> colinclark: if kasper steals yura today, will you be able to help us out next week?
[09:30:19 CDT(-0500)] <colinclark> kasper: See how this works?
[09:30:19 CDT(-0500)] <michelled> colinclark: it's a short week and even shorter for me because I'm on vacation on Thursday
[09:30:25 CDT(-0500)] <kasper> hehe
[09:30:28 CDT(-0500)] <colinclark> "I'll trade you half a day of Yura's time for a week of yours"
[09:30:36 CDT(-0500)] <colinclark> yura: I think you should be highly flattered by this deal
[09:30:38 CDT(-0500)] <kasper> sneaky michelled
[09:30:48 CDT(-0500)] <colinclark> michelled: Yes, I'm all Floe's next week
[09:30:50 CDT(-0500)] <michelled> I was hoping colinclark wouldn't notice that
[09:30:50 CDT(-0500)] <yura> why ? i get nothing out of it
[09:30:55 CDT(-0500)] <colinclark> lol
[09:31:20 CDT(-0500)] <kasper> yura: what are you talking about? you get to spend an afternoon with me
[09:31:39 CDT(-0500)] <colinclark> A prize, for sure!
[09:32:16 CDT(-0500)] <colinclark> kasper: Can you toss me a link to the code where that happens--where the configuration manager calls its settings handlers?
[09:32:19 CDT(-0500)] <yura> kasper: are you free now ?
[09:32:49 CDT(-0500)] <kasper> yura: more or less.. have a meeting with Gregg in 30 minutes, but I might be able to push that
[09:32:56 CDT(-0500)] <kasper> colinclark: sec
[09:33:02 CDT(-0500)] <colinclark> kasper: take your time, thanks
[09:33:14 CDT(-0500)] <yura> kasper: if you want we can start now ?
[09:34:07 CDT(-0500)] <kasper> colinclark: https://github.com/GPII/universal/blob/master/gpii/node_modules/configurationManager/src/ConfigurationManager.js#L54
[09:34:27 CDT(-0500)] <kasper> yura: that'd be awesome.. just finding my headset, then I'll call you up
[09:34:40 CDT(-0500)] <yura> alright
[09:55:28 CDT(-0500)] <colinclark> jhung: I'm thinking after standup might actually be better for me to talk Decapod if it works for you
[09:55:37 CDT(-0500)] <colinclark> Like justin_o, I'm working from home today
[09:55:40 CDT(-0500)] <colinclark> but we can have a Skype call
[10:01:55 CDT(-0500)] <Justin_o> colinclark, jhung: i'm back, ready when to talk decapod when you are
[10:02:06 CDT(-0500)] <colinclark> Justin_o: Are you okay to do it after standup?
[10:02:16 CDT(-0500)] <Justin_o> colinclark: sure
[10:05:40 CDT(-0500)] <jhung> justin_o, colinclark: that's fine with me.
[10:06:33 CDT(-0500)] <colinclark> great!
[10:49:59 CDT(-0500)] <jessm> fluid-everyone: sorry i missed standup. just talking with Iris about IDI budget, mailing lists, decisions coming up, deadlines, etc.
[10:50:03 CDT(-0500)] <jessm> i'm working on the RFP today
[10:50:25 CDT(-0500)] <Justin_o> yura: have you ever run into this error "Uncaught TypeError: Cannot read property '$$guid' of undefined"
[10:51:24 CDT(-0500)] <Justin_o> it looks like it's happening from a call to removeListener but only happens if i don't set the priority of one of my subcomponents to "last" if i specify -1000 or something like that, the error occurs
[10:51:38 CDT(-0500)] <yura> Justin_o: hmm not sure i have
[10:52:06 CDT(-0500)] <Justin_o> okay.. i'll keep poking around
[11:15:24 CDT(-0500)] <anastasiac> michelled, I've pushed my latest auth tool branch (FLOE-1) again. The css changes are now in the .scss files instead of the .css files, and the high-contrast toolbar icons are working
[11:15:47 CDT(-0500)] <michelled> thx anastasiac
[11:16:00 CDT(-0500)] <michelled> anastasiac: were there any other details that we still wanted to get into that branch?
[11:16:07 CDT(-0500)] <anastasiac> checking my notes
[11:16:59 CDT(-0500)] <anastasiac> michelled, I think that's everything on my list. I suppose we could run it by the designers again. Also, I haven't finished testing an OER with everything possible in it
[11:17:53 CDT(-0500)] <michelled> anastasiac: yes, we should get the designers to look at what we've got - preferably if you can make a real OER
[11:34:44 CDT(-0500)] <colinclark> yura and kasper: Did either of you happily install Node.js via yum? Or did you both build it from source?
[11:35:05 CDT(-0500)] <kasper> colinclark: from source - following your instructions
[11:35:22 CDT(-0500)] <yura> source
[11:36:40 CDT(-0500)] <colinclark> okay
[11:36:54 CDT(-0500)] <colinclark> I can imagine avtar might love us more if I can get the package version working
[11:37:03 CDT(-0500)] <colinclark> So I'll give it another shot
[11:37:17 CDT(-0500)] <colinclark> otherwise, we'll just tell avtar that the cool kids compile from source
[12:14:31 CDT(-0500)] <am33sh> yura : i haved sent my proposal for epub reader
[12:47:03 CDT(-0500)] <avtar> cool kids don't compile from source
[12:47:08 CDT(-0500)] <avtar>
[12:50:23 CDT(-0500)] <colinclark> I do trust avtar to be the arbiter of cool
[12:51:15 CDT(-0500)] * avtar works hard to hold on to that title
[12:52:02 CDT(-0500)] <avtar> i was hoping burt would have opted for a skype call and not that conf bridge
[13:02:25 CDT(-0500)] <colinclark> avtar: Were you able to call in?
[13:02:36 CDT(-0500)] <colinclark> I'm getting a message that conference 437# is not scheduled
[13:03:44 CDT(-0500)] <avtar> no, haven't been able to join
[13:04:54 CDT(-0500)] <avtar> burt isn't on skype
[13:05:23 CDT(-0500)] <avtar> matt said they're trying to figure out why the bridge isn't working
[13:05:37 CDT(-0500)] <colinclark> ok
[13:26:44 CDT(-0500)] <kasper> colinclark: ayt?
[13:27:05 CDT(-0500)] <colinclark> kasper: I'm just in a short meeting at the moment
[13:27:08 CDT(-0500)] <colinclark> but I will be around
[13:27:13 CDT(-0500)] <colinclark> in about 20 minutes
[13:27:33 CDT(-0500)] <kasper> colinclark: ok, do you mind if Yura and I move steves gsettingsHandler into the main linux repo
[13:27:40 CDT(-0500)] <kasper> colinclark: pleeeeaaase
[13:27:49 CDT(-0500)] <colinclark> go for it!
[13:27:56 CDT(-0500)] <kasper> awesome! Thanks colinclark
[13:35:23 CDT(-0500)] <colinclark> kasper: you'll ping me when it's in?
[13:35:31 CDT(-0500)] <kasper> colinclark: will do
[13:41:44 CDT(-0500)] <colinclark> yura: I was wondering about what the standard approach to "installing" compiled Node modules is/
[13:41:55 CDT(-0500)] <colinclark> While reviewing Steve's code, I noted this path: https://github.com/GPII/gsettings_bridge/blob/master/gsettings_bridge.js#L4
[13:42:14 CDT(-0500)] <colinclark> But I imagine that there must be some installation process that node-waf might help us with?
[13:43:08 CDT(-0500)] <colinclark> kasper: On your end, I imagine we'll have to do a bit more refactoring of the Configuration Manager to make it call .get() and .set() as appropriate? https://github.com/GPII/universal/blob/master/gpii/node_modules/configurationManager/src/ConfigurationManager.js#L54
[13:47:33 CDT(-0500)] <colinclark> Bosmon: You around?
[13:50:21 CDT(-0500)] <jessm> any volunteers to help me with lame HTML?
[13:53:19 CDT(-0500)] <jhung1> jessm, I can try. What's up?
[13:53:38 CDT(-0500)] <jessm> http://fluidproject.org/about-us/our-funder/
[13:53:39 CDT(-0500)] <jessm> bah
[13:54:17 CDT(-0500)] <jhung> okay. Let me guess, you want the images to line up on the left?
[13:54:42 CDT(-0500)] <jessm> jhung: yes
[13:55:05 CDT(-0500)] <jessm> i'm not sure if the ontario image is causing the issue because of a border or if it's just plain bad HTML
[13:55:07 CDT(-0500)] <jessm> or both!
[13:55:55 CDT(-0500)] <jhung> Ok. I'll try to manage using Firebug and send you the HTML / CSS modifications. Otherwise I may need access to the files themselves.
[13:58:14 CDT(-0500)] <jessm> jameswy: ping
[13:58:16 CDT(-0500)] <jessm> you around now?
[13:58:22 CDT(-0500)] <jessm> jhung: thanks so much!
[14:01:36 CDT(-0500)] <anastasiac> jessm, jameswy just wrapped up his meeting with me and jvass - he should be back at his desk in a minute or two
[14:02:14 CDT(-0500)] <jessm> cool-thanks
[14:19:03 CDT(-0500)] <Bosmon> Hi, codercube
[14:19:05 CDT(-0500)] <Bosmon> er colinclark
[14:19:24 CDT(-0500)] <codercube> hello
[14:19:48 CDT(-0500)] <colinclark> hi Bosmon
[14:20:09 CDT(-0500)] <Bosmon> Justin_o - you'll get that error if you call removeListener with an undefined argument
[14:21:07 CDT(-0500)] <Justin_o> Bosmon: thanks.. i had tracked it back there, but still not sure why it happened.. it was weird because if i switched the component to have a priority of "last" it would work, but if i put even a priority of "-100000" it would fail
[14:22:58 CDT(-0500)] <Justin_o> Bosmon: speaking of which.. if i read the code right.. it seems that components that don't have priorities automatically get priorities assigned in decreasing order.. so if i had tried to make something last by using a priority of "0" or "-1" if i have multiple other subcomponents with no priority, they could be set to a lower priority?
[14:23:07 CDT(-0500)] <Justin_o> is that correct?
[14:24:16 CDT(-0500)] <Bosmon> Justin_o - the default priority is to have lower priority than anything that has priority
[14:24:29 CDT(-0500)] <Bosmon> If you find yourself juggling with priorities a lot, I think you need to rethink your design
[14:24:40 CDT(-0500)] <Justin_o> it was mostly for the test
[14:24:42 CDT(-0500)] <jessm> thanks anastasiac
[14:24:52 CDT(-0500)] <anastasiac> np
[14:25:02 CDT(-0500)] <Bosmon> They aren't meant to be used heavily... mostly they are "emergency feature" that helps you out in the case you couldn't be bothered to make enough events
[14:25:14 CDT(-0500)] <Bosmon> If you find yourself assigning lots of things to different priorities, you need to make more events
[14:25:27 CDT(-0500)] <Justin_o> Bosmon: so i did change the design.. i had the last subcompoent fire an event from it's final init function
[14:25:47 CDT(-0500)] <colinclark> Bosmon: I asked a question earlier in the channel that you might be able to help me with once you're done with Justin
[14:26:13 CDT(-0500)] <Justin_o> Bosmon, colinclark: i think i'm okay for now.. have moved on past that issue.. thanks Bosmon
[14:26:41 CDT(-0500)] <colinclark> Bosmon: I was puzzling through Node modules
[14:26:56 CDT(-0500)] <colinclark> Do you know if there is some idiom for "installing" C++ modules?
[14:27:06 CDT(-0500)] <colinclark> I would imagine node-waf does something for us
[14:27:17 CDT(-0500)] <Bosmon> colinclark - I don't know about that yet
[14:27:35 CDT(-0500)] <colinclark> ok
[14:27:58 CDT(-0500)] <Bosmon> kasper - sgithens is the one you need to talk to if you want to move his settingsHandler
[14:28:07 CDT(-0500)] <Bosmon> It's his stuff after all
[14:29:11 CDT(-0500)] <Bosmon> Justin_o - thanks for your explanation about the generated themes
[14:29:30 CDT(-0500)] <Bosmon> I wonder if you and michelled could tell me whether there is some official process by which the built materials for UIO are transferred into the videoPlayer project?
[14:29:51 CDT(-0500)] <Bosmon> Right now I just "copied some stuff over to match what was there" which is why I ended up moving those built things too
[14:32:12 CDT(-0500)] <colinclark> yura, kasper WTF
[14:32:22 CDT(-0500)] <colinclark> EXPLAIN YOUR EXCITEMENT
[14:32:25 CDT(-0500)] <colinclark>
[14:32:25 CDT(-0500)] <kasper> i know!!! it's so exciting
[14:32:41 CDT(-0500)] <kasper> the login resulted in enabling the screen magnifier
[14:32:53 CDT(-0500)] <kasper> … so we got a full stack (login) working!!!!!
[14:32:54 CDT(-0500)] <colinclark> kasper: That's the weirdest thing you've ever said
[14:32:59 CDT(-0500)] <colinclark>
[14:33:04 CDT(-0500)] <kasper> hehe
[14:33:09 CDT(-0500)] <colinclark> What does the (login) part mean?
[14:33:18 CDT(-0500)] <kasper> that logout doesn't disable the magnifier
[14:33:47 CDT(-0500)] <colinclark> You mean "login" as opposed to "usb key in?"
[14:33:57 CDT(-0500)] <colinclark> or are you using them synonymously?
[14:34:09 CDT(-0500)] <yura> colinclark: login will be usb key in
[14:34:17 CDT(-0500)] <yura>
[14:34:24 CDT(-0500)] <colinclark> I can never tell with you guys and grammar
[14:34:30 CDT(-0500)] <colinclark> What does "will be" mean?
[14:34:35 CDT(-0500)] <colinclark> "is" or "we're getting to that?"
[14:34:36 CDT(-0500)] <colinclark>
[14:34:39 CDT(-0500)] <kasper> colinclark: yeah - we haven't tested with an actual usb stick – but using curl is working
[14:34:43 CDT(-0500)] <colinclark> cool
[14:34:46 CDT(-0500)] <colinclark> that makes sense
[14:34:52 CDT(-0500)] <kasper> haha, COLIN! Don't ruin our naive excitement
[14:34:56 CDT(-0500)] <kasper> something is actually working
[14:34:58 CDT(-0500)] <yura> seriousl
[14:34:59 CDT(-0500)] <yura> :_)
[14:35:02 CDT(-0500)] <kasper> hehe
[14:35:11 CDT(-0500)] <colinclark> I just have no clue what you guys are saying
[14:35:16 CDT(-0500)] <colinclark> and would love to share your excitement
[14:35:25 CDT(-0500)] <kasper> go to yura's desk and take a look
[14:35:31 CDT(-0500)] <kasper> pure awesomeness
[14:35:36 CDT(-0500)] <colinclark> kasper: That would be a 20 minute bike ride away
[14:35:41 CDT(-0500)] <colinclark> not that I'm not tempted
[14:35:55 CDT(-0500)] <kasper> colinclark: a 20 minute bike ride well worth it, i might add
[14:35:58 CDT(-0500)] <kasper> (well, not really)
[14:36:07 CDT(-0500)] <yura> haha
[14:36:11 CDT(-0500)] <kasper> colinclark: in 30 minutes, you can download this stuff and try it yourself
[14:36:20 CDT(-0500)] <colinclark> kasper and yura: Congratulations, dudes
[14:36:22 CDT(-0500)] <colinclark> super exciting
[14:36:31 CDT(-0500)] <colinclark> What are your next steps?
[14:37:03 CDT(-0500)] <kasper> making logout work
[14:37:08 CDT(-0500)] <kasper> (since we don't have a USB)
[14:37:11 CDT(-0500)] <colinclark> sweet
[14:37:26 CDT(-0500)] <kasper> indeed
[14:37:26 CDT(-0500)] <colinclark> yura: I'm sure Bert can hook you up with a spare USB stick
[14:37:44 CDT(-0500)] <yura> colinclark: did you manage to do anything with Boyan's repo?
[14:38:13 CDT(-0500)] <colinclark> No, because I had no idea what you and Kasper were doing, and whether you'd already done so
[14:38:16 CDT(-0500)] <colinclark> I can look at it now
[14:38:22 CDT(-0500)] <yura> ok we ll do it now
[14:38:38 CDT(-0500)] <colinclark> what is it that Bosmon and jessm say in these kinds of situations?
[14:38:40 CDT(-0500)] <colinclark> gah
[14:38:42 CDT(-0500)] <colinclark> something like that
[14:38:43 CDT(-0500)] <colinclark> gah
[14:38:51 CDT(-0500)] <colinclark> yura, kasper: yes, go for it
[14:38:52 CDT(-0500)] <jessm> bah
[14:39:00 CDT(-0500)] <yura> haha
[14:39:03 CDT(-0500)] <kasper> lol
[14:39:05 CDT(-0500)] <colinclark> yura: can you answer my question about node modules, by chance?
[14:39:09 CDT(-0500)] <colinclark> i'm so confused!
[14:39:42 CDT(-0500)] <yura> colinclark: sure
[14:39:43 CDT(-0500)] <yura> one sec
[14:40:23 CDT(-0500)] <yura> oh right, colinclark first time we were handling those too
[14:40:40 CDT(-0500)] <colinclark> maybe no one knows
[14:40:43 CDT(-0500)] <colinclark> i'm just curious
[14:40:43 CDT(-0500)] <yura> i think there's either in node procedure how to compile those, or we d have to do that with a scriot
[14:40:45 CDT(-0500)] <yura> scrip
[14:40:46 CDT(-0500)] <yura> t
[14:40:49 CDT(-0500)] <colinclark> oh, cool
[14:40:50 CDT(-0500)] <colinclark> okay
[14:40:55 CDT(-0500)] <colinclark> we can get steve to look at it
[14:40:57 CDT(-0500)] <yura> i mean script will be easy
[14:41:00 CDT(-0500)] <colinclark> probably should keep your move in a fork until you talk to steve
[14:41:13 CDT(-0500)] <michelled> Bosmon: the issue with the built materials is different in the Infusion repo and the Video player repo.
[14:41:14 CDT(-0500)] <colinclark> moving his code spontaneously might make him really mad
[14:41:27 CDT(-0500)] <yura> well i just copied that stuff in linux, his repo is intact
[14:41:37 CDT(-0500)] <michelled> Bosmon: they should not be committed into the Infusion repo and we should have a gitignore for that
[14:41:56 CDT(-0500)] <yura> colinclark: is that ok ?
[14:42:00 CDT(-0500)] <michelled> in the video player repo, we do need to include them.
[14:42:00 CDT(-0500)] <Bosmon> michelled - ok, I have just deleted them from my branch
[14:42:11 CDT(-0500)] <Bosmon> I guess I never understood before why this material would appear and disappear
[14:42:20 CDT(-0500)] <michelled> thanks
[14:42:22 CDT(-0500)] <Bosmon> But clearly it would appear whenever I did a build, and it would disappear whenever I switched branches
[14:42:54 CDT(-0500)] <Bosmon> yura - why not send him a note
[14:42:58 CDT(-0500)] <michelled> Bosmon: did you see my other comments on that pull request?
[14:43:05 CDT(-0500)] <Bosmon> michelled - yes, I am resolving them now
[14:43:16 CDT(-0500)] <Bosmon> Just fixing up the Store tests now...
[14:43:49 CDT(-0500)] <michelled> thanks
[15:02:40 CDT(-0500)] <Bosmon> Hi michelled - I have fixed all the review issues and pushed up to my infusion branch again
[15:07:27 CDT(-0500)] <michelled> thx Bosmon
[15:08:07 CDT(-0500)] <Bosmon> My videoPlayer branch is also updated for those changes
[15:13:46 CDT(-0500)] <Justin_o> Bosmon: sorry that i missed your message, thankfully michelled was around to answer you
[15:26:39 CDT(-0500)] <yura> colinclark: you missed out on a presentation
[15:26:44 CDT(-0500)] <yura>
[15:26:59 CDT(-0500)] <anastasiac> colinclark, it was awesome!
[15:36:27 CDT(-0500)] <colinclark> yura: Huge congrats! Nice work!
[15:36:32 CDT(-0500)] <colinclark> you too, kasper ^^
[15:39:44 CDT(-0500)] <colinclark> avtar: I'm thinking that the actual steps to build the GPII framework should actually be driven by a developer-managed script of some kind
[15:40:03 CDT(-0500)] <colinclark> Is it the kind of thing where we should maintain an install shell script in the main Git repo?
[15:40:09 CDT(-0500)] <colinclark> Or do you think Puppet is a better tool for that job?
[15:41:00 CDT(-0500)] <colinclark> So, for example, yura currently has a shell script for setting up and starting the framework: https://github.com/GPII/linux/blob/master/start.sh
[15:41:19 CDT(-0500)] <colinclark> I imagine we could split that into two--one for compilation and installation, and another for starting
[15:41:38 CDT(-0500)] <colinclark> and then your vagrant script could run that as the last stage in the process?
[15:41:41 CDT(-0500)] <colinclark> something like that?
[15:42:00 CDT(-0500)] <colinclark> I guess it would be very nice to be able to parameterize branches for this kind of thing
[15:42:14 CDT(-0500)] <colinclark> so that it would be trivial to build a particular branch
[15:52:45 CDT(-0500)] <avtar> colinclark: having it in puppet would be nice once the list of dependencies are somewhat finalized
[15:53:04 CDT(-0500)] <colinclark> how come?
[15:55:46 CDT(-0500)] <avtar> do you find yourself making a lot of changes to the script(s) right now?
[15:56:52 CDT(-0500)] <colinclark> I certainly want to soon, yes
[15:59:55 CDT(-0500)] <colinclark> avtar: Some of this is sort of hard to see from this perspective
[16:00:17 CDT(-0500)] <colinclark> but I guess in reality there will be a series of configurations steps that are actually relatively cross-platform
[16:00:20 CDT(-0500)] <colinclark> and some that aren't
[16:00:32 CDT(-0500)] <colinclark> I guess we can split this script, conceptually, into three groups of things
[16:00:34 CDT(-0500)] <avtar> having puppet handle the installation of packages provides the benefit of having changes being tracked
[16:00:41 CDT(-0500)] <colinclark> 1. Check out all related modules via git
[16:00:51 CDT(-0500)] <colinclark> 2. Platform-specific compilation steps
[16:00:55 CDT(-0500)] <colinclark> 3. Start the thing
[16:01:06 CDT(-0500)] <colinclark> #1 and #3 are probably cross-platform
[16:01:12 CDT(-0500)] <avtar> yes
[16:01:26 CDT(-0500)] <colinclark> Really, I imagine we should just write them as Node.js scripts
[16:02:02 CDT(-0500)] <colinclark> At least until I can convince Bosmon that shared repositories should just be expressed as submodules of each platform-specific repository
[16:02:19 CDT(-0500)] <colinclark> Still, I guess #1 in that case would boil down to a "git init submodules" command or whatever
[16:02:32 CDT(-0500)] <colinclark> avtar: I agree 100% about package installation
[16:02:52 CDT(-0500)] <colinclark> the question is, what about things like compilation or other boring manual tasks that need to get done to setup and install an app?
[16:03:07 CDT(-0500)] <colinclark> I mean, I suppose you'll probably point out sensibly that the GPII framework, on linux, should itself be an RPM
[16:03:09 CDT(-0500)] <Bosmon> colinclark - I think with yura's structure, a submodule layout would work better in terms of submodules of a single "super-repository"
[16:03:28 CDT(-0500)] <Bosmon> At least in one version of that structure, "universal", "linux" and "windows" appear as peers in a single directory
[16:03:42 CDT(-0500)] <colinclark> So it would be exactly akin to our old fluid-all for Engage
[16:03:46 CDT(-0500)] <Bosmon> Although there's nothing wrong with pushing linux and windows up to an even higher level, I feel the level of nesting of would become a bit dizzying
[16:04:01 CDT(-0500)] <colinclark> an essentially empty parent repo with submodules for uni, lin, and win
[16:04:16 CDT(-0500)] <colinclark> and then developers are expected to pull the sub repositories they want?
[16:04:16 CDT(-0500)] <avtar> colinclark: +1 for a gpii-framework.rpm
[16:04:22 CDT(-0500)] <Bosmon> Dealing with "node_modules" directories is a little like dealing with IoC component paths with their endlessly repeating sequences of "components.options....components.options." .... : P
[16:04:37 CDT(-0500)] <colinclark> avtar: So you rule, for starters
[16:04:43 CDT(-0500)] <colinclark> avtar: Secondly, how would we accomplish this?
[16:05:03 CDT(-0500)] <colinclark> Assuming that GPII on Linux looks nearly like how it does now...
[16:05:13 CDT(-0500)] <colinclark> which means it's a bunch of JavaScript in particular direcotries
[16:05:21 CDT(-0500)] <colinclark> plus some Node-specific C++ code that needs to be compiled
[16:05:34 CDT(-0500)] <colinclark> Would you use some kind of puppet magic to build an RPM?
[16:06:03 CDT(-0500)] <colinclark> Bosmon:
[16:06:36 CDT(-0500)] <avtar> no, this sounds like a job for a build system bundled with that fpm project i mentioned earlier
[16:07:06 CDT(-0500)] <avtar> puppet will just use the generated rpm or deb while provisioning the vm
[16:07:45 CDT(-0500)] <colinclark> remind me about the fpm project you mentioned earlier?
[16:08:20 CDT(-0500)] <avtar> https://github.com/jordansissel/fpm/wiki
[16:08:51 CDT(-0500)] <colinclark> ah, this is a lot like checkinstall
[16:09:01 CDT(-0500)] <colinclark> which I used for Deacpod
[16:09:36 CDT(-0500)] <colinclark> what would be great is if this would make an Windows "chocolatey" package, too
[16:09:45 CDT(-0500)] <colinclark> or whatever this strange windows package manager i found is
[16:09:48 CDT(-0500)] <colinclark> or an MSI
[16:09:58 CDT(-0500)] <Bosmon> An MSI sounds more reasonable...
[16:10:07 CDT(-0500)] <Bosmon> I can't see myself using "choclatey" as a Windows user
[16:10:17 CDT(-0500)] <Bosmon> Although mostly I just want to unzip things in a particular directory and run them
[16:10:28 CDT(-0500)] <colinclark> i hate computers
[16:10:30 CDT(-0500)] <colinclark>
[16:10:31 CDT(-0500)] <avtar> lol
[16:10:34 CDT(-0500)] <Bosmon> Yes, they are somewhat tiresome
[16:10:48 CDT(-0500)] <Bosmon> At least they never crap in the bathroom
[16:10:59 CDT(-0500)] <colinclark> They crap elsewhere?
[16:11:04 CDT(-0500)] <Bosmon> hahaha
[16:11:39 CDT(-0500)] <colinclark> avtar, you know i'm pretty slow to understand things
[16:11:39 CDT(-0500)] <colinclark> so, let me see where i'm at
[16:11:49 CDT(-0500)] <colinclark> so we would have a puppet recipe
[16:11:49 CDT(-0500)] <Bosmon> I mean, when I had my "node_nodules" panic on Tuesday, I found myself as a windows user running around trying to install new versions of things
[16:12:00 CDT(-0500)] <colinclark> that would:
[16:12:01 CDT(-0500)] <Bosmon> I found that, unhelpfully, the node authors have made an MSI
[16:12:04 CDT(-0500)] <colinclark> 1. clone everything necessary from git
[16:12:09 CDT(-0500)] <colinclark> 2. run the compilation steps
[16:12:15 CDT(-0500)] <colinclark> 3. run fpm to make an RPM
[16:12:19 CDT(-0500)] <colinclark> 4. publish the RPM somewhere?
[16:12:21 CDT(-0500)] <Bosmon> It is unhelpful, because they made it badly, in a way that installs some version of node in a fixed location that it doesn't tell you.....
[16:12:41 CDT(-0500)] <Bosmon> I would have much preferred a link i could just download a working .exe from
[16:12:42 CDT(-0500)] <colinclark> Bosmon: Maybe you need chocolatey
[16:13:16 CDT(-0500)] <colinclark> and then you could type something insane like "chocolatey -ql nodejs.i686" to find out where it put it!
[16:13:23 CDT(-0500)] <Bosmon> superb
[16:13:42 CDT(-0500)] <avtar> colinclark: when i meant build system i was referring to something like jenkins
[16:13:53 CDT(-0500)] <colinclark> right
[16:13:57 CDT(-0500)] <colinclark> but what would jenkins run?
[16:14:03 CDT(-0500)] <avtar> so jenkins would walk itself through steps 1 - 4
[16:14:16 CDT(-0500)] <colinclark> but wouldn't we want some script to walk jenkins through those steps?
[16:14:25 CDT(-0500)] <colinclark> since clearly ordinary people would want to run steps 1-4 sometimes, too?
[16:14:27 CDT(-0500)] <colinclark> or at least 1-2
[16:14:29 CDT(-0500)] <colinclark> ?
[16:15:41 CDT(-0500)] <avtar> yes, a jenkins will run a build script
[16:16:09 CDT(-0500)] <avtar> but what i meant was that puppet should only be concerned about getting that choclatey rpm and installing it for the user
[16:16:21 CDT(-0500)] <colinclark> ok
[16:16:42 CDT(-0500)] <colinclark> so i guess we'd write a node script for #1-2
[16:16:51 CDT(-0500)] <colinclark> and another one for 3-4
[16:16:56 CDT(-0500)] <colinclark> which jenkins would run
[16:17:00 CDT(-0500)] <avtar> yup
[16:17:15 CDT(-0500)] <colinclark> and then there'd be a "gpii fedora" puppet recipe or something
[16:17:20 CDT(-0500)] <colinclark> which provisioned the VM
[16:17:29 CDT(-0500)] <colinclark> and installed the nightly RPM on it
[16:17:32 CDT(-0500)] <colinclark> is that about right?
[16:17:34 CDT(-0500)] <avtar> yes
[16:17:41 CDT(-0500)] <colinclark> and then we'd set vagrant up to use that puppet script?
[16:17:55 CDT(-0500)] <avtar> yes
[16:18:00 CDT(-0500)] <colinclark> so Bosmon could just type "vagrant up" and then be testing yura and kasper's new stuff?
[16:18:12 CDT(-0500)] <Bosmon> Yes, I could
[16:18:19 CDT(-0500)] <Bosmon> If I had the faintest idea what vagrant was
[16:18:25 CDT(-0500)] <colinclark> this sounds so sensible, i can't really believe it
[16:18:26 CDT(-0500)] <Bosmon> Possibly even if I didn't
[16:18:52 CDT(-0500)] <Bosmon> I guess I need to understand this "new world of names"...
[16:18:52 CDT(-0500)] <avtar> Bosmon: vagrant lets you create virtual machines with very little manual intervention
[16:18:57 CDT(-0500)] <Bosmon> Just looking at "Jenkins" now
[16:19:03 CDT(-0500)] <colinclark> Bosmon: you should hear how enthusiastic the Floe team is about vagrant for OER Commons development
[16:19:09 CDT(-0500)] <Bosmon> Bizarrely, it seems to be a Java-based integration system not unlike continuum
[16:19:11 CDT(-0500)] <avtar> then you can use those VMs for whatever purpose, testing, development, etc.
[16:19:13 CDT(-0500)] <colinclark> avtar has made himself quite a few friends
[16:19:20 CDT(-0500)] <colinclark> Bosmon: It is basically just modern Continuum, yes
[16:19:24 CDT(-0500)] <colinclark> Jenkins, that is
[16:19:28 CDT(-0500)] <Bosmon> Yes
[16:19:34 CDT(-0500)] <Bosmon> So odd that people keep writing these things in Java
[16:19:42 CDT(-0500)] <colinclark> Vagrant will make VMs for you, so you needed do what I did all day
[16:20:00 CDT(-0500)] <Bosmon> What kind of VMs
[16:20:03 CDT(-0500)] <Bosmon> VMWare VMs?
[16:20:07 CDT(-0500)] <colinclark> Virtualbox VMs, I'm afraid
[16:20:10 CDT(-0500)] <avtar> Bosmon: virtualbox
[16:20:25 CDT(-0500)] <Bosmon> Oracle's VirtualBox!!
[16:20:28 CDT(-0500)] <colinclark> But, unlike VMWare, VirtualBox can actually properly run GNOME Shell 3
[16:20:32 CDT(-0500)] <colinclark> so there is an upside
[16:20:41 CDT(-0500)] <Bosmon> Now that's REALLY bizarre
[16:20:46 CDT(-0500)] <colinclark> isn't it?
[16:20:50 CDT(-0500)] <Bosmon> How could a virtual machine engine prevent a shell from running!
[16:20:57 CDT(-0500)] <Bosmon> It is some kind of GPU acceleration issue?
[16:21:02 CDT(-0500)] <colinclark> yup
[16:21:12 CDT(-0500)] <Bosmon> In which case, how does GNOME Shell 3 run for a person who bought a graphics card before 2008?
[16:21:13 CDT(-0500)] <colinclark> GNOME Shell 3 is all 3D-ified
[16:21:17 CDT(-0500)] <colinclark> SHADERS EVERYWHERE
[16:21:23 CDT(-0500)] <colinclark> Bosmon: It can't!
[16:21:27 CDT(-0500)] <Bosmon> ............
[16:21:31 CDT(-0500)] <Bosmon> Well, this really is the NEW UNIX
[16:21:38 CDT(-0500)] <colinclark> best as I can tell
[16:21:39 CDT(-0500)] <colinclark> very modern
[16:21:40 CDT(-0500)] <Bosmon> It makes Microsoft look positively virtuous : P
[16:21:45 CDT(-0500)] <colinclark> lol
[16:21:46 CDT(-0500)] <colinclark> I wonder
[16:21:58 CDT(-0500)] <colinclark> For you, yes
[16:22:13 CDT(-0500)] <colinclark> most of us like Innovation, even at the expense of Our Beloved Old Hardware
[16:22:20 CDT(-0500)] <Bosmon> I'm sure I could still fire up Windows 7 on a Tseng ET4000 card if I wanted to
[16:22:49 CDT(-0500)] <avtar> "I'm sure I could still fire up Windows 7 on a "
[16:22:52 CDT(-0500)] <avtar> you lost me there
[16:22:54 CDT(-0500)] <Bosmon> hahaha
[16:22:56 CDT(-0500)] <colinclark> lol
[16:23:11 CDT(-0500)] <colinclark> so, avtar
[16:23:16 CDT(-0500)] <colinclark> it sounds like we have a really great plan
[16:23:18 CDT(-0500)] <colinclark> thanks to you
[16:23:22 CDT(-0500)] <Bosmon> Anyway, yes, so I'll need to install this Oracle spyware
[16:23:26 CDT(-0500)] <colinclark> lol
[16:23:38 CDT(-0500)] <colinclark> what parts can we start on now?
[16:23:51 CDT(-0500)] <colinclark> I can probably update Yura's fledging script
[16:24:15 CDT(-0500)] <colinclark> I think yura should have up-to-date instructions on how to compile the node->gsettings module tomorrow
[16:24:22 CDT(-0500)] <colinclark> which was really the only piece missing
[16:24:27 CDT(-0500)] <colinclark> can I show you one other thing, avtar?
[16:24:34 CDT(-0500)] <Bosmon> Oh wow.... VirtualBox might actually let me run OS/2 properly!
[16:24:36 CDT(-0500)] <Bosmon> This is pretty exciting
[16:24:41 CDT(-0500)] <avtar> so i'll start working on getting the vm to build up to that point
[16:24:49 CDT(-0500)] <avtar> colinclark: sure
[16:25:06 CDT(-0500)] <colinclark> avtar: Bosmon must be freaking right now
[16:25:14 CDT(-0500)] <colinclark> boyar made this: https://github.com/GPII/GPIIStack/tree/master/usb_auth
[16:25:18 CDT(-0500)] <colinclark> rather, boyan
[16:25:21 CDT(-0500)] <colinclark> stupid spell check
[16:25:34 CDT(-0500)] <colinclark> It's a prototype of a thing that listens for USB sticks
[16:25:44 CDT(-0500)] <colinclark> what does one do exactly with the 80-local.rules file?
[16:25:52 CDT(-0500)] <colinclark> Presumably it has to be registered somehow?
[16:25:58 CDT(-0500)] <colinclark> oh wait
[16:26:02 CDT(-0500)] <colinclark> READ THE README, colinclark
[16:26:29 CDT(-0500)] <colinclark> So "2. Copy '80-local.rules' to /etc/udev/rules.d (you will need admin privileges)." would just be another step in our Puppet recipe for installing the GPII, avtar?
[16:27:32 CDT(-0500)] <colinclark> Bosmon: Do you still have your OS/2 disks lying around?
[16:27:59 CDT(-0500)] <avtar> colinclark: yes
[16:28:09 CDT(-0500)] <avtar> re: Presumably it has to be registered somehow?
[16:28:16 CDT(-0500)] <Bosmon> colinclark, back in London, yes
[16:28:21 CDT(-0500)] <colinclark> I still have install CDs for all versions of NeXTSTEP from v 3.3 all the way through to Mac OS X 10.0
[16:28:31 CDT(-0500)] <colinclark> I wonder if VirtualBox can also run NeXTSTEP?
[16:28:33 CDT(-0500)] <avtar> udevd will handle that
[16:28:38 CDT(-0500)] <Bosmon> Although I think I finally decided not to install a floppy drive in this new PC
[16:28:39 CDT(-0500)] <colinclark> ok, great
[16:28:45 CDT(-0500)] <Bosmon> OS/2 didn't quite get into the "install CD" era : P
[16:28:48 CDT(-0500)] <colinclark>
[16:29:03 CDT(-0500)] <colinclark> I'm sure there are images floating around on the net
[16:29:08 CDT(-0500)] <colinclark> ok
[16:29:12 CDT(-0500)] <avtar> guys
[16:29:13 CDT(-0500)] <Bosmon> Yes, I grabbed one a while back, from some Germans
[16:29:15 CDT(-0500)]