**** BEGIN LOGGING AT Mon Jul 21 03:00:00 2014 Jul 21 07:25:59 morning all Jul 21 07:35:56 good morning Jul 21 07:41:08 gm Jul 21 08:24:14 good night Jul 21 08:26:29 nerdboy *g* Jul 21 08:26:32 sleep well Jul 21 11:48:42 Building of sstate, I just saw this: Jul 21 11:48:45 WARNING: Logfile for failed setscene task is /home/jkroon/Projects/oe-devel/build-test/tmp-eglibc/work/x86_64-linux/gdk-pixbuf-native/2.30.7-r0/temp/log.do_populate_sysroot_setscene.11447 Jul 21 11:49:02 Looking into the log file, I see: Jul 21 11:49:22 g_module_open() failed for /home/jkroon/Projects/oe-devel/build-test/tmp-eglibc/sysroots/x86_64-linux/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-jpeg.so: libjpeg.so.8: cannot open shared object file: No such file or directory Jul 21 11:49:59 Could there be a race between putting libjpeg.so in the sysroot, and the setscene task for gdk-pixbuf ? Jul 21 11:50:50 *building from sstate* Jul 21 11:51:25 Running the problematic command from a devshell afterwards shows no errors. Jul 21 11:53:02 I've verified that it DEPENDS on jpeg, although I have multiple providers for jpeg, and I haven't explicitly specified which one I prefer Jul 21 11:53:21 And by "it" I mean gdk-pixbuf Jul 21 12:00:57 If the entries in tmp-eglibc/log/cooker/wandboard-solo/20140721115422.log are sorted in time, it does look like jpeg-native is staged after gdk-pixbuf-native, which would explain the error Jul 21 12:05:49 Ah. I think I can play with PIXBUFCACHE_SYSROOT_DEPS_class-native in pixbufcache.bbclass Jul 21 12:47:32 kroon: interesting... I've alerted rburton to the issue hence his recent arrival ;) Jul 21 12:48:10 bluelightning, cool, I already sent a patch to ml which I think should work Jul 21 12:48:51 kroon: great! Jul 21 12:48:53 thanks Jul 21 12:49:37 already rejected, sorry! Jul 21 12:49:50 that's the obvious fix, but its not the right fix Jul 21 12:50:03 since PACKAGECONFIGising that recipe, the depends list was broken to start with Jul 21 12:52:32 rburton, you're right Jul 21 12:52:54 I took the easy way out Jul 21 12:53:39 the obvious way out :) Jul 21 12:54:14 yeah that too :) Jul 21 12:59:10 I guess that could be an educating exercise Jul 21 12:59:25 abpit yocto project, does it keep the lastest doc of openembedded(I was told that a year age), or all the doc has been merged into oe now Jul 21 13:49:57 do you know if there is rdesktop recipe in any existing layer? Jul 21 13:52:09 mckoan: not according to the layer index; you may have to port the one from OE-Classic Jul 21 14:00:38 bluelightning: as expected, thx Jul 21 14:33:07 bluelightning: is there any workaround for arm-poky-linux-gnueabi-gcc: error: unrecognized command line option '-V' during configure? Jul 21 14:33:58 bluelightning: I didn't expect to modify the .configure if a package supports autotools Jul 21 14:34:51 mckoan: never saw that issue, sorry Jul 21 14:42:15 From python in a recipe, is it possible to retrieve the DEPENDS of another package ? Jul 21 14:49:07 rburton, how about if pixbufcache.bbclass does: if PN ends with "-native", scan DEPENDS and insert each one in populate_sysroot[depends]/populate_sysroot_setscene[depends] Jul 21 14:49:33 that would add stuff not necessarilt required like automake-native and others, but at least its simple Jul 21 14:53:15 kroon: there's not really a mechanism for that, no ... can I ask why you need to do that? Jul 21 14:55:51 bluelightning, pixbufcache.bbclass had a comment, *add all dependencies of gdk-pixbuf*, and then there was a hardcoded list Jul 21 14:55:59 But I don't think it will be necessary Jul 21 17:36:43 I ran "bitbake --server-only -t xmlrpc -B localhost:1234; BBSERVER=localhost:1234 bitbake my-image" in one terminal and it's running. I ran "BBSERVER=localhost:1234 bitbake --observe-only" in another terminal and all I get is "Could not register UI event handler" warnings and errors. Am I doing something wrong? I want to be able to start a server, send it a command, detach, and then come back later to watch it. Jul 21 17:37:43 Is there a webpage on how to do this? My googling has not been successful thusfar because all of the relevant terms show up in ever basic bitbake tutorial when they show the output from --help Jul 21 17:58:41 I think I figured out part of it. observe-only only seems to work if you run it before running a build/command in another terminal. Also, it doesn't seem like there's a nice way to detach. Perhaps, running nohup with a ui of nothing (if that's even possible). Perhaps the old scrolling ui piped to /dev/null Jul 21 18:41:56 I am trying to add extrernalsrc to a recipe Jul 21 18:42:03 but it doesn't seem to be picked up **** ENDING LOGGING AT Tue Jul 22 03:00:01 2014