**** BEGIN LOGGING AT Tue Apr 14 02:59:57 2020
Apr 14 06:01:13 <Pac23> hydraulicsheep you have done the cross compilation task right ?
Apr 14 06:03:08 <hydraulicsheep[m> Yeah. I submitted a pull request
Apr 14 06:03:15 <hydraulicsheep[m> It runs properly under qemu
Apr 14 06:03:23 <hydraulicsheep[m> Is it not working correctly?
Apr 14 06:05:50 <Pac23> update elinux as well hydraulicsheep
Apr 14 06:07:04 <hydraulicsheep[m> Sure. The elinux is just not allowed to include images that I don't have permission to use. So I can't include the screenshots of the CASIO board. But these are not really relevant to the new direction of the project so I can remove them.
Apr 14 08:09:14 <Pac23> yeah the image thing is understandable
Apr 14 10:37:43 <deepankarmaithan> jkridner:  I have also added a custom built library and schematic in my github . https://github.com/deebot/Beaglebone-BidirectionBus/tree/master/Pre_GSoC
Apr 14 13:25:50 <jkridner[m]> deepankarmaithani: thanks!
Apr 14 18:36:49 <pratimugale[m]> @vedant16:matrix.org: Any updates on the proposal?
Apr 15 02:01:15 <HydraulicSheep[m> Also Pac23 . I haven't meantioned the intended software architechture to you yet and I was in the process of adding it to the elinux. As the program will be dealing with relatively high-level math which is easy to implement incorrectly, I plan to run the board's main functionality using node.js. The keyboard and screen will be interacted with as C child processes. The math functionality will be provided by
Apr 15 02:01:21 <HydraulicSheep[m> extending existing node packages (math.js and mathsteps). Whereas the board's UI/output will be managed by both (predominantly the new C code will be used for drawing this up). How does this sound to you? Is this reasonable?
**** ENDING LOGGING AT Wed Apr 15 02:59:57 2020