**** BEGIN LOGGING AT Thu Oct 13 02:59:57 2011
Oct 13 07:22:02 <mckoan> good morning
Oct 13 07:23:46 <likewise> gm
Oct 13 08:04:44 <RP__> otavio: ok, thanks. I'll take a look
Oct 13 08:20:02 <JaMa> RP__: FYI I'm cleaning mesa patches for v2
Oct 13 08:20:40 <JaMa> RP__: and is upgrade path for meta-oe users, good enough reason to bump PE in xserver-xorg and xf86-video-omapfb?
Oct 13 09:03:02 <bluelightning> hi all
Oct 13 09:09:17 <Snafflehog> morning
Oct 13 11:13:59 <RP__> JaMa: Thanks, you'll notice I merged the version upgrade so we can then more easily sort out the remaining pieces
Oct 13 11:14:20 <RP__> JaMa: I'm forming the opinion that PE and PR are something distros should maintain with their package feeds...
Oct 13 11:14:55 <JaMa> yup that's why I'm rebasing it :)
Oct 13 11:15:17 <JaMa> you can check jansa/x11-v4, but I'm still working on it (fixing git version now)
Oct 13 11:15:49 <JaMa> agreed on PE/PR but problem is this was in meta-oe..
Oct 13 11:16:05 <JaMa> and maintaining .bbappend just for PE/PR is not so good :/
Oct 13 11:16:57 <JaMa> ie if we have xserver-xorg_1.11.1.bbappend in meta-oe just for PE, then it will stay there probably forever (that's ok with PR which can be reset with every PV change)
Oct 13 11:17:17 <JaMa> and as soon as xserver-xorg is upgraded ie to 1.11.2 then meta-oe won't even parse because this .bbappend..
Oct 13 11:21:38 <RP__> JaMa: I'll take the PE but I'm just warning these things are going to need to change
Oct 13 11:22:16 <JaMa> ok.. will send patchset in few minutes (last tests seems ok)
Oct 13 11:23:32 <RP__> JaMa: Did you try building xf86-video-intel ?
Oct 13 11:23:51 <JaMa> not yet
Oct 13 11:24:22 * RP__ is trying to figure out otavio's error :/
Oct 13 11:39:20 <ant_work> JaMa: pls send a patch to sync meta-handheld when merge is done
Oct 13 11:39:37 <ant_work> (tested xserver-xorg-late last night and built fine)
Oct 13 11:39:42 <ant_work> *lite
Oct 13 11:40:34 <JaMa> ant_work: I did
Oct 13 11:40:49 <ant_work> oh, maybe I missed it...
Oct 13 11:40:50 <JaMa> ant_work: but keeping xserver-xorg instead of -lite
Oct 13 11:40:56 <ant_work> ah, I see
Oct 13 11:41:26 <JaMa> but we can switch to -lite.. it's not important on spitz..
Oct 13 11:41:57 <ant_work> fwiw build was interrupted by the now monthly tz*2011* fetch error
Oct 13 11:43:41 <JaMa> you need to build more often :) then you'll always get old and new tz* tarballs in time before they remove them :)
Oct 13 11:44:01 <ant_work> hehe
Oct 13 11:44:33 <ant_work> anyhow, this sort of suXX
Oct 13 11:44:40 <ant_work> we should point to a mirror
Oct 13 12:31:38 <otavio> RP__: did you find it?
Oct 13 12:57:12 <JaMa> otavio, RP__: it doesn't apply because of patch -p level.. updated patch sent to ML
Oct 13 12:57:29 <otavio> JaMa: I noticed it now. Just checked the source
Oct 13 12:57:46 <otavio> RP__: it seems you forgot to build test it ;-) heh
Oct 13 13:04:55 <RP__> otavio: I have builds here working :/
Oct 13 13:05:01 <RP__> otavio: This is what is puzzling me
Oct 13 13:05:09 <otavio> RP__: with sstate?
Oct 13 13:05:15 <otavio> RP__: here it fails always
Oct 13 13:05:18 <RP__> otavio: no, from scratch
Oct 13 13:05:44 <otavio> RP__: so your commited file is different then the pushed one
Oct 13 13:06:00 <RP__> otavio: git diff is not showing that :/
Oct 13 13:06:36 <otavio> RP__: http://paste.debian.net/136223/ <= local fi
Oct 13 13:06:39 <otavio> RP__: local fix
Oct 13 13:07:05 <JaMa> otavio: remote fix http://patches.openembedded.org/patch/13141/ :)
Oct 13 13:36:35 <otavio> grr
Oct 13 13:36:45 <otavio> closed the wrong window heh
Oct 13 14:02:20 <bluelightning> FWIW, I just did a build of xf86-video-intel and it also worked fine for me... (?)
Oct 13 14:03:42 * RP__ would like to get to the bottom of this
Oct 13 14:10:28 * zeddii spoke too soon. he now has no exernal access that doesn't look like it isn't running over a 300 baud modem.
Oct 13 14:13:02 <JaMa> don't you have some improved bitbake or patch, trying multiple strip levels?
Oct 13 14:15:24 <bluelightning> actually wasn't up-to-date... just pulled and it fails for me too
Oct 13 14:24:13 <otavio> RP__: if it try different strip levels it ought to just work
Oct 13 14:24:50 <otavio> RP__: however it would be nice if you could push JaMa fix since master is broken to everyone using intel
Oct 13 14:25:08 * JaMa is using PATCHRESOLVE = "noop" and it fails just after default -p1
Oct 13 14:25:11 <otavio> RP__: and then you can revert it locally and find why it was working for you
Oct 13 14:25:53 <RP__> otavio: I'm in wall to wall meetings :(
Oct 13 14:26:18 <RP__> otavio: will get to it shortly
Oct 13 14:26:25 <otavio> RP__: good and thx
Oct 13 14:40:15 <otavio> RP__: you seem to forgot to change default preference to newer qt4 while dropping qt4 4.7.3
Oct 13 14:45:30 <otavio> RP__: sent a pull request fixing those qt4 issues and also resent the last changes we had queued up locally
Oct 13 14:52:20 <jefferai> is there any sort of a yocto pandaboard guide out there?
Oct 13 20:23:41 <ant_home> about tzdata...omg
Oct 13 20:23:43 <ant_home> http://mm.icann.org/pipermail/tz/2011-October/007952.html
**** ENDING LOGGING AT Fri Oct 14 02:59:57 2011