**** BEGIN LOGGING AT Fri Jan 24 02:59:58 2020
Jan 24 08:04:45 <mckoan> good morning
Jan 24 12:49:44 <AdamTrhon> Hello, I have a problem building gstreamer-plugins-bad after upgrading to warrior. It prints a lot of QA issues that gstreamer1.0-plugins-bad-meta rdepends on gstreamer1.0-plugins-bad-{accurip,aiff,...}-dev
Jan 24 12:50:08 <AdamTrhon> I tried building gstreamer1.0-plugins-bad in clean poky and it works there.
Jan 24 12:50:50 <AdamTrhon> I compared the content of PACKAGES variable using bitbake -e and it is the same
Jan 24 12:52:38 <AdamTrhon> The only thing I found is that when RDEPENDS is generated, set_metapkg_rdepends reads the PACKAGES variable, and in my distribution it contains all the gstreamer1.0-plugins-bad-{accurip,aiff,...}-dev packages, while in poky it does not contain the -dev (and other 'system') variant
Jan 24 12:55:11 <sstiller> When building intltool-native version 0.51.0, I get the following error (during configure task):
Jan 24 12:55:12 <sstiller> Perl lib version (5.24.4) doesn't match executable '/usr/bin/perl' version (5.26.1)
Jan 24 12:55:12 <sstiller> Why is /usr/bin/perl used instead of the version created by bitbake?
Jan 24 13:00:01 <LetoThe2nd> sstiller: is this a new regression?
Jan 24 13:00:46 <LetoThe2nd> sstiller: maybe the perl build tries to do some checking and has /usr/bin/perl hardcoded instead of properly heading for /usr/bin/env perl
Jan 24 13:04:14 <rburton> intltool is a pain and we patch out a lot of those checks
Jan 24 13:05:13 <LetoThe2nd> rburton: why on gods earth did my brain now trigger French, and read that was "intltool is a bread"?
Jan 24 13:05:21 <rburton> haha
Jan 24 13:05:23 <rburton> no idea
Jan 24 13:06:45 <sstiller> https://pastebin.com/DEakJjAQ
Jan 24 13:07:40 <LetoThe2nd> soudns like another test to patch out.
Jan 24 13:07:44 <LetoThe2nd> (my $.02)
Jan 24 13:08:05 <sstiller> It's on branch thud, happens in Poky and Angstrom
Jan 24 13:08:34 <rburton> oh thats not intltool, that's autoconf-native
Jan 24 13:25:36 <sstiller> Should I create a bug report for autoconf?
Jan 24 14:24:29 <sstiller> sorry, someone added a buggy autoconf recipe to our layers, thanks for the hint
Jan 24 17:58:28 <Crofton|road> I'm trying to build a kernel module on a target
Jan 24 17:58:36 <Crofton|road> Seems like I am missing
Jan 24 17:58:51 <Crofton|road> asm directory
Jan 24 18:52:27 <khem> Crofton|road: kernel-devsrc package probbably ?
Jan 24 18:54:05 <Crofton|road> I installed it
Jan 24 18:54:25 <Crofton|road> +CORE_IMAGE_EXTRA_INSTALL = "\
Jan 24 18:54:25 <Crofton|road> +                   kernel-dev \
Jan 24 18:54:25 <Crofton|road> +                   kernel-devsrc \
Jan 24 18:54:42 <Crofton|road> goig to see if they are in the sdk and copy them over since I would like this next week
Jan 24 18:54:47 <Crofton|road> gnuradio hackfest
**** ENDING LOGGING AT Sat Jan 25 02:59:59 2020