**** BEGIN LOGGING AT Thu Jan 23 02:59:59 2014
Jan 23 05:03:04 <pb_> evening all
Jan 23 08:34:22 <mckoan> good morning
Jan 23 08:40:42 <woglinde> hi mckoan
Jan 23 09:07:44 <fsdun> Moin
Jan 23 09:08:00 <fsdun> does eglibc 2.15 still require the intermediate step?
Jan 23 09:35:33 <koen> otavio: I cc:ed you on the meta-fsl-arm patches in case the ml admins are slow
Jan 23 09:38:39 <koen> RP_: and I've cc:ed you and nitin for the meta-intel patches
Jan 23 09:53:53 <bluelightning> morning all
Jan 23 10:10:41 <koen> hey bluelightning 
Jan 23 10:10:47 <bluelightning> hi koen
Jan 23 10:19:35 <mckoan> gm bluelightning, all
Jan 23 10:19:41 <bluelightning> hi mckoan
Jan 23 11:11:03 <bluelightning> damn... I could have sworn I had a bunch of OE stickers left over from last FOSDEM, can't find them now :/
Jan 23 11:35:08 <ndec> hi. it seems that mesa cannot build EGL when using separate build dirs. however mesa is by default in separatebuildirs, could that be true or am i reading it wrong?
Jan 23 11:35:46 <ndec> i get "fatal error: EGL/eglplatform.h: No such file or directory" since this is a generated file (.in) so it ends up in ./build 
Jan 23 11:35:57 <dv_> am I the only one that has problems building the db package if db is already installed on the host?
Jan 23 11:36:18 <koen> ndec: how many mesa bbappends are there in your setup?
Jan 23 11:36:31 <ndec> 1
Jan 23 11:36:51 <koen> ok
Jan 23 11:37:17 <bluelightning> dv_: you mean if db headers are installed?
Jan 23 11:37:20 <koen> I spent the copious spare time this week trying to get mesa working and all those *$#@(*$(#@ bbappends broke things
Jan 23 11:37:33 <dv_> bluelightning: no. it is related to the c++ version of the shared library
Jan 23 11:37:41 <ndec> well, and this .bbappend is in my layer.
Jan 23 11:38:05 <ndec> e.g. i cannot 'not know' about it -)
Jan 23 11:38:11 <koen> :)
Jan 23 11:38:36 <ndec> i removed mesa from separatebuilddirs, and just restarted a build. 
Jan 23 11:38:38 <dv_> huh. what? I thought I had sent this to the mailing list
Jan 23 11:38:52 <koen> ndec: and yes, mesa is using seperate builddir
Jan 23 11:39:26 <ndec> what's the reason why we try to build as much as possible with seperate builddir?
Jan 23 11:40:05 <bluelightning> ndec: makes it easier to re-exec do_compile
Jan 23 11:40:16 <ndec> ah.ok.
Jan 23 11:40:26 <bluelightning> ndec: because then you can be sure you can throw out the previous build output
Jan 23 11:40:48 <dv_> weird. anyway, when I build db, I eventually get this during compilation: "/usr/lib/libstdc++.so: file not recognized: File format not recognized"
Jan 23 11:41:15 <dv_> looking at the shared library link line, I see this part: -L/home/dv/misc/yocto-setup-dora-c1/yocto/.build-yocto/tmp/sysroots/imx6dlsabresd/usr/lib /usr/lib/libstdc++.so -lm -lc 
Jan 23 11:41:50 <dv_> the fix is to revert commit 23f29027db73d5759889b48fabdea7f6173217a7 , which introduced C++ bindings for db
Jan 23 11:42:25 <bluelightning> dv_: clearly trying to link to the host version of the library
Jan 23 11:43:12 <dv_> yes. I wonder if this is caused because db is installed on the host already
Jan 23 11:43:27 <ndec> bluelightning: koen: ok, so it seems that mesa fails to build with separatedir when gallium-egl is in PACKAGECONFIG, in fact.
Jan 23 11:43:32 <dv_> I'll re-post this in the mailing list. somehow, my last email where I mentioned it got lost.
Jan 23 11:44:02 <bluelightning> dv_: cc Philip Balister who wrote the patch you refer to
Jan 23 11:51:06 <koen> ndec: ah, I hadn't tried that one yet, only gallium-llwm and r600
Jan 23 11:52:00 <ndec> koen:  i have to admit, i don't understand everything i am doing right now... i am trying to replicate JaMa webos-port virtualbox setup for now.. 
Jan 23 11:53:27 <koen> ndec: let me know what you find out, that's on my TODO as well :)
Jan 23 11:53:46 <ndec> about what? the mesa build failure or the webos/virtualbox?
Jan 23 11:55:52 <RockyZheng> world
Jan 23 12:15:33 <otavio> koen: I am the ml admin eheh. I added you to the accept list
Jan 23 12:15:49 <otavio> koen: but I already seen it
Jan 23 12:16:48 <otavio> koen: could you split the patch per recipe? we usually try to make isolated changes in case we need to revert part of it
Jan 23 12:18:04 <koen> ndec: yes, I'd like to use that fancy virtualbox stuff in the future
Jan 23 12:18:25 <ndec> koen: ok. i hope to be able to show the demo in Macau ;-)
Jan 23 12:19:31 <koen> otavio: I could, but that won't happen for a while, it's a low priority for me
Jan 23 12:22:40 <otavio> ndec: what fancy virtualbox stuff?
Jan 23 12:22:57 <otavio> koen: :-( I don't want to hold things ...
Jan 23 12:26:04 <ndec> otavio: http://lists.openembedded.org/pipermail/openembedded-devel/2014-January/093780.html
Jan 23 12:29:05 <otavio> ndec: oh
Jan 23 12:29:07 <otavio> neat
Jan 23 13:28:27 <ant_work> koen: btw, Gentoo has sys-kernel/dracut
Jan 23 13:37:04 <ant_work> koen: otavio: though, the initramfs-framework in oe-core is under recipes-core so this latter seems the right place
Jan 23 14:55:37 <pb_> hi all
Jan 23 15:02:02 <Crofton|work> gm
Jan 23 15:03:12 <fsdun> JaMa, are you still working on porting webos to the nexus?
Jan 23 15:03:36 <bluelightning> hi pb_
Jan 23 15:13:10 <JaMa> fsdun: yes
Jan 23 15:13:40 <JaMa> fsdun: morphis is doing most of the work, I'm just taking care of OE/build side
Jan 23 15:14:35 <morphis> fsdun: don't call it just "porting", its pure development we're currently doing :)
Jan 23 15:15:18 <kergoth> morning
Jan 23 15:15:37 <fsdun> he's still alive
Jan 23 15:15:54 <fsdun> btw. webos on TVs looks quite nice
Jan 23 15:16:14 <fsdun> morphis, spare time or work time?
Jan 23 15:16:30 <morphis> spare time
Jan 23 15:16:55 <fsdun> morning kergoth 
Jan 23 15:17:26 <fsdun> my motivation is quite low ATM to do sth at home
Jan 23 15:17:57 <fsdun> but i replace my nexus 4 by a nexus 5 so maybe i'll install webos on the nexus 4
Jan 23 15:18:39 * fsdun killed his palm pre because of switching to SHR
Jan 23 15:18:48 <morphis> if that would be just so easy :)
Jan 23 15:19:04 <fsdun> touchscreen doesn't work and I don't have the backup kernel
Jan 23 15:19:23 <fsdun> I already tried to build Firefox os for the nexus 4
Jan 23 15:21:44 <fsdun> morphis, webos uses webkit?
Jan 23 15:21:55 <morphis> yes
Jan 23 15:22:10 <fsdun> :(
Jan 23 15:22:27 <fsdun> Then i have to fix my PC before building webos
Jan 23 15:22:44 <fsdun> my laptop doesn't have enough RAM
Jan 23 15:22:52 <morphis> how much does it have?
Jan 23 15:22:56 <fsdun> I tried to build webos for raspberry
Jan 23 15:22:58 <fsdun> 2G
Jan 23 15:23:47 <morphis> webos or webos-ports?
Jan 23 15:24:00 <fsdun> IIRC webos-ports
Jan 23 15:24:17 <morphis> ok
Jan 23 15:24:19 <fsdun> I think I sent you the config some time ago via jabber
Jan 23 15:24:36 <morphis> if you just build the current version you don't have to build webkit
Jan 23 15:24:44 <morphis> it should fetch the sstate package from our build host
Jan 23 15:25:23 <fsdun> do you have a wiki page? Maybe i can build it for my current board at work
Jan 23 15:25:39 <fsdun> in background ...
Jan 23 15:25:50 <morphis> it will not be that simple
Jan 23 15:26:08 <morphis> you have to do some integration work etc.
Jan 23 15:26:31 <morphis> look at http://webos-ports.org/wiki/Build_for_Maguro
Jan 23 15:28:18 <fsdun> same shit new project
Jan 23 15:29:19 <fsdun> what branch do you use for oe-core? master?
Jan 23 15:29:50 <morphis> we're using the dora release
Jan 23 15:30:02 <morphis> and don't switch it manually .. it will break :)
Jan 23 15:30:06 <fsdun> OK. we're on dylan ATM
Jan 23 15:36:29 <ndec> on dora, it seems that linux-yocto keeps beeing rebuilt each time, even though nothing has changed. i think i remember seeing/reading something about this issue. is that a known issue?
Jan 23 15:37:46 <koen> ndec: it is
Jan 23 15:37:54 <koen> ndec: robert is sitting on the patches :(
Jan 23 15:38:14 <koen> ndec: jama sent a backport request for that almost 3 weeks ago
Jan 23 15:38:48 <koen> + 8ec2183fa10311473a9dd6db757872c83de77a0a Revert "kernel.bbclass: move bundle_initramfs after kernel_link_vmlinux"
Jan 23 15:38:48 <koen> + fb9aeb3807c2068c6fe1832362671698137b836a kernel.bbclass: Stop bundle_initramfs thwarting sstate cache and fix race
Jan 23 15:39:03 <koen> those 2 should fix the issue
Jan 23 15:39:23 <ndec> hmm. this is a 'bit' annoying. hopefully it should be merged soon..
Jan 23 15:39:44 <JaMa> agreed
Jan 23 15:39:57 <ndec> i can see the email thread now.
Jan 23 15:40:09 <JaMa> luckily Richard sneaked at least first of those patches in already :)
Jan 23 15:40:10 <koen> ndec: respond to that thread please
Jan 23 15:40:14 <ndec> oh JaMa by the way, i was just able to run Qt5 apps in VBox using my layers/distro!
Jan 23 15:40:26 <JaMa> ndec: congratz :)
Jan 23 15:40:40 <ndec> well, it was just copy/paste... you deserve the glory ;-)
Jan 23 15:40:52 * JaMa points to morphis :)
Jan 23 15:41:07 <koen> JaMa: do you know why Robert is holding up patches until right before a "release"?
Jan 23 15:41:27 <ndec> JaMa: i noticed that hello_gles2 crashes, though. but others are fine.
Jan 23 15:44:49 <fsdun> btw. anyone realized that multiple builds in multiple directories can deadlock if using RPM?
Jan 23 15:49:18 <JaMa> koen: no idea
Jan 23 15:50:24 <koen> me neither
Jan 23 15:50:36 <bluelightning> you could try asking him perhaps?
Jan 23 23:44:11 <Crofton|work> denix, does the beaglebone  machine in meta-ti ake stuff that will boot on the bbb?
Jan 23 23:58:41 <ndec> Crofton|work: i use koen meta-beagleboard branch for BBB
Jan 23 23:59:02 <ndec> at the time i tried, the upstream meta-beagleboard wouldn't work
Jan 24 01:21:05 <Crofton|work> ndec, I liek to hassle denix :)
Jan 24 01:40:52 <denix> Crofton|work: absolutely, BBB is one of the supported platforms in meta-ti
Jan 24 01:41:51 <Crofton|work> well, I am going to post a core image build in my dropbox and see about feeding it to LAVA
Jan 24 01:42:02 <Crofton|work> if it doesn't work, I'll blame you
Jan 24 01:42:11 <denix> ndec: and why there are koen's meta-beagleboard and upstream meta-beagleboard?
Jan 24 01:42:16 <Crofton|work> I ahve a setup with meta-ti (for keystone)
Jan 24 01:42:29 <Crofton|work> so wanted to save the extra layer
Jan 24 01:42:50 <Crofton|work> bone works for black and white?
Jan 24 01:43:39 <denix> Crofton|work: yup, the latest 3.12.8 is in meta-ti and we'll soon have 3.14 (btw, that should boot fine from k.org)
Jan 24 01:44:06 <Crofton|work> I just need to build something we can check against the lava community server
Jan 24 01:44:12 <Crofton|work> nothing fancy
Jan 24 01:44:22 <denix> Crofton|work: should work OOB - you just need to make sure uImage and right devtree are in /boot directory of rootfs
Jan 24 01:44:45 <Crofton|work> this should be dealt with in LAVA setup
Jan 24 01:45:06 <denix> Crofton|work: no problem, we are working on integrating and interfacing with LAVA ourselves...
Jan 24 01:46:06 <Crofton|work> I jsut want something setup so we know people can feed images from http to the community system
Jan 24 01:46:10 <Crofton|work> no setup needed
**** ENDING LOGGING AT Fri Jan 24 02:59:59 2014