*** tjamison has quit IRC | 00:06 | |
*** jlrmagnus has quit IRC | 00:27 | |
*** waltminer has quit IRC | 01:07 | |
*** AlisonChaiken has quit IRC | 01:33 | |
*** fury has quit IRC | 03:25 | |
*** fury has joined #automotive | 03:28 | |
*** chbae has quit IRC | 04:03 | |
*** AlisonChaiken has joined #automotive | 05:16 | |
*** Saint_Is_ has quit IRC | 06:46 | |
*** rajm has joined #automotive | 07:06 | |
*** leon has joined #automotive | 07:10 | |
*** leon is now known as Guest98643 | 07:11 | |
*** Guest98643 is now known as leon-anavi | 07:14 | |
leon-anavi | morning | 07:14 |
---|---|---|
*** jobol has joined #automotive | 07:21 | |
*** jobol has quit IRC | 07:24 | |
*** jobol has joined #automotive | 07:34 | |
*** jobol has quit IRC | 07:36 | |
*** toscalix has joined #automotive | 07:38 | |
*** rajm has quit IRC | 07:56 | |
*** rajm has joined #automotive | 07:59 | |
*** jonathanmaw has joined #automotive | 08:18 | |
*** rajm has quit IRC | 08:29 | |
*** rajm has joined #automotive | 08:33 | |
toscalix | in 90 min aprox. we release GDP 11 beta for qemu | 09:28 |
leon-anavi | cool :) | 09:29 |
dl9pf | leon-anavi: ping | 09:46 |
*** jjardon has quit IRC | 09:47 | |
dl9pf | libgsystem and ostree_git use AUTOREV. Can you name me git rev's that should be used for blowfish (so we can pin it) ? | 09:48 |
*** jjardon has joined #automotive | 09:50 | |
CTtpollard | autorev can be dangerous | 09:52 |
leon-anavi | hi dl9pf | 09:55 |
dl9pf | hi leon | 09:56 |
leon-anavi | ok, I have to look at that and find the proper revision | 09:56 |
leon-anavi | It will take me some time to do proper testing. I will do it right now. | 09:56 |
dl9pf | right now we're using git head, we might just take git head of today | 09:56 |
leon-anavi | I will have a look at the git logs and I will pick either the latest version (head of today) or another stable version. | 09:57 |
dl9pf | ok - that is even better | 09:57 |
leon-anavi | dl9pf, should I submit a patch with git rev for both master and blowfish branch? | 09:57 |
dl9pf | blowfish in any case. master is your choice. A good example is: | 09:59 |
dl9pf | SRCREV = "ad245bdd60434dd46d6461f585d49db1b3b0d75b" | 09:59 |
dl9pf | #SRCREV = "${AUTOREV}" | 09:59 |
dl9pf | master could have "${AUTOREV}" | 09:59 |
dl9pf | the release gets the fixeed rev | 09:59 |
CTtpollard | I'd vote against that, even in master | 10:00 |
dl9pf | up to you how "moving" you want to have master | 10:00 |
CTtpollard | unless you're 100% certain that said upstream will never break, and break within your build system | 10:00 |
dl9pf | case-by-case decision - true | 10:00 |
dl9pf | we do it in master if we're pointing to "our own" git repos which makes sense in a way | 10:01 |
dl9pf | for external upstreams the fixed SRCREV likely the way to got. | 10:02 |
CTtpollard | agreed, I hope to eventually have that model | 10:02 |
leon-anavi | CTtpollard, yes, you are right that there is a risk in using AUTOREV | 10:02 |
CTtpollard | but update to master of even your own repos can count on other recipes updating in parallel which is hard to achieve especially in CI | 10:03 |
dl9pf | we have a few in master - plain convenience/ease-of-use (aka laziness ;) ) for developers | 10:03 |
dl9pf | CTtpollard: agree that might bite | 10:03 |
dl9pf | hmm, true, interesting ... got an idea ... | 10:05 |
dl9pf | SRCREV = "12345" | 10:06 |
dl9pf | # override-enabled autorev | 10:06 |
dl9pf | SRCREV_uselatestrev = "${AUTOREV}" | 10:06 |
dl9pf | gotta try if that works, then we can flip that switch and still hardcode a rev | 10:06 |
*** bshah has quit IRC | 10:16 | |
*** rjek has quit IRC | 10:16 | |
*** rjek has joined #automotive | 10:17 | |
leon-anavi | dl9pf, is there a JIRA issue for libgsystem? Should I create one? | 10:20 |
dl9pf | no, it falls under https://jira.automotivelinux.org/browse/SPEC-202 last comment. | 10:20 |
dl9pf | reference SPEC-202 | 10:20 |
*** bshah has joined #automotive | 10:28 | |
leon-anavi | ok | 10:29 |
CTtpollard | has anyone ever had the problem with bitbake seemingly racing when applying a patch, leading to it rejecting the patch as the source has already been changed? | 10:43 |
dl9pf | for the same patch ? | 10:43 |
dl9pf | huch ? | 10:43 |
CTtpollard | seems to be | 10:44 |
CTtpollard | one minute | 10:44 |
dl9pf | hmm ... did the patch end up twice in the src_uri maybe ? | 10:44 |
CTtpollard | http://paste.baserock.org/acunucecig | 10:45 |
CTtpollard | no previous patch has touched the file in question, and the patch applies cleanly to the given ref | 10:45 |
CTtpollard | I can't reproduce it locally, but have had 2 users report it | 10:46 |
CTtpollard | and apparently the error can still occur after clean unpack etc | 10:50 |
dl9pf | hmm ... bitbake -e | grep SRC_URI ... | 10:53 |
CTtpollard | any ideas dl9pf leon-anavi ? | 10:53 |
dl9pf | bitbake -e <recipe> > foo.txt and paste that one | 10:54 |
dl9pf | it applies it twice for whatever reason ... | 10:54 |
CTtpollard | I've grepped through -e before and not seen it claiming two do_patch tasks for it | 10:54 |
CTtpollard | let me check again | 10:54 |
toscalix | GDP 11 beta is out http://projects.genivi.org/release_announcement | 10:55 |
toscalix | ups, wrong link | 10:55 |
leon-anavi | hm... CTtpollard if I were you I would use devshell to investigate and see what is really going on. | 10:55 |
leon-anavi | after checking bitbake -e :) | 10:55 |
dl9pf | hmm ... will devshell come up if patching fails ? | 10:55 |
toscalix | now https://at.projects.genivi.org/wiki/display/WIK4/2016/08/03/GDP+11+Beta+is+out!+Call+for+testing | 10:56 |
leon-anavi | dl9pf, I think so | 10:56 |
leon-anavi | I have use it in the past to adjust patches while I am working on the recipes. | 10:56 |
toscalix | or this shorter link: http://projects.genivi.org/gdp/release_announcement | 10:57 |
CTtpollard | that's the offending recipe btw https://github.com/GENIVI/meta-genivi-dev/blob/master/meta-genivi-dev/recipes-multimedia/audiomanager/gdp-audiomanager-monitor.bb | 10:57 |
dl9pf | leon-anavi: probably drops you right at the failing patch ... | 10:57 |
leon-anavi | yes, I think so but I am not 100% sure | 10:58 |
leon-anavi | anyway in my opinion devshell is really convenient for browsing the code and fixing issues with failing patches | 10:59 |
leon-anavi | most of the time they are failing due to wrong patch but CTtpollard's case sees different. | 10:59 |
leon-anavi | *seems | 10:59 |
dl9pf | CTtpollard: what about using the default "quilt" for patchtool ? | 10:59 |
CTtpollard | yeh, I can't reproduce the failure which makes it harder to debug | 11:00 |
dl9pf | hmm ... aah ... | 11:00 |
CTtpollard | dl9pf: I could propose that to a user with the issue to see if it works | 11:00 |
dl9pf | iirc there is no "git-native" - we rely on the system's git | 11:01 |
CTtpollard | yep | 11:01 |
dl9pf | but there is a "quilt-native" so you're sure it's built with yocto | 11:01 |
CTtpollard | differing git versions has been a problem I've seen | 11:01 |
CTtpollard | thanks for the help with that one | 11:02 |
CTtpollard | I presume not setting patchtool will default to quilt? | 11:08 |
CTtpollard | ( it does ) | 11:19 |
*** Jakubin has joined #automotive | 11:55 | |
Jakubin | CTtpollard: Hello, do you happen to know whom should i ask about Navit issues on GDP? I'm trying to run it on Raspi3 using GDP10 but there are errors :( | 11:57 |
leon-anavi | dl9pf, I submitted patches to both branches and I updated the JIRA issue. | 12:01 |
CTtpollard | Jakubin: one of those people is me :) could you possibly log the errors in the GDP JIRA? | 12:01 |
leon-anavi | dl9pf, I have assigned it again to you. Please let me know if anything else needs modifications. | 12:01 |
toscalix | Jakubin: GDP JIRA: https://at.projects.genivi.org/jira/secure/RapidBoard.jspa?rapidView=2&projectKey=GDP | 12:03 |
*** waltminer has joined #automotive | 12:11 | |
*** fury has quit IRC | 12:19 | |
Jakubin | CTtpollard: Ok i created the issue https://at.projects.genivi.org/jira/browse/BASE-9 | 12:32 |
CTtpollard | thanks Jakubin | 12:33 |
CTtpollard | I'll move it to the GDP jira | 12:34 |
*** Net147 has quit IRC | 12:35 | |
*** Net147 has joined #automotive | 12:37 | |
dl9pf | leon-anavi: we should be fine now. tnx. | 13:31 |
leon-anavi | great, you are welcome :) | 13:32 |
*** nisha has quit IRC | 13:51 | |
*** Jakubin has quit IRC | 14:00 | |
*** Jakubin has joined #automotive | 14:01 | |
*** rajm has quit IRC | 14:01 | |
*** Jakubin has quit IRC | 14:11 | |
*** tjamison has joined #automotive | 14:11 | |
*** rajm has joined #automotive | 14:22 | |
*** Jakubin has joined #automotive | 14:38 | |
*** nisha has joined #automotive | 14:41 | |
*** jlrmagnus has joined #automotive | 15:17 | |
*** chbae has joined #automotive | 15:32 | |
*** chbae has quit IRC | 15:59 | |
*** Nicholas_ has joined #automotive | 15:59 | |
*** mvick has quit IRC | 15:59 | |
*** gunnarx has joined #automotive | 16:00 | |
*** waltminer has quit IRC | 16:03 | |
*** jlrmagnus has quit IRC | 16:07 | |
*** leon-anavi has quit IRC | 16:07 | |
*** rajm has quit IRC | 16:10 | |
*** AlisonChaiken has quit IRC | 16:12 | |
gunnarx | CTtpollard, you there? | 16:16 |
pedroalvarez | gunnarx: nope | 16:19 |
*** jlrmagnus has joined #automotive | 16:22 | |
*** praneeth has quit IRC | 16:22 | |
*** jonathanmaw has quit IRC | 16:23 | |
gunnarx | pedroalvarez, CTtpollard. I'm finding that a bunch of the GDP pipelines are failing on navigation service. | 16:25 |
gunnarx | Isn't it the old race condition that was solved by reducing the parallelism in the builds? | 16:26 |
gunnarx | (which we agreed to try to remove, but maybe it was a bad idea) | 16:26 |
pedroalvarez | oh, I remember CTtpollard wanting to change that to "solve" an issue, but I don't remember what component | 16:27 |
paulsherwood | how much ram do these runners have? | 16:30 |
paulsherwood | gunnarx: maybe paste a log? | 16:30 |
gunnarx | The logs are on the go server | 16:35 |
*** AlisonChaiken has joined #automotive | 16:39 | |
pedroalvarez | this would be it http://paste.baserock.org/umoqugujef | 16:39 |
gunnarx | yes that's it | 16:39 |
pedroalvarez | race condition when building that plugin | 16:43 |
pedroalvarez | it seems | 16:43 |
pedroalvarez | real solution would be to fix that race condition :) | 16:43 |
paulsherwood | pedroalvarez: how are you deducing race condition from that info? | 16:44 |
gunnarx | wizard magic | 16:44 |
paulsherwood | we've seen intermittent fails due to races, but also due to running out of memory. hence my question earlier. | 16:45 |
paulsherwood | s/intermittent/unexpected/ | 16:46 |
paulsherwood | reducing parallelism ironically may fix both | 16:46 |
gunnarx | I'll try to put back the parallelism limit and see if it goes away | 16:49 |
*** praneeth has joined #automotive | 16:51 | |
*** toscalix has quit IRC | 16:51 | |
gunnarx | sorry, no battery left and power adapter has gone AWOL | 16:52 |
gunnarx | dying... | 16:52 |
pedroalvarez | paulsherwood: when running out of memory, gcc throws an "Internal compiler error: Killed program..." | 16:56 |
paulsherwood | ah, ok | 16:57 |
pedroalvarez | this error is more like "hey things I need to build are not there" | 16:57 |
paulsherwood | ack, so race condition | 16:57 |
paulsherwood | or broken recipe :) | 16:57 |
pedroalvarez | yep, given that sometimes works | 16:57 |
*** gunnarx has quit IRC | 16:57 | |
* pedroalvarez nods | 16:58 | |
pedroalvarez | my guess is a bug in the navigation.git CMake instructions | 17:01 |
pedroalvarez | Author: Philippe Colliot | 17:02 |
pedroalvarez | maybe he can help with this if we don't find people with cmake foo | 17:02 |
paulsherwood | https://tech.slashdot.org/story/16/08/03/1635240/project-hosting-service-fosshub-compromised-embedding-malware-inside-hosted-files | 17:12 |
*** jlrmagnus has quit IRC | 17:13 | |
pedroalvarez | odd | 17:18 |
pedroalvarez | I don't understand how navigation-service sometimes builds | 17:19 |
paulsherwood | to be clear, this is not navit? | 17:22 |
*** jlrmagnus has joined #automotive | 17:26 | |
*** mvick has joined #automotive | 17:34 | |
*** nuohan has quit IRC | 18:28 | |
*** nuohan has joined #automotive | 18:29 | |
*** robin__ has quit IRC | 18:39 | |
*** fury has joined #automotive | 19:05 | |
*** jlrmagnus has quit IRC | 19:05 | |
*** Ford_Prefect has quit IRC | 19:20 | |
*** Ford_Prefect has joined #automotive | 19:22 | |
*** nuohan has quit IRC | 19:22 | |
*** nuohan has joined #automotive | 19:23 | |
*** jlrmagnus has joined #automotive | 19:41 | |
*** jlrmagnus has quit IRC | 20:06 | |
*** jlrmagnus has joined #automotive | 20:20 | |
*** waltminer has joined #automotive | 20:29 | |
*** jlrmagnus has quit IRC | 20:36 | |
pedroalvarez | paulsherwood: just looked at that. No, is something that uses navit | 21:28 |
pedroalvarez | https://github.com/GENIVI/navigation | 21:28 |
pedroalvarez | I'm just very very confused by the fact that the project carries patches inside, and a script to clone navit and apply the patches | 21:31 |
pedroalvarez | gah, better to wait for someone with more knowledge about this. maybe CTtpollard :) | 21:32 |
*** tjamison has quit IRC | 22:06 | |
*** mvick_ has joined #automotive | 22:06 | |
*** tjamison has joined #automotive | 22:06 | |
*** mvick has quit IRC | 22:08 | |
*** tjamison has quit IRC | 22:14 | |
*** mvick_ has quit IRC | 22:14 | |
*** nisha has quit IRC | 22:14 | |
*** tjamison has joined #automotive | 22:16 | |
*** mvick has joined #automotive | 22:19 | |
*** fury has quit IRC | 22:25 | |
*** jlrmagnus has joined #automotive | 22:26 | |
*** Jakubin has quit IRC | 22:26 | |
*** nisha has joined #automotive | 22:27 | |
*** fury has joined #automotive | 22:29 | |
*** tjamison has left #automotive | 23:01 | |
*** jlrmagnus has quit IRC | 23:04 | |
*** jlrmagnus has joined #automotive | 23:18 | |
*** waltminer has quit IRC | 23:27 | |
*** Nicholas_ has quit IRC | 23:37 | |
*** jlrmagnus has quit IRC | 23:47 | |
*** jeremiah has joined #automotive | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!