**** BEGIN LOGGING AT Thu Jan 10 02:59:59 2013
Jan 10 06:25:48 <efef> hello, i use oe-core to make a rootfs, but there is no libstdc++.so in the rootfs,but i find libstdc++6_4.7.2-r13_cortexa9hf-vfp-neon.ipk under oe-core/build/tmp-eglibc/deploy/ipk/cortexa9hf-vfp-neon  i add libstdc++6 in my CORE_IMAGE_EXTRA_INSTALL , but it say ERROR: Nothing RPROVIDES 'libstdc++6'  my question is how can i make libstdc++6.so in my rootfs?
Jan 10 07:06:18 <khem> efef: its strange
Jan 10 07:06:22 <khem> it works ok for me here
Jan 10 07:06:32 <khem> are you on top of tree
Jan 10 07:38:32 <eFfeM_work> hm, strange problem, when running bitbake on on danny I get ImportError: No module named patch
Jan 10 07:38:32 <eFfeM_work> ; offending line is import oe.patch
Jan 10 07:38:44 <eFfeM_work> anyone any idea on this?
Jan 10 07:41:04 <eFfeM_work> nevermind, found it, relative paths in bblayer.conf do not seem to be a good idea
Jan 10 08:51:31 <ant_work> JaMa|Off: I'll retry to reproduce the faiures with kernel 3.4 this evening
Jan 10 10:13:08 <JaMa|Off> rburton: ping
Jan 10 10:13:15 <JaMa|Off> rburton: I've 2 issues for you:
Jan 10 10:13:22 <rburton> JaMa|Off: sure
Jan 10 10:13:44 <JaMa|Off> waffle:
Jan 10 10:13:45 <JaMa|Off> patching file CMakeLists.txt
Jan 10 10:13:45 <JaMa|Off> Hunk #1 FAILED at 211.
Jan 10 10:13:45 <JaMa|Off> 1 out of 1 hunk FAILED -- rejects in file CMakeLists.txt
Jan 10 10:13:53 <rburton> huh
Jan 10 10:14:01 <JaMa|Off> gst123-0.3.1-r0:
Jan 10 10:14:22 <JaMa|Off> | In file included from terminal.cc:21:0:
Jan 10 10:14:22 <JaMa|Off> | /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/include/ncurses.h:41:23: fatal error: curses-32.h: No such file or directory
Jan 10 10:14:25 <JaMa|Off> | compilation terminated.
Jan 10 10:14:42 <JaMa|Off> not sure why it didn't fail when I've tested your branch for first time
Jan 10 10:14:52 <rburton> missing deps?
Jan 10 10:15:58 <rburton> ok will look in a minute
Jan 10 10:16:09 <JaMa|Off> thanks
Jan 10 10:28:46 <JaMa|Off> rburton: and btw mesa-demos also fail for some time when building without DISTRO set
Jan 10 10:29:09 <JaMa|Off> src/egl/opengl/demo1.c:26: undefined reference to `eglGetScreensMESA'
Jan 10 10:49:20 <rburton> JaMa|Off: that's becuase you built a non-mesa gl stack
Jan 10 10:50:19 <JaMa|Off> it's default qemuarm
Jan 10 10:50:30 <JaMa|Off> but building world
Jan 10 10:50:42 <rburton> a build log would be interesting
Jan 10 10:50:56 <rburton> (entire thing not just mesa-demos)
Jan 10 10:51:02 <JaMa|Off> so true it could build other gl stack too
Jan 10 10:51:04 <JaMa|Off> http://logs.nslu2-linux.org/buildlogs/oe/oe-shr-core-branches/
Jan 10 10:51:47 <rburton> JaMa|Off: if it's gone and installed a non-mesa gl stack that's exactly the error you'll get. otavio moans at me periodically about that.
Jan 10 10:52:23 <JaMa|Off> I'll check which recipe got provided that
Jan 10 10:54:12 <JaMa|Off> rburton: I'm looking into that ncurses/gst123 issue
Jan 10 10:54:47 <JaMa|Off> and I don't have curses-32.h in older sysroots too and don't see how ncurses.h could not load that as we were defining WORDSIZE before too
Jan 10 13:49:22 <zibri> will yocto be present at fosdem?
Jan 10 13:51:04 <Crofton> OpenEmbedded will
Jan 10 13:51:40 <Crofton> and since we a part of the Yocto Project, I guess that means they will be represented also
Jan 10 13:51:50 <Crofton> I should get some Yocto stickers for the stand
Jan 10 13:51:53 <Crofton> and some OE ones
Jan 10 13:52:00 <zibri> heh, nice. see you there then
Jan 10 13:52:58 <Crofton> I need to get on the ball and order some OE stickers
Jan 10 15:04:01 <jawilson> it appears PRINC breaks stuff when the original recipe has (for example): EXTRA_OECMAKE = "-DSOMETHING=${S}"
Jan 10 15:04:45 <jawilson> here, ${S} is evaluated with the original PR while the actual S directory uses the incremented PR
Jan 10 15:10:09 <laur> otavio: ping
Jan 10 15:24:28 <Crofton> jawilson, ouch
Jan 10 15:24:54 <jawilson> Crofton, yeah, working with the gnuradio recipe specifically
Jan 10 15:25:14 <Crofton> bother
Jan 10 15:25:38 <Crofton> I need to update it for 3.6.3, but I do not think I will stumble into that problem
Jan 10 15:26:24 <jawilson> I was considering taking a hack at that once I got other things working
Jan 10 15:27:01 <jawilson> won't stumble into the PRINC issue, or needing the "-DIMPORT_EXECUTABLES=${S}..." flag?
Jan 10 15:34:26 <otavio> laur: Hi
Jan 10 15:34:31 <otavio> laur: how are you doing?
Jan 10 15:35:01 <JaMa|Off> Crofton: are you going to update uhd too? it still fails to build
Jan 10 15:35:27 <laur> otavio: hi, I wanted to ask you about meta-browser
Jan 10 15:35:47 <laur> otavio: is chromium buildable?
Jan 10 15:35:53 <JaMa|Off> Crofton: I've tried to update from 3.4.1 to 3.4.4 but it fails the same and I don't have any device to test it
Jan 10 15:36:17 <Crofton> I have outstanding update for it, I've been waiting on 3.6.3 to do the set all at once
Jan 10 15:37:21 <JaMa|Off> ok
Jan 10 15:37:54 <Crofton> jawilson, I built the test build Corgan asked about, so all I need to do is update the git hash
Jan 10 15:38:03 <Crofton> then I'll send the series to the list
Jan 10 15:38:30 <JaMa|Off> heh PR bump in bluez4 resulted in 2 hr 40 min rebuilding world
Jan 10 15:39:20 <jawilson> Crofton, very nice! Glad I didn't start to put in the effort.
Jan 10 15:40:27 <jawilson> I've got some recipes for pyqt, wxwidgets and wxpython that I'd like to push once I get better tested and the OK from my corporate overlords
Jan 10 15:40:56 <Crofton> that would be great!
Jan 10 15:40:56 <jawilson> adding gr-wxgui support :)
Jan 10 15:41:26 <Crofton> JaMa|Off, has python-pyqt
Jan 10 15:41:37 <Crofton> need to talk him into doind python-pyqwt :)
Jan 10 15:42:14 <jawilson> yeah, I started on pyqwt but gave up, not so easy
Jan 10 15:43:11 <otavio> laur: it is going to be hehe
Jan 10 15:43:14 <otavio> laur: theré
Jan 10 15:43:31 <otavio> laur: long time ago I built it but I did not test it since than
Jan 10 15:43:44 <laur> otavio: aha, ok
Jan 10 15:44:12 <laur> otavio: I'm trying to make it work for other architectures too
Jan 10 15:44:34 <otavio> laur: but someone contacted me and he is working in update it to 25 or 26
Jan 10 15:44:35 <laur> otavio: but I tried to build it for beagleboard to test if it at least compiles for arm
Jan 10 15:44:59 <laur> otavio: and it didn't compile
Jan 10 15:45:25 <otavio> laur: it used to build right ... but personally I don't have any project using it
Jan 10 15:45:26 <laur> otavio: of course, I will start debug it, but I wanted to ask you first what's the status
Jan 10 15:47:02 <rburton> morning walters
Jan 10 15:47:09 <rburton> walters: thanks for the prompt reviews
Jan 10 15:48:00 <walters> rburton: morning, and no problem!  i was actually curious about how best to do stuff for the host, because it came up in the context of glib recently too
Jan 10 15:48:27 <rburton> walters: it's sad that this way is still the best
Jan 10 15:49:35 <rburton> walters: automake support would be so useful...
Jan 10 15:49:43 <khem> who maintains meta-mono ? I have a patch for it pending its relatively inactive layer
Jan 10 15:49:48 <khem> on yp git
Jan 10 15:50:15 <otavio> laur: if you're not in a rush I'd say to way a day or so.
Jan 10 15:50:21 <rburton> walters: it appears all upstream cares about it adding square brackets and macros that sound like teenagers.  after AS_IF I expect INNIT_THOUGH and YOU_GET_ME
Jan 10 15:50:31 <otavio> laur: I think we'll have new patches for it soon
Jan 10 15:50:33 <JaMa|Off> Crofton: meta-oe has it too :)
Jan 10 15:50:40 <walters> rburton: yeah, sadly though all my Perl knowledge is swapped out in favor of C/GObject, JS, and Python
Jan 10 15:50:47 <walters> rburton: haha yeah i keep thinking that too
Jan 10 15:53:42 <Crofton> JaMa|Off, have you looked at pyqwt?
Jan 10 15:55:02 <JaMa|Off> Crofton: no
Jan 10 15:55:37 <ant___> khem: what about #36399 (#40021) Use CC to form KERNEL_CC ?
Jan 10 15:55:57 <Crofton> JaMa|Off, I'll buy you beer :)
Jan 10 15:57:08 <laur> otavio: sure, I can wait... I have other issues to take care of in the meantime. Since the chromium porting is on my list for some time now, I thought I'd better start to see, at least, if I can make it compile for arm...
Jan 10 15:58:12 <otavio> Please call it a day or two. If nothing is send, please mail openembedded-devel ml so people avoid work duplication...
Jan 10 15:58:40 <laur> otavio: ok
Jan 10 15:58:54 <laur> otavio: thanks
Jan 10 15:59:03 <otavio> laur: you're welcome :)
Jan 10 16:18:29 <Crofton> 3.6.3 is building here
Jan 10 16:26:12 <msm> is there a way to get bugzilla.yoctoproject.org to send reminders about bus?
Jan 10 16:26:14 <msm> bugs*
Jan 10 16:27:17 <Crofton> heh
Jan 10 16:27:38 <Crofton> reminders from bugzilla can seriously annoy some people
Jan 10 16:28:37 <Zagor> msm: add a comment. it has the added benefit of showing who was responsible for causing the mail-out :-)
Jan 10 16:29:55 <msm> Crofton: yea, i know.. but in this case i don't get too many
Jan 10 16:29:58 <msm> but they disappear
Jan 10 16:30:14 <msm> Zagor: that only does it when a change is made, i want a reminder if i have bugs assigned to me
Jan 10 16:47:41 <rburton> msm: i think that's something the admin has to turn on/off
Jan 10 16:47:52 <abelloni> Hi,
Jan 10 16:48:12 <rburton> msm: easy enough to cron a wget of your bug list and mail yourself
Jan 10 16:48:13 <abelloni> what would be the best way to include my own /etc/network/interfaces in the build ?
Jan 10 16:48:36 <rburton> abelloni: override netbase
Jan 10 16:49:12 <abelloni> and I would do tht in my own layer right ?
Jan 10 16:49:25 <rburton> yes
Jan 10 16:49:40 <abelloni> thanks :)
Jan 10 16:49:48 <msm> rburton: good point
Jan 10 16:56:07 <slaine> Is it possible to set the thermal throttling temp of an Atom D525 CPU by chance ? rburton ??
Jan 10 16:56:56 <rburton> slaine: dunno, sorry
Jan 10 19:25:22 <ericben> hi, what is the reason for having meta-* in .gitignore in openembedded-core's repo ?
Jan 10 19:25:53 <ftonello> guys
Jan 10 19:26:18 <ericben> log says "meta-XYZ directories have been manually added in the past, instead always ignore them unless they are explicitly added" (3c6e85c653ce176fd2cb5a570e63c8e5da5a4e48) : does anyone remember why this was needed ?
Jan 10 19:26:27 <ftonello> packagegroup-core-x11.bb is doing a RDEPENDS like this:
Jan 10 19:26:36 <ftonello> RDEPENDS_${PN} = "\
Jan 10 19:26:38 <ftonello>     ${PN}-xserver \
Jan 10 19:26:39 <ftonello>     ${PN}-utils \
Jan 10 19:26:41 <ftonello>     "
Jan 10 19:26:58 <ftonello> but when I try to build an image with this packagagroup
Jan 10 19:27:05 <ftonello> bitbake shows an error:
Jan 10 19:27:22 <ftonello> packagegroup-core-x11: Depends: packagegroup-core-x11-xserver but it is not going to be installed
Jan 10 19:27:46 <ftonello> do I need to specify to install packagegroup-core-x11-xserver manually? I thought the RDEPENDS there would do the job
Jan 10 19:28:09 <ftonello> (im using poky 8.0 as expected)
Jan 10 19:33:22 <ftonello> kergoth: hey man, any thoughts about what I said?
Jan 10 19:34:38 <kergoth> no idea what would cause that one offhand
Jan 10 19:35:02 <ftonello> bitbake is saying that this is usually a bug and i should report that O.o
Jan 10 21:09:53 <khem> ericben: this is for external layers
Jan 10 21:10:08 <khem> ericben: I think meta-yocto should be reinserted now there
Jan 10 21:10:18 <khem> or rather !meta-yocto
Jan 10 21:10:29 <khem> for yocto
Jan 10 21:11:19 <khem> +!meta-skeleton
Jan 10 21:11:19 <khem> +!meta-demoapps
Jan 10 21:11:36 <khem> it should be meta-skeleton and meta-hob now I guess there
Jan 10 21:11:55 <khem> if we consider just oe-core
Jan 11 01:35:50 <ftonello> can I bbappend a packagegroup?
Jan 11 01:35:53 <ftonello> recipe
Jan 11 01:37:28 <EddyLaiTW> for example?
Jan 11 01:38:50 <ftonello> packagegroup-core-x11-xserver.bb
Jan 11 01:39:00 <ftonello> i want to change the XSERVER variable there
Jan 11 01:39:14 <ftonello> so I did a packagegroup-core-x11-xserver.bbappend but I'm getting this error while generating rootfs
Jan 11 01:39:26 <ftonello> packagegroup-core-x11: Depends: packagegroup-core-x11-xserver but it is not going to be installed
Jan 11 01:39:29 <ftonello> i think is something related
Jan 11 01:39:41 <ftonello> dont know why this is happening though
**** ENDING LOGGING AT Fri Jan 11 02:59:58 2013