**** BEGIN LOGGING AT Tue Dec 17 03:00:00 2013 Dec 17 10:09:24 morning all Dec 17 10:19:46 hi bluelightning, i have started to get build failures on dylan , on our CI for libsoup. it sounds like it depends on intltool-native which is not explicitely in DEPENDS. Dec 17 10:19:57 i am surprised that this was never caught before. Dec 17 10:20:27 somehow our scheduling has changed and libsoup is built now before intltool gets a chance to being built... Dec 17 10:20:48 if that's really a bug, it would affect master and dora too. Dec 17 10:23:49 ndec: ok, it may have been fixed in master already Dec 17 10:23:54 I'll have a look Dec 17 10:26:20 bluelightning: well, i don't think . at least intltool-native isn't there on master neither. Dec 17 10:26:53 it's worth to note that my builds are with qt5 without x11. so probably a bit less standard than what's beeing tested in the autobuilders Dec 17 10:32:19 ok Dec 17 10:32:33 well we'll have to get the fix into master first really, but that shouldn't be a big deal Dec 17 10:32:42 I'll send something shortly Dec 17 10:50:15 bluelightning: thanks for the patch! when do you think it will show up in dylan? i am asking to see if i need to patch it locally in our trees, or not.. Dec 17 10:50:59 ndec: as soon as it gets into master I'll ask Richard to apply it to dylan as well, so hopefully before the end of the week Dec 17 10:51:11 ok, thanks! Dec 17 10:56:15 bluelightning: so, i am applying it in our layer for now, to unblock our builds. but thank you for the very quick turnaround! Dec 17 10:58:16 ndec: np Dec 17 11:08:00 bluelightning, stands should be announced soon Dec 17 11:08:30 https://fosdem.org/2014/schedule/track/software_defined_radio/ Dec 17 11:13:28 rofl, just saw your email Dec 17 11:13:32 Good job ! Dec 17 11:35:27 Crofton|work: heh, thanks Dec 17 11:35:52 WARNING: QA Issue: package dbcxx contains bad RPATH /home/balister/src/oe-core/build/tmp-eglibc/sysroots/odroid-xu/usr/lib in file /home/balister/src/oe-core/build/tmp-eglibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/db/5.3.21-r0/packages-split/dbcxx/usr/lib/libdb_cxx-5.3.so Dec 17 11:35:55 grr Dec 17 11:36:10 I have patches for db to build the c++ lib and package separatley Dec 17 11:36:22 so db does not have a libstdc++ dependency Dec 17 11:36:28 only remaining issue is that Dec 17 11:41:49 Crofton|work: look for rpath options in the configure script or being applied in CFLAGS/LDFLAGS and remove/disable them Dec 17 11:42:12 stupid rpath Dec 17 11:43:11 --disable-binreloc is a common option to get rid of rpaths Dec 17 11:43:19 and not using cmake is another Dec 17 11:43:27 koen: didn't know about the former Dec 17 11:43:32 this is berkeley db Dec 17 11:43:51 koen: I like cmake :p Dec 17 11:44:07 well, it brings its own quirks, for sure... Dec 17 11:45:25 Crofton|work: I've talked to scott about adding some more task-oriented instructions on how to resolve QA errors Dec 17 11:45:33 he's pretty busy at the moment though Dec 17 11:48:10 yeah, this is an annoying one Dec 17 11:48:50 we could always throw together a wiki page in the mean time I guess Dec 17 11:56:20 to be fair, I think this is the first one I ran into Dec 17 11:56:39 annoyling, it only effects the c++ lib Dec 17 12:15:00 koen: by chance, pls test klibc 2.0.3 runtime Dec 17 15:56:21 Hello everybody. I would ask why gdbserver package doesn't exist in meta-openembedded repository. Is there another way to debug remotely programs executing in my embedded card ? Dec 17 15:57:06 vadmeste: the gdbserver package is provided by the gdb recipe in OE-Core Dec 17 15:57:22 brb Dec 17 16:00:21 PING 1387296021 142523 Dec 17 16:00:28 PING 1387296027 967696 Dec 17 16:00:28 PING 1387296028 629964 Dec 17 16:10:54 thanks bluelightning Dec 17 17:06:37 this looks useful: http://upstream-tracker.org/ **** ENDING LOGGING AT Wed Dec 18 02:59:59 2013