**** BEGIN LOGGING AT Thu Dec 20 03:00:00 2012
Dec 20 08:31:32 <florian> good morning
Dec 20 09:29:50 <afournier> morning all
Dec 20 10:06:55 <silvio__> morning all
Dec 20 10:54:50 <hrw> morning
Dec 20 10:54:54 <hrw> | make[2]: Entering directory `/media/storage/devel/canonical/aarch64/CLEAN/build/tmp-eglibc/work/aarch64-oe-linux/eglibc-initial/2.16-r19/eglibc-2.16/libc/nss'
Dec 20 10:54:57 <hrw> | Makefile:100: OPTION_EGLIBC_NSSWITCH is disabled, but fixed config file
Dec 20 10:55:00 <hrw> | Makefile:101: *** does not exist: "".  Stop.
Dec 20 10:55:15 <hrw> I have it for armv7a and armv8 builds. Did someone got it?
Dec 20 10:56:53 <hrw> hi soltys 
Dec 20 11:10:53 <JaMa> levonmaa: two more issues with meta-qt5.. http://paste.debian.net/217553/
Dec 20 11:17:14 <Crofton|work> would I be correct in assuming the bluez4 documentation situation is a disaster
Dec 20 11:18:38 <florian> Crofton|work: Someone used to complain one office next to me :)
Dec 20 11:18:47 <Crofton|work> hi florian
Dec 20 11:18:56 <florian> hey Crofton|work 
Dec 20 11:19:22 <Crofton|work> I need to pair an earthing with a console only board I ahve
Dec 20 11:19:38 <Crofton|work> and all the random wiki pages have things no on the board :)
Dec 20 11:20:51 <Crofton|work> I remember when OE switched from 3 to 4 there was bitching, now I understand why
Dec 20 11:40:35 <Crofton|work> so, does anything from oe-core let me pair a bluetooth device from the command line?
Dec 20 11:41:56 <hrw> Crofton|work: bluez4 should have simple-agent
Dec 20 11:42:13 <Crofton|work> where would I find that?
Dec 20 11:43:22 <Crofton|work> I've seen the references on the tubes
Dec 20 11:48:58 <hrw> bluez source
Dec 20 11:52:14 <Crofton|work> why aren't we packaging it
Dec 20 11:52:29 <Crofton|work> found it in the source
Dec 20 11:53:33 <hrw> ok. that eglibc bug is ptest related
Dec 20 12:01:36 <hrw> nope.
Dec 20 12:02:20 <hrw> DISTRO_FEATURES += "anythingotherthannormal" + eglibc-initial build == fail
Dec 20 12:09:17 <Crofton|work> heh
Dec 20 12:09:25 <Crofton|work> simple agent is not so simple
Dec 20 12:10:26 <Crofton|work> what provids gi.repository
Dec 20 12:50:55 <Zagor> can anyone explain to me the "Failure expanding variable RDEPENDS_dbus-lib, expression was 'ptest' 'dbus-ptest' ${@base_contains('DISTRO_FEATURES' '' d)}" error Marcin got on the mailing list. I get it too, and it goes away if I assign RDEPENDS using := instead of =. but why? what is going on?
Dec 20 12:51:56 <Zagor> there is a very similar assigment for DEPENDS three lines above in the same recipe, which works just fine with normal assignment
Dec 20 12:58:00 <Zagor> it works if I assign RDEPENDS_dbus instead of RDEPENDS too. what is special about RDEPENDS_dbus-lib that causes a SyntaxError?
Dec 20 14:27:29 <Crofton|work> anyone know what package I need to isntall to make this line succeed:
Dec 20 14:27:30 <Crofton|work> from gi.repository import GObject
Dec 20 14:27:57 <Crofton|work> seems like pyhton-pygobject is what is needed, but that only seems to get built for the native version
Dec 20 18:44:47 <levonmaa> JaMa: the pastebin errors
Dec 20 18:45:07 <levonmaa> Its odd that I did not see them
**** ENDING LOGGING AT Fri Dec 21 02:59:59 2012