*** jlrmagnus has left #automotive | 01:46 | |
*** mdurnev has joined #automotive | 01:57 | |
*** AlisonChaiken has quit IRC | 06:33 | |
*** AlisonChaiken has joined #automotive | 06:37 | |
*** gmacario1 has quit IRC | 07:07 | |
*** apinheiro has joined #automotive | 07:17 | |
*** marcdunford has joined #automotive | 08:02 | |
*** mdunford has quit IRC | 08:02 | |
*** CTtpollard has quit IRC | 08:02 | |
*** CTtpollard has joined #automotive | 08:03 | |
*** fredcadete has joined #automotive | 08:31 | |
*** ctbruce has joined #automotive | 08:40 | |
*** leon-anavi has joined #automotive | 08:42 | |
*** jeremiah has joined #automotive | 08:56 | |
*** tcouniha has joined #automotive | 09:12 | |
*** Sisco_ has joined #automotive | 09:33 | |
*** Sisco has quit IRC | 09:33 | |
*** jonathanmaw has joined #automotive | 09:51 | |
*** toscalix has joined #automotive | 10:13 | |
*** wschaller has joined #automotive | 10:24 | |
*** jeremiah has quit IRC | 10:53 | |
paulsherwood | hi folks... | 11:16 |
---|---|---|
paulsherwood | i'm overdue to write up the options for code review at GENIVI | 11:17 |
paulsherwood | afaik the main credible foss solutions would be: | 11:17 |
paulsherwood | - Gerrit | 11:17 |
paulsherwood | - quilt | 11:18 |
paulsherwood | - gitlab | 11:19 |
paulsherwood | any others folks are aware of? | 11:20 |
paulsherwood | (non foss would include stash, github...) | 11:20 |
*** tcouniha has quit IRC | 11:22 | |
pedroalvarez | is there any public quilt instance somewhere I can look at? | 11:24 |
* paulsherwood wonders whether Richard Ipsum's git-candidate is in a fit state to be considered yet? http://www.mail-archive.com/git%40vger.kernel.org/msg79461.html | 11:24 | |
paulsherwood | pedroalvarez: https://patchwork.ozlabs.org | 11:26 |
paulsherwood | (iiuc) | 11:26 |
fredcadete | aren't patchwork and quilt two different things? | 11:27 |
paulsherwood | fredcadete: i thought one used the other... i may be wrong | 11:27 |
* paulsherwood needs to do more googling | 11:27 | |
pedroalvarez | paulsherwood: about git-candidate, I don't think so | 11:29 |
fredcadete | personally, I have used patchwork and Gerrit, in my usual drive-by-once-in-a-blue-moon patch style | 11:29 |
fredcadete | patchwork seems to be very focused on mailing list, which can be good if maintainers want to keep working on a mailing list | 11:30 |
paulsherwood | yes true | 11:30 |
fredcadete | Gerrit is more jealous and does not go so well with mailing lists, but it is much easier to track patch revisions and know where you have to add comments or submit a new patch | 11:31 |
*** tcouniha has joined #automotive | 11:52 | |
*** jeremiah has joined #automotive | 12:11 | |
*** stevel has joined #automotive | 12:50 | |
*** stevel is now known as Guest61001 | 12:50 | |
*** Guest61001 is now known as steve_l | 12:51 | |
steve_l | afternoon, unfortunately I will not be able to join the TT call this afternoon. | 12:52 |
*** steve_l has quit IRC | 13:00 | |
*** toscalix has quit IRC | 13:24 | |
paulsherwood | elsewhere someone has suggested phabricator for code review (it does lots of other stuff too) | 13:32 |
pedroalvarez | not that it matters, but gocd has some nice plugins for stash, github and gerrit | 13:34 |
pedroalvarez | so that you can make it build and test pull requests | 13:35 |
paulsherwood | pedroalvarez: this matters, i think :) | 13:37 |
jeremiah | paulsherwood: I've been testing phabricator and it has some nicer code review than gerrit. | 13:38 |
jeremiah | I'm going to set it up on a machine I have an people can test it if they like | 13:38 |
*** toscalix has joined #automotive | 13:39 | |
jeremiah | I'm testing it on something called "phacility" right now which is a paid hosting service for phabricator | 13:40 |
jeremiah | But phabricator is in Debian so it should be fairly trivial to self-host | 13:40 |
*** gmacario has joined #automotive | 13:41 | |
*** philrob has joined #automotive | 13:44 | |
paulsherwood | jeremiah: ack | 13:46 |
paulsherwood | GENIVI Tools Team meeting starts here in 14 mins | 13:46 |
*** odelbeke has joined #automotive | 13:48 | |
*** KlausUhl has joined #automotive | 13:51 | |
*** mdurnev has quit IRC | 13:51 | |
*** philrob has joined #automotive | 13:57 | |
*** Baby has joined #automotive | 13:58 | |
*** gunnarx has joined #automotive | 13:58 | |
*** klausbirken has joined #automotive | 13:59 | |
paulsherwood | == GENIVI Tools Team Meeting Starts == | 14:00 |
klausbirken | hi! | 14:00 |
paulsherwood | klausbirken: welcome back :) | 14:00 |
gmacario | Hello! | 14:00 |
paulsherwood | gmacario: hi | 14:00 |
philrob | hi ! | 14:00 |
*** pavelk has joined #automotive | 14:00 | |
*** tcouniha has quit IRC | 14:00 | |
paulsherwood | philrob: :-) | 14:00 |
klausbirken | paulsherwood: thanx | 14:00 |
paulsherwood | so i propose the normal agenda, but first... | 14:01 |
gunnarx | cliffhanger... | 14:01 |
paulsherwood | i notice that https://at.projects.genivi.org/wiki/dashboard.action exists | 14:01 |
* jeremiah waits . . . | 14:01 | |
paulsherwood | sadly i can't actually log into it! | 14:01 |
jeremiah | Nor can I | 14:01 |
paulsherwood | but i'm guessing that future content needs to go there | 14:01 |
jeremiah | I've sent an email to GENIVI IT about it | 14:01 |
gunnarx | I'm just now trying a password reset, account seems to be there | 14:02 |
* paulsherwood has tried reset.... no sign | 14:02 | |
paulsherwood | anyways... | 14:02 |
paulsherwood | does anyone have proposed agenda items? | 14:02 |
gmacario | Re: at.provides.genivi.org vs https://genivi-oss.atlassian.net | 14:03 |
* paulsherwood thinks 'Note: This cloud-based version of GENIVI's Open Source projects is now historical. The current version is the server version of Confluence located here: http://at.projects.genivi.org/wiki. User credentials have been maintained (and are the same).' is not actually true | 14:03 | |
* gunnarx also failed logging in | 14:03 | |
paulsherwood | agenda items for this meetign in general, gmacario | 14:03 |
gmacario | I just realized that gunnarx has commented in https://genivi-oss.atlassian.net/browse/TOOL-8 but there is also a new https://at.projects.genivi.org/jira/browse/TOOL-8 | 14:03 |
* paulsherwood has one but it can wait til aob | 14:03 | |
philrob | credentials for at.genivi.org will be at the agena of pmo call tomorrow (I have also problems and sent already an email to genivi IT) | 14:03 |
gunnarx | yes, I know | 14:03 |
paulsherwood | philrob: ok thanks | 14:04 |
gunnarx | it was the only one I could log in to :-D | 14:04 |
paulsherwood | so for the moment... last week's content is at https://genivi-oss.atlassian.net/wiki/display/TOOL/TT-minutes-20151116 | 14:04 |
paulsherwood | moving on... | 14:04 |
paulsherwood | - Build Tools - | 14:04 |
jeremiah | I think we want to add the AAP code to GDP | 14:05 |
jeremiah | Does that qualify for a "build tools" topic? | 14:05 |
gunnarx | typical build tool issue :) | 14:05 |
paulsherwood | jeremiah: i believe GDP is normally to be discussed in BIT | 14:05 |
jeremiah | Ah. | 14:05 |
paulsherwood | but my AOB item involves this | 14:05 |
jeremiah | Okay, then I'll send an email to genivi-projects and cc the BIT | 14:05 |
paulsherwood | jeremiah: good idea | 14:06 |
philrob | yeap, I will discuss it with Korea to-morrow morning, it is not a topic for build tools IMO | 14:06 |
gunnarx | yes, but maintainers are also in #automotive, so you're not that far off | 14:06 |
paulsherwood | :-) | 14:06 |
jeremiah | To be honest, I was hoping for a little info leakage. :-) | 14:06 |
gunnarx | anyway, Paul what is a build tool again? | 14:06 |
jeremiah | lol | 14:06 |
paulsherwood | klausbirken: i have an outstanding action to discuss franca/franca_install_automation with you | 14:06 |
philrob | I have sent already an note to GDP maintainers on it, my objective is that they bring the AAP code maintainer into genivi-projects | 14:07 |
gunnarx | I always get confused too about what goes where in the agenda, tbh | 14:07 |
paulsherwood | gunnarx: i think i explained my perspective on tools in general :) | 14:07 |
klausbirken | paulsherwood: ok | 14:07 |
paulsherwood | klausbirken: basically i think the question is, could franca_install_automation become officially part of franca? | 14:07 |
* paulsherwood may be wrong | 14:08 | |
klausbirken | paulsherwood: could be… have to think about it | 14:08 |
paulsherwood | klausbirken: great... can i assign the action to you now? :-) | 14:09 |
jeremiah | klausbirken: If it does belong upstream, perhaps we can note that here: https://genivi-oss.atlassian.net/browse/TOOL-8 | 14:09 |
jeremiah | Just for clarity. | 14:09 |
klausbirken | :-) | 14:09 |
gunnarx | OK, I can see from last week's minutes that franca_install_automation is part of build tools topic, good. | 14:09 |
gunnarx | if I may provide some input, as the creator of the project :) | 14:09 |
jeremiah | heh | 14:09 |
paulsherwood | gunnarx: please go ahead | 14:09 |
gunnarx | After spending probably 8 hours trying to get IONAS in there I think my approach doesn't really scale that well... | 14:09 |
klausbirken | gunnarx: what would you think about merging install_automation into franca? | 14:10 |
gunnarx | It's a LOT of effort to install all dependencies manually. Either I need to tap into what eclipse already does, or going back to some manual install step is maybe the only reasonable way | 14:10 |
klausbirken | yes, this is lot of effort... | 14:11 |
gunnarx | To explain to those who don't get it, _every_ dependency recursively is _explicitly_ installed in my script. Normal eclipse - you just point to the sites and select the topmost package and it figures out all dependencies that are needed. | 14:11 |
paulsherwood | ack | 14:11 |
klausbirken | in general, I think install_automation wants to bundle Franca and tools using Franca (i.e., CommonAPI, IoNAS) | 14:11 |
klausbirken | so it might not be the best idea to put everything into one project | 14:12 |
gunnarx | the whole eclipse ecosystem is dependency hell, my perception. would like to chat more with klausbirken how he even manages to develop stuff that works :-) | 14:12 |
paulsherwood | gunnarx: so are you thinking that install_automation has no future, or? | 14:12 |
gunnarx | paulsherwood: it's useful in its current state, but I'm uncertain if it really is the right approach | 14:12 |
gunnarx | obviously incremental updates are easier once a certain feature is in there. | 14:13 |
gmacario | Well IMHO requirements behind franca_install_automation are quite OK | 14:13 |
gmacario | "make Franca installation easy" :-) | 14:13 |
gmacario | and CommonAPI-C++ | 14:13 |
paulsherwood | gunnarx: understood. but if it's useful, incorporating it into franca upstream seems worthwhile? | 14:13 |
gmacario | and IoNAS, etc | 14:13 |
gunnarx | sure, I suspect eclipse people would like to do it differently though | 14:14 |
paulsherwood | anyways, i think an action is on klausbirken to consider | 14:14 |
gunnarx | but starting the conversation with those in the know should help, I might be doing things wrong... | 14:14 |
gunnarx | yes, would be nice if klaus can help | 14:14 |
klausbirken | regarding the dependency problem when building an Eclipse instance, the Oomph project might be useful (https://projects.eclipse.org/proposals/oomph) | 14:14 |
*** waltminer has joined #automotive | 14:15 | |
paulsherwood | https://genivi-oss.atlassian.net/browse/TOOL-6 | 14:15 |
klausbirken | it has a slightly different scope, but maybe we could use it anyway | 14:15 |
paulsherwood | +1 for looking at existing solutions | 14:15 |
gunnarx | I have limited bandwidth learning about all eclipse details I feel since i just want the GENIVI tools to work, but ... | 14:15 |
*** tcouniha has joined #automotive | 14:15 | |
paulsherwood | gunnarx: we need other volunteers? :) | 14:16 |
paulsherwood | any other franca users here? | 14:16 |
gunnarx | Yes. Oomph is apparently an Eclipse way to automate installs. | 14:16 |
paulsherwood | shall we move on? | 14:17 |
klausbirken | gunnarx: I don't know yet if Oomph and vagrant can be combined nicely... | 14:17 |
gunnarx | I think so. Can't commit to succeeding with IONAS at the moment. Franca and CommonAPI tooling is usable as it is today though. | 14:17 |
klausbirken | I will try to apply Oomph for our task at hand... | 14:17 |
gunnarx | OK, thanks klaus. Let's keep in touch. | 14:18 |
fredcadete | FYI, here we use Franca and CommonAPI avoiding Eclipse most of the time | 14:18 |
paulsherwood | klausbirken: thanks! :) | 14:18 |
fredcadete | with the command-line generators | 14:18 |
paulsherwood | fredcadete: :) | 14:18 |
gunnarx | We agree to put "launching" of this tool on the back burner a while longer? | 14:18 |
paulsherwood | gunnarx: seems so | 14:18 |
klausbirken | gunnarx: ok | 14:18 |
paulsherwood | any more discussion wrt Build Tools? | 14:18 |
gunnarx | fredcadete: yes, command-line and lots of other tools would likely be feasible also in my approach. That's the plan we had to turn this into an SDK builder. | 14:19 |
jeremiah | Pelagicore may be able to put some resources behind the command line tools | 14:19 |
gunnarx | ok, let's see how things go until next week. I put so much work into the IONAS support already I likely want to try to finish anyway. | 14:20 |
paulsherwood | ok. gunnarx i notice you mentioned last time a possible discussion with manfred... did that happen? | 14:20 |
gunnarx | no | 14:20 |
paulsherwood | ok | 14:21 |
paulsherwood | shall we move on? | 14:21 |
paulsherwood | (should there be an action for that conversation?) | 14:21 |
gunnarx | idk, I think I asked a simple question last time, didn't get a response really | 14:22 |
paulsherwood | ack | 14:22 |
gunnarx | the simple question is: does franca_install_automation overlap the features of yamaica at all, or should yamaica be included in f-i-a | 14:22 |
gunnarx | I thought Manfred would be in a position to clarify | 14:22 |
*** tcouniha has quit IRC | 14:22 | |
gunnarx | let's move on... | 14:23 |
*** tcouniha1 has joined #automotive | 14:23 | |
paulsherwood | https://genivi-oss.atlassian.net/browse/TOOL-9 | 14:23 |
paulsherwood | - UML Modeling - | 14:23 |
paulsherwood | this has been silent recently... are there interested parties to discuss here? | 14:23 |
paulsherwood | 5,4,3,2,1 .... | 14:24 |
jeremiah | Manfred submitted something about it, I have to clarify | 14:24 |
jeremiah | with him | 14:24 |
paulsherwood | ok, shall we leave that with you, jeremiah ? | 14:25 |
jeremiah | yep | 14:25 |
paulsherwood | tvm | 14:25 |
paulsherwood | any more on UML? | 14:25 |
paulsherwood | - Debugging and Analysis - | 14:26 |
paulsherwood | we previously expressed interest in having debug tools in GDP | 14:26 |
* paulsherwood wonders if there's been any thought on that elsewhere | 14:27 | |
gunnarx | And interest in pull requests that add GDB-related Eclipse packages to you know what. :-) | 14:27 |
paulsherwood | jonathanmaw: has this been raised with the GDP team, do you know? | 14:27 |
*** phongtran has joined #automotive | 14:27 | |
jonathanmaw | paulsherwood: It's been mentioned before, but I don't think we've written it down as a thing to do. | 14:28 |
paulsherwood | jonathanmaw: where would such an action be raised? bugzilla? | 14:29 |
jonathanmaw | paulsherwood: yes, bugzilla preferred | 14:29 |
jonathanmaw | http://bugs.genivi.org/buglist.cgi?product=GENIVI%20Demonstration%20Platform&component=meta-genivi-demo&resolution=--- | 14:29 |
paulsherwood | any tools team member volutneer to raise this there? | 14:29 |
gunnarx | jonathanmaw, it could be about whether GDP maintainers use those tools, which ones, and how. Probably you do on your own machines but don't think much of it. | 14:30 |
paulsherwood | preferably someone who knows what kind of thing would be interesting | 14:30 |
gunnarx | paulsherwood: ^^ is the above the issue to raise, or which issue? | 14:30 |
paulsherwood | i thought the issue was to include some useful debug tools into the GDP (so that users of GDP could benefit from debug capabilities) | 14:31 |
* paulsherwood could be wrong of course | 14:31 | |
* paulsherwood wonders what AGL does for debug | 14:31 | |
gunnarx | yeah sure, I'm just pointing out the difference between host and target... GDP is target software, so we should then identify what goes on there I suppose. | 14:31 |
paulsherwood | ack | 14:32 |
*** philrob has quit IRC | 14:32 | |
gunnarx | DLT daemon is of course obvious. It's used by some (most) standard GENIVI components | 14:32 |
paulsherwood | jonathanmaw: would you mind writing something up on this? it's not urgent, but would be a worthwhile task if/when other load on GDP is low | 14:32 |
* paulsherwood proposes to move on, unless there are other debug/analysis topics | 14:33 | |
gmacario | +1 | 14:34 |
paulsherwood | - Automated Testing - | 14:34 |
paulsherwood | jeremiah: any update from you on this, i believe you have been discussing elsewhere previously | 14:35 |
jeremiah | I have no new update. | 14:35 |
jeremiah | I think we need to discuss however. | 14:35 |
*** philrob has joined #automotive | 14:35 | |
paulsherwood | please go ahead? | 14:35 |
jeremiah | For example, there was talk in using Jenkins w/ AGL | 14:35 |
jeremiah | But I don't think that is viable at the moment because | 14:36 |
jeremiah | they mostly test the kernel | 14:36 |
gunnarx | I took a quick look at JTA. As far as I can see the actual test definitions and deployment might be independent of Jenkins. I'm obviously interested in at least sharing that part in a Go environment. | 14:36 |
jeremiah | and there is little overlap (currently) | 14:36 |
paulsherwood | ack | 14:36 |
jeremiah | gunnarx: Sounds logical | 14:36 |
gunnarx | So if the scripting part of JTA is useful then it should be reused. | 14:36 |
jeremiah | In which case, perhaps we want to put the tests in Go.CD? | 14:36 |
gunnarx | I ran out of steam however. I look at too many things | 14:36 |
jeremiah | That makes two of us I'm afraid | 14:37 |
paulsherwood | gunnarx: as i understand it the go.cd approach can be used to drive pretty much any test framework? | 14:37 |
gunnarx | So I'd like to understand if the non-Jenkins part of JTA is better than LAVA (they claim it is but independent comparison would help) | 14:37 |
gunnarx | oh sure, you can drive anything | 14:37 |
jeremiah | LAVA is good because it is testing on the actual hardware. | 14:37 |
paulsherwood | JTA doesn't test on hardware? | 14:38 |
gunnarx | the only question is if JTA can be separated into two parts. Initial looks like it might but would need more detailed look. | 14:38 |
jeremiah | JTA does, but lacks certain LAVA peices | 14:38 |
paulsherwood | can someone provide a link to JTA please? | 14:38 |
gunnarx | I'm not entirely sure why the authors felt it was a good idea to join these very different parts into one project, but I guess it's a fast way to get something up | 14:38 |
gmacario | http://elinux.org/Jenkins-based_Test_Automation | 14:38 |
paulsherwood | gmacario: tvm | 14:39 |
jeremiah | Well, one reason was that it is already part of the Linux CE group as well as the LTSI testing suite. | 14:39 |
gunnarx | what was? | 14:39 |
jeremiah | The thought was that it wouldn't be too hard to add automotive tests. | 14:39 |
jeremiah | (The plan for JTA to add automotive.) | 14:39 |
paulsherwood | adding automotive tests seems to be harder than people think :) | 14:40 |
gmacario | "the crazy automotive guys" :-) | 14:40 |
*** waltminer has quit IRC | 14:40 | |
paulsherwood | so, do we have a specific action on this? somehow to compare JTA and Lava? or do we expect to need both? or somerhing else? | 14:40 |
paulsherwood | gmacario: yup | 14:41 |
gunnarx | jeremiah: I am reading that LTSI project uses JTA. My question is rather why "Jenkins" and "Test Framework" were joined into JTA? The framework defining and running the tests look like it can be independent of Jenkins. It's written in a completely different environment and language and so on. | 14:41 |
jeremiah | Ah. | 14:41 |
gunnarx | It's in bash btw | 14:42 |
jeremiah | bash FTW! | 14:42 |
gunnarx | Well written bash, but none the less :) | 14:42 |
paulsherwood | :) | 14:42 |
paulsherwood | moving on, is the go.cd spinup part of this automated testing topic? | 14:42 |
paulsherwood | any news on this gunnarx ? | 14:42 |
gunnarx | I should say, it's probably portable bourne shell script. anyway I digress | 14:42 |
gunnarx | yeah... | 14:43 |
jeremiah | If its portable, what's stopping us from migrating interesting bits to the Go.CD instance? | 14:43 |
jeremiah | In which case, all we need is a template or an example | 14:43 |
jeremiah | And we're off an running | 14:43 |
paulsherwood | well volunteered, jeremiah :) | 14:43 |
gunnarx | jeremiah: Someone needs to confirm how easy it is to split them, I wrote it above. And do the work. | 14:43 |
gunnarx | but yes, it feels like a useful thing to do | 14:43 |
jeremiah | :-) | 14:43 |
paulsherwood | shall i create an action for this? | 14:43 |
jeremiah | I volunteer to write / copy paste a test example | 14:44 |
jeremiah | for evaluation here | 14:44 |
jeremiah | Then I hand over to others. | 14:44 |
gunnarx | worthwhile to talk to JTA upstream before it becomes a fork | 14:44 |
paulsherwood | i think the aim would be to actually trigger it in the pipeline? | 14:44 |
jeremiah | Starting to become to big for just little ole me | 14:44 |
paulsherwood | ack | 14:45 |
gunnarx | OK, so go.cd is in a bit of a holding pattern. I'm trying to close phase 1 but have 1/3 expected agents running so far | 14:45 |
paulsherwood | https://genivi-oss.atlassian.net/browse/TOOL-10 | 14:46 |
paulsherwood | gunnarx: is that the arm one? | 14:46 |
gunnarx | also, the server itself needs migration. The temporary server will be taken offline and move to a new IP any day, and the go.genivi.org needs to come up. | 14:46 |
gunnarx | paulsherwood: yes, it's the arm one. | 14:46 |
paulsherwood | ack. are you still seeking contribs? what's happening with the other 2? | 14:47 |
jeremiah | I'm one of two, too few cycles ATM | 14:47 |
*** apinheiro has quit IRC | 14:47 | |
* paulsherwood wonders if the third is here? | 14:47 | |
paulsherwood | jeremiah: better to be busy, than bored :) | 14:48 |
jeremiah | Ask not for whom the bell tolss . . . | 14:48 |
jeremiah | tolls even | 14:48 |
gunnarx | so because of the IP move and stuff I think full roll-out to users should be delayed until we know. So I'd say don't hold your breath this week. Soon... | 14:48 |
paulsherwood | gunnarx: ok | 14:48 |
paulsherwood | any more on Test Automation? | 14:48 |
paulsherwood | 54321 | 14:49 |
paulsherwood | - AOB - | 14:49 |
paulsherwood | any aob from you folks? | 14:49 |
gmacario | No AoB for me | 14:49 |
gunnarx | can't think of any | 14:49 |
klausbirken | None for me | 14:49 |
* paulsherwood has... possible move of TT meetings to early wednesday mornings? | 14:49 | |
klausbirken | How early? | 14:50 |
jeremiah | I would be able tow make it fwiw | 14:50 |
paulsherwood | this is suggested in light of overlap with BIT, and possibility of combining discussions | 14:50 |
gunnarx | starting 9.30 CET? | 14:50 |
paulsherwood | suggestion would be (say) 10:00 CET | 14:50 |
paulsherwood | or earlier | 14:50 |
gmacario | 10:00 CET may work for me | 14:50 |
philrob | because of UK time ? | 14:50 |
paulsherwood | it can be earlier, 08:30 uk time is not really *early* :) | 14:51 |
jeremiah | Its 07:30 CET | 14:51 |
jeremiah | That's plenty early | 14:51 |
jeremiah | :P | 14:51 |
paulsherwood | :) | 14:51 |
gunnarx | suggestion thrown around has been to do BIT first, so are we talking the starting time of BIT, or the TT that follows | 14:52 |
paulsherwood | yup | 14:52 |
gunnarx | oh good, one of the two | 14:52 |
jeremiah | ah, good to know, makes sense to have them one after the other. | 14:52 |
paulsherwood | starting time of bit | 14:52 |
gunnarx | lol | 14:52 |
paulsherwood | or overlap them... | 14:52 |
klausbirken | when will TT start then? | 14:52 |
jeremiah | or squish them into one? | 14:52 |
philrob | I would recommend no change until we have discussed more comprehensively the genivi BIT/TT activities, might need another week | 14:52 |
paulsherwood | philrob: noted. i was mainly asking here how folks feel about the concept | 14:53 |
gunnarx | I agree, this is really just about testing the time. | 14:53 |
paulsherwood | any participants strongly opposed? | 14:53 |
gunnarx | paulsherwood: no you asked about the time, not the concept really | 14:53 |
paulsherwood | the concept of moving the time :) | 14:53 |
philrob | yeap, no problem with a poll on coordination time | 14:53 |
paulsherwood | as a side benefit, it might make it easier for particpants in asia to join | 14:54 |
philrob | +1 | 14:54 |
paulsherwood | which was raised as an objective at the AMM | 14:54 |
paulsherwood | do i take it no-one here would be strongly opposed to this? | 14:55 |
philrob | have to go now | 14:55 |
gunnarx | to what! | 14:55 |
gmacario | To change the time for TT to Wed at 10:00 CET OK for me | 14:55 |
klausbirken | I am not available for most of the Wednesdays remaining in 2015, but in 2016 it will be ok. | 14:55 |
jeremiah | I heard recently that there was an Open Source conference hosted by Samsung in Korea right after our AMM that had 12,000 participants. | 14:55 |
klausbirken | 10 CET ok for me, too | 14:55 |
gunnarx | to change the time to some time wednesday morning, no I'm not opposed. | 14:55 |
paulsherwood | to that, gunnarx :) | 14:55 |
paulsherwood | ok. | 14:56 |
paulsherwood | aob? | 14:56 |
paulsherwood | ao aob? | 14:56 |
jeremiah | If you want to submit a paper to OSCON | 14:56 |
jeremiah | Do it today | 14:56 |
paulsherwood | noted | 14:56 |
jeremiah | CfP ends tomorrow | 14:56 |
paulsherwood | thanks | 14:56 |
gunnarx | OSCON? | 14:56 |
paulsherwood | any more? | 14:56 |
jeremiah | Also, 12,000 participants! | 14:56 |
gunnarx | Damn, that's early... | 14:56 |
jeremiah | at an open source conf! | 14:56 |
jeremiah | 12,000 | 14:56 |
paulsherwood | jeremiah: link to that conf? | 14:56 |
jeremiah | participants | 14:56 |
jeremiah | have to dig one up | 14:56 |
* paulsherwood proposes to terminate this meeting | 14:57 | |
paulsherwood | == GENIVI Tools Team Meeting Ends == | 14:57 |
paulsherwood | thanks all | 14:57 |
gunnarx | http://conferences.oreilly.com/oscon/open-source | 14:57 |
jeremiah | http://www.soscon.net/ | 14:57 |
jeremiah | ^^ Samsung Open Source Conference | 14:57 |
gmacario | Too many open source conferences out there! | 14:57 |
gunnarx | ah SOSCON, lol | 14:58 |
gmacario | That's fragmentation :-( | 14:58 |
gunnarx | Apparently OSCON has moved both place and time too!?? | 14:58 |
jeremiah | Yeah, but there's only one DebConf! :P | 14:58 |
klausbirken | Cannot read Hangul, though | 14:58 |
jeremiah | gunnarx: Yeah, and they just had on in Amsterdam | 14:58 |
gmacario | bye! | 14:59 |
gunnarx | lunacy | 14:59 |
klausbirken | bye | 14:59 |
paulsherwood | :) | 14:59 |
paulsherwood | klausbirken: you need a bouncer... conversation could be 24/7 here :-) | 15:00 |
jeremiah | klausbirken: Google translate does an okay job, at least into Engrish. :-) | 15:01 |
klausbirken | jeremiah: will be hard to pass the complete website to translator… maybe I need 12,000 human translators instead :-) | 15:04 |
jeremiah | heh | 15:05 |
jeremiah | I watched the video, look like an order of magnitude smaller than 12,000, more like 1200 | 15:05 |
klausbirken | I can imagine how the coffee breaks look like, when 12,000 people try to get some cake and cookies… or kimchi | 15:06 |
jeremiah | kimchi! | 15:07 |
jeremiah | That's a lot of kimchi | 15:08 |
rjek | We bought a fridge this weekend specifically for keeping kimchi in | 15:09 |
jeremiah | kimchi fridge, rice cooker | 15:09 |
rjek | (Although it's currently full of Paulaner Dunkel) | 15:09 |
klausbirken | Look at this: https://youtu.be/5eIkxSAOWmA :-) | 15:09 |
jeremiah | egg beater, waffle maker | 15:09 |
* paulsherwood steps away from #automotive for all of five minutes and already it's become the cooking channel | 15:10 | |
jeremiah | Looks like they're making beef heart | 15:10 |
klausbirken | :-) | 15:11 |
rjek | Fundamentally, everybody's interests boil down to shelter and food. | 15:11 |
paulsherwood | and wifi | 15:11 |
rjek | :) | 15:11 |
jeremiah | what, no sex? | 15:11 |
jeremiah | Or is that part of shelter? | 15:11 |
klausbirken | It's maybe part of wifi | 15:11 |
jeremiah | ah | 15:12 |
jeremiah | lol | 15:12 |
paulsherwood | lol | 15:12 |
rjek | :) | 15:12 |
gunnarx | once in a blue moon | 15:12 |
klausbirken | Did someone turn off the logging? :-) | 15:12 |
paulsherwood | klausbirken: that's easily the funniest thing i've read on #automotive :) | 15:12 |
jeremiah | ERASE THE LOGS! ERASE THE LOGS!!! | 15:12 |
gunnarx | ctrl-a, ctrl-c, too late | 15:12 |
*** waltminer has joined #automotive | 15:13 | |
gunnarx | paulsherwood: #automotive is a very dull channel, sadly | 15:13 |
* paulsherwood wonders if he should sulk, or try to be more entertaining | 15:14 | |
gunnarx | the latter :) | 15:14 |
gunnarx | you're entertaining when you sulk | 15:14 |
gunnarx | jk | 15:14 |
gunnarx | aaaand.... back to work | 15:14 |
paulsherwood | me too :) | 15:15 |
*** AlisonChaiken has quit IRC | 15:29 | |
Baby | bye :) | 15:39 |
*** phongtran has quit IRC | 15:39 | |
*** Baby has left #automotive | 15:39 | |
*** philrob has quit IRC | 15:43 | |
*** klausbirken has quit IRC | 15:46 | |
*** jlrmagnus has joined #automotive | 15:57 | |
*** jlrmagnus has quit IRC | 16:06 | |
*** KlausUhl has quit IRC | 16:12 | |
*** jeremiah has quit IRC | 16:19 | |
*** wschaller has quit IRC | 16:32 | |
*** pavelk has quit IRC | 16:45 | |
*** wschaller has joined #automotive | 16:47 | |
*** jlrmagnus has joined #automotive | 16:47 | |
*** odelbeke has quit IRC | 16:48 | |
*** aeiche has joined #automotive | 16:55 | |
jonathanmaw | hrm, I've hit a bit of a speedbump on my plans to get weston running on the systemd system instance. I launch it with `weston` instead of `weston-launch`, and now it apparently gets killed by SIGHUP. My wild guess is that it's starting before tty1 is ready for the drm backend, googling suggests it may be a problem with pam, also. | 17:10 |
jonathanmaw | all I know for sure is that if I start it manually, it starts properly (and hence is probably a timing problem) | 17:10 |
jonathanmaw | adding Restart=always will cause it to re-try until it works (with any luck), but I can't make it restart on-failure, because systemd considers the process being killed by SIGHUP to be completely valid | 17:11 |
jonathanmaw | yep, making the service restart causes it to come up properly on boot | 17:12 |
jonathanmaw | and `systemctl stop` works even with Restart=always, so it's a solution, albeit a very inelegant one | 17:12 |
paulsherwood | jonathanmaw: so i'm unclear - what is the *problem* with this? | 17:12 |
persia | Wasted cycles trying to start in a racy way | 17:13 |
jonathanmaw | paulsherwood: weston fails to start properly on boot, adding Restart=always fixes this, but it's a brute-force solution that doesn't understand what the problem was | 17:13 |
paulsherwood | is this in GDP? what happens in AGL? | 17:14 |
jonathanmaw | paulsherwood: in the GDP, haven't checked AGL | 17:14 |
paulsherwood | jonathanmaw: worth a look to see if the approach there is different/better | 17:15 |
paulsherwood | ? | 17:15 |
jonathanmaw | paulsherwood: it looks like AGL's successfully using weston-launch, perhaps I was too quick to dismiss it | 17:16 |
jonathanmaw | since AGL still has weston running on the system instance of systemd, that's not where GDP and AGL diverge | 17:17 |
*** ctbruce has quit IRC | 17:17 | |
*** gunnarx has quit IRC | 17:36 | |
*** jonathanmaw has quit IRC | 18:00 | |
*** gmacario has quit IRC | 18:01 | |
*** egy has joined #automotive | 18:05 | |
*** leon-anavi has quit IRC | 18:10 | |
*** egy has quit IRC | 18:16 | |
*** waltminer has quit IRC | 18:18 | |
*** AlisonChaiken has joined #automotive | 18:23 | |
*** waltminer has joined #automotive | 19:03 | |
*** toscalix has quit IRC | 19:12 | |
*** jlrmagnus has quit IRC | 19:29 | |
*** Sisco_ has quit IRC | 19:30 | |
*** Sisco has joined #automotive | 19:33 | |
*** fernandod_ has quit IRC | 19:42 | |
*** fernandod_ has joined #automotive | 19:42 | |
*** jlrmagnus has joined #automotive | 19:44 | |
*** waltminer has quit IRC | 20:05 | |
*** Sisco has quit IRC | 20:05 | |
*** Sisco has joined #automotive | 20:06 | |
*** wschaller has quit IRC | 20:07 | |
*** tcouniha1 has quit IRC | 20:20 | |
*** jlrmagnus has quit IRC | 20:41 | |
*** Sisco has quit IRC | 21:45 | |
*** Sisco has joined #automotive | 21:45 | |
*** jlrmagnus has joined #automotive | 21:52 | |
*** Sisco_ has joined #automotive | 22:00 | |
*** Sisco has quit IRC | 22:03 | |
*** Sisco_ is now known as Sisco | 22:04 | |
*** Sisco has joined #automotive | 22:04 | |
*** waltminer has joined #automotive | 22:16 | |
*** gmacario has joined #automotive | 22:17 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!