**** BEGIN LOGGING AT Tue Mar 21 03:00:03 2017 Mar 21 11:14:22 ravikp7: I was looking for the steps you wanted me to try. Mar 21 11:16:00 jkridner: BBBlfs works fine on OSX? if yes, then the problem is surely with node-usb Mar 21 11:16:23 ravikp7: I don't know... Did you want me to try it as-is? Mar 21 11:17:05 doing 'brew install autotools' now. Mar 21 11:17:26 jkridner: node-usb binds libusb. so first we should make sure that libusb works fine in claiming the interface on OSX Mar 21 11:17:53 you should try BBBlfs OSX branch first Mar 21 11:18:07 replacing that with 'brew install automake autoconf libtool' Mar 21 11:18:12 oh, forgot about the osx branch. Mar 21 11:21:20 k, did './autogen.sh; autoconf; ./configure; make' Mar 21 11:22:15 libusb: warning [darwin_open] USBDeviceOpen: another process has device opened for exclusive access Mar 21 11:22:53 it seems the problem is surely with libusb Mar 21 11:23:06 Uninstalling HoRNDIS. Mar 21 11:23:35 also, do try the kext Mar 21 11:25:06 rebooting mac after uninstalling HoRNDIS. Mar 21 11:25:50 might work now, else try the kext Mar 21 12:05:59 after I uninstalled HoRNDIS and rebooted, BBBlfs did boot an image from my Mac. However, it proceeded to Segfault. Mar 21 12:06:44 overall, I'd say the app is not very robust. Mar 21 12:07:01 jkridner: that means node-usb should work now Mar 21 12:07:09 ravikp7: k, what do I try to show that? Mar 21 12:07:21 the code I had before, or something else? Mar 21 12:07:30 same should do Mar 21 12:07:42 the code before Mar 21 12:08:14 good deal, I got to a new error. Mar 21 12:08:29 what now? Mar 21 12:08:30 we'll need to educate people on uninstalling HoRNDIS... or otherwise disabling it. Mar 21 12:08:58 yeah :D Mar 21 12:09:34 well, I think we use what we've learned to really evaluate the proposed project schedule. Mar 21 12:09:57 did you complete other requirements, like cross-compile and quotes from the community? Mar 21 12:10:03 yeah Mar 21 12:10:29 m_w: do you know where we want to group proposals? use a category? Mar 21 12:10:33 proposal draft is ready with all requirements Mar 21 12:11:52 there is option on gsoc website to share proposal draft via google doc to get review of mentors before finalising the proposal Mar 21 12:12:39 ravikp7: why Google Doc? Mar 21 12:12:44 is that a Google requirement? Mar 21 12:13:40 no, alternative share link is also listed there Mar 21 12:15:21 see screenshot https://drive.google.com/file/d/0B8ybl7Kx3T-kT2R3WEJqTmZtSm8/view?usp=sharing Mar 21 12:15:33 m_w: http://elinux.org/Category:GSoCProposal Mar 21 12:15:42 * jkridner refuses to open up Google Docs this year. Mar 21 12:15:56 * jkridner was inundated last year and it made for slow times. Mar 21 12:18:32 jkridner: should we share the elinux wiki page link through the gsoc website in the alternative sharing link ? Mar 21 12:18:39 somebody looking to ask me an ELF question? Mar 21 12:19:52 ravikp7: I suspect so, but I can't see the proposal input form that you see. Mar 21 12:20:21 I'm a bit surprised it is the second day and there aren't any proposals submitted. Mar 21 12:20:34 are we a bit unapproachable this year? Mar 21 12:21:13 maybe it shows only to student login Mar 21 12:21:39 see I can share the elinux wiki page link there https://drive.google.com/file/d/0B8ybl7Kx3T-kTjE3S2ExZGdONkE/view?usp=sharing Mar 21 12:23:54 jkridner: I emailed you link to my proposal yesterday, as you're not reachable on IRC here Mar 21 12:26:07 did you have a look ? Mar 21 12:29:12 yes. Mar 21 12:29:26 pretty good. Will provide feedback today or tomorrow. Mar 21 12:29:34 ok, Thanks Mar 21 13:33:17 jkridner: hi, can you tell me what exactly should I do related to collecting quotes from community? Mar 21 13:34:06 should I just ask people on beagle channel if they find particular idea useful? Mar 21 13:45:40 maciejjo: that's a good start... and here. Mar 21 13:47:52 ok, thanks Mar 21 14:33:02 Hello Mar 21 14:33:35 I have queries regarding Google Summer of Code 2017 Mar 21 15:28:11 Hi to everybody. What do you think about this idea? http://elinux.org/Bonescript_remote_deployer Mar 21 15:40:30 jkridner: http://elinux.org/Category:GSoCProposal seems good to me Mar 21 15:44:30 seems that the serial terminal project has student overlap already Mar 21 16:31:15 Sorry if you see repeat messages from my side. Mar 21 16:32:15 Anyhow, m_w : Do you suggest experimenting with telnet ? I was going through this : http://www.zilogic.com/blog/project-remote-terminal-server.htmlf Mar 21 16:35:14 telnet is really old and insecure Mar 21 16:35:38 ssh is better Mar 21 16:37:15 https://en.wikipedia.org/wiki/Telnet Mar 21 16:37:15 [WIKIPEDIA] Telnet | "Telnet is a protocol used on the Internet or local area networks to provide a bidirectional interactive text-oriented communication facility using a virtual terminal connection. User data is interspersed in-band with Telnet control information in an 8-bit byte oriented data connection over the Transmission..." Mar 21 16:37:20 https://en.wikipedia.org/wiki/Secure_Shell Mar 21 16:37:21 [WIKIPEDIA] Secure Shell | "Secure Shell (SSH) is a cryptographic network protocol for operating network services securely over an unsecured network. The best known example application is for remote login to computer systems by users.SSH provides a secure channel over an unsecured network in a client-server architecture, connecting..." Mar 21 16:39:57 Okay. I'll try to run the linked code and configure it for my BB. Mar 21 16:42:28 ServerProcessor: you should know there is another student working on this proposal as well so there will be some competition Mar 21 16:43:05 this is not unusual just letting you know Mar 21 16:45:26 I'll try my best :) Mar 21 17:07:36 hi everybody!!nerdboy: we talked about sonic anemometer Mar 21 17:08:33 did you start your wiki page yet/ Mar 21 17:08:58 while studying about that I found that we do not have to necessarily measure the wind speed along the perpendicular axis Mar 21 17:09:45 I have actually translated that GitHub into wiki page without any improvements that were suggested by you Mar 21 17:10:22 can you please help me about how to include the math equation on this wiki page ,I am having hard time about that Mar 21 17:12:29 math on a wiki page... Mar 21 17:12:54 github doe .rst which has math support Mar 21 17:13:00 *does even Mar 21 17:13:13 i tried doing like this

t_2

but it was unrenederd Mar 21 17:13:53 you could try rst or libreoffice and make a png or something Mar 21 17:14:36 random rst rendering might not support all the fun stuff Mar 21 17:14:40 yeah I am doing some thing like that, I thinkI may be able to do that by tonight, Mar 21 17:16:21 and could you tell me some resources which can be helpful for our project , stuff like research papers Mar 21 17:17:09 mathgl or gtkmathview ? Mar 21 17:17:16 because every time I get into this topic I come out with new information, initially I did know only about time of flight calculation Mar 21 17:17:24 * nerdboy never tried MathML before Mar 21 17:17:33 nerdboy:is there any difference between SPL and x-loader? Mar 21 17:18:04 not enough info/context... Mar 21 17:18:19 beagle uses MLO no SPL Mar 21 17:18:26 *not even Mar 21 17:18:59 now we can also consider phase difference method as other method for calculation, any ways I would come up to you this time with wiki page, Mar 21 17:19:39 uka_in: what are you doing exactly? Mar 21 17:19:56 by the way, I assume you are in US time zone....nerdboy: Mar 21 17:20:35 are you working on the usb bootloader thing? Mar 21 17:20:44 nerdboy:yes Mar 21 17:20:49 west coast Mar 21 17:21:36 nerdboy:porting bbb bootloader from c to js Mar 21 17:22:09 did you look at the u-boot source? README.SPL maybe? Mar 21 17:23:25 i reffered http://processors.wiki.ti.com/index.php/The_Boot_Process as well as https://www.slideshare.net/pradeep_tewani/beaglebone-black-booting-process Mar 21 17:24:01 i one it's mentioned SPL(MLO) and other it's X-loader Mar 21 17:24:29 probably,they both refer to u-boot's SPL Mar 21 17:25:22 sounds logical Mar 21 17:25:33 also doc/SPL/ has TI stuff Mar 21 17:26:03 you could ask in #u-boot Mar 21 17:26:05 ok Mar 21 17:26:31 * nerdboy only hacks u-boot for fun Mar 21 17:28:57 anybody else got a good wiki math answer toss it in... Mar 21 17:29:05 nerdboy:can you please once review the idea of "providing a interactive web based UI,that provides a full proof method of flashing the emmc.."? Mar 21 17:29:28 you have a wiki page? Mar 21 17:30:02 i think usb-gadget interface sounds "correct" Mar 21 17:31:03 * nerdboy not quite sure how to invoke that ut it's the right interface Mar 21 17:31:08 *but Mar 21 17:31:31 yup,but it's not fully developed.still please have a review of it's benefits http://elinux.org/BeagleBoard/GSoC/BeagleFlasher#Benefit Mar 21 17:31:36 configure it for serial/network/mass-storage Mar 21 17:34:07 looks decent Mar 21 17:34:50 'USB gadget interface' sounds cool!! Mar 21 17:35:05 could make sub-bullets after UI i suppose Mar 21 17:35:13 Hey guys, i'm currently looking to contribute for one of your project through Google Summer of Code program, and I since i'm in college (quebec, canada) I would like to know if I do have a chance to get selected even if i'm not that experience, but even if i'm not that experience, i'm really willing to learn and help you guys, and I really enjoys playing with circuit board Mar 21 17:35:54 https://boundarydevices.com/u-boot-usb-mass-storage-gadget/ <= that's what the references are for... Mar 21 17:36:15 thanks, sorry for disturbing Mar 21 17:37:02 MathieuAuclair: you actually have to be student Mar 21 17:37:08 nerdboy:Gotcha!! thanks Mar 21 17:37:33 or are you saying your endofschool is late? Mar 21 17:39:07 nerdboy: I'm actually studying in CEGEP in quebec, not an university that's why i'm questionning Mar 21 17:39:11 technically you're supposed to be available for the whole GSoC period but often there's a bit of overlap between end of finals and start of gsoc Mar 21 17:39:28 I am Mar 21 17:39:42 what is CEGEP? Mar 21 17:40:04 i think the wording is "student" and "over 18" Mar 21 17:40:29 beagleslackbot: what do you say? Mar 21 17:40:30 I think may be mathew is asking about his chances considering the factor of his inexperience with beagleboard.. Mar 21 17:40:47 yeah right on! Mar 21 17:41:32 no hard answer for that one Mar 21 17:42:02 depends on your proposal and how much you put into it Mar 21 17:42:26 ho thanks you, I'll apply and try my best then thank you very much guys! Mar 21 17:42:44 ideally you should get your hands on one now and see how things work Mar 21 17:43:04 you'll also get hardware if you are selected Mar 21 17:43:27 I do have an arduino, but i might get a beagle board Mar 21 17:44:02 but like i didn't put my project on github, so it's kinda sad... Mar 21 17:44:40 like i use github for everything but i didn't for no reason when i did play with my board Mar 21 17:45:28 maybe look at pru compared to arduino Mar 21 17:46:19 pru? Mar 21 17:48:10 programmable real-time units Mar 21 17:48:30 sort of a microcontroller on beagles Mar 21 17:50:41 I'll check for it, thanks! Mar 21 17:52:09 https://github.com/sarnold/foss-2017-presentations/blob/master/scale/handson_iot.rst <= these slides have some links and stuff Mar 21 17:53:22 http://elinux.org/Ti_AM33XX_PRUSSv2 <= pru subsystem Mar 21 17:58:31 thanks, that will be very helpful! Mar 21 19:18:48 jkridner: Hi! Mar 21 19:35:13 howdy carpediem_ Mar 21 19:40:40 yaay for kernel panics Mar 21 19:42:36 jkridner: Are there any specific qualifications tasks for the project "Port am335x_pru_package to remoteproc" Mar 21 19:42:48 *qualification Mar 21 19:43:13 assembly and Linux kernel internals examples would help quite a bit. Mar 21 19:44:04 I have been working with the PRUs assembly, that's fine so far Mar 21 19:44:26 cool! Mar 21 19:44:47 Although this project seems to be disconnected Mar 21 19:44:57 Correct me where I go wrong Mar 21 19:48:30 There are 4 objectives here: 1. Port examples to remoteproc()[Easy] ; 2. Add ELF support to PASM(needs clearing up)[Medium]; 3. Adding option to build using clpru(needs clearing up)[seems easy, doubtful]; 4. Updating C library to use remoteproc()[medium] Mar 21 19:48:36 * jkridner isn't excited that plugging in a Blue kills his net connection. Mar 21 19:49:35 for #2, I'm suggesting that loading using remote-proc requires support of ELF binaries. I'm not sure what PASM spits out right now, other than .h files. Mar 21 19:50:25 the deltas between PASM assembly and CLPRU assembly have been documented. I think the examples currently all use PASM, so those deltas would need clean-up. Mar 21 19:50:37 for #3, ^^^ Mar 21 19:50:55 not sure if that helps clear things up or not. Mar 21 19:51:56 Currently, CLPRU is used for ELF, right? Mar 21 19:52:49 and remoteproc only supports ELF, from what it seems Mar 21 19:56:54 jkridner: I'll go through the documentation again and get back to you with these updates. :) Mar 21 19:57:15 k. Mar 21 19:57:24 any other mentors engaging on it? Mar 21 19:58:56 ds2 perhaps? Mar 21 19:59:27 abhishek_ is rarely around, i guess Mar 21 20:00:22 k. Mar 21 20:03:00 jkridner: Can/will we use electron framework as wrapper for this project? Mar 21 20:10:32 uka_in: for the node-beaglebone-boot? yes, over time. main idea is to integrate with resin.io. Mar 21 20:13:14 Also,How about some future add-ons? like:http://elinux.org/BeagleBoard/GSoC/BeagleFlasher#future_add-ons Mar 21 20:17:26 yes, those make sense. Mar 21 20:24:23 Hi all, I'm a student interested in participating in GSoC 2017 and I was just wondering if I could gauge interest in a project idea of mine. Mar 21 20:25:18 The basic idea is to implement libraries for the BeagleBone in Rust, but I think I'll expand the domain to other languages like Lua, Go etc. after nerdboy suggested it Mar 21 20:26:32 I think this would be useful to the community and other potential BeagleBone users by bridging the gap between the lower level and the higher level languages and make using the BeagleBone more accessible to a wider range of users Mar 21 20:27:23 m_w: Heyhey, if you have some time: I uploaded the component diagram here http://www.giorgio-gross.de/blog/index.php/2017/03/21/project-outline-no-2/ you don't need to read through the whole post, but the pictures are important Mar 21 20:27:30 m_w: Heyhey, if you have some time: I uploaded the component diagram here http://www.giorgio-gross.de/blog/index.php/2017/03/21/project-outline-no-2/ you don't need to read through the whole post, but the pictures are important Mar 21 20:27:42 To summarize: The library handles UART calls and logging for multiple UART devices, the the server acts as a backend for the interface and handles networking (later) and the web interface serves as UI. But it really feels like the components are something which already should exist out there. I'm currently googling if I can find anything.. Mar 21 20:28:05 ordsen: okay, I will take a look Mar 21 20:28:12 sorry for posting twice, that was by accident. Mar 21 20:28:58 no problem Mar 21 20:29:24 ordsen: another student posted a elinux proposal for the serial terminal Mar 21 20:29:53 did you add a page there yet? Mar 21 20:30:11 there is a category page now to place the links Mar 21 20:30:38 no I'm writing it this very moment Mar 21 20:30:57 uhm is that proper english? Mar 21 20:31:26 sure Mar 21 20:31:28 http://elinux.org/Category:GSoCProposal Mar 21 20:31:45 this is where the proposal shall be linked now Mar 21 20:32:10 allright thanks for pointing out, as soon as I finish it I'll link it Mar 21 20:32:57 http://elinux.org/BeagleBoard/GSoC/Serial-Terminal-Server Mar 21 20:33:08 this is the other serial terminal project proposal Mar 21 20:33:38 Yeah I just noticed :) Mar 21 20:38:58 remember that only one of you will be selected for the project Mar 21 20:40:03 we can try to come up with another similar project if both want to get in :) Mar 21 20:47:11 ok that sounds great, similarity sounds good as I have also personal interest in accoplishing the project (besides gsoc) Mar 21 20:47:36 m_w:How to put my proposal's link in http://elinux.org/Category:GSoCProposal ? Mar 21 20:47:47 but anyway, I'm keen to make the terminal server happen Mar 21 20:48:51 uka_in: add "[[Category: GSoCProposal]]" in your wiki source Mar 21 20:49:15 http://elinux.org/index.php?title=BeagleBoard/GSoC/ProposalTemplate&action=edit Mar 21 20:49:20 see at the top of the template Mar 21 20:49:20 maciejjo: Thanks!! Mar 21 20:49:26 uka_in: np Mar 21 20:50:29 yeah that Mar 21 20:51:27 Anyone had a chance to read what I wrote? Mar 21 20:51:47 yugo43, which one? Mar 21 20:54:34 m_w, maciejjo: can you please review the idea of "An interactive,expandable web based GUI,that provides a reliable method of flashing the bbb"? Mar 21 20:55:25 I need to include quotes from community members in my proposal Mar 21 20:55:46 http://elinux.org/BeagleBoard/GSoC/BeagleFlasher Mar 21 20:55:53 this one? Mar 21 20:55:58 ^yup Mar 21 20:56:59 seems similar to the USB flasher that they use for the next thing co CHIP Mar 21 20:57:11 have you seen this? Mar 21 20:57:22 no Mar 21 20:57:37 i'll have a look at this Mar 21 20:57:49 http://flash.getchip.com/ Mar 21 20:58:21 it is a chrome app that installs the OS on the CHIP Mar 21 20:59:09 not sure you should rely on chrome though Mar 21 20:59:51 it would be nice to have this for newcomers to beagleboard that aren't comfortable with all things linux yet Mar 21 21:00:46 I guess that ether.io provides much of the infrastructure Mar 21 21:01:04 yes we will be including etcher.io Mar 21 21:01:34 so ether writes to a local SD card on the host PC? Mar 21 21:02:50 I guess we just want to drive it from the PC to program the eMMC on the BBB for project? Mar 21 21:03:12 Nein,we will first expose bbb's emmc in it's usb mass storage mode and ether.io will directly write in emmc Mar 21 21:03:21 ah Mar 21 21:03:29 jkridner|pd: meaning what exactly? use the proposed flash-y thing to install resinos and use that service? Mar 21 21:04:14 ether.io? is that like vapor.io? Mar 21 21:04:33 :) Mar 21 21:04:41 it's not ether.io it's etcher.io Mar 21 21:04:49 *i made a typo Mar 21 21:04:52 m_w: apparently Chrome is removing plug-ins on Windows. Mar 21 21:05:13 mening the chip flasher app? Mar 21 21:05:19 so the chip guys might be in for some fun Mar 21 21:05:22 *meaning even Mar 21 21:05:46 can the chip folk profit from our work here too? Mar 21 21:05:48 i used that on my chips last time Mar 21 21:06:07 or the overall ecosystem of embedded boards Mar 21 21:06:28 chip is allwinner and has real flash, now using ubifs Mar 21 21:06:45 *not emmc Mar 21 21:07:12 ah that makes it a slightly different problem I think Mar 21 21:08:36 most of the time for flashing emmc I boot into an NFS and program it from there Mar 21 21:09:12 this would work for ubi too I am guessing Mar 21 21:09:34 but U-Boot probably used for programming NAND in most cases Mar 21 21:09:52 at least from what I have seen Mar 21 21:29:40 hmmm? Mar 21 21:32:07 well nand flash root filesystems Mar 21 21:35:04 m_w: hi, Can you add my elinux proposal page here: http://elinux.org/Category:GSoCProposal? Mar 21 21:35:20 my proposal is here: http://elinux.org/BeagleBoard/GSoC/BeagleWire_software_support Mar 21 21:35:37 it's alomst ready Mar 21 21:36:11 you just need to add the category to the top of the document Mar 21 21:36:43 ohh thanks Mar 21 21:36:48 [[Category: BeagleBoard]] Mar 21 21:36:48 [[Category: GSoC]] Mar 21 21:36:48 [[Category: GSoCProposal]] Mar 21 21:37:09 see the others and latest template Mar 21 21:37:56 yeah it works Mar 21 21:37:59 thanks Mar 21 21:39:46 m_w: you need a jumper wire to put chip in FEL mode to flash it Mar 21 21:39:56 pretty sure that's an allwinner thing Mar 21 21:42:46 fun Mar 21 21:43:29 is reading the head position of a laser cutter and interrupting the laser cutter through its uart interface a meaningful example of terminal servers? Assuming the cutter has an uart interface of course... Mar 21 21:43:54 to explain the project by an example Mar 21 21:44:18 well I think that goes beyond the typical task of a terminal Mar 21 21:44:41 terminal usually just means a prompt Mar 21 21:44:53 or command line Mar 21 21:45:44 this is more of a serial control application Mar 21 21:46:00 but we can do all things serial within reason :) Mar 21 21:46:21 does not have to be limited to terminals Mar 21 21:46:47 ok but reading the I/O of that device is within the scope? such as logs Mar 21 21:46:57 yeah Mar 21 21:47:52 and manual interaction like the shell prompt Mar 21 21:48:08 like the serial console output on another embedded target Mar 21 21:48:23 scripted interaction would be nice too though Mar 21 21:49:31 haven't heard of that yet Mar 21 21:49:56 like expect or ckermit Mar 21 21:50:20 it allows to to write serial commands and wait for expected outputs from the port Mar 21 21:50:34 it can be useful for automation Mar 21 21:50:47 yeah wait you mentioned them yesterday Mar 21 21:51:23 ckermit is discontinued. but I wrote down expect Mar 21 21:52:34 just ideas Mar 21 22:12:24 m_w: Can you give me some use cases? I thought we'd use it for reading/logging sernsor values or sending messages to other controllers (like those used in robots, production lines, "smart" devices) Mar 21 22:17:34 those sound like good ideas Mar 21 22:17:54 though it goes beyond a simple terminal Mar 21 22:19:00 something interesting might be to add UI with buttons, dials, read outs that we controlled by serial interaction to a target Mar 21 22:20:13 doesn't the whole web interface thing go beyond a simple terminal? Just wondering cause that already adds pretty much features which are not that common for terminals Mar 21 22:20:18 remember the project is yours to elaborate in the direction that you find most interesting Mar 21 22:20:35 the web UI was just to configure the ports and logging Mar 21 22:21:32 but adding additional UI for serial port abstractions would be interesting Mar 21 22:22:06 click a button, send a serial command Mar 21 22:22:19 ouh. Yeah to my mind it would make sense to make use of a feture rich UI Mar 21 22:22:36 read serial command, draw a graph Mar 21 22:22:51 sounds like a good idea Mar 21 22:22:54 yes something along these lines Mar 21 22:23:39 there's a terminal widget in webmin Mar 21 22:23:50 haven't used that for a long time Mar 21 22:24:08 maybe there's a .js terminal interface... Mar 21 22:25:43 a tab for each port would be cool Mar 21 22:27:11 assuming we really use NodeJS, it would make sense to provide a HTML interface to the web interface. Next thing which will make sense is to expose the HTML interface to the network. And later to the internet Mar 21 22:27:44 then we could use e.g. also webmin for the frontend Mar 21 22:29:10 I also included that thoughts into my sketches on my blog, but istn't that moving in the IoT direction a bit? Mar 21 22:37:28 i would include them directly or as stretch goals or as future feature framework or whatever Mar 21 22:37:35 depending on scope... Mar 21 22:38:37 and feedback Mar 21 22:39:10 bu in general an architecture is a Good Thing Mar 21 22:40:57 * nerdboy would be happy with a good architecture/foundation and enough working "features" to fill up the time and demonstrate how to build on top of it Mar 21 22:41:10 yes everything what has to do with networking is already a stretch goal. Mar 21 22:41:22 but you should still ask the actual project mentors Mar 21 22:41:41 sure Mar 21 22:42:16 however defining interfaces farsighted enough can make it easier to extend the project later Mar 21 22:42:21 as opposed to just me i mean... Mar 21 22:42:48 yup, that's the general point Mar 21 22:43:10 whether future gsoc projects or anybody else Mar 21 22:45:47 actually I'm planning a project which would possibly use the outcome of my gsoc project. Mar 21 22:52:25 hey guy, what do you think of this for GSoC? http://elinux.org/User:MathieuAuclair Mar 21 23:04:31 i think project means "which GSoC project"? Mar 21 23:05:10 you can also mention what you intend to use... Mar 21 23:06:14 and the timeline part starts with google deadlines and turns into your project plan Mar 21 23:09:00 thanks, I'll correct these! :) Mar 21 23:43:49 m_w: I'll just copy-paste what I had typed before Mar 21 23:43:55 Hi all, I'm a student interested in participating in GSoC 2017 and I was just wondering if I could gauge interest in a project idea of mine. Mar 21 23:43:56 [16:25] The basic idea is to implement libraries for the BeagleBone in Rust, but I think I'll expand the domain to other languages like Lua, Go etc. after nerdboy suggested it Mar 21 23:43:58 [16:26] I think this would be useful to the community and other potential BeagleBone users by bridging the gap between the lower level and the higher level languages and make using the BeagleBone more accessible to a wider range of users Mar 21 23:44:48 sounds like a valid project Mar 21 23:46:21 Not sure if you're the right person to ask, but do you have any ideas of who could mentor me for this? Mar 21 23:54:51 check the mentor list? didn't see rust on there, but maybe tlwoerner ? Mar 21 23:55:32 perfect, I'll take a look and see what I can find! Mar 21 23:56:11 yeah not a lot of programming language guys on the mentor list Mar 21 23:56:16 Lastly, and I hate to pepper you guys with questions, but is it possible to get my proposal looked over before the deadline or is it a "one and done" sort of deal? Mar 21 23:56:57 * nerdboy has too many projects already... Mar 21 23:57:04 It should be fine. Technically, it's not a super challenging problem, I plan on focusing a lot on making the libraries easy to use, well tested, and well documented Mar 21 23:57:51 feedback can be sought during the proposal submission period Mar 21 23:59:23 just just create a elinux wiki and refined it and share it with us Mar 21 23:59:30 Perfect! Thanks a lot m_w and nerdboy, I'll get to working on my proposal and I'll get back to you in a few days Mar 21 23:59:40 Have a good night :) Mar 21 23:59:45 then submit to gsoc before the deadline and we will see if it goes Mar 21 23:59:53 yugo43, you too **** ENDING LOGGING AT Wed Mar 22 03:00:01 2017