**** BEGIN LOGGING AT Fri Oct 05 02:59:58 2012 Oct 05 07:45:29 good morning Oct 05 08:50:56 I see that oe-core forces people to update kernel configs for their kernels ;( Oct 05 08:51:10 packagegroup-self-hosted RDEPENDS on kernel modules... Oct 05 09:14:41 hello Oct 05 09:14:59 guys, i need help with docbook-utils Oct 05 09:15:15 every build i have undefined symbol: _ZN14OpenJade_Grove8ClassDef12sgmlDocumentE Oct 05 09:55:43 beware 3.7 kernel tree - does not build with current oe-core Oct 05 10:32:56 feday looks like a openjade symblo is missing Oct 05 10:33:19 uhm I meant at link/runtime it can not find openjade lib Oct 05 10:34:09 woglinde: any solution? Oct 05 10:34:31 feday is it at linktime? Oct 05 11:39:02 * pb_ stabs OpenGL Oct 05 11:39:15 woglinde: http://pastie.org/4913775 Oct 05 11:47:53 pb uhm Oct 05 11:50:05 hm with cut and paste I killed my terminal Oct 05 11:50:13 feyda try ldd /home/user/poky/build/tmp/sysroots/x86_64-linux/usr/bin/../../usr/lib/libospgrove.so.0 Oct 05 11:50:20 and pastebin the output Oct 05 11:50:41 feyda check if you have openjade installed on yout system Oct 05 11:50:47 and maybee deinstall it Oct 05 12:17:35 woglinde: ok it was installed, i removed it. thanks Oct 05 12:17:54 woglinde: run ldd right now i can't because already del buildroot Oct 05 12:26:27 fedya there were some patches to not include openjade from host Oct 05 12:26:46 maybee you need to update your tree Oct 05 12:27:01 woglinde: what patches you mean? Oct 05 12:27:13 look at the mailinglist Oct 05 12:27:29 woglinde: also on my other build machine i have installed openjade and all builts fine Oct 05 12:27:59 woglinde: maillist poky@yoctoproject.org ? Oct 05 12:29:02 oe-core Oct 05 12:29:21 than its maybe some library Oct 05 12:29:31 which openjade depends on Oct 05 12:30:06 woglinde: i do git pull in my poky git repo Oct 05 12:30:13 woglinde: all up2date Oct 05 12:31:26 than try again Oct 05 12:33:04 woglinde: already... Oct 05 12:34:18 woglinde: same error Oct 05 12:34:20 woglinde: http://pastie.org/4914545 Oct 05 12:34:43 than ldd Oct 05 12:34:54 to find out which lib it is Oct 05 12:35:20 woglinde: check paste Oct 05 12:35:26 woglinde: already did ldd Oct 05 12:37:52 hm okay Oct 05 12:37:54 sorry Oct 05 12:38:07 I can not help ypu anymore Oct 05 12:39:34 woglinde: bad :( Oct 05 12:40:35 hm you could compare the packages list from both machines Oct 05 12:40:39 I have no other idea Oct 05 13:20:07 JaMa: I am looking at the libav/pidign issue Oct 05 13:20:33 JaMa: and I am not finding a way to fix it ... Oct 05 13:20:54 JaMa: libav libraries is a mess of names Oct 05 13:21:22 hmm then maybe it was better without PACKAGE_DYNAMIC then Oct 05 13:23:29 JaMa: but I am failing to understand what goes here ... why the lib* is behaving this way Oct 05 13:25:18 it doesn't know what names it will provide in the end Oct 05 13:25:31 so assumes that libav.bb can provide any lib* runtime package Oct 05 13:27:14 JaMa: is it possible to use more complex pattern on it? Oct 05 13:27:50 lib(av(filter|...)|postproc)* Oct 05 13:29:12 you can try Oct 05 13:29:15 lib/bb/providers.py: rproviders += dataCache.packages_dynamic[pattern] Oct 05 13:30:07 otavio: yes it looks like normal regexp handling Oct 05 13:47:39 JaMa, does the PyQt stuff really work? Oct 05 13:47:47 Have you looked at PyQwt? Oct 05 13:51:42 Crofton|work: it works in anki Oct 05 13:51:53 which is why I've added it Oct 05 13:52:37 Crofton|work: it doesn't work at all for you or just after upgrade 4.8.4 -> 4.9.5? Oct 05 13:58:55 I haven't tried it yet Oct 05 13:59:05 I'll need PyQwt before i can try it Oct 05 13:59:37 in the past, I built them on the device, having them work from a build would mean I owe you a lot of beer Oct 05 14:00:42 I am not at a point where I can test this yet, but glad to see work along this line Oct 05 14:05:06 Crofton|work: 4.8.4 wasn't very different to what we had in oe-classic Oct 05 14:21:27 he crofton Oct 05 14:53:21 Guys i updated patch utility for 2.7.1 but how i can download it and check md5sum? Oct 05 15:06:53 How i can create bb-recipe from src.rpm? Oct 05 15:27:10 is there a way to enforce that a recipe is reparsed everytime by bitbake? I have a release-marker recipe which contains dynamic content (e.g. actual date/time + repository hashes) which I want to rebuild everytime when I create a new image Oct 05 15:38:24 ensc|w what about calling -c clean on those recipes before ? Oct 05 15:39:14 no, I do not want to do this extra step Oct 05 15:41:04 for now, I call bb.parse.mark_dependency() on a file which is known to change between image builds, but this is hacky.... Oct 05 15:41:44 to me, "forcing" a recipe to rebuild is -c clean or prevent it to create stamps ...which would be odd Oct 05 15:42:08 or, you append a last step where you clean its stamps again during a build ?? Oct 05 15:43:56 also i am interested in such a recipe which creats those hashes , wanna share it ? Oct 05 15:47:48 stamps are nearly uninteresting for this problem; the problem is that bitbake caches all meta information and creates stamps based on this information Oct 05 15:47:54 rob_w: http://pastebin.com/1BvmWFCW Oct 05 15:48:05 How i can create bb-recipe from src.rpm? Oct 05 15:57:21 thx Oct 05 17:15:27 * mr_science enjoys a nice onion bagel Oct 05 17:24:55 ensc|w: use DATE in PV or PR Oct 05 17:33:42 khem: does not work; there will be used a cached version of DATE Oct 05 17:35:46 ... which gives really strange/bad effects when e.g. the do_fetch stamp has another DATE than do_install because build failed at another place and midnight was crossed between do_fetch and do_install Oct 05 23:53:04 * mr_science waits for an sdcard install to finish **** ENDING LOGGING AT Sat Oct 06 03:00:01 2012