**** BEGIN LOGGING AT Thu Jul 28 02:59:57 2011
**** ENDING LOGGING AT Thu Jul 28 04:47:30 2011

**** BEGIN LOGGING AT Thu Jul 28 04:42:15 2011
Jul 28 06:59:18 <bluelightning> morning all
Jul 28 13:23:30 <zeddii> anyone have any ideas about what I should clean / rebuild to get rid of this:
Jul 28 13:23:32 <zeddii> | Processing locale-base-en-us...
Jul 28 13:23:32 <zeddii> | Unable to find package locale-base-en-us!
Jul 28 13:23:51 <zeddii> eglibc-local<something or other>
Jul 28 13:24:00 * zeddii goes to find it himself as well.
Jul 28 13:43:13 <bluelightning> zeddii: this is at rootfs generation time?
Jul 28 13:46:42 <zeddii> bluelightning,  .. it is!
Jul 28 13:47:17 <zeddii> I saw it once before months ago, I recall cleaning a lot of packages and finally getting it working again. but I didn't take any notes.
Jul 28 13:47:53 <bluelightning> yeah I've definitely seen it before
Jul 28 13:48:07 <bluelightning> clearly bitbake thinks everything is completed but the packaging system disagrees
Jul 28 13:48:18 <bluelightning> but as to the cause I'm in the dark
Jul 28 13:48:47 <bluelightning> at times I have had suspicions that it has been to do with arch mismatches
Jul 28 13:49:12 <bluelightning> I'm guessing locale-base-en-us should be noarch/allarch though right?
Jul 28 13:51:23 <zeddii> could be.
Jul 28 13:51:36 <zeddii> this is a build that I've been cycling through qemuarm/qemux86,etc
Jul 28 13:51:45 <zeddii> it was fine fore core-image-minimal
Jul 28 13:51:47 <zeddii> for all.
Jul 28 13:52:05 <zeddii> then when I did x86 sato, followed by ppc sato ... you get the error on rootfs assembly.
Jul 28 13:52:25 <zeddii> and as a kernel guy, I just want to get booting ;)
Jul 28 14:41:43 <zeddii> argh. I really don't want to build from scratch.
Jul 28 14:41:45 * zeddii tries again
Jul 28 17:05:59 <sgw> khem: ping
Jul 28 17:06:43 <khem> sgw: whats up
Jul 28 17:07:48 <sgw> khem: with RP__ away, we need to push the PACKAGE_EXTRA_ARCHS fix to unbreak oe-core, do you know who else has write perms to it?  The other option is to have a temp master in oe-core-contrib
Jul 28 17:08:04 <khem> I can push it
Jul 28 17:08:14 <khem> point me to patch
Jul 28 17:08:28 <khem> on patchwork
Jul 28 17:08:50 <bluelightning> khem: http://patches.openembedded.org/patch/8805/
Jul 28 17:08:55 <sgw> khem, it's Koen's patch
Jul 28 17:09:42 <bluelightning> khem: sgw: http://patches.openembedded.org/patch/8779/
Jul 28 17:09:49 <bluelightning> his is probably better
Jul 28 17:10:04 <sgw> I was looking for that, bluelightning., thanks
Jul 28 17:10:05 <khem> bluelightning: I thought ?? was fixed in bitbake
Jul 28 17:10:18 <bluelightning> khem: I'm not sure if this was the issue rp fixed
Jul 28 17:10:31 <khem> does this show up with bb master
Jul 28 17:10:33 <sgw> Did someelse make a make a fix in bitbake?
Jul 28 17:10:52 <sgw> I am chceking now
Jul 28 17:11:10 <bluelightning> sgw: 32fee2e650dfdd3aa9a7572dad1251e0c24ca34b
Jul 28 17:11:18 <bluelightning> that's the bitbake rev
Jul 28 17:11:29 <bluelightning> I'm not sure it's related though
Jul 28 17:11:45 <khem> ok
Jul 28 17:11:52 <khem> so it happens with bb master too ?
Jul 28 17:12:01 <sgw> khem, I will verify and let you know shortly
Jul 28 17:12:06 <khem> ok
Jul 28 17:12:11 <bluelightning> I haven't tested
Jul 28 17:12:28 <bluelightning> I imagine it does though because that's what Koen will be using
Jul 28 17:12:49 <khem> yes
Jul 28 17:13:02 <khem> I will wait for sgw to vefify
Jul 28 17:13:11 <khem> to be sure
Jul 28 17:18:47 <khem> there are other problems
Jul 28 17:18:52 <khem> qemuarm is broken too
Jul 28 17:18:58 <khem> did that get fixed
Jul 28 17:19:20 <khem> tune stuff has caused a bit of churn
Jul 28 17:19:26 <sgw> khem: is that the cortex fix from Phil
Jul 28 17:19:54 <khem> sgw: no its because thumb becomes default for 't' arches
Jul 28 17:20:19 <sgw> khem: Ah the other mail thread that I have been avoiding!
Jul 28 17:20:45 <sgw> khem: confirmed I just tried oe-core with bitbake master and the problem persists
Jul 28 17:20:51 <khem> can you try a minimal build for qemuarm
Jul 28 17:21:01 <khem> sgw ok thx
Jul 28 17:21:16 <sgw> khem uclibc or eglibc?
Jul 28 17:21:24 <khem> glibc
Jul 28 17:21:27 <khem> eglibc
Jul 28 17:21:35 <khem> uclibc works ok
Jul 28 17:21:48 <khem> because uclibc can be compiled pure thumb mode
Jul 28 17:21:55 <khem> but eglibc/glibc cannot
Jul 28 17:22:38 <sgw> Many moons ago I dealt with ARM stuff for pjava and ejava and their successors
Jul 28 17:22:56 <sgw> It's all drifted away, but I still have the manuals on the shelf behind me!
Jul 28 17:25:52 <sgw> khem, building minimal image for qemuarm now
Jul 28 17:31:07 <sgw> tomz: ping
Jul 28 17:33:41 <sgw> khem: is the qemuarm failure in eglibc?
Jul 28 17:37:40 <sgw> fray: ping
Jul 28 18:08:28 <tomz> sgw: pong
Jul 28 18:09:21 <sgw> tomz: on the phone, but wanted to check with you about grub
Jul 28 18:09:55 <tomz> sgw: haven't had a chance to dig into it beyond my last comment, will have to get to it tomorrow
Jul 28 18:14:18 <sgw> tomz: thanks, I also wanted to see about moving grub into oe-core
Jul 28 18:14:45 <tomz> sgw: sounds like a 1.2 thing
Jul 28 18:15:32 <sgw> tomz: why would it be a 1.2 thing? we can add the recipe now, I can just copy it over to oe-core.
Jul 28 18:16:13 <tomz> sgw: ok, if you think it's ready - I don't have time to dig into changes to it now
Jul 28 18:16:39 <sgw> other thank the bug fix ?
Jul 28 18:17:09 <tomz> sgw: oh, I thought you were talking about grub2, nevermind
Jul 28 18:17:54 <tomz> sgw: yeah, I don't know where the bug is yet in any case, just started happening out of the blue, like so many other things
Jul 28 18:19:47 <dvhart> tomz, sgw I've been wondering if it makes sense to even keep grub at all
Jul 28 18:20:19 <dvhart> It's "great" for a desktop where you have multiple kernels, maybe chainloading, etc - but for embedded platforms it seems like overkill
Jul 28 18:20:30 <dvhart> souldn't syslinux be fine for all our needs?
Jul 28 18:20:39 <dvhart> s/^s/w/
Jul 28 18:21:50 <tomz> dvhart: hmm, I can see wanting to have multiboot capabilities, e.g some of the ecg use cases
Jul 28 18:22:17 <dvhart> I don't know that syslinux can't do that
Jul 28 18:22:22 <dvhart> tomz, you mean linux + windows?
Jul 28 18:23:11 <tomz> dvhart: no, more like using a machine as a packet processor and as a general-purpose machine at other times e.g. romley + dpdp
Jul 28 18:23:36 <dvhart> tomz, syslinux can do that just fine
Jul 28 18:24:11 <dvhart> it can do multiple boot targets with different arguments and the UI allows for changing arguments to those labels
Jul 28 18:24:13 <tomz> dvhart: ok, well, then whatever's simplest and covers everything, you know, occam's razor and all that
Jul 28 18:24:28 <dvhart> We could drop grub and grub2 and just use syslinux
Jul 28 18:24:38 <dvhart> and we already use it for the live images
Jul 28 18:24:51 <dvhart> would really cut down the x86 boot loader complexity in yocto
Jul 28 18:25:48 <sgw> Let's look at that for 1.2 then, I would want to check with other to ensure no one was planning on enabling grub for other arches.
Jul 28 18:25:50 <tomz> dvhart: sounds like it might be a good idea
Jul 28 18:26:05 <dvhart> sgw, yup, that's fine
Jul 28 18:26:17 <jefferai> dvhart: my bbmatrix is *almost* done -- looks like there's a max of about 10 min variation
Jul 28 18:26:24 <jefferai> how long did you say a build took you?
Jul 28 18:26:53 <dvhart> which image? -sato?
Jul 28 18:27:02 <dvhart> or... no minimal right?
Jul 28 18:27:15 <dvhart> iirc minimal takes me 57 minutes
Jul 28 18:28:36 <JaMa> does DEPENDS = "intltool" look usefull to anyone? intltool-native for sure, but is target intltool usefull in buildtime?
Jul 28 18:29:01 <JaMa> polkit and libfm have it.. I have patch for both, but newer used libfm
Jul 28 18:32:47 <jefferai> dvhart: interesting, slower than mine even with 12 cores :-)
Jul 28 18:34:29 <dvhart> guess I better check .. maybe that was for sato...
Jul 28 18:34:47 <dvhart> hrm yes, that was for sato
Jul 28 18:35:34 <dvhart> jefferai, which commit id are you building and for what machine?
Jul 28 18:39:16 <sgw> JaMa: I think your right, sounds good.
Jul 28 18:40:00 <dvhart> jefferai, kicked off a minimal build, will let you know the results
Jul 28 18:44:35 <JaMa> sgw: ok will send both
Jul 28 18:51:50 <jefferai> dvhart: doh, that was for sato?  :-)
Jul 28 18:52:05 <jefferai> I haven't done sato yet on this box but sato took me > 24 hours on my previous one
Jul 28 18:52:07 <jefferai> hehe
Jul 28 18:52:13 <dvhart> haha
Jul 28 18:52:32 <dvhart> you should be able to do sato in <120 minutes on a quadcore
Jul 28 18:52:50 <jefferai> this is with pseudo already built?
Jul 28 18:52:53 <dvhart> no
Jul 28 18:52:53 <jefferai> or without?
Jul 28 18:52:58 <dvhart> clean start
Jul 28 18:53:00 <jefferai> hm
Jul 28 18:53:03 <jefferai> I guess we'll see
Jul 28 18:53:18 <dvhart> >50% task count on minimal build
Jul 28 18:53:19 <jefferai> I can do minimal in about 50 minutes
Jul 28 18:56:30 <jefferai> bbl
Jul 28 19:08:38 <sgw> khem: ping
Jul 28 19:19:10 <dvhart> jefferai, real    38m22.485s
Jul 28 20:16:09 <sgw> fray: ping
Jul 28 21:57:24 <kergoth__> okay, either I didn't know this existed, or I forgot
Jul 28 21:57:27 * kergoth__ rolls eyes at self
Jul 28 22:07:21 <khem> sgw: yes
Jul 28 22:07:32 <khem> today is a crazy day for meetings
Jul 28 22:23:29 <sgw> khem: if you can push the PACKAGE_EXTRA_ARCHS to oe-core that would be great
Jul 28 22:31:55 <incandescant> sgw: I think khem already did?
Jul 28 22:33:24 * incandescant does a pull and confirms
Jul 28 23:15:33 <khem> sgw: how did minimum build for qemuarm go ?
Jul 28 23:16:20 <sgw> khem failed in eglibc
Jul 28 23:17:38 <khem> sgw: yes. Is fray aware of that ?
Jul 28 23:17:45 <khem> or is there any patch out there
Jul 28 23:18:00 <khem> I havent had any time to look in the stuff
Jul 28 23:18:12 <sgw> I tried to get fray's attention today, but he is not around.  I have been fighting other fires
Jul 28 23:20:16 <kergoth> "More than one recipe type class inherited in binutils-crosssdk-native: native, cross, crosssdk" .. sheesh
Jul 28 23:38:10 <khem> sgw: how about other arches are they building ok ?
Jul 28 23:48:34 <sgw> khem, world builds seem to be ok for the other arches, but ppc seems to have rootfs issues still
Jul 28 23:49:44 <khem> do we know the root cause
Jul 28 23:51:49 <sgw> khem looks similar to the PACKAGE_EXTRA_ARCHS, but I have not dug into it yet, I have had other issues today, I am not sure if Kumar's posts address this or other ppc issues.
Jul 28 23:55:41 <sgw> Khem, I will start looking at now also.
Jul 28 23:56:15 <khem> sgw: ok. I would like the arm issue to be resolved as well.
Jul 28 23:56:29 <khem> So if there is any patch posted try to test it out
Jul 28 23:59:27 <sgw> khem: I have not tested any of the patches at this point, will looking at that shortly.
**** ENDING LOGGING AT Fri Jul 29 02:59:56 2011