**** BEGIN LOGGING AT Sat Jul 02 02:59:57 2011
Jul 02 05:59:03 <kergoth> hmm, have a first pass, extremely basic runqueue/cookbook implementation in go working :) currently fixing the concurrent execution bits though
Jul 02 06:06:25 <kergoth> hmm, i think i need to do a sequence diagram
Jul 02 11:02:26 <GNUtoo> bluelightning, hi
Jul 02 11:02:38 <bluelightning> hi GNUtoo
Jul 02 11:03:01 <GNUtoo> I've some compilation errors with opie's qte-mt-2.3.10-r31 in oe.dev
Jul 02 11:03:40 <GNUtoo> http://pastie.org/2154071
Jul 02 11:04:08 <GNUtoo> basically the errors seem to be that:
Jul 02 11:04:21 <GNUtoo> #error "The header file 'foo.cpp' doesn't include <QObject>."
Jul 02 11:04:40 <GNUtoo> with foo beeing replaced many times by many headers names
Jul 02 11:06:00 <GNUtoo> I added opie 1.2.5 reqire thing
Jul 02 11:17:27 <GNUtoo> I'll try to make a patch
Jul 02 11:23:19 <bluelightning> GNUtoo: this looks like the wrong moc is being used
Jul 02 11:24:31 <bluelightning> I wonder if it's picking up something from host or sysroot-installed Qt4
Jul 02 11:24:40 <GNUtoo> ok
Jul 02 11:25:04 <bluelightning> (which would be a bug, and if there's a way to fix it I would like to do so)
Jul 02 11:25:56 <GNUtoo> so I should look at qte-mt's configure?
Jul 02 11:28:10 <GNUtoo> export SYSCONF_MOC="/home/gnutoo/embedded/oe/oetmps/shr/sysroots/x86_64-linux/usr/bin/moc"
Jul 02 11:28:12 <bluelightning> GNUtoo: yes that would be a good place to start
Jul 02 11:28:39 <bluelightning> and if you run that directly what version of moc is it?
Jul 02 11:28:52 <GNUtoo> /home/gnutoo/embedded/oe/oetmps/shr/sysroots/x86_64-linux/usr/bin/moc -v => Qt Meta Object Compiler version 62 (Qt 4.7.3)
Jul 02 11:28:56 <GNUtoo> so it's the bad moc
Jul 02 11:30:15 <bluelightning> right
Jul 02 11:30:35 <bluelightning> moc for qt 2.3.x should be provided by uicmoc-native
Jul 02 11:30:49 <GNUtoo> ok thanks
Jul 02 11:31:17 <bluelightning> I'm surprised, this is the first time I've seen a clash
Jul 02 11:33:45 <GNUtoo> I'll try to find the recipes that makes it clash
Jul 02 11:35:17 <GNUtoo> ./qt4-native-4.7.3-r1.0/staging-pkg/sysroots/x86_64-linux/usr/bin/moc4
Jul 02 11:35:17 <GNUtoo> ./qt4-native-4.7.3-r1.0/staging-pkg/sysroots/x86_64-linux/usr/bin/moc
Jul 02 11:35:38 <GNUtoo> maybe it's for qt3?
Jul 02 11:37:10 <GNUtoo> I'll clean and overwrite with uicmoc-native
Jul 02 11:37:34 <GNUtoo> note that the md5sum of moc and mo4 from qt4 are different
Jul 02 11:44:04 <GNUtoo> thanks a lot for the help!
Jul 02 13:00:52 <mlip> seriously, since when do we sort EXTRA_OECONF alphabetically ?!
Jul 02 13:02:43 <CMoH> hey. a while ago there was the possibility to do a license audit on the packages in an image - the folder deploy/.../sources used to get a lot of folders with licenses
Jul 02 13:02:51 <CMoH> is there any replacement for that feature?
Jul 02 13:45:59 <bluelightning> CMoH: we have something like that in oe-core
Jul 02 13:51:44 <CMoH> ty bluelightning. what about the 2011.03-maintenance branch?
Jul 02 14:06:26 <CMoH> or rather... where should I look for it in oe-core?
Jul 02 14:06:37 <CMoH> if there's nothing on the stable branch
Jul 02 14:32:00 <bluelightning> CMoH: tmp/deploy/images/licenses
Jul 02 14:35:42 <bluelightning> don't know about what oe-dev provides these days I'm afraid
Jul 02 14:49:35 <mwester-laptop> khem - sorry missed your comments yesterday.  Last time I tried to build with oe-core, it puked badly.  I'll make a note to try to build again this weekend.  As for "taking over" meta-nslu2, I'll give it try whenever you're ready to do that -- but given the 100+ emails/day on the oe-core ML, it'll be really hard to keep it up to date! :)
Jul 02 14:50:20 <CMoH> bluelightning, i could not find it but i found a package list in the labs folder
Jul 02 15:00:55 <CMoH> well, it's a start - thanks
Jul 02 15:53:27 <CIA-109> 03Paul Menzel <paulepanter@users.sourceforge.net> 07master * racc025bb67 10openembedded.git/recipes/htop/htop_0.9.bb: (log message trimmed)
Jul 02 15:53:27 <CIA-109> htop: Link with libubacktrace when compiling for uClibc
Jul 02 15:53:27 <CIA-109> Using `minimal-uclibc` for `MACHINE = "beagleboard"` task compile fails with the following error.
Jul 02 15:53:27 <CIA-109> htop-CRT.o: In function `CRT_handleSIGSEGV':
Jul 02 15:53:27 <CIA-109> /oe/build-minimal-uclibc/minimal-uclibc-dev/work/armv7a-oe-linux-uclibceabi/htop-0.9-r0/htop-0.9/CRT.c:131: undefined reference to `backtrace'
Jul 02 15:53:28 <CIA-109> /oe/build-minimal-uclibc/minimal-uclibc-dev/work/armv7a-oe-linux-uclibceabi/htop-0.9-r0/htop-0.9/CRT.c:133: undefined reference to `backtrace_symbols_fd'
Jul 02 15:53:29 <CIA-109> Backtrace support in uClibc was enabled in commit 2a1c9e1e [1] so appending `-lubacktrace` to `LDFLAGS` fixes this problem.
Jul 02 16:33:24 <khem> mwester-laptop: hi
Jul 02 16:34:08 <khem> mwester-laptop: I am keeping it in sync 
Jul 02 16:34:27 <khem> mwester-laptop: whenever you plan to add more machines or newer kernels etc.
Jul 02 16:34:34 <khem> it would be nicer
**** ENDING LOGGING AT Sun Jul 03 02:59:57 2011