**** BEGIN LOGGING AT Wed Jun 03 02:59:58 2015 Jun 03 07:01:47 good morning Jun 03 07:27:06 morning all Jun 03 07:30:16 hi bl Jun 03 07:36:58 hi bluelightning, woglinde Jun 03 07:38:06 in meta-java there is a problem with the package rhino_1.7r4.bb Jun 03 07:38:23 URL: 'https://github.com/downloads/mozilla/rhino/rhino1_7R4.zip'. Unable to fetch URL from any source Jun 03 07:39:22 this zip is no longer available through the expected way, you can only download from a browser Jun 03 07:47:02 mckoan: I think github downloads are recognised as being problematic for fetching within recipes unfortunately Jun 03 08:01:39 anoter error I don't understand Jun 03 08:01:43 DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common'] Jun 03 08:01:53 what does it mean? Jun 03 11:12:26 bluelightning, I am annoying the layer index Jun 03 11:21:10 Crofton|work: what do you mean? Jun 03 11:21:30 in meta-ettus I ahve two layers, each supporting a differnt board Jun 03 11:21:34 not called meta Jun 03 11:21:52 I suppose I should just add both layers regardless Jun 03 11:22:21 I am updating the entry to relfet a git repo move and the release of the E300 Jun 03 11:22:27 reflect Jun 03 11:25:32 Crofton|work: each layer entry should represent a single layer, so if your repo now contains multiple layers you'll need to create additional entries for those Jun 03 11:25:42 yeah Jun 03 11:26:10 life is a pain :) Jun 03 13:24:28 excuse me if I ask again , but I would need an indication of what to look for, what does this error mean? Jun 03 13:24:42 DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 'arm-linux', 'arm-linux-gnueabi', 'common'] Jun 03 13:26:32 DEBUG: Executing shell function do_install Jun 03 13:27:41 new recipe for rdesktop: http://pastebin.com/j7QETgxh Jun 03 14:41:52 how would one go about stepping through some of the bitbake source, line by line? I've tried using pdb but it's behaving really strangely (exiting as soon as it hits a breakpoint). Jun 03 16:34:44 maintaining an oe-classic thing, trying to get conntrack-tools working. It fails because it can't find libraries and header files from libnetfilter-conntrack. The conntrack-tools recipe has a DEPENDS for libnetfilter-conntrack, but I'm not seeing any of that stuff show up in staging. The libnetfilter-conntrack has "inherit autotools pkgconfig", but no "do_staging()". Do I need to add a "do_staging()" ? Jun 03 16:52:58 awozniak: yes seems so Jun 03 16:53:11 in those days sysroot was populated using do_stage Jun 03 16:53:22 so you needed to stage your interface libs and headers Jun 03 16:53:28 there before others could use it Jun 03 16:54:00 khem: is "autotools_stage_includes" going to do what I think/hope it does? Jun 03 16:54:10 khem`:^^ Jun 03 16:54:17 I think so Jun 03 16:54:18 yes Jun 03 16:54:23 * Crofton|work is having flashbacks Jun 03 16:54:24 it covers the usual case Jun 03 16:54:34 We should have an oe-classic buy back program Jun 03 16:54:40 Hi Crofton|work Jun 03 16:54:43 to get people to migrate :0 Jun 03 16:54:46 hey khem` Jun 03 16:54:47 heh Jun 03 16:55:13 Crofton|work: oe-classis parsing is atleast twice faster that today :) Jun 03 16:55:43 and non of this layer rubbish :) Jun 03 16:55:44 Oh believe me, I would migrate if I could. All new work is oe-core, but I wind up doing a lot of work on sustaining old projects. Jun 03 16:55:52 We understand Jun 03 17:52:37 Ugh, what's the variable you set to -1 to tell it to ignore a recipe? Jun 03 17:53:09 DEFAULT_PREFERENCE Jun 03 18:54:17 has do_rootfs gotten slower, or am I impatient? Jun 03 18:56:59 Before I bang my head against it again, is jdk 1.8 still only supported on aarch64? Jun 03 21:22:42 what exactly are stamp files? The manual appears to state that they're timestamps used to determine when bitbake needs to rerun a task. I thought this was handled by generating a checksum based off a task's inputs. How does a timestamp factor into this? Jun 03 21:29:22 Anyone know an easy way in oe-classic to tell gcc and binutils to not try and use the .texi files? **** ENDING LOGGING AT Thu Jun 04 02:59:58 2015