**** BEGIN LOGGING AT Fri Sep 16 02:59:59 2016 Sep 16 03:05:53 kergoth: what does that accomplish ? adding/deleting packages ? Sep 16 03:05:58 to default SDK Sep 16 03:06:08 normal SDK is static in a way Sep 16 03:27:34 kergoth: true, and it can also be updated after the fact as well Sep 16 03:27:59 we probably need to call out the differences more explicitly in the docs Sep 16 03:28:31 khem: try to use "standard SDK", that's the term I've been using in the manual Sep 16 05:16:14 Thanks vmeson, bluelightning! Sep 16 08:48:59 Sometimes I can loose my shit if urls like this http://git.linaro.org/git/kernel/linux-linaro-tracking.git get changed to this http://git.linaro.org/kernel/linux-linaro-tracking.git and they just go on like they did not just fuck the entire openembedded communities' build servers Sep 16 08:49:18 why Sep 16 08:56:19 I don't know how to fix linux-linaro-vexpress_git recipies to handle this... complete screwup Sep 16 09:19:44 Some strange thing is happening now, I am getting: Sep 16 09:19:45 multiple providers are available for runtime kernel-base (linux-linaro-vexpress, linux-linaro-stable-vexpress) Sep 16 09:21:53 my build fails because linux-linaro-vexpress_git recipe is triggering and breaks on do_fetch because linaro.org changes their URLs every 6 months just for kicks Sep 16 09:52:17 I mean why is the fetcher trying to fetch stuff from here: http://sources.angstrom-distribution.org/v2014.12/git2_git.linaro.org.kernel.linux-linaro-tracking.git.tar.gz Sep 16 09:52:21 That file is gone Sep 16 10:32:46 uugh ok for some reason our Microsoft SBS dns cannot handle linaro.org Sep 16 10:32:56 total bizarre Sep 16 15:16:48 hello Sep 16 15:17:02 i'm trying to add libpcap to a recipe. Sep 16 15:17:36 i've noticed the library is in the openembedded-core/meta/recipes-connectivity Sep 16 15:18:12 you don't add libpcap to a recipe. you can add it to the DEPENDS of a recipe, if your recipe requires it to build, though Sep 16 15:18:14 to clarify :) Sep 16 15:18:18 is this layer autoincluded in all yocto projects? It does not have a layer.conf so its failing when I add it to my BASELAYERS Sep 16 15:18:32 ? Sep 16 15:18:34 kergoth: I tried that a few differnt ways Sep 16 15:18:38 oe-core is the main layer, you can't build at all without it Sep 16 15:18:40 but it fails. Sep 16 15:18:53 the layer is openembedded-core/meta, not openembedded-core/meta/recipes-connectivity Sep 16 15:18:54 that is what i was thinking, perhaps its in there by default Sep 16 15:18:59 and you already have the former enabled, or you can't build at all Sep 16 15:19:03 roger that Sep 16 15:19:29 i'm curious why you didn't just add libpcap to DEPENDS and see if it worked Sep 16 15:19:37 rather than trying random layer things first Sep 16 15:19:38 :) Sep 16 15:19:54 oe-core does have a layer.conf, meta/conf/layer.conf Sep 16 15:19:55 btw, I finally got that native vs target bit working. I now understand your help regarding BBCLASSEXTEND vs inherit Sep 16 15:20:10 nice Sep 16 15:20:16 glad to hear it Sep 16 15:20:26 fwiw, i tried DEPENDS="libpcap" and libpcap-dev ,etc. Sep 16 15:20:35 https://gist.github.com/netskink/36c4e2d30ddae0274fe76fde81ffb353 Sep 16 15:20:48 that shows how i tried it Sep 16 15:20:58 just libpcap is correct. DEPENDS lists recipes, not packages Sep 16 15:21:03 there are two types of dependencies.. 'DEPENDS' (need it to build' and 'RDEPENDS_pkg' (need it to run, but not build) Sep 16 15:21:08 DEPENDS must be recipe names.. Sep 16 15:21:12 RDEPENDS must be package names.. Sep 16 15:21:20 that gist doesn't actually list any log or error message of what your build did. Sep 16 15:21:22 libpcap is both a recipe and package name.. Sep 16 15:21:26 libpcap-dev is a package name Sep 16 15:21:37 i also made a mod where it was #DEPENDS_class-target = "libpcap" Sep 16 15:21:42 don't bother Sep 16 15:21:44 DEPENDS=libpcal Sep 16 15:21:46 gar Sep 16 15:21:48 DEPENDS=libpcap Sep 16 15:21:53 that's all you need Sep 16 15:21:56 so by adding it to DEPENDS, libpcap is expected to have been built and installed into the sysroot.. Sep 16 15:22:04 rburton: that was my first attempt Sep 16 15:22:09 your program will still need to actually use the libraries and headers provided Sep 16 15:33:59 DEPENDS=libpcap -> parse error; DEPENDS="libpcap" -> nothing provides libpcap-native; DEPENDS_class-target = "libpcap" -> host/native builds, (using my build machines libpcap) - target fails, pcap.h not found. I'm looking into where that header is located. Sep 16 15:34:51 pcap.h will be in the target sysroot where everything else goes for recipes to find, sounds like you'll need to see how it's looking for pcap.h Sep 16 15:35:22 re: the native dep, to avoid the host dependency you can likely bbappend the libpcap recipe to add BBCLASSEXTEND += "native", but i'd leave it as is for now Sep 16 15:39:20 kergoth: it might be a problem with the cmake Sep 16 15:39:46 there are probably cmake vars you can set with -D to point it at our sysroot, though i'm surprised it doesn't do so by default Sep 16 15:39:52 i have noticed that the cmake project has a pcap.h in its fs Sep 16 15:40:04 my build box has /usr/include/pcap.h Sep 16 15:40:25 maybe the cmake source is using that and not the one within its own copy Sep 16 16:35:17 any particular reason why a depends directive would not cause a component to be built? Sep 16 16:36:37 ahh, nvm. i might have made a mistake Sep 16 16:37:14 yeap, i needed to add the + Sep 16 16:37:24 this is building the target version of libpcap Sep 16 16:37:26 DEPENDS_class-target="pcmx-native" Sep 16 16:37:26 DEPENDS_class-target += "libpcap" Sep 16 17:31:58 Hi Sep 16 17:32:04 Im having issues with codecs Sep 16 17:32:20 how can I enable all codecs in my image? Sep 16 17:32:41 in the #yocto channel they said it could be due to patent issues Sep 16 17:33:37 I tried adding Sep 16 17:34:02 COMMERCIAL_LICENSE ?= "lame gst-fluendo-mp3 libmad mpeg2dec ffmpeg qmmp" Sep 16 17:34:07 to local.conf Sep 16 18:17:37 rburton, I saw something about autobuilder showing gcc internal errors, check the log for out od memory killer Sep 16 18:51:43 Crofton: ICEs are a prime symptom of bad RAM in my experience :/ Sep 16 18:52:27 besides, OOM killer sends a SIGKILL, you won't get the nice ICE message in that case Sep 16 19:05:38 Crofton: new boost is breaking heavily, either ICEing or throwing file not found for precompiled headers Sep 16 19:05:42 *only* in boost **** ENDING LOGGING AT Sat Sep 17 02:59:58 2016