*** JordonWu has quit IRC | 00:55 | |
*** JordonWu has joined #automotive | 00:58 | |
*** mdurnev has joined #automotive | 01:33 | |
*** AlisonChaiken has quit IRC | 03:04 | |
*** waltminer has quit IRC | 03:33 | |
*** rdale has quit IRC | 03:34 | |
*** rdale has joined #automotive | 03:34 | |
*** AlisonChaiken has joined #automotive | 05:00 | |
*** ashwasimha_ has joined #automotive | 06:14 | |
*** praneeth has quit IRC | 06:40 | |
*** praneeth has joined #automotive | 06:40 | |
*** ctbruce has joined #automotive | 08:16 | |
*** fredw has joined #automotive | 08:19 | |
*** jlrmagnus has joined #automotive | 08:20 | |
*** rajm has joined #automotive | 08:24 | |
*** toscalix has joined #automotive | 08:41 | |
*** NathanI__ has joined #automotive | 08:51 | |
*** NathanI_ has quit IRC | 08:51 | |
*** kbroulik has joined #automotive | 09:02 | |
jbocklage123 | :) | 09:18 |
---|---|---|
*** fredw1 has joined #automotive | 09:24 | |
*** fredw has quit IRC | 09:26 | |
*** fredw1 is now known as fredw | 09:26 | |
*** JordonWu has quit IRC | 09:44 | |
*** jlrmagnus has quit IRC | 09:53 | |
*** jlrmagnus_ has joined #automotive | 09:53 | |
*** ctbruce has quit IRC | 10:32 | |
*** CTtpollard has quit IRC | 11:08 | |
*** CTtpollard has joined #automotive | 11:11 | |
*** sanjeev has quit IRC | 11:24 | |
*** caiortp has joined #automotive | 11:32 | |
*** JordonWu has joined #automotive | 11:46 | |
*** fredw has quit IRC | 11:49 | |
*** fredw has joined #automotive | 11:50 | |
*** fredw has quit IRC | 11:59 | |
*** fredw has joined #automotive | 11:59 | |
*** jlrmagnus_ has quit IRC | 12:11 | |
*** mdurnev has quit IRC | 12:17 | |
*** fredw has quit IRC | 12:29 | |
*** fredw has joined #automotive | 12:41 | |
*** jlrmagnus_ has joined #automotive | 12:51 | |
*** waltminer has joined #automotive | 12:59 | |
*** fredw1 has joined #automotive | 13:00 | |
*** fredw has quit IRC | 13:02 | |
*** fredw1 is now known as fredw | 13:02 | |
*** JordonWu has quit IRC | 13:31 | |
*** ToxicGumbo-work has quit IRC | 14:17 | |
*** ToxicGumbo-work has joined #automotive | 14:24 | |
*** jlrmagnus_ has quit IRC | 14:34 | |
*** jeremiah has joined #automotive | 14:49 | |
ToxicGumbo-work | When I look at event announcements like the following…. | 14:50 |
ToxicGumbo-work | https://wiki.automotivelinux.org/doku.php?id=agl-distro/dec2016-f2f | 14:50 |
ToxicGumbo-work | …I'm left wondering about the timezone. Is 10 am - 6 pm relative to Yokohama? | 14:50 |
CTtpollard | I would presume so surely? | 14:50 |
*** ctbruce has joined #automotive | 14:51 | |
*** ctbruce has quit IRC | 14:52 | |
*** ctbruce has joined #automotive | 14:54 | |
jeremiah | Hmm, gunnarx around? | 15:50 |
CTtpollard | I've not seen him online today jeremiah | 15:51 |
jeremiah | CTtpollard: Thanks | 15:52 |
jeremiah | I'll try and reach him via email | 15:52 |
*** kbroulik has quit IRC | 15:59 | |
*** kbroulik has joined #automotive | 15:59 | |
smurray | ToxicGumbo-work: yes, the f2f is 10 - 6 in Yokohama time | 16:05 |
*** chbae has joined #automotive | 16:08 | |
NathanI__ | I'm trying to compile the agl-demo-platform from stable branch Blowfish 2.0.3 for the raspberry pi 3. But I'm getting a "no target" error for xproto-native/1_7.0.28-r0 | 16:16 |
NathanI__ | Any ideas? | 16:16 |
jeremiah | Hmm. I haven't seen that error, sorry. | 16:17 |
CTtpollard | NathanI__: can you paste the full error into a pastebin? | 16:18 |
NathanI__ | pastebin, that's the one! trying to use pastebucket... it's broken | 16:20 |
CTtpollard | plenty out there :) | 16:20 |
NathanI__ | http://pastebin.com/z7sCHUCz | 16:21 |
CTtpollard | NathanI__: as a starting point for any recipe failure I recommend doing bitbake clean & cleansstate on the package | 16:23 |
NathanI__ | -c cleanall? did that | 16:24 |
CTtpollard | cleanall is one step further yes | 16:25 |
NathanI__ | hmm, although now that you saw that, i did cleanall xproto-native and not simply xproto, seems to be working now | 16:26 |
NathanI__ | oops, care to explain the difference between the -native and the non native? | 16:26 |
CTtpollard | native is a host package, non native is deployed to target | 16:27 |
NathanI__ | why is the host package required? | 16:28 |
CTtpollard | as a build dependency probably | 16:29 |
NathanI__ | ok, i guess i could see that. Thanks CTtpollard for the help! | 16:30 |
CTtpollard | It's just a method to ensure your build host has the right package & versions without having them as explicit bitbake dependencies | 16:30 |
fury | that's pretty cool. so not only is it compiling the embedded code itself, but it's literally compiling the tools it needs to use to compile them | 16:32 |
*** ashwasimha_ has quit IRC | 16:33 | |
fury | I do still have to do some apt-get installing to get an out of the box Ubuntu 16.04 setup to compile it tho | 16:33 |
fury | i guess there are some dependencies you kinda have to have on the host system before it can start compiling the rest :P | 16:33 |
fury | Skynet can't build itself yet | 16:34 |
NathanI__ | yeah, you need some python and gcc at min. But I see that it's compiling an older version of python right now, haha | 16:34 |
fury | the whole process takes about 45-50 minutes on my new build machine - 20 cores at 2.2 ghz and an NVM.e SSD | 16:35 |
fury | 32 gigglebytes of ram | 16:35 |
NathanI__ | nice... i got the RAM, but only 6 cores, haha. Takes a few hours for me. | 16:36 |
CTtpollard | for instance, quilt-native is the first package built by bitbake and is patched via your host git. After that bitbake defaults to quilt native | 16:36 |
fury | it spends quite a bit of time at idle tho, so i just fire up 2 or 3 in parallel when i need to do any rebuilding (build for porter, pi, and wandboard all at the same time) | 16:36 |
NathanI__ | i'm also compiling inside a virtual machine though, which slowes things doesn considerably. | 16:36 |
fury | yeah, virtual machine isn't all that great at handling multiple cores in my experience | 16:37 |
NathanI__ | speaking of which, it freezes on me regularly. The likely cause of that last error. Anyone have a suggestion? | 16:38 |
fury | i was half tempted to order a second drive to just dual boot my primary desktop to linux when they said we should just get a new machine for the big build jobs | 16:39 |
NathanI__ | I have 32GB, Xeon E5-1650. I dedicated 16GB and 6 cores to the virtual machine. Maybe I should only dedicate 5? | 16:39 |
fury | the thing with virtual machines and multiple cores is, as far as i know, they don't properly know how to handle hyperthreading, so unless you can bind it specifically to physical cores, it actually slows things down to have it try to emulate multiple cores | 16:40 |
NathanI__ | it is definately faster than when I had it set to 1, but the stability is a problem. | 16:42 |
fury | hm | 16:42 |
fury | might be worth limiting it to 5 | 16:42 |
fury | moar ram the better, too, btw, things like qt are huge memory hogs | 16:43 |
fury | as far as compiling goes | 16:43 |
fury | maybe the vms have figured out how to do multicore... i didn't get far in my experimentation, i had ample numbers of machines to try it on natively so i freed up the 80 gigs on my primary desktop that i had been using for the VM | 16:44 |
fury | "only" a 256 gig SSD in that one, so space is at a premium | 16:44 |
NathanI__ | I think I will switch to native, but I need to keep one PC on windows unfortunately. Compiling on an SSD would probably be a big boost as well. I don't have enough room on my SSD currently. | 16:47 |
CTtpollard | SSD vastly improves the process, as does sharing sstate & downloads/mirrors across build targets | 16:48 |
*** mdp has quit IRC | 16:50 | |
*** mdp has joined #automotive | 16:50 | |
*** rajm has quit IRC | 16:50 | |
fury | I share a single downloads directory but my understanding of sstate is that it's unique to the build target (so that which was built for Pi cannot necessarily be used on porter, etc) | 16:51 |
CTtpollard | fury: to some extent yes, especially for deployed packages. But a lot of the native build env packages are shareable (if same yocto version) | 16:52 |
fury | ah. so if my site.conf were modified to put all sstate in a single directory instead of a per-machine directory, I might have less duplicate building going on? | 16:53 |
fury | I might give that a shot and see how it goes. The machine is sitting there idle right now anyway so doesn't hurt to try | 16:53 |
smurray | fury: you may get some reduction for the -native targets built to bootstrap things. I think the arch's for the various boards are different enough that you won't see much beyond that | 16:54 |
fury | Makes sense | 16:54 |
fury | I wonder, if I'm doing 3 in parallel, and one of them finishes one of the shareable native builds, do the others automatically pick up on that or do they figure that at the time of starting the bitbake (parsing the recipes) | 16:56 |
dl9pf | fury: its exactly as smurray said, our board cflags are not unified enough to profit from a global sstate-cache. | 16:56 |
fury | yeah | 16:57 |
dl9pf | thats why I recommended the -per machine folders ... you can run multiple builds for different machines at the same time with that. just not the same machine in parallel | 16:57 |
smurray | fury: I believe building multiple users of the same sstate-cache at the same time is a no-no | 16:57 |
dl9pf | access to the sstate-cache needs to be atomic, not shared. | 16:57 |
fury | Ah | 16:58 |
dl9pf | but you can have a sstate-mirror prepopulated and share known good sstate through that while still having per-build or per-board sstate-cache | 16:58 |
dl9pf | so if you want to try out the sstate-mirror, just mv (or copy) a sstate-folder and point sstate-mirror to it. | 16:59 |
dl9pf | that way you can have pre-built sstate and the "atomic" access to the "local" sstate-dir | 17:00 |
fury | Cool. Maybe it doesn't matter too much, I'm just looking to shave off as much as I can and whenever there's a few minutes to be saved is valuable. Even with all that hardware it's still a good chunk of time spent waiting on the bitbake every time something changes early on in the dependency chain | 17:01 |
dl9pf | fury: absolutely ... | 17:01 |
dl9pf | I use exactly that combination above. sstate-mirror + local sstate-cache | 17:01 |
fury | Sounds good :D | 17:02 |
dl9pf | it works very well for 'stable' releases. less efficient for a master where tthings change daily. | 17:02 |
*** chbae has quit IRC | 17:03 | |
fury | I read some interesting posts about yocto bitbakes with massive numbers of cores (64)...it really kinda doesn't improve after a certain amount because of the dependencies | 17:05 |
dl9pf | you have like 2 big waves ... -native (aka toolchain) and the target files plus big stuff like qt that tends to run serialized and thus act as bottleneck | 17:06 |
dl9pf | in total like 4 waves and some bottlenecks is pretty usual also for other builds/buildsystems | 17:07 |
smurray | qtwebkit is a bit of a pita, bottlenecks things badly | 17:07 |
dl9pf | absolutely, but thats webkit / chromium fault as it has the "a build all" approach hardcoded in the makefiles | 17:08 |
fury | Yeah. The amount of time it spends in the configure process just sitting there idle, especially when it's the only step running...maddening :P I saw someone try a configure cache for a similarly annoying long wait in a configure step, but I don't think it proceeded out of the experiment stage | 17:09 |
fury | I would say out of the 50 minutes, it's only pegging all 20c/40t half the time | 17:10 |
fury | I keep meaning to time it to see exactly | 17:11 |
*** NathanI__ has quit IRC | 17:15 | |
fury | all those threads will come in super handy for my own CIAT tho | 17:15 |
fury | I'd be thrilled if I could come up with something that builds it automatically, loads it into an SD card, installs the SD card in the board, boots it up, and starts fiddling with the UI to make sure stuff works :) | 17:17 |
fury | I wanted to lurk in the CIAT call this morning but was running late, had to get to the office | 17:19 |
fury | and then an all employee meeting, so I missed the dev call too, boo | 17:19 |
fury | how far does the AGL Jenkins go? Does it actually flash a board and boot it up and whatnot or does it just build? | 17:21 |
*** AlisonChaiken has quit IRC | 17:29 | |
*** toscalix has quit IRC | 17:51 | |
murphy | sup fury | 17:52 |
fury | not much, stuffing my face, how's it hangin? | 17:53 |
murphy | still waiting on trying to get my TX1 discount | 17:53 |
murphy | might just use a raspi in the meantime to start playing with AGL | 17:54 |
murphy | i have all the ideas i want to try | 17:54 |
fury | Yeah, I'd start with the Pi. Haven't heard of anybody using Nvidia stuff on AGL yet. | 17:54 |
murphy | the elinux page has some examples but i think someone here said they are hit or miss | 17:55 |
radiofree | it'll be a walk in the park compared to the renesas boards | 17:55 |
murphy | i just wish the raspi was a bit more powerful | 17:56 |
murphy | the 3 was pretty weak compared to the cubox and hummingboard specs that had been out for a while once it was released | 17:56 |
murphy | oh i guess it was the TK1 that was used with AGL | 17:58 |
fury | I guess I'm having a hard time imagining quad core 1.2ghz not being enough. Then again, for the longest time, all I had was a single 120 MHz core and 256 KB of RAM :P I'm swimming in gigglehertz now | 17:58 |
murphy | mainly it was the 1GB of ram | 17:58 |
murphy | i think it should be 2GB min of youre using X | 17:58 |
murphy | my copy of pentesting for carhackers should arrive today | 17:59 |
fury | maybe I'm not thinking big enough. Self driving tech needs some pretty beefy processing...but I'm guessing motorcycles/powersports are in no danger of becoming self driving any time soon...people buy them to enjoy driving them | 17:59 |
murphy | i want to replace my jeep's head unit and cluster and add image recognition among all the other little things i want to have | 18:01 |
murphy | TX1 is pretty future proof as of today for SBC's | 18:01 |
murphy | if i cant get a discount ill get the new minnowboard | 18:02 |
murphy | digitial cluster with nav, bluetooth connectivity with tables and phones for media etc, car to car communication, SDR, autostart, maintenance reminders | 18:04 |
murphy | *tablets not tables | 18:05 |
murphy | add a ZED to the front | 18:07 |
murphy | https://www.stereolabs.com/ | 18:07 |
murphy | or maybe the back first as my reverse camera for sensing objects | 18:08 |
murphy | shits expensive though | 18:08 |
*** AlisonChaiken has joined #automotive | 18:08 | |
murphy | i should see if there is some car hackers meetup i the SF bay area for help | 18:09 |
fury | you can autostart? I thought that kinda stuff had to be baked in at the factory | 18:10 |
murphy | it takes some CAN bus hacking but its totally possible | 18:12 |
murphy | http://www.canhack.org/board/search.php?keywords=remote+start | 18:14 |
murphy | so i have a long path a head of me but im hoping i get atleast something done | 18:17 |
murphy | this book is awesome - http://opengarages.org/index.php/Main_Page | 18:31 |
*** fredw has quit IRC | 18:37 | |
*** smiller has joined #automotive | 18:37 | |
*** waltminer has quit IRC | 19:10 | |
*** ctbruce has quit IRC | 19:32 | |
*** kbroulik has quit IRC | 19:51 | |
*** Zebs has joined #automotive | 19:55 | |
*** Zebs has left #automotive | 19:55 | |
ToxicGumbo-work | murphy: The author sits in #opengarages | 19:56 |
ToxicGumbo-work | CTtpollard & smurray: Thanks for the confirm. | 19:57 |
*** caiortp has quit IRC | 20:14 | |
*** rdale has quit IRC | 20:18 | |
*** NathanI_ has joined #automotive | 21:13 | |
*** thaytan has quit IRC | 22:05 | |
*** thaytan has joined #automotive | 22:06 | |
*** chbae has joined #automotive | 22:07 | |
*** thaytan has quit IRC | 22:15 | |
*** thaytan has joined #automotive | 22:18 | |
murphy | oh nice | 22:22 |
murphy | thanks ToxicGumbo-work | 22:22 |
*** waltminer has joined #automotive | 22:32 | |
fury | waltminer: what happens if I hit the accept button on all these AGL meeting invites? Is it gonna spam the mailing list with "Accepted: " emails or does it filter that stuff out? | 22:42 |
fury | trying to wrangle my calendar app into being something actually useful hehe | 22:43 |
waltminer | It filters them out or they just go to me. | 22:43 |
fury | ah ok | 22:43 |
fury | prepare for incoming spam | 22:43 |
*** chbae has quit IRC | 22:43 | |
fury | wow, the iPhone's calendar app kinda sucks. Every time I accept one of those pending invites it scrolls to the top of the list of events O_o | 22:45 |
fury | Like, several times. I keep hitting the Today button and it keeps snapping back lol | 22:45 |
murphy | yeah ios is stupid with calendar stuff | 22:45 |
murphy | i have to deal with it all the time for work invites | 22:45 |
murphy | is AGL a port of yacto? | 22:48 |
JEEB | AGL is a distro that bases on openembedded/bitbake | 23:02 |
NathanI_ | Sorry guys, have another error. | 23:21 |
NathanI_ | http://pastebin.com/GcFgdsSi | 23:21 |
NathanI_ | I tried cleaning qtbase, no joy | 23:21 |
murphy | how is working with Qt as a newb? | 23:33 |
murphy | im planning on using it for my cluster | 23:33 |
JEEB | Qt Quick with QML seems rather simple to prototype stuff in | 23:34 |
JEEB | and then you just use your C++ functions to drive the data in it | 23:34 |
murphy | you can use python with the UI builder right? | 23:35 |
murphy | i dont know C++ | 23:35 |
murphy | i just want to make some dials and guages from CAN bus data | 23:35 |
JEEB | the actual QML stuff has js as the scripting language, and there are python bindings for Qt that can utilize those things methinks | 23:36 |
NathanI_ | hmm, FYI, I appended my local.conf file with the troubleshooting steps here and it seems to have solved my problem: https://wiki.automotivelinux.org/agl-distro/agl-raspberrypi | 23:36 |
JEEB | pyqt is gpl/corporate licensed and pyside was the LGPL alternative that nokia used to be doing... I don't think they got too far with that | 23:36 |
murphy | yeah this is all just vapor ideas for me till i get some hardware | 23:37 |
JEEB | yeah... pyside's site still notes it supporting Qt 4.8 | 23:37 |
JEEB | so for any newer Qt you'll need to be doing pyqt if you want python | 23:37 |
murphy | on the Qt site there is a difference between application and device, | 23:39 |
murphy | AGL would be using qt as software right? since its not an actual qt OS or whatever they consider Qt for hardware | 23:39 |
murphy | this is all new for me so sorry for the newb questions | 23:40 |
murphy | ive been messing with embedded for a while but ive never actually built anything | 23:40 |
murphy | so many possibilities, so cool | 23:40 |
JEEB | just saying that PyQt is either under GPLv3 or a commercial license, so if you are going to be using it, just make sure that in your use case you can follow that license | 23:42 |
JEEB | or one of those licenses | 23:42 |
JEEB | what license Qt itself is under is a separate discussion | 23:43 |
murphy | im just a hobbiest and everything i do will be on github | 23:44 |
JEEB | alright, that makes it simpler | 23:44 |
JEEB | just follow GPLv3 and you're golden :P | 23:44 |
murphy | it would be nice to make money off this but i dont see it being really profitable making custom dash clusters | 23:49 |
murphy | if anything maybe since im doing it for a jeep and that world has a lot of after market stuff, i can sell a kit with the hardware | 23:50 |
murphy | and the code is all free open source | 23:50 |
murphy | thats thinking crazy far ahead though... right now my best case is just connecting to my jeep and pulling some extra info from and displaying it on an LCD | 23:51 |
murphy | while i would love to create a whole integrated system with mapping and integrated nav, cluster, media car to car comms im just one guy with a dream | 23:53 |
*** smiller has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!