| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 04:36 | |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has quit [Remote host closed the connection] | 04:43 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 07:23 | |
| *** tlsa_ [uE4xqvWPxI@gateway/shell/pepperfish/x-snbyfqmeobckntpr] has joined #baserock | 08:02 | |
| *** liw-orc` [~liw@access.ducie-dc1.codethink.co.uk] has joined #baserock | 08:03 | |
| *** JPohlman1 [~jannis@m65s13.vlinux.de] has joined #baserock | 08:04 | |
| *** bjdooks_ [~ben@trinity.fluff.org] has joined #baserock | 08:04 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:16 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 08:45 | |
| paulsherwood | SotK: http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=baserock/jjardon/wayland-common may be of interest to you? | 08:58 |
|---|---|---|
| SotK | paulsherwood: thanks, indeed it may | 09:03 |
| richard_1aw | /nick richard_maw | 09:12 |
| * richard_1aw facepalms | 09:12 | |
| richard_1aw is now known as richard_maw | 09:12 | |
| * persia agrees that ' ' is a strange choice for an escape character | 09:13 | |
| paulsherwood | :) | 09:20 |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:23 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:26 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 09:33 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 09:51 | |
| paulsherwood | can anyone guide me on how to test weston with the genivi baseline? i've built and deployed with jjardon's new patch series, want to try it out | 10:11 |
| paulsherwood | radiofree, for example? or jonathanmaw ? | 10:12 |
| jonathanmaw | paulsherwood: if you've got a system with weston built in it, probably something like `weston --backend=fbdev-backend.so --tty=1` (this assumes your baserock system has a /dev/fb0) | 10:13 |
| jonathanmaw | (also a /dev/tty1, but not having one of those is quite rare) | 10:14 |
| paulsherwood | XDG_RUNTIME_DIR is not set? | 10:16 |
| paulsherwood | (this is a normal genivi-baseline-x86_64 with jjardon's changes) | 10:16 |
| pedroalvarez | paulsherwood: this is what I normaly do | 10:19 |
| SotK | paulsherwood: are you following the instructions on http://wiki.baserock.org/genivi/ ? | 10:19 |
| pedroalvarez | http://pastebin.com/09DfK9e8 | 10:19 |
| jonathanmaw | paulsherwood: set XDG_RUNTIME_DIR to /tmp | 10:19 |
| SotK | paulsherwood: pedroalvarez's instructions worked for me earlier today | 10:20 |
| paulsherwood | ah, perfect thanks all | 10:21 |
| paulsherwood | sadly... failed to open frame buffer device | 10:23 |
| pedroalvarez | paulsherwood: can I see your cluster morphology? | 10:23 |
| paulsherwood | there are some little blocks around the naming of /dev/fb0 - maybe charset problem? | 10:24 |
| paulsherwood | pedroalvarez: http://fpaste.org/128898/14091350/ | 10:25 |
| pedroalvarez | right, following the wiki page 9http://wiki.baserock.org/genivi/) I think you forgot to add KERNEL_ARGS: vga=788 | 10:26 |
| paulsherwood | aha. | 10:27 |
| pedroalvarez | s/9/(/ | 10:27 |
| paulsherwood | user error. i'd never even looked at that page | 10:27 |
| pedroalvarez | :) | 10:27 |
| paulsherwood | tvm | 10:27 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 250 seconds] | 10:34 | |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 10:57 | |
| ssam2 | i've not actually done any work in definitions.git for a while | 11:02 |
| ssam2 | it's nice that now when you do 'ls' there's 9 lines of content instead of 900 | 11:02 |
| ssam2 | seems that the 'ERROR: Field system-integration not allowed in morphology strata/virtualbox-guest-x86_64/vboxguest.morph' is still there in morph master ... | 11:04 |
| pedroalvarez | hmm...? | 11:04 |
| ssam2 | when I run 'morph edit coreutils', I get that error | 11:04 |
| persia | I think it's a typo or something: deleting the offending line works, but may break vbox deploys. | 11:05 |
| ssam2 | it's a morph bug | 11:06 |
| ssam2 | pedro has pointed out that it's fixed in master, and I'm using a branch based off an earlier commit :) | 11:06 |
| persia | :( | 11:06 |
| pedroalvarez | s/(/)/ | 11:06 |
| persia | Which commit is believed to fix it? | 11:06 |
| ssam2 | vboxguest.morph is for the VirtualBox Guest Additions, which I believe are needed only for Vagrant | 11:06 |
| persia | They should be in any vbox deploy, really. | 11:07 |
| ssam2 | true | 11:07 |
| ssam2 | I don't know which commit it was, but `morph edit` works for me after rebasing | 11:07 |
| ssam2 | b3b8cd5c55d608fd0a1262975b7ea3f15344bf10 I think | 11:08 |
| pedroalvarez | I think it was: 461a195b9b3c12c5ebf7051b857196298ef7aaf7 in morph.git | 11:08 |
| persia | I was able to replicate with 35f3a8779a316ed6a44ce5bb62bea9e2d7c67a16 , which is why I'm suspicious | 11:09 |
| pedroalvarez | I'm now confused | 11:11 |
| ssam2 | persia: that's very strange. However, I don't experience the bug with 8c9aea626d1308a876d145d379ac5f23905fa9b4 | 11:12 |
| ssam2 | I did with 794361c6f444487cca501dea6a54f0840e8677d1 | 11:12 |
| persia | Which implies it was fixed by 32936bd5fa1d27260faa8074a80b64287fec90c7 or e86a598553e96dab2dc4111aedefcb6b0a60c50d, or that something odd happened on merge. | 11:13 |
| * paulsherwood successfully runs genivi weston on x86 with jjardon's tidyup branch | 11:14 | |
| ssam2 | it wasn't b3b8cd5c55d608fd0a1262975b7ea3f15344bf10, in fact, that fixed morphloader_test.py only | 11:14 |
| ssam2 | paulsherwood: :) | 11:14 |
| pedroalvarez | paulsherwood: great | 11:14 |
| pedroalvarez | I was worried about that | 11:15 |
| paulsherwood | would i need to do any magic to run it on jetson? | 11:15 |
| ssam2 | persia: I think 461a195b9b3c12c5ebf7051b857196298ef7aaf7 must have fixed the issue, and something went strange with merging | 11:15 |
| paulsherwood | (apart from build it first), of course) | 11:15 |
| pedroalvarez | paulsherwood: well, I think we don't have any system defintion yet for genivi in jetson | 11:16 |
| ssam2 | paulsherwood: there's no genivi baseline system for jetson, but making one should be a matter of coping the armv7lhf-versatile system and replacing the bsp with the jetson BSP | 11:16 |
| persia | ssam2: Makes sense to me, and the re-merge richard_maw did unbroke the merge issue. | 11:16 |
| * persia longs for only-fast-forward | 11:16 | |
| ssam2 | paulsherwood: except, bsp-jetson-devel won't be able to run Weston, I think, and whatever BSP James used for getting the Weston to work doesn't appear to be in definitions.git :( | 11:16 |
| ssam2 | bsp-jetson-devel uses the NVIDIA 3.10 kernel so that USB, Sata etc. work | 11:17 |
| paulsherwood | interesting... he sent notes to the ml for folks to reproduce | 11:17 |
| ssam2 | I believe the necessary stuff may still be in the baserock/tegra branch, instead | 11:17 |
| paulsherwood | yes - could do with a cleanup | 11:18 |
| persia | Be nice if the USB, SATA, etc. stuff was brought up-to-date so it could be above 3.16 | 11:19 |
| paulsherwood | there's a lot of stuff in flight | 11:19 |
| ssam2 | persia: yes. my understanding is that there are a bunch of patches in-flight for Tegra that will hopefully make it into 3.16, at which point we can use it. I've not been keeping track myself, but we were invited to hang out in #tegra and follow the progress | 11:20 |
| paulsherwood | i'm hoping others here get interested in the jeston stuff - radiofree is extra busy these days | 11:20 |
| paulsherwood | s/jeston/Jetson/ | 11:20 |
| ssam2 | indeed. sadly I'm already interested in ruby and chef at the moment as well as the rest of Baserock development | 11:21 |
| paulsherwood | 3.17, ssam2 - where have you been? :) | 11:21 |
| ssam2 | kernels of no importance to me :) | 11:21 |
| paulsherwood | lol | 11:21 |
| jjardon | paulsherwood: good to know! :) | 11:44 |
| jjardon | Sorry, i will try to upload the brach somewhere next time | 11:44 |
| JPohlman1 is now known as JPohlmann | 11:46 | |
| *** JPohlmann [~jannis@m65s13.vlinux.de] has quit [Changing host] | 11:46 | |
| *** JPohlmann [~jannis@xfce/core-developer/JPohlmann] has joined #baserock | 11:46 | |
| paulsherwood | no problem | 11:49 |
| bjdooks_ is now known as bjdooks | 13:37 | |
| pedroalvarez | I'm currently thinking about how to get mason into openstack, and I found 2 ways: | 13:59 |
| pedroalvarez | 1) Change the kind of deployment in the mason,morph cluster to deploy to openstack. Change the mason-generator.sh script to auto-instantiate the deployed images (this part can be hard). | 13:59 |
| pedroalvarez | 2) Find a way to deploy a generic Mason. Mason is composed by a Trove and a distbuild-node running a script. The Trove can be deployed as generic, but not the distbuild-node. | 13:59 |
| liw-orc` is now known as liw-orc | 14:01 | |
| ssam2 | pedroalvarez: generic distbuild would be awesome, though :) | 14:01 |
| ssam2 | then we'd be able to deploy distbuild to openstack easily, too | 14:01 |
| *** genii [~quassel@ubuntu/member/genii] has joined #baserock | 14:02 | |
| pedroalvarez | ssam2: yeah, I was thinking about that. Imagine how easy can be deploy 10 workers and a controller | 14:03 |
| pedroalvarez | also, the current deployment of a distbuild-node assumes that the machine from where you are doing the deployment has access to the trove that the distbuild-node is going to use | 14:09 |
| pedroalvarez | distbuild.configure at the bottom: ssh-keyscan -t dsa,ecdsa,rsa "$TROVE_HOST" >> "$1/root/.ssh/known_hosts" | 14:10 |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 14:27 | |
| SotK | `morph deploy --upgrade` doesn't work for the genivi baseline systems... that is a shame :( | 14:35 |
| ssam2 | so, missing rsync in the baseline | 14:37 |
| radiofree | genivi baseline, with wayland would need a different kernel, version of libdrm, more up-to-date mesa (+ dependencies) build with the nouveau drm drivers, and a patch to weston | 14:40 |
| radiofree | http://git.baserock.org/cgi-bin/cgit.cgi/baserock/baserock/definitions.git/log/?h=baserock/tegra | 14:41 |
| ssam2 | radiofree: I guess if we wanted a quick way of getting a Jetson GENIVI Baseline we could just bring the baserock/tegra branch up to date and add a genivi-baseline-system to that branch | 14:45 |
| ssam2 | it'd be better to merge baserock/tegra to master, but that requires a bit of work to ensure that nothing breaks in other systems after the merge | 14:46 |
| ssam2 | and in general merging system branches with changes to several chunks is hard in Baserock at the moment, in my opinion | 14:46 |
| radiofree | it's also dependent on a lot of baserock/james branches | 14:47 |
| *** fay_ [~fay@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Remote host closed the connection] | 15:57 | |
| *** jonathanmaw [~jonathanm@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:18 | |
| richard_maw | liw-orc: re: [PATCH 0/2] Use a better fake git server in yarns; I don't have any other mails from you to that thread | 16:24 |
| richard_maw | wait, nevermind | 16:24 |
| richard_maw | it just showed up | 16:24 |
| jjardon | hey richard_maw , thanks for the reviews. I actually didnt modify any morphology, only moved things around. So maybe we can merge these patches and fix the issues you pointed out in another series of patches? | 16:29 |
| richard_maw | the majority are little formatting errors, which would be easy to fix at merge time | 16:31 |
| richard_maw | I'd be most displeased if that garbled wayland.morph was merged in its current state though | 16:31 |
| richard_maw | how did it end up like that anyway? | 16:31 |
| jjardon | richard_maw: you mean weston.morph? I think because I used a olf morph when running the script to convert the stuff. I will certanly fix that | 16:33 |
| richard_maw | I'm ok with the rest of the formatting being left, you get a +1 from me if you fix the formatting of wayland.morph | 16:34 |
| ssam2 | +1 from me too, people seem happy with it :) | 16:35 |
| jjardon | richard_maw: ok, I will fix the weston one and fix the little formatting errors in different commits and resubmit the series | 16:35 |
| richard_maw | I wouldn't bother re-submitting | 16:35 |
| richard_maw | they're little tweaks that we're usually happy with them being done at merge time | 16:35 |
| richard_maw | though, if you're not in a good position to do the merge, a new patch series is convenient to apply | 16:36 |
| jjardon | richard_maw: I do not have commit rigths so no problem at all from me to resubmit the stuff | 16:39 |
| * richard_maw is looking forward to having a patch tracker | 16:41 | |
| *** thecorconian1 [~thecorcon@eccvpn1.ford.com] has joined #baserock | 16:48 | |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has quit [Remote host closed the connection] | 16:48 | |
| *** ssam2 [~ssam2@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 16:57 | |
| *** franred [~franred@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Quit: Leaving] | 17:02 | |
| paulsherwood | based on the new policy doc, i propose jjardon be given commit rights | 17:03 |
| paulsherwood | i'll do it on the ML | 17:03 |
| paulsherwood | done | 17:11 |
| paulsherwood | jjardon: if a few committers +1 my email, maybe you'll get rights before you've resubmitted :)( | 17:14 |
| richard_maw | the linked policy implies it takes 3 days to process | 17:18 |
| persia | Indeed: that would have to be a slow and lazy resubmission for commit rights to happen before resubmit :) | 17:27 |
| jjardon | paulsherwood: oh, thanks for that! I didnt request commit access before as i wanted to exercise how a external contributor would deal with submitting patches. But if you think my contributions are relevant enough ping me and i will send my public ssh key | 17:45 |
| persia | jjardon: You aren't required to accept commit access just because you were nominated: if you really don't want it yet, just reply explaining why, and you may fail to be approved. | 17:55 |
| persia | But now that we actually have a policy, rather than it being just by happenstance, I'd be happier if you were willing to be granted access, just because it exercises the policy, and helps us identify any outstanding issues. | 17:56 |
| persia | (and, selfishly, provides an example of the sort of discussion involved in these approvals, so I have some idea what to expect if I ever seek to gain commit acceess). | 17:56 |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 18:19 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:25 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 18:32 | |
| *** thecorconian1 [~thecorcon@eccvpn1.ford.com] has quit [Quit: Leaving.] | 18:40 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:42 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 18:47 | |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has joined #baserock | 18:56 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 18:59 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 19:03 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 19:31 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 19:36 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 19:38 | |
| paulsherwood | i might suggest modifying the policy, already, to say that if 3 existing committers all +1, adding new committer could be expedited | 19:41 |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 19:44 | |
| paulsherwood | but then, rushing decisions like that is probably unnecessary | 19:45 |
| *** thecorconian [~thecorcon@eccvpn1.ford.com] has quit [Quit: Leaving.] | 19:48 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 19:52 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 19:59 | |
| *** thecorconian [~thecorcon@136.1.1.102] has joined #baserock | 20:05 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 20:10 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 255 seconds] | 20:15 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 20:18 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 20:23 | |
| *** thecorconian [~thecorcon@136.1.1.102] has quit [Quit: Leaving.] | 20:47 | |
| *** genii [~quassel@ubuntu/member/genii] has quit [Remote host closed the connection] | 20:57 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 21:03 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 21:08 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 21:08 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 246 seconds] | 21:15 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 21:39 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 21:47 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 21:49 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 22:00 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 22:15 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 22:25 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 22:28 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 22:33 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 22:35 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 245 seconds] | 22:54 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 22:58 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 260 seconds] | 23:14 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 23:15 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 23:21 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 23:40 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 240 seconds] | 23:44 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has joined #baserock | 23:45 | |
| *** flatmush [~flatmush@82-70-136-246.dsl.in-addr.zen.co.uk] has quit [Ping timeout: 264 seconds] | 23:59 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!