**** BEGIN LOGGING AT Tue May 07 02:59:57 2019
May 07 03:09:36 <yocti> New news from stackoverflow: Which Kit to choose when compiling a c++ 11 program in VSCode in Ubuntu? <https://stackoverflow.com/questions/56014757/which-kit-to-choose-when-compiling-a-c-11-program-in-vscode-in-ubuntu>
May 07 07:43:18 <alessioigor> What is MULTIMACH_TARGET_SYS useful for?
May 07 10:40:54 <yocti> New news from stackoverflow: WLan0 connection on pi3 similar device[yocto] [on hold] <https://stackoverflow.com/questions/55956875/wlan0-connection-on-pi3-similar-deviceyocto>
May 07 10:44:26 <RP> alessioigor: its from the days when we didn't support multiple machine builds in the same TMPDIR and that variable was part of the process which allowed us to do so
May 07 10:44:54 <RP> alessioigor: its still key to how WORKDIR is structured . You likely don't want/need to use it day to day
May 07 11:10:58 <yocti> New news from stackoverflow: How to enabled extended attributes in UBIFS for SELinux? <https://stackoverflow.com/questions/56020989/how-to-enabled-extended-attributes-in-ubifs-for-selinux>
May 07 12:00:09 <alessioigor> RP: First of all: Thanks for the reply! It seems to me that a MULTIMACH_TARGET_SYS with its sibling REAL_MULTIMACH_TARGET_SYS are used to name few parts of the SDK which are SDKTARGETSYSROOT (meta/classes/populate_sdk_base.bbclass) and the files site-config-, environment-setup- and version- (meta/recipes-core/meta/meta-environment.bb). I'm trying to keep SDK sysroots separated by machine even those has the same TUNE_PKGARCH. Are there an easy way to
May 07 12:00:11 <alessioigor>  achieve it? At the moment I have to change few files but it seems more an hack than a solution. Thank you very much!
May 07 12:13:57 <RP> alessioigor: that kind of rearranging of the system is often hard without more invasive changes as its not just a variable
May 07 12:26:20 <alessioigor> RP: I understand so I'll continue to port my patch. Thanks anyway and sorry for the disturb!
May 07 13:37:33 <mcfrisk> is there a way to disable oeqa tests without modifying poky? like providing same test with different content, e.g. commented out failing tests, from another layer?
May 07 14:17:37 <RP> mcfrisk: probably by replacing the module or injecting python which changes the code
May 07 14:24:45 <mcfrisk> RP: hmm, can't figure out the magic to override failing meta/lib/oeqa/sdk/cases/gcc.py, the test.c and test.cpp files are not found on sumo
May 07 14:46:44 <mcfrisk> "Standard Output: /bin/sh: 5: export: --sysroot: bad variable name" from all testsdk tests
May 07 14:46:57 <mcfrisk> something expecting bash?
May 07 14:53:28 <RP> armpit: I'm glad someone reads those emails
May 07 14:54:57 <armpit> mcfrisk, they are in http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/lib/oeqa/files?h=thud
May 07 14:56:33 <armpit> mcfrisk, for runtime test, removing gcc them from TEST_SUITES should work too
May 07 14:56:40 <mcfrisk> I guess needed fix in meta/lib/oeqa/sdk/case.py is subprocess.check_output(..., executable='/bin/bash',...)
May 07 14:57:04 <mcfrisk> armpit: oh, I will check what TEST_SUITES has for me..
May 07 14:58:00 <armpit> YPTM: armin is on
May 07 14:59:32 <dreyna> YPTM: David is on
May 07 15:00:58 <tlwoerner> YPTM: Trevor is on :-)
May 07 15:01:02 <JPEW_> YPTM: Joshua Watt, Dustin Bain, and Zach Booth here
May 07 15:02:54 <rburton> what zoom bridge is it now?  my calendar has two with different numbers
May 07 15:03:10 <dreyna> Zoom Meeting: https://zoom.us/j/990892712
May 07 15:03:21 <RP> YPTM: Richard joined
May 07 15:03:24 <rburton> thank dreyna
May 07 15:03:38 <vmeson> YPTM: Randy is on the call.
May 07 15:03:45 <rburton> YPTM ross on
May 07 15:04:05 <tlwoerner> https://docs.google.com/document/d/1CNEKA4d0eT6-e0hnS2pwi7xdZ5_t6smpZO2HbaJGXbU/edit
May 07 15:05:02 <halstead> YPTM: Michael joined.
May 07 15:15:13 <moto-timo> https://github.com/getpatchwork/patchwork
May 07 15:15:29 <Striking7> Hey all. in scripts/devtool there's a line global_args.bbpath = tinfoil.config_data.getVar('BBPATH')
May 07 15:15:31 <moto-timo> YPTM: moto-timo joined a bit ago
May 07 15:15:46 <Striking7> that's throwing an exception all of a sudden for me. Not sure what I changed that could have done that
May 07 15:15:48 <Striking7> any clues?
May 07 15:16:18 <tlwoerner> moto-timo: that's the upstream, didn't we create our own fork?
May 07 15:17:01 <moto-timo> http://git.yoctoproject.org/cgit/cgit.cgi/patchwork/
May 07 15:17:32 <tlwoerner> moto-timo: perfect, thanks
May 07 15:17:56 <vmeson> Newcomer bug list: https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs or https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=newcomer
May 07 15:25:23 <tlwoerner> i can't switch screens while running zoom, otherwise i get logged out of my session :-(
May 07 15:25:50 <tlwoerner> (which kills zoom) :-)
May 07 15:28:08 <erakis> Hi, I add the package `distro-feed-configs`. The default value of variable DISTRO_FEED_ARCHS is set to "all ${PACKAGE_EXTRA_ARCHS} ${MACHINE_ARCH}". That give `all armv5hf-vfp armv5thf-vfp armv5ehf-vfp armv5tehf-vfp armv6hf-vfp armv6thf-vfp armv7ahf-vfp armv7at2hf-vfp armv7ahf-vfp-neon armv7at2hf-vfp-neon cortexa8hf-vfp cortexa8hf-vfp-neon cortexa8t2hf-vfp cortexa8t2hf-vfp-neon beaglebone`. Why is there so much architecture? I only have `all
May 07 15:28:09 <erakis> cortexa8hf-vfp-neon beaglebone` in my build folder `tmp/deploy/ipk/` folder. So calling `opkg update` from the device result in 404 not found error. It is safe to overwrite the variable to `DISTRO_FEED_ARCHS = "all cortexa8hf-vfp-neon beaglebone" ?
May 07 15:28:45 <armpit> zeddii, acron ?
May 07 15:34:42 * tlwoerner looks at list of yocto platinum members...
May 07 15:40:40 <armpit> RP, wiki pages for 2.8 started
May 07 17:20:25 <RP> armpit: btw, I nearly have pybootchart working with gtk3
**** BEGIN LOGGING AT Tue May 07 17:21:37 2019
May 07 17:42:53 <yates> oh
May 07 17:45:51 <yates> new question: i have two .bbappends for the same recipe in my company layer, meta-ebtron.
May 07 17:46:59 <yates> one points to a patch file, the other addes a DEPENDS. when bitbake runs, will it utilize both recipes?
May 07 17:47:09 <kergoth> appends are always cumulative
May 07 17:47:12 <kergoth> one won't override the other
May 07 17:47:16 <kergoth> so yes, both will apply
May 07 17:47:54 <kergoth> as long as both are in an included layer and are in a path covered by BBFILES, of course, as usual
May 07 17:50:18 <yates> right. ok thanks
May 07 17:51:19 <yates> it was not intended to straddle the changes across two bbappend files. i need to merge the piece of one into the other and remove the former
May 07 17:58:22 <yates> yes, i am using AUTOREV and SRCPV, so everytime. good to know.
May 07 17:58:38 <yates> a nice system!
May 07 17:59:16 <yates> ..these are not terabyte files...
May 07 18:34:42 <erakis> Hi, Is it possible to change the text size or hide the progress bar of psplash?
May 07 18:58:20 <dv_> otavio: trying to build an image for nitrogen8m. building imx-boot fails. "cp: cannot stat '/home/dv/BuildSetups/yocto-thud/poky/build/tmp/deploy/images/nitrogen8m/u-boot-spl.bin-nitrogen8m-': No such file or directory"
May 07 18:58:52 <dv_> I have seen this error before, and had to manually copy SPL files to work around it. is this a known issue? has it been resolved?
May 07 20:20:21 <xtron> some packages hang during do_configure, e.g libical, libcomps
**** ENDING LOGGING AT Wed May 08 02:59:56 2019