**** BEGIN LOGGING AT Wed Jul 11 02:59:58 2012
Jul 11 07:16:03 <stuk_gen> hi guys, i've added to my image recipe in IMAGE_INSTALL the package psplash-angstrom but the oe build fails with Error: No recipes available for .../netbase_5.0.bbappend
Jul 11 07:16:11 <stuk_gen> someone have the same problem?
Jul 11 07:55:32 <dlan> how could i add "[OE-core][PATCH]" when generate patch with "git format-patch"
Jul 11 07:56:25 <bluelightning> dlan: [OE-core] gets added by the mailing list automatically
Jul 11 07:56:57 <bluelightning> dlan: as you can see your patch came through with the expected prefixes...
Jul 11 08:01:13 <dlan> bluelightning: thanks, something puzzled me long time~
Jul 11 08:48:52 <hrw> hi
Jul 11 09:34:14 <pb_> hi all
Jul 11 10:28:07 <Openfree`> res
Jul 11 10:33:29 <apelete> hello
Jul 11 10:34:33 <apelete> I'm having a bitbake error that seems to come from an incompatiblity with python2.6
Jul 11 10:34:35 <apelete> http://paste.debian.net/178597/
Jul 11 10:35:15 <apelete> can someone enlighten me on this ?
Jul 11 10:41:54 <silvio__> someone use gles on OE?
Jul 11 10:42:24 <silvio__> i have trouble with build of qt4-embedded-gles
Jul 11 10:43:00 <silvio__> http://paste.ubuntu.com/1085979/
Jul 11 12:30:20 <stuk_gen> silvio__:  for 4.7.3 i don't know, i'm using 4.8.0, for that you have to set some patch for using powervr. but with 4.7.3 i haven't tried
Jul 11 13:03:05 <silvio__> stuk_gen:  thanks, for response , could u geve me some stuff?
Jul 11 13:03:40 <stuk_gen> silvio__: for what board you are build?
Jul 11 13:05:16 <silvio__> toradex t20 / tegra 2 
Jul 11 13:24:18 <stuk_gen> silvio__: and this have powervr?
Jul 11 13:30:58 <silvio__> tegra should be support gles
Jul 11 13:32:25 <CMoH> hey. hey
Jul 11 13:32:33 <CMoH> anybody using oe-core on archlinux?
Jul 11 13:33:59 <CMoH> they have glibc 2.16.0-1   and m4-native hits the following error:./stdio.h:477:1: error: 'gets' undeclared here (not in a function)
Jul 11 13:35:39 <CMoH> i've found on a forum that glibc dropped the gets function 
Jul 11 13:35:53 <bluelightning> CMoH: there is a patch series out to fix this yes
Jul 11 13:36:41 <CMoH> bluelightning, is it applied onto each package?
Jul 11 13:37:17 <bluelightning> CMoH: there are patches for each affected recipe AFAIK
Jul 11 13:37:57 <CMoH> well, the git log on meta/recipes-devtools/m4/ shows only one commit since my master
Jul 11 13:38:05 <CMoH> something to do with some ldflags
Jul 11 13:45:44 <bluelightning> it's not in master yet
Jul 11 14:05:27 <fcooper> has anyone successfully built the php recipe from meta-oe?
Jul 11 14:18:07 <hrw> fcooper: I did
Jul 11 14:19:31 <dlan> hi, who is responsible for mips related patches? i send one patch modify runqemu script to make it support mipsel
Jul 11 14:20:59 <fcooper> hrw: Did you face an issue with the phpj-m4-divert.patch not applying cleanly and errors during configuration of php-native?
Jul 11 14:22:50 <hrw> fcooper: I just started build to make sure
Jul 11 14:24:15 <slapin> hi, all!
Jul 11 14:24:48 <slapin> is there some manual on how to convert arm board kernel support to use device tree?
Jul 11 14:53:17 <hrw> fcooper: NOTE: package php-5.3.6-r0.0: task do_rm_work_all: Succeeded
Jul 11 14:53:42 <hrw> slapin: checked Documentation/device-tree/ already?
Jul 11 14:55:36 <fcooper> hrw: So something is going on my side then.... I was getting a failure during php-native configure step and the error was "php error:pcntl: fork() not supported"  Removing --enable-pcntl from EXTRA_OECONF allowed me to build successfully 
Jul 11 14:56:38 <fcooper> hrw: Thanks for verifying that it worked.
Jul 11 14:57:57 <bluelightning> sounds like host contamination
Jul 11 14:58:08 <bluelightning> which is of course a bug...
Jul 11 15:25:48 <CMoH> bluelightning, any pointers on how to merge this patch series?
Jul 11 15:27:46 <CMoH> i see a series of patches from khem on oe-core mailing list
Jul 11 15:34:28 <bluelightning> CMoH: you'd have to talk to khem about that I'm afraid
Jul 11 15:35:06 <CMoH> ty bluelightning; unfortunately i need this , so i guess i'm gonna have to git am these from the mailing list
Jul 11 15:36:09 <bluelightning> CMoH: it's the price of running a bleeding edge distro such as arch I guess
Jul 11 15:36:41 <CMoH> well, since ubuntu decided to fuck up killall and ps...
Jul 11 15:37:40 <bluelightning> CMoH: they did?
Jul 11 15:39:45 <CMoH> well it seems processes with names >15 chars get truncated to 15 chars
Jul 11 15:39:59 <CMoH> so killall my-process-with-a-big-name no longer works
Jul 11 15:41:07 <bluelightning> CMoH: ah, ok... I missed that one
Jul 11 15:41:16 <bluelightning> CMoH: is that caused by an ubuntu-specific patch?
Jul 11 15:42:17 <CMoH> heh... i don't know; there are quite many problems i've had with ubuntu and work seamlessly with gentoo. one of the most problematic in development is that ubuntu has poor support for multiple versions of the same package (like boost for instance)
Jul 11 15:43:05 <CMoH> also, my older version i need for unison doesn't seem to be able to start gnome-keyring and ... i guess it's just easier to drop using that distro...
Jul 11 15:43:48 <bluelightning> CMoH: fair enough
Jul 11 15:44:13 <bluelightning> CMoH: I haven't had too many issues with ubuntu myself, but it depends what packages/features you use I suppose
Jul 11 15:44:44 <bluelightning> the current provided version of synergy in precise is totally broken though :(
Jul 11 15:45:03 <CMoH> well, let's say you develop something for ARM, and on oe-core you have boost-1.49, and on ubuntu only boost-1.42
Jul 11 15:45:13 <CMoH> ah
Jul 11 15:47:22 <CMoH> anyway, i've grown tired of solving the same problem over and over again
Jul 11 16:40:41 <Jin^eLD> hi
Jul 11 16:41:26 <Jin^eLD> is there any reason why a bb.note in a .bbclass python function would not produce any output? I am trying to debug something but seem to be stuck
Jul 11 16:41:45 <Jin^eLD> tried bb.debug too and bitbake -DDD but it did not help
Jul 11 16:47:10 <kergoth> Jin^eLD: note/debug/etc go to the logs, just not the console
Jul 11 16:47:18 <kergoth> use warning or greater (error) to see it in both
Jul 11 16:47:21 <Jin^eLD> oh ok thanks
Jul 11 19:41:55 <Jin^eLD> hmm, I wrote a bbclass that does some trickery and finally a bb.data.setVar() some stuff, and in the modified package_ipk.bbclass I am trying to read that variable, but it always returns empty, what am I doing wrong? how can I set it globally so that other bbclasses see it too?
Jul 11 19:46:10 <kergoth> setVar in a task won't affect any other tasks, they get isolated copies of the metadata
Jul 11 19:46:20 <kergoth> so it depends on exactly where you did the setvar
Jul 11 19:48:00 <Jin^eLD> would would be the way to achieve what I am trying to do?
Jul 11 19:48:11 <Jin^eLD> aem, what would be the way that is :)
Jul 11 19:48:28 <Jin^eLD> it does not have to be setVar but I need some way to pass data from one bbclass to another
Jul 11 20:05:46 <kergoth> Jin^eLD: "from one bbclass to another" is meaninless
Jul 11 20:05:51 <kergoth> metadata doesn't give a crap where it's defined
Jul 11 20:06:11 <kergoth> if you want to adjust the metadata, create an anonymous python funciton to adjust the metadata
Jul 11 20:06:39 <kergoth> anonymous python functions are run in a context such that they have the original recipe metadata object, not an isolated copy, which is why it's almost always used for such a purpose
Jul 11 20:06:54 <Jin^eLD> aha.. I see
Jul 11 20:07:21 <Jin^eLD> thanks
Jul 11 20:07:38 <kergoth> its only the *tasks* which are isolated
Jul 11 20:07:40 <kergoth> by design.
Jul 11 20:09:08 <Jin^eLD> I did not know that, so took the wrong approach
Jul 11 20:10:33 <kergoth> you can imagine the dangers. if tasks could affect other tasks, then behavior would change depending on what order the tasks run in
Jul 11 20:10:40 <kergoth> that sort of nondeterministic behavior is not what we want
Jul 11 20:10:59 <Jin^eLD> of course, makes sense
Jul 11 20:12:08 <Jin^eLD> the anonymous function worked perfectly, exactly what I needed, thanks one more time :)
Jul 11 20:14:13 <kergoth> np :)
Jul 11 21:02:50 <msm> who maintains meta-oe these days?
Jul 11 21:18:16 <bluelightning> msm: koen kooi
Jul 11 21:54:31 <Crofton|work> bluelightning, to be a little more on who maintains meta-oe, people that submit patches :)
Jul 11 21:55:12 <bluelightning> Crofton|work: true; koen's usually the one who commits them though AFAIK
Jul 11 21:55:57 <Crofton|work> right, I think khem is also back upthere
Jul 11 21:56:32 <Crofton|work> what is the state of adding meta-oe to oec-ore and not getting systemd drug in, and
Jul 11 21:56:55 <Crofton|work> building something from core-image-* and using systemd 
Jul 11 21:57:05 <Crofton|work> these are two cases that aer important
Jul 11 21:57:37 <Crofton|work> I also got permission to publish this
Jul 11 21:57:38 <Crofton|work> https://github.com/balister/meta-zynq
Jul 11 21:58:34 <bluelightning> Crofton|work: last I heard the current status is we're waiting for Andreas Müller to produce a new patch set for moving systemd out to its own layer
Jul 11 21:58:46 <bluelightning> he has been snowed under recently though unfortunately
Jul 11 21:58:50 <Crofton|work> ok, same as I heard
Jul 11 21:59:43 <bluelightning> Crofton|work: great news on the layer, I see you already added it to the index :)
Jul 11 22:00:28 <Crofton|work> it makes a bootable image
Jul 11 22:01:56 <Crofton|work> sanely switching init systems will become important, hopefully Andreas can get some time
Jul 11 22:02:22 <bluelightning> Crofton|work: one thing though, you specified meta-zynq as the subdirectory, there is none
Jul 11 22:02:31 <bluelightning> copy-paste I guess
Jul 11 22:02:53 <Crofton|work> in the readme?
Jul 11 22:03:31 <bluelightning> Crofton|work: in the layer index... I can fix that now if you like
Jul 11 22:03:52 <Crofton|work> that would be great
Jul 11 22:04:41 <bluelightning> done
Jul 11 22:05:04 <bluelightning> yes the systemd issue is probably our biggest one atm aside from lack of docs
Jul 12 00:24:22 <bluelightning> Crofton|work: er... there's a meta-zynq on yoctoproject.org as well. .. ???
Jul 12 00:25:37 <wmat> bluelightning: lack docs for what? oe-core?
Jul 12 00:25:44 <bluelightning> wmat: yeah
Jul 12 00:25:54 <wmat> ah
Jul 12 00:29:40 * bluelightning -> sleep
Jul 12 01:42:17 <dlan> hi, I'm running OE with Gentoo Linux as HOST, and have problem setup with qemu-network
Jul 12 01:42:42 <dlan> my host is 192.168.90.x, and seems qemu client setup with 192.168.7.x
Jul 12 01:43:22 <dlan> running "ifconfig" in qemu client, show no ip, also udhcpc service fail
**** ENDING LOGGING AT Thu Jul 12 02:59:58 2012