*** jlrmagnus has quit IRC | 00:00 | |
*** FaH_auto has joined #automotive | 05:21 | |
*** Egy has joined #automotive | 05:46 | |
*** mdunford has joined #automotive | 07:00 | |
*** apinheiro has joined #automotive | 07:35 | |
*** fredcadete has joined #automotive | 07:42 | |
*** KlausUhl has joined #automotive | 07:54 | |
*** jonathanmaw has joined #automotive | 08:02 | |
*** Martiini has joined #automotive | 08:34 | |
*** Egy has quit IRC | 08:49 | |
*** CTtpollard has joined #automotive | 08:53 | |
*** wschaller_ has joined #automotive | 09:24 | |
jeremiah | Currently the config set-up for meta-genivi-demo is giving me some headaches | 09:37 |
---|---|---|
jeremiah | Error: '/home/jeremiah/GENIVI/repos/GDP/meta-genivi-demo/conf' must be a directory containing local.conf & bblayers.conf | 09:37 |
jeremiah | But, local.conf and bblayers.conf are there. | 09:37 |
jeremiah | Google is not being particularly helpful either. | 09:37 |
jeremiah | Any ideas? | 09:37 |
rjek | Normally with that sort of issue I fire up strace to see how it is coming to that conclusion | 09:39 |
CTtpollard | jeremiah: what step are you on? | 09:39 |
jeremiah | I did a bitbake over the weekend, which worked partially | 09:40 |
jeremiah | But now bitbake won't rerun | 09:40 |
jeremiah | I removed the bitbake.lock file, but no love. | 09:40 |
jeremiah | So I'm trying to get back to the bitbake step | 09:41 |
CTtpollard | jeremiah reset the template path and then re-call the poky command to set the build environment | 09:41 |
CTtpollard | and try again | 09:41 |
jeremiah | I did that | 09:41 |
jeremiah | I'll try that again | 09:41 |
jeremiah | No change. | 09:42 |
CTtpollard | is it atleast saying bitbake is a known command? | 09:42 |
jeremiah | yes | 09:43 |
jeremiah | The BBPATH variable is not set and bitbake did not find a conf/bblayers.conf file in the expected location. | 09:44 |
jeremiah | Which makes me think that I have some cached data somewhere that is confusing both the oe env setup and therefor bitbake | 09:44 |
jeremiah | Or that I need to make sure that I have the correct SHA checked out? | 09:45 |
jeremiah | One ought to be using HEAD for meta-genivi-demo, no? | 09:48 |
jeremiah | The BBPATH variable is not set and bitbake did not find a conf/bblayers.conf file in the expected location. | 09:48 |
jeremiah | hmm | 09:48 |
CTtpollard | head works for me | 09:49 |
jeremiah | What is your $BBPATH? | 09:49 |
jeremiah | mine is empty | 09:49 |
jeremiah | Wait! I think I have a local path issue . . . ! | 09:53 |
jeremiah | And I think I might be able to solve it . . . | 09:53 |
jonathanmaw | hooray, CTtpollard has been a useful rubber duck :) | 09:55 |
rjek | What are rubber ducks for, anyway? | 09:55 |
* CTtpollard has not heard that expression before | 09:55 | |
rjek | CTtpollard: Have you met jonathanmaw? | 09:56 |
jonathanmaw | CTtpollard: https://en.wikipedia.org/wiki/Rubber_duck_debugging | 09:56 |
rjek | CTtpollard: I think jonathanmaw is trying to say that you are an inanimate object. | 09:57 |
CTtpollard | rjek: I've been said to be soulless before | 09:57 |
jeremiah | And I am the duck? | 10:09 |
jeremiah | So, even with the path changes, I'm getting the same error. | 10:15 |
jeremiah | Is there not a local.conf and a bblayers.conf shipped with meta-genivi-demo? | 10:16 |
jeremiah | It looks like there's only a sample | 10:16 |
jonathanmaw | jeremiah: bblayers.conf.sample may be enough. poky and meta-ivi lack bblayers.conf as well, but do have bblayers.conf.sample | 10:19 |
fredcadete | it's normal that layers only ship with sample | 10:19 |
fredcadete | the first time you source poky/oe-init-build-env the sample is copied to build/conf/local.conf | 10:20 |
jeremiah | I had to create the two files to stop the warning. | 10:20 |
fredcadete | if build/conf/local.conf is already there, the sample will be ignored. When I get there usually I delete my build directory and try again | 10:20 |
jeremiah | But then I get: ERROR: Nothing PROVIDES 'genivi-demo-platform' | 10:21 |
jeremiah | fredcadete: Yeah, I did that, deleted and started again. | 10:21 |
fredcadete | jeremiah: what is your process? Is it the usual TEMPLATECONF and source poky/oe-init-build-env? | 10:22 |
jeremiah | Yeah, that is what I've been doing. | 10:22 |
jeremiah | I'll restart and do that again to be sure I haven't missed a step | 10:22 |
fredcadete | When I have that it's usually because I have been imaginative with the setting of TEMPLATECONF and relative paths and such | 10:23 |
fredcadete | oh, and I have had issues when using zsh. I switch to bash to do source poky/oe-init-build-env | 10:23 |
jeremiah | I've had some path difficulties, trying to get creative with symlinks. :/ | 10:24 |
jeremiah | I may have exported the wrong PATH for the conf dir | 10:28 |
jeremiah | fredcadete: What do you have for TEMPLATECONF? | 10:29 |
jeremiah | I'm using GDP/meta-genivi-demo/conf | 10:30 |
fredcadete | I'm not building the GDP, I build an internal image | 10:31 |
fredcadete | so it may vary | 10:31 |
fredcadete | but a oneliner is "TEMPLATECONF=../meta-REDACTED/conf source poky/oe-init-build-env" | 10:31 |
fredcadete | if in doubt, you could try setting an absolute path for TEMPLATECONF | 10:32 |
jeremiah | ah, okay | 10:32 |
jeremiah | I'll do that. | 10:32 |
*** Egy has joined #automotive | 10:40 | |
jeremiah | fredcadete: Thanks for the pointers fredcadete, I've got things working. My fan is running so I must be using Yocto. | 10:43 |
CTtpollard | heh | 10:43 |
*** txenoo has joined #automotive | 10:47 | |
rjek | That Thales Megamos ignition hack finally published after VW had a court demand it was not revealed two years ago: http://www.hotforsecurity.com/blog/silenced-for-two-years-by-volkswagen-car-hackers-reveal-their-paper-into-security-hole-12512.html | 10:48 |
JEEB | yeah, they redacted some specifics on the thing IIRC | 10:51 |
CTtpollard | has anyone had to put uboot on a Koelsch board? | 11:01 |
fredcadete | CTtpollard: I have put it on a Lager board | 11:05 |
*** wschaller_ has quit IRC | 11:07 | |
CTtpollard | fredcadete: do you have any instructions, my porter came with it pre-flashed, the koelsh hasn't though | 11:07 |
fredcadete | CTtpollard: I'll check | 11:10 |
CTtpollard | thanks fredcadete | 11:12 |
jeremiah | rjek: Yeah, I saw that. Interesting | 11:34 |
jeremiah | I'm using Debian unstable to build GDP and running into problems with poky core which is older. | 11:35 |
jeremiah | I'm getting breakage with GCC 5 and ncurses, looks like there is a patch out there | 11:35 |
jeremiah | Not in poky yet though. | 11:35 |
jeremiah | Any recommendations on which "native" host OS to use? | 11:35 |
jeremiah | What do people use here? | 11:35 |
jeremiah | I know that Yocto keeps a list of known-good and I suppose I'll just go use that. | 11:36 |
CTtpollard | jeremiah: my build system is an ubuntu 14.04 vm | 11:36 |
jeremiah | CTtpollard: Do you find yourself Yak shaving? | 11:36 |
jeremiah | Or does it work for you? | 11:36 |
CTtpollard | works for me | 11:36 |
jeremiah | I may just use that then. | 11:36 |
jeremiah | thanks | 11:36 |
*** waltminer has joined #automotive | 11:44 | |
radiofree | jeremiah: make sure you give it a massive amount of space | 11:44 |
CTtpollard | I've found at least 80GB is needed | 11:45 |
rjek | I thought that Yocto building was only supported under Ubuntu these days | 11:47 |
jeremiah | radiofree: Okay, thanks | 11:47 |
waltminer | good morning. | 11:52 |
jeremiah | Hi waltminer | 11:52 |
jeremiah | Are you back from Vacay already? | 11:53 |
waltminer | yes :( | 11:53 |
jeremiah | That was short. :( | 11:53 |
jeremiah | But then I'm used to Swedish vacations. | 11:53 |
waltminer | heh. | 11:54 |
waltminer | I am going to take another week right after the AGL AMM to rent a motorcycle and ride around northern California | 11:54 |
waltminer | Is the GENIVI tools team meeting IRC only this week? | 11:55 |
*** fury has joined #automotive | 11:55 | |
jeremiah | Nice. | 12:11 |
jeremiah | It met on IRC last week | 12:11 |
jeremiah | I assume there's going to be an IRC meeting today too? | 12:11 |
jeremiah | I guess poke paulsherwood for definitive answer | 12:11 |
*** txenoo has quit IRC | 12:21 | |
*** wschaller_ has joined #automotive | 12:21 | |
*** mdunford has quit IRC | 12:29 | |
paulsherwood | Tools Team Meeting will start here in 27 mins | 12:33 |
*** wschaller_ has quit IRC | 12:35 | |
waltminer | I guess that answers my question | 12:35 |
paulsherwood | waltminer: yup, irc only | 12:35 |
* paulsherwood was grabbing lunch | 12:36 | |
*** CTtpollard has quit IRC | 12:39 | |
*** Egy has quit IRC | 12:42 | |
*** Egy has joined #automotive | 12:42 | |
paulsherwood | for google drive users, https://drive.draw.io/#G0Byph3VJv3myMa0ItZnJfckF4UDA shows an initial pass at CIAT | 12:43 |
*** mdunford has joined #automotive | 12:44 | |
*** wschaller_ has joined #automotive | 12:50 | |
*** CTtpollard has joined #automotive | 12:54 | |
*** pkonopelko has joined #automotive | 12:56 | |
*** steve__ has joined #automotive | 12:57 | |
jeremiah | Patch EGL_headers_for_wayland.patch does not apply (enforce with -f) <--- doesn't look good | 12:58 |
*** gunnarx has joined #automotive | 12:58 | |
*** mdunford has quit IRC | 12:58 | |
*** joel has joined #automotive | 12:59 | |
jeremiah | gunnarx: Are you in Heidelberg? | 12:59 |
*** joel is now known as Guest35290 | 12:59 | |
*** Guest35290 is now known as joelreplogle | 12:59 | |
paulsherwood | == GENIVI Tools Team Meeting Starts == | 13:00 |
paulsherwood | hi all | 13:00 |
* paulsherwood notices 46 people in the channel :) | 13:00 | |
paulsherwood | ok, to recap from last week, minutes were published at http://wiki.projects.genivi.org/index.php/TT/minutes/20150810 | 13:00 |
paulsherwood | i've put a very draft agenda for today at http://wiki.projects.genivi.org/index.php/TT/minutes/20150817 | 13:00 |
CTtpollard | hi paulsherwood | 13:01 |
paulsherwood | unsure how many people will be active today, since some contribs are on holiday | 13:01 |
paulsherwood | so here goes... | 13:01 |
paulsherwood | any feedback or thoughts on last week's meeting itself, and/or the minutes? | 13:01 |
steve__ | did get round to commenting but I think I would have just echoed the existing feedback | 13:02 |
paulsherwood | ok cool :) | 13:02 |
steve__ | did *not* get round to.. | 13:02 |
* paulsherwood guessed that :) | 13:02 | |
paulsherwood | ok, let's try first agenda item | 13:03 |
paulsherwood | == Wikis == | 13:03 |
*** mdunford has joined #automotive | 13:03 | |
paulsherwood | joelreplogle: any update for us? is toplevel structure set? | 13:03 |
*** pespin has joined #automotive | 13:03 | |
paulsherwood | (or have others any feedback from followups with joel) | 13:03 |
joelreplogle | not much progress... the proposal will be given by 31 aug for wiki structure for full community feedback | 13:04 |
pkonopelko | did not see anything since last pmo call | 13:04 |
jeremiah | I spoke with him in the OSS meetingh | 13:04 |
jeremiah | I think he's in this meeting | 13:04 |
paulsherwood | joelreplogle: i may have misunderstood, i heard a whisper that you might 'just do it' and see if folks like the result? | 13:04 |
jeremiah | We're waiting on feedback from GENIVI Marketing and the Technical product manager that is due in Early Sept. | 13:05 |
jeremiah | That is my understanding, Joel can confirm or deny. :-) | 13:05 |
paulsherwood | who is that person? | 13:05 |
joelreplogle | it's unfortunately more complicated (in terms of players) than just putting something up. | 13:05 |
paulsherwood | joelreplogle: why is it? | 13:05 |
paulsherwood | better to seek forgiveness than permission? :) | 13:06 |
joelreplogle | Probably right ;-) | 13:06 |
pespin | Hi, I implemented a simple client app <->service app using common-api-dbus 3.1.3 on the system dbus bus. When I call the method from the client, I can see the service receiving the request and answering it, but it seems just before answering the capi3 layer gets disconnected from the bus (and dispatcher thread is finished), and of course the service no longer works after that. | 13:06 |
gunnarx | lol | 13:06 |
jeremiah | paulsherwood: The Technical Product Manager is Philippe Gicquel | 13:06 |
pespin | anybody having similar issues too? | 13:06 |
paulsherwood | jeremiah: ok thanks | 13:06 |
steve__ | think you just received some feedback on meetings in irc ;) | 13:07 |
paulsherwood | steve__: yup. we could move it in future to a meetings specific channel :) | 13:07 |
paulsherwood | anyways moving on... but folks are welcome to help pespin if they can | 13:08 |
paulsherwood | so joelreplogle i guess folks will remain a bit reluctant to use the new wiki til this is resolved | 13:08 |
gunnarx | pespin, try emailing genivi-ipc list. We're having a formal meeting here now for the next half hour or so. | 13:08 |
pespin | gunnarx: ok sorry I didn't notice ;) | 13:08 |
paulsherwood | any further comments on wiki | 13:08 |
paulsherwood | ? | 13:08 |
gunnarx | pespin, no worries | 13:09 |
* paulsherwood moves on to Generating Tests with Franca | 13:09 | |
paulsherwood | Klaus Birken requests feedback/contributions to https://genivi-oss.atlassian.net/wiki/display/TOOL/Generating+Tests+with+Franca | 13:09 |
*** jeremiah is now known as jeremiah_afk | 13:09 | |
paulsherwood | (klaus is on vacation so hopes to see feedback on his return) | 13:09 |
joelreplogle | re the wiki: I'd like to encourage people to make use of it as much as possible. Pages may be moved a bit after the final structure is in place, but that's a simple task vs putting the content in. | 13:09 |
paulsherwood | joelreplogle: ok, so you are saying that if we use the new one, for sure our work won't be lost or need to be re-done? | 13:10 |
joelreplogle | yes, absolutely! | 13:10 |
paulsherwood | ok, thanks. | 13:10 |
paulsherwood | as a show of faith i'll do | 13:10 |
paulsherwood | ACTION paulsherwood migrate TT wiki content | 13:11 |
paulsherwood | others are welcome to join me :) | 13:11 |
joelreplogle | perfect - thanks! | 13:11 |
steve__ | happy to move. More an issue of timing for me. Need to concentrate on a deadline this week. | 13:11 |
paulsherwood | any comments here on generating tests with franca? | 13:11 |
paulsherwood | steve__: understood | 13:11 |
paulsherwood | ok, let's move onto CommonAPI please | 13:12 |
paulsherwood | there was a lot of discussion on this last week but i think key interested folks are not here today | 13:12 |
paulsherwood | does anyone have anything to discuss on CommonAPI? | 13:13 |
gunnarx | yes | 13:13 |
CTtpollard | I've sent around an email re getting it to work on the GDP | 13:13 |
paulsherwood | gunnarx: please go ahead | 13:14 |
gunnarx | Well I'm not sure if it's a tools thing but we need to reconfirm GENIVI's strategy on shipping generated code or not. | 13:14 |
gunnarx | background is, not all can use or like the java based tools | 13:14 |
gunnarx | so we have typically committed generated code to git | 13:14 |
gunnarx | this is not best practice, since the source for it is there in theory already | 13:15 |
gunnarx | but it simplifies building stuff | 13:15 |
paulsherwood | seems sensible, though | 13:15 |
gunnarx | and what I have found in GDP, baseline and elsewhere is a bit messy | 13:15 |
gunnarx | For example some recipes include a huge patch to add src-gen using a different commonapi version... | 13:15 |
paulsherwood | right | 13:16 |
gunnarx | needs cleanup anyway. I took a look in audiomanager and did not find that it ships src-gen. Maybe someone can confirm/deny? | 13:16 |
KlausUhl | One big problem with this approach is that the generator with which the code is generator usually has to match the runtime library *exactly*. | 13:16 |
KlausUhl | But I understand the background. | 13:16 |
paulsherwood | so do you have a strong view that we should insist on the from (real) source approach, gunnarx ? | 13:16 |
paulsherwood | (or just aim to tidy up better) | 13:17 |
pkonopelko | does anybody know, if there is any problem with using command line tools for code generation? | 13:17 |
gunnarx | I actually have no opinion now because I need more data... I need to understand in which state each project is, if the component maintainers can commit to maintain src-gen and so on... | 13:17 |
pkonopelko | Manfred claims that they work in 3.0 and there is no need for ditributing generated code | 13:17 |
gunnarx | pkonopelko, OK. We should check that then, but the baseline and GDP needs to catch up with the strategy in that case | 13:18 |
jeremiah_afk | Has anyone tested the command-line tools for CommonAPI 3? | 13:18 |
KlausUhl | The major challenge is to integrate the generators into your build. | 13:18 |
*** jeremiah_afk is now known as jeremiah | 13:18 | |
jeremiah | What KlausUhl said. | 13:18 |
KlausUhl | There is no off-the-shelf integration with anything, be it CMake, autotools, etc. | 13:18 |
pkonopelko | KlausUhl: great, so it looks like a problem for tools team | 13:18 |
KlausUhl | :-) | 13:19 |
gunnarx | +1 :-) | 13:19 |
jeremiah | Consensus! | 13:19 |
paulsherwood | i think you may be right... provided the tools team has people who can actually do that kind of work? | 13:19 |
steve__ | This is picking up the conversation at the time of Genivi 8.0 about whether the EGs provide generated code or not to the baselines and was postponed as it was a big topic for the baseline maintainers to adopt? | 13:19 |
gunnarx | steve__, yes pretty much | 13:19 |
paulsherwood | i know there are people here on #automotive who could do it, but they may not consider themselves members of the tools team :) | 13:20 |
steve__ | ok, feedback then from both Baserock and Yocto maintainers was it is a significant piece of work. | 13:20 |
paulsherwood | how many projects use/integrat with commonapi? | 13:20 |
jeremiah | Not that many | 13:20 |
jeremiah | IVI radio | 13:20 |
gunnarx | What I need is to have clarity and I'd like to focus on simplicity in building. So if tools are still difficult my "opinion" will probably revert to committing the generated code still. Having patches hidden in meta-whatever must be the worst of all solutions. | 13:20 |
jeremiah | I think there are plugins for AudioManager to use it. | 13:20 |
paulsherwood | 'Having patches hidden in meta-whatever must be the worst of all solutions.' +1 | 13:21 |
gunnarx | and that's what we have today, not committed to git, and also not using the tools = patches in meta-layer which is totally nuts. | 13:21 |
gunnarx | in certain cases I should say | 13:21 |
paulsherwood | ok, so i'm ok with this being a TT requirement, assuming BIT can not take it | 13:21 |
paulsherwood | steve__: ^^? | 13:22 |
gunnarx | I'd be happy if TT take it on, figure out if we can make workable build instructions that can be applied to all. I'd be happy to see it. | 13:22 |
paulsherwood | ok | 13:22 |
gunnarx | Most of all, a recommendation to SAT would be nice so we know which way to go and can apply that consistently | 13:23 |
steve__ | sorry afk | 13:23 |
steve__ | yes happy for TT to push on good solution | 13:23 |
paulsherwood | https://trello.com/c/gpAMIGZZ | 13:23 |
paulsherwood | ok any more comments on CommonAPI? | 13:23 |
steve__ | was just grepping the source but didn't get clear pic back on what was using | 13:24 |
paulsherwood | ok | 13:24 |
paulsherwood | next up, CIAT | 13:24 |
paulsherwood | a topic dear to my heart :) | 13:24 |
gunnarx | and that has gone to your head :) | 13:24 |
paulsherwood | indeed :) | 13:24 |
steve__ | On gfx drivers.. | 13:25 |
paulsherwood | gunnarx: do i take i you think this is a bad topic? | 13:25 |
*** jeremiah is now known as jeremiah_afk | 13:25 | |
gunnarx | no I'm jesting | 13:25 |
steve__ | Happy with suggestion we discussed. | 13:25 |
* paulsherwood strongly believes we need a solution | 13:25 | |
paulsherwood | steve__: which suggestion precisely? | 13:25 |
steve__ | If I was on a phone I would have told you by now ;) | 13:26 |
paulsherwood | but there would be no record :) | 13:26 |
steve__ | Remove gfx drv from binary distro.. | 13:26 |
steve__ | Have script to pull needed parts from click through download and "make good" again. | 13:26 |
paulsherwood | ah, yes. i think that's a separate topic, though, for GDP? | 13:26 |
steve__ | Script would be maintained by Genivi. | 13:26 |
paulsherwood | yup, that makes sense | 13:27 |
steve__ | Not part of CIAT output? | 13:27 |
paulsherwood | i think it would make GDP possible in CIAT, yes | 13:27 |
paulsherwood | (and also reduce new-user-friction for GDP in general) | 13:27 |
CTtpollard | +1 | 13:28 |
CTtpollard | I'm not sure how you could script for the clickthrough download however | 13:28 |
paulsherwood | CTtpollard: you couldn't | 13:29 |
steve__ | End user downloads, then runs the script | 13:29 |
paulsherwood | gunnarx: one of the key discussions last week was about not forking recipes, iirc | 13:29 |
steve__ | on the gfx download | 13:29 |
CTtpollard | we have scripts for if the end user manually downloads the binaries | 13:29 |
gunnarx | paulsherwood: yes? not sure i follow | 13:30 |
CTtpollard | they are not maintained by genivi though | 13:30 |
paulsherwood | but since then i think i've discovered that adding config/tweaks is default behaviour anyway | 13:30 |
paulsherwood | gunnarx: this was the idea of a single git mirror | 13:30 |
paulsherwood | instead of pulling direct from upstreams | 13:30 |
steve__ | Paul kindly signed the GDP maintainer up for it :) | 13:30 |
gunnarx | paulsherwood, is this related to steve__ 's topic, or a different one? | 13:30 |
gunnarx | just trying to follow | 13:30 |
paulsherwood | sorry, different one. | 13:31 |
gunnarx | ok | 13:31 |
paulsherwood | i think steve__'s topic is in hand :) | 13:31 |
steve__ | ok | 13:31 |
paulsherwood | so i'm mainly interested in a) confirming if the picgture i've drawn makes sense to others) | 13:32 |
paulsherwood | b) identifying which parts we can implement off the shelf with minimum pain | 13:32 |
paulsherwood | c) identifying how we would approach things that don't fall into b) | 13:32 |
gunnarx | I think we've already given the feedback that it appeared a bit too complicated, but that we would start in one end with the most important? | 13:32 |
paulsherwood | ok. do folks have any clear recommendation on what's most important? | 13:33 |
gunnarx | I would start with b), let c) follow naturally later on | 13:33 |
*** Egy has quit IRC | 13:33 | |
paulsherwood | fair enough | 13:33 |
gunnarx | Build automation + source mirror is most important for me. Then follows ability to upload code for "trial build", which is typically integrated with a code-review ability also (Gerrit style) | 13:34 |
*** jeremiah_afk is now known as jeremiah | 13:34 | |
paulsherwood | so, at the rightmost end, i think the only realistic FOSS candidate for test soln is LAVA today | 13:34 |
paulsherwood | (ie test farm/cloud... frameworks are further down) | 13:35 |
gunnarx | that fits earlier consensus afaict | 13:35 |
paulsherwood | right. | 13:35 |
paulsherwood | i think gerrit + ml was the previous consensus on review | 13:35 |
steve__ | perhaps for real h/w, but presumably more flexibility if QEMU | 13:36 |
paulsherwood | i think LAVA can work with QEMU too | 13:36 |
steve__ | Any issue for LAVA on x86? | 13:36 |
paulsherwood | steve__: it's python, i'd be astonished if there were | 13:36 |
steve__ | Was thinking of out of box solution | 13:37 |
paulsherwood | and the default server-side soln is x86 anyway | 13:37 |
CTtpollard | lava can deploy qemu / kvm images | 13:37 |
paulsherwood | CTtpollard: so doesn't care about architecture? | 13:37 |
CTtpollard | CTtpollard: I've had it deploy a debian x86 image and an arm image they provide, both worked | 13:38 |
steve__ | On QEMU just meant requirements are not so hard, no board to reboot etc. | 13:38 |
paulsherwood | CTtpollard: talking to yourself? :) | 13:38 |
CTtpollard | where the host was a x86 laptop | 13:38 |
steve__ | ok good | 13:38 |
paulsherwood | steve__: yup, but in practice i think if we only test on QEMU lots of hw-level issues maybe missed and land on users | 13:39 |
steve__ | agreed | 13:39 |
jeremiah | Yeah, part of the benefit is testing on real hardware | 13:39 |
CTtpollard | in their lab, they have working jetson test beds | 13:39 |
paulsherwood | who is they? | 13:40 |
CTtpollard | linaro that is | 13:40 |
paulsherwood | aha :) | 13:40 |
* gunnarx is soon returning to vacation mode | 13:40 | |
paulsherwood | ok... so wrt the middle bit, i think that's where things are less clear | 13:40 |
paulsherwood | gunnarx: ack. any strong recommendations for build and artifact publication? | 13:41 |
paulsherwood | (before you disappear) | 13:41 |
gunnarx | no, whatever works. I've used Jenkins before but I'm not surprised if others are just as capable or more today | 13:42 |
paulsherwood | ok, anyone else strong feelings on this? | 13:42 |
jeremiah | I plan to use a Test Anywhere Protocol test for the SoW | 13:43 |
jeremiah | TAP is an IETF standard, or is becoming one | 13:43 |
paulsherwood | cool | 13:43 |
jeremiah | That should fit into Jenkins (or hopefully mustard or any framework.) | 13:43 |
paulsherwood | i think our soln needs to support multiple test approaches, though? we can't expect to dictate | 13:43 |
jeremiah | paulsherwood: You may well be right. | 13:43 |
paulsherwood | ok, any more on CIAT? i'm concerned we're losing gunnarx :) | 13:44 |
gunnarx | don't mind me... | 13:44 |
jeremiah | In which case we have Jenkins --> * --> LAVA | 13:44 |
steve__ | personally I think if it does not require full time admin and a specialistic degree in its admin you are more likely to get others accepting it. | 13:44 |
jeremiah | heh | 13:44 |
paulsherwood | steve__: is that an implied comment on Jenkins? | 13:44 |
steve__ | no | 13:44 |
gunnarx | exactly. There's little room for significant resource needs to keep this running | 13:45 |
paulsherwood | ok, good point | 13:45 |
paulsherwood | however, in effect genivi is a subset of a 'distro'... and with GDP it becomes a whole distro... | 13:46 |
paulsherwood | and AGL is a distro too... | 13:46 |
jeremiah | And then we get on to boiling the ocean | 13:46 |
paulsherwood | and distros require this infrastructure, and the resources to keepe them running | 13:46 |
steve__ | Depends on your goals. But assuming you are not trying to definitively provide a system for a 100+ production team, feels to me like a good straight forward setup that can easily be used by an in-house R&D team would have benefits for contribution | 13:46 |
paulsherwood | steve__: we could set that as a criterion | 13:46 |
paulsherwood | jeremiah: fair enough :) | 13:47 |
steve__ | Jenkins makes it so easy to connect in tests you would need a pretty convincing argument not to provide tests for a contribution | 13:47 |
paulsherwood | :-) | 13:47 |
paulsherwood | but it's java :) | 13:48 |
waltminer | Is there an arguement against Jenkins somewhere in here? | 13:48 |
jeremiah | It's Java? | 13:48 |
* jeremiah goes silent. | 13:48 | |
steve__ | Not that I made Walt :) | 13:49 |
CTtpollard | As is Gerrit :) | 13:49 |
jeremiah | CTtpollard: Is it? I knew I didn't like it. | 13:49 |
paulsherwood | waltminer: no, i don't think there is an argument against it, really | 13:49 |
waltminer | yes it is Java. | 13:49 |
paulsherwood | except that other things are more attractive, maybe easier to setup | 13:49 |
jeremiah | And, BTW, Oracle claims all use of the Java API is copyright Oracle. :-) | 13:50 |
* paulsherwood decides to move on from CIAT | 13:50 | |
paulsherwood | == Trello Clearup == | 13:50 |
paulsherwood | https://trello.com/b/SwTkXMCa/genivi-tools | 13:50 |
waltminer | I guess I was hoping to see some kind of decision matrix for CIAT solutions | 13:51 |
paulsherwood | jeremiah: can you remember what triggered https://trello.com/c/rgLIW9lG | 13:51 |
paulsherwood | waltminer: good idea | 13:51 |
paulsherwood | i'll take that as a next action | 13:51 |
waltminer | thanks | 13:52 |
* paulsherwood notices that some things have been in review for a long time | 13:52 | |
paulsherwood | are we intending to do anything with them? | 13:53 |
jeremiah | paulsherwood: I was thinking about that but I can't | 13:53 |
jeremiah | paulsherwood: I have created a GENIVI-esque Docker image based on Debian though | 13:53 |
jeremiah | I suppose I can slap that URL in there and we can close that. | 13:53 |
paulsherwood | jeremiah: sounds like a plan! | 13:53 |
paulsherwood | jeremiah: but i think you should publish it on the wiki too? | 13:54 |
jeremiah | I'm slowly, but steadily, building up a Debian based image. I'll wait till its finished for feedback | 13:54 |
*** gunnarx has left #automotive | 13:54 | |
paulsherwood | (and tell the ML?) | 13:54 |
jeremiah | paulsherwood: Okay, I'll do that. | 13:54 |
*** gunnarx has joined #automotive | 13:54 | |
paulsherwood | tvm | 13:54 |
jeremiah | I don't know how useful it is at the moment, hopefully it becomes more robust shortly. :-) | 13:54 |
jeremiah | Then I'll send it to the list, meanwhile there's some stuff on the wiki. | 13:55 |
gunnarx | so it's in "doing" I suppose. Which card are we on? | 13:55 |
* paulsherwood thinks GDP is no longer a thing for tools team, so can delete that card? | 13:55 | |
gunnarx | yep, kill it | 13:55 |
paulsherwood | gunnarx: all of them. i asked jeremiah about the debian one, he's advancing that | 13:55 |
steve__ | +1 | 13:55 |
paulsherwood | i know fall amm planning is on me | 13:56 |
paulsherwood | longterm strategy for franca and commonapi i'll leave where it is | 13:56 |
paulsherwood | normal build integration is the new one | 13:56 |
paulsherwood | anyone want to add any new cards or suggest advances for existing ones, please fire at will :) | 13:57 |
* paulsherwood will move to last topic... | 13:57 | |
paulsherwood | == AOB == | 13:57 |
paulsherwood | ??? | 13:57 |
gunnarx | CommonAPI works in franca automation | 13:58 |
gunnarx | I think. Needs some more testers I'd say. | 13:58 |
paulsherwood | how would we solicit those? | 13:58 |
gunnarx | Don't know. How are TT members using Franca / CommonAPI tooling? | 13:59 |
* paulsherwood is noticing that it's hard to armtwist volunteers at times | 13:59 | |
paulsherwood | i don't know that unfortunately | 13:59 |
gunnarx | Yes, it's me and Klaus B testing this stuff. There is limited resource. | 13:59 |
KlausUhl | We are integrating it from source ourselves. | 14:00 |
gunnarx | Anyhow, it's there if someone wants to try it. | 14:00 |
paulsherwood | noted... would you be interested in that, KlausUhl ? | 14:00 |
gunnarx | integrating it from source... you mean the source of the tools? | 14:00 |
KlausUhl | Yes. | 14:00 |
gunnarx | OK, so building your own Eclipse basically | 14:00 |
KlausUhl | Not a complete Eclipse. Only the Franca and CommonAPI parts. | 14:01 |
gunnarx | OK, downloading binary eclipse, building franca and common API from source, and then installing in eclipse? | 14:01 |
KlausUhl | We package them as an Eclipse update site from their sources ... | 14:01 |
gunnarx | ok, got it. | 14:01 |
KlausUhl | essentiall, yes. | 14:01 |
gunnarx | so the final step is a manual install in eclipse, but you can point that to your own update site? | 14:02 |
KlausUhl | We had to patch both sources from time to time. | 14:02 |
gunnarx | bugs filed? | 14:02 |
KlausUhl | But we hope that we will be able to use the "stock" versions in the near future. | 14:02 |
KlausUhl | Yes, bugs are filed. I will also prepare our patches for upstreaming this week. | 14:02 |
gunnarx | thanks for the info. Anyway we'll keep pressing on with the automation - ultimately we need this to develop into a GDP SDK anyhow. | 14:03 |
paulsherwood | +1 | 14:03 |
paulsherwood | ok, any other aob? | 14:03 |
steve__ | none | 14:03 |
gunnarx | no | 14:03 |
* paulsherwood gently wonders if folks think we are discussing the right things in tools team, or if there are things we should change/drop/add to our agenda | 14:03 | |
gunnarx | I think the discussions are on things that need progress. So if we can achieve progress then... :) | 14:04 |
jeremiah | paulsherwood: I think that the CIAT topic might benefit if it were broken out of TT and into its own (somewhat massive) project? | 14:04 |
pkonopelko | paulsherwood: anything particular? most things are in scope, imho | 14:04 |
paulsherwood | (and this is a question to folks more widely than just the active members of the discussion... we would be happy to get feedback, suggestions) | 14:04 |
gunnarx | +1. lurkers jump in. | 14:05 |
paulsherwood | pkonopelko: i'm just asking, really, to check i'm not accidenrtally driving in the wrong direction(s) :) | 14:05 |
jeremiah | steve__: Are you gonna hang around? I have some GLES patching fun. :-) | 14:05 |
* paulsherwood has heard in other fora that his diagram didn't come out right... so http://i.imgur.com/2oapEDB.png | 14:05 | |
rjek | 10 points to paulsherwood for using correct plural of forum. | 14:06 |
paulsherwood | ok, well, on that basis i propose to end the formal meeting... folks are welcome to continue discussio n of course | 14:06 |
paulsherwood | == GENIVI Tools Team Meeting Ends == | 14:06 |
paulsherwood | thanks folks... it seemed less hectic than last week, at least :) | 14:06 |
paulsherwood | (but took longer... i'm typing slower, for sure) | 14:07 |
* fredcadete claps enthusiastically and stays for the credits | 14:07 | |
gunnarx | rjek +++ pet peeve | 14:07 |
KlausUhl | paulsherwood: I will not attend the TT meeting for the next 3 weeks because I will be on vacation. | 14:07 |
jeremiah | In a galaxy far, far away . . . | 14:07 |
* paulsherwood will tidy up the minutes and put them on the *new* wiki :) | 14:07 | |
rjek | gunnarx: I'm also on a mission to get people to use the correct plural of "formula", too. | 14:07 |
paulsherwood | KlausUhl: ack | 14:07 |
paulsherwood | have a lovely break! | 14:08 |
jeremiah | KlausUhl: Nice. :D | 14:08 |
steve__ | Paul, re diagram suggest taking a look at the Yocto doc and the Yocto project mirror to see how mirroring usually done in Yocto | 14:08 |
jeremiah | rjek: Formulae? | 14:08 |
*** FaH_auto has quit IRC | 14:08 | |
* rjek nods at jeremiah | 14:08 | |
gunnarx | rjek, you should hear the swedes who turn it around: "which particular (one) fora"? Makes me squirm :) | 14:08 |
KlausUhl | paulsherwood: thank you! | 14:08 |
rjek | gunnarx: Ugh! :) | 14:08 |
* jeremiah guessed right. | 14:08 | |
paulsherwood | steve__: is there a link, please? i looked but all i found was developer local mirror, which doesn;'t seem like the sasme thing? | 14:08 |
steve__ | In the very simplest way it could just be a copy of the local mirror. | 14:10 |
*** waltminer has quit IRC | 14:10 | |
paulsherwood | steve__: so you did mean local mirror? | 14:11 |
steve__ | For YP mirror you would have following in your local.conf | 14:11 |
steve__ | PREMIRRORS_prepend = "\ git://.*/.* http://www.yoctoproject.org/sources/ \n \ ftp://.*/.* http://www.yoctoproject.org/sources/ \n \ http://.*/.* http://www.yoctoproject.org/sources/ \n \ https://.*/.* http://www.yoctoproject.org/sources/ \n" | 14:11 |
rjek | many magic | 14:11 |
steve__ | PREMIRRORS_prepend = "\ | 14:11 |
steve__ | git://.*/.* http://www.yoctoproject.org/sources/ \n \ | 14:11 |
steve__ | http://.*/.* http://www.yoctoproject.org/sources/ \n \ | 14:12 |
steve__ | ftp://.*/.* http://www.yoctoproject.org/sources/ \n \ | 14:12 |
steve__ | https://.*/.* http://www.yoctoproject.org/sources/ \n" | 14:12 |
steve__ | No, you can put it up on a server. | 14:13 |
steve__ | I don't know what they use to maintain it.. | 14:13 |
steve__ | https://wiki.yoctoproject.org/wiki/How_do_I#Q:_How_do_I_create_my_own_source_download_mirror_.3F | 14:14 |
*** joelreplogle has quit IRC | 14:14 | |
fredcadete | steve__: I have been using something close to this https://wiki.yoctoproject.org/wiki/How_do_I#Q:_How_do_I_create_my_own_source_download_mirror_.3F but admittedly I keep the archive on the same machine that uses it | 14:14 |
fredcadete | steve__: that | 14:15 |
gunnarx | I'm trying out git (and git annex) to manage the downloads cache. | 14:15 |
paulsherwood | tvm | 14:15 |
gunnarx | Also toying with managing the unruly yocto build by committing partial results in git. | 14:15 |
gunnarx | which I guess means I've soon reinvented baserock (Evil laugh :-D) | 14:15 |
gunnarx | I have to agree yocto is not friendly when things go wrong | 14:16 |
gunnarx | Sorry, on topic again, to feel some kind of control over the contents of the downloads cache : git or git annex I think makes sense actually. | 14:17 |
fredcadete | gunnarx: in that case is the cache managed automatically? | 14:18 |
*** waltminer has joined #automotive | 14:18 | |
gunnarx | No I wouldn't say so. I just want to be notified when/if things change, basically. I've had yocto in inconsistent state more than once, and it seems possible even for the downloads folder. | 14:19 |
fredcadete | got it. I confirm reports of Yocto inconsistent state | 14:19 |
fredcadete | for our CIAT server we even have two builds: one that builds incrementally more frequently and one that builds from scratch less frequently | 14:20 |
fredcadete | it's the only way we found to validate that we can build a distro without depending on previous state | 14:20 |
steve__ | http://www.yoctoproject.org/docs/1.7.2/ref-manual/ref-manual.html#source-mirrors | 14:20 |
paulsherwood | fredcadete: can you share the technology choices for your CIAT soln? | 14:20 |
gunnarx | I think information about what happens in every build step would be useful when you run into trouble. Limiting this thinking to the d/l folder only, let's say I update recipes from upstream and rebuild, then I can see which new packages were put in d/l. | 14:20 |
jeremiah | I'm permanently in an inconsistent Yocto state | 14:21 |
steve__ | http://www.yoctoproject.org/docs/1.7.2/ref-manual/ref-manual.html#idm140090962820784 | 14:21 |
gunnarx | lately I've been pulling my hair out because my build-laptop shuts down (probably due to heat) in the middle of a build | 14:21 |
fredcadete | paulsherwood: it's Jenkins and plain shell scripts on top | 14:21 |
gunnarx | yocto does _not_ handle an immediate power shutdown nicely | 14:21 |
jeremiah | steve__: I'm getting Applying patch EGL_headers_for_wayland.patch | 14:22 |
fredcadete | paulsherwood: honestly it's not something we plan to publish as it's very much a moving beast | 14:22 |
jeremiah | can't find file to patch at input line 3 | 14:22 |
steve__ | yes you can find yourself managing clean on correct pkg | 14:22 |
gunnarx | -c clean and -c cleanall notwithstanding, I usually have to restart a clean build. Except that my laptop can't handle a full build. So catch 22 | 14:22 |
fredcadete | paulsherwood: I'll be glad to share experience, though | 14:22 |
jeremiah | steve__: I think I ought to try to re-install my EGL drivers no? | 14:22 |
steve__ | laptop=>sack=>lake =) | 14:22 |
fredcadete | INHERIT += "rm_work" is a lifesaver for local builds | 14:23 |
paulsherwood | fredcadete: that's great, thank you | 14:23 |
jeremiah | steve__: Or is it that its looking for a foo.patch when its EVA_foo.patch? | 14:23 |
*** Egy has joined #automotive | 14:23 | |
steve__ | ah sorry didn't notice that was at me | 14:23 |
gunnarx | steve__, yeah. I've been quite fond of it while it worked. Core i7, SSD, lots of RAM and a worthless lowres display. It was super cheap for those specs and good for compiling only. | 14:24 |
gunnarx | it's still good for compiling, just not a full GDP apparently. | 14:24 |
steve__ | recommend cheap xeon workstation. our 24 core build server crunches GDP ~ 1 hr excluding downloads. Quickly repays itself | 14:26 |
gunnarx | Oh, ok... what does the laptop back look like for that one? | 14:26 |
gunnarx | rucksack? | 14:26 |
steve__ | Trolley ;) | 14:26 |
gunnarx | indeed you are | 14:27 |
steve__ | lol | 14:27 |
gunnarx | :) | 14:27 |
steve__ | Jeremiah, you should have no patch issue. Could try cleaning gles-user-module and gles-kenrel-module | 14:28 |
steve__ | Send me the issue if you still have problems.. | 14:29 |
steve__ | Downside of build server is you start to find all the missing dependencies in the recipes | 14:29 |
jeremiah | heh | 14:30 |
jeremiah | Yeah, I moved to a build server to escape the problems I had on my laptop. | 14:30 |
jeremiah | I'll clean and test. I may re-install the drivers since I may have missed something. | 14:31 |
jeremiah | But the EVA (Evaluation) drivers should work no? | 14:31 |
jeremiah | I ask because the wiki doesn't mention the EVA_ prefix when talking about moving the tarballs so I wondered if there was other non-evaluation source people were using. | 14:32 |
steve__ | Yes EVA drivers work. I built Porter with Koelsch EVA driver few weeks back. Only diff between the Porter click through gfx drv and Koelsch eva driver is the time limit on the former. | 14:33 |
steve__ | In terms of install you would follow the Koelsch gfx install instructions. | 14:34 |
jeremiah | Okay, cool | 14:40 |
jeremiah | I'm going to just re-install. | 14:40 |
gunnarx | steve__, are the Koelsch and Porter drivers equivalent then? | 14:40 |
steve__ | basically | 14:41 |
steve__ | same soc=same gfx :) | 14:41 |
gunnarx | syeah, makes sense. So Koelsch wiki instructions (and files) should execute on porter | 14:41 |
steve__ | yep | 14:42 |
gunnarx | ok good to know | 14:42 |
steve__ | only slight bump would be the koelsch copy script if you don't have it from the customer bsp. But for gfx that is a straight forward manual copy which is also documented in the wiki | 14:42 |
steve__ | yes so for a partner of ours it would be natural to build with the koeslch gfx for internal use and demo. Of course you have to consider licensing with regards what you build. | 14:44 |
steve__ | same for mmp | 14:44 |
*** steve__ is now known as steve_afk | 14:47 | |
*** steve_afk is now known as steve | 14:51 | |
*** steve is now known as steve__ | 14:52 | |
*** gunnarx has quit IRC | 15:07 | |
*** jonathanmaw has quit IRC | 15:08 | |
*** jonathanmaw has joined #automotive | 15:08 | |
*** jonathanmaw has quit IRC | 15:08 | |
*** mdunford has quit IRC | 15:10 | |
*** mdunford has joined #automotive | 15:25 | |
*** pespin has quit IRC | 15:28 | |
*** steve__ has quit IRC | 15:35 | |
*** jlrmagnus has joined #automotive | 15:44 | |
*** waltminer has quit IRC | 15:49 | |
*** KlausUhl has quit IRC | 15:51 | |
*** waltminer has joined #automotive | 15:55 | |
*** fredcadete has quit IRC | 16:04 | |
*** mdunford has quit IRC | 16:06 | |
*** wschaller_ has quit IRC | 16:20 | |
*** wschaller_ has joined #automotive | 16:20 | |
*** waltminer has quit IRC | 16:30 | |
*** waltminer has joined #automotive | 16:33 | |
*** Egy has quit IRC | 16:51 | |
*** apinheiro has quit IRC | 16:53 | |
*** Martiini has quit IRC | 16:57 | |
*** waltminer has quit IRC | 16:59 | |
jlrmagnus | Morning | 17:08 |
CTtpollard | hi | 17:08 |
*** wschaller_ has quit IRC | 17:24 | |
*** Egy has joined #automotive | 17:25 | |
*** Egy has quit IRC | 17:39 | |
*** Egy has joined #automotive | 17:54 | |
*** pkonopelko has quit IRC | 17:56 | |
*** waltminer has joined #automotive | 18:00 | |
*** Dthiriez has joined #automotive | 18:06 | |
Dthiriez | Hi Magnus | 18:07 |
*** Egy has quit IRC | 18:25 | |
*** Egy has joined #automotive | 18:41 | |
jlrmagnus | Hello David. | 18:41 |
jlrmagnus | Do you have time for a demo walkthrough of what P3 has done so far with the unlock demo? | 18:41 |
Dthiriez | Hi Magnus, let me check with Antonio, he was working on integrating the navi drawer this morning | 18:44 |
jlrmagnus | Ok | 18:45 |
Dthiriez | We're available if now works, meet on Google hangouts? | 18:47 |
jlrmagnus | Yes. | 18:47 |
jlrmagnus | Trying to grab your hangout. | 18:47 |
jlrmagnus | Did you use my jaguarlandrover account? | 18:48 |
jlrmagnus | Can you use mfeuer at the jaguarlandrover.com domain | 18:49 |
Dthiriez | ahh may have, Antonio's checking | 18:49 |
jlrmagnus | tnx | 18:49 |
Dthiriez | k sending it now | 18:49 |
jlrmagnus | k | 18:49 |
*** waltminer has quit IRC | 19:03 | |
*** Egy has quit IRC | 19:20 | |
*** Egy has joined #automotive | 19:34 | |
*** waltminer has joined #automotive | 20:15 | |
rjek | jlrmagnus: I'm kinda excited by your CAN firewall, but I'm on holiday until the Wednesday after next. Can I assume any news will go to genivi-projects? | 20:20 |
* rjek is currently packing for a music festival trip in a camper van full of booze, and has a mouse in his armpit to fill his snake. Modern life, eh? | 20:21 | |
rjek | s/fill/feed/ | 20:21 |
jlrmagnus | Yes. I will keep you posted. | 20:25 |
jlrmagnus | We are waiting for some more components, and will then start assemble three boards. | 20:25 |
jlrmagnus | We will drop additional design docs into github as we move forward. | 20:25 |
* rjek nods, great | 20:29 | |
* rjek blasts out some Talking Heads while waiting for this rodent to warm. | 20:29 | |
*** Egy has quit IRC | 21:50 | |
*** waltminer has quit IRC | 22:06 | |
*** Egy has joined #automotive | 22:23 | |
*** waltminer has joined #automotive | 22:24 | |
*** Egy has quit IRC | 22:25 | |
*** waltminer has quit IRC | 23:17 | |
*** waltminer has joined #automotive | 23:34 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!