Friday, 2017-09-08

halsteadarmpit, So the cd poky doesn't actually make it fail. I found the issue and updated the bug. Thank you for the ping and helping me track down the problem.00:02
*** tlwoerner_ <tlwoerner_!cef8be5f@gateway/web/freenode/ip.> has joined #yocto00:24
*** nighty- <nighty-!> has joined #yocto00:29
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto00:29
*** tlwoerner_ <tlwoerner_!cef8be5f@gateway/web/freenode/ip.> has quit IRC00:31
*** tlwoerner_ <tlwoerner_!cef8be5f@gateway/web/freenode/ip.> has joined #yocto00:34
*** tlwoerner_ <tlwoerner_!cef8be5f@gateway/web/freenode/ip.> has quit IRC01:05
*** melonipoika_ <melonipoika_!> has quit IRC01:05
*** garbados <garbados!~garbados@2601:1c2:303:6b0:c592:8d59:a508:ac47> has quit IRC01:07
*** melonipoika_ <melonipoika_!> has joined #yocto01:12
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has joined #yocto01:21
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has joined #yocto01:37
*** clopez <clopez!> has quit IRC01:40
*** majuk <majuk!> has joined #yocto01:45
*** clopez <clopez!> has joined #yocto01:46
*** sagner <sagner!> has quit IRC01:48
*** majuk <majuk!> has quit IRC01:49
*** gtristan <gtristan!> has joined #yocto01:50
*** xthunderheartx <xthunderheartx!~x_xthunde@> has quit IRC01:53
*** xthunderheartx <xthunderheartx!~x_xthunde@> has joined #yocto01:53
*** jkridner <jkridner!~jkridner@pdpc/supporter/active/jkridner> has quit IRC02:17
*** martinkelly1 <martinkelly1!~martin@> has joined #yocto02:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto02:23
*** martinkelly1 <martinkelly1!~martin@> has quit IRC02:26
-YoctoAutoBuilder- build #1272 of nightly-x86-64 is complete: Success [build successful] Build details are at
*** Klox <Klox!> has joined #yocto03:05
*** nighty- <nighty-!> has quit IRC03:11
*** nighty- <nighty-!~nighty@> has joined #yocto03:26
*** Guest24_ <Guest24_!~textual@> has joined #yocto03:28
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC03:35
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC03:48
*** melonipoika_ <melonipoika_!> has quit IRC03:49
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto03:50
*** catch22 <catch22!> has quit IRC03:57
*** garbados <garbados!~garbados@2601:1c2:303:6b0:24c7:17f0:24b4:907f> has joined #yocto03:58
*** sachit <sachit!> has quit IRC04:20
*** sachit <sachit!> has joined #yocto04:20
*** dreyna <dreyna!~dreyna@> has joined #yocto04:43
-YoctoAutoBuilder- build #853 of nightly-deb-non-deb is complete: Failure [failed Running Sanity Tests] Build details are at
*** Bunio_FH <Bunio_FH!> has quit IRC04:51
*** garbados <garbados!~garbados@2601:1c2:303:6b0:24c7:17f0:24b4:907f> has quit IRC05:08
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has quit IRC05:21
*** sgw <sgw!> has joined #yocto05:22
*** m4ho <m4ho!~m4ho@unaffiliated/m4ho> has joined #yocto05:24
*** AndersD <AndersD!> has joined #yocto05:25
*** paulg <paulg!> has quit IRC05:25
*** sgw <sgw!> has quit IRC05:26
*** sgw <sgw!swold@nat/intel/x-stsopthxhwnserpo> has joined #yocto05:27
*** AndersD <AndersD!> has quit IRC05:40
*** AndersD <AndersD!> has joined #yocto05:41
*** yann <yann!> has quit IRC05:47
*** msvb-lab <msvb-lab!> has joined #yocto05:50
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC05:57
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto05:59
*** pohly <pohly!> has joined #yocto06:07
*** tasslehoff <tasslehoff!~Tasslehof@> has joined #yocto06:10
-YoctoAutoBuilder- build #1209 of nightly-x86-lsb is complete: Success [build successful] Build details are at
*** hnje <hnje!~hnje@> has joined #yocto06:13
*** luc4 <luc4!~luca@> has joined #yocto06:25
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has joined #yocto06:43
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto06:47
aurelehi, i have the following error :06:48
aurelethe basehash value changed from b1f50b27e76fbe29359674047aa51698 to 3b60409f1511a691e6111691bd12d6f9. The metadata is not deterministic and this needs to be fixed.06:48
aureleon a recipe I would like to know what changes during the build. does anyone knows How I can do this?06:49
*** yann <yann!> has joined #yocto06:55
*** kpo <kpo!> has joined #yocto06:59
*** csanchezdll <csanchezdll!> has joined #yocto06:59
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto07:00
*** toscalix <toscalix!~toscalix@> has joined #yocto07:07
*** rajm <rajm!~robertmar@> has joined #yocto07:12
*** colrack <colrack!~colrack@> has joined #yocto07:15
*** Bunio_FH <Bunio_FH!> has joined #yocto07:22
*** vmeson <vmeson!> has quit IRC07:26
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto07:30
*** vmeson <vmeson!> has joined #yocto07:32
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC07:33
*** florian_kc is now known as florian07:33
*** agust <agust!> has joined #yocto07:35
*** t0mmy <t0mmy!~tprrt@> has joined #yocto07:38
*** ed21 <ed21!~Adium@> has joined #yocto07:38
*** morphis <morphis!> has quit IRC07:43
*** sameo <sameo!~samuel@> has joined #yocto07:46
*** rgc_hms <rgc_hms!~Rafa@> has joined #yocto07:47
*** rgchms <rgchms!~Rafa@> has quit IRC07:47
*** morphis <morphis!> has joined #yocto07:58
*** nefethael <nefethael!d433a784@gateway/web/freenode/ip.> has joined #yocto08:03
*** AndersD <AndersD!> has quit IRC08:06
*** grma <grma!> has joined #yocto08:11
*** grma <grma!> has quit IRC08:17
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto08:19
*** AndersD <AndersD!~anders@> has joined #yocto08:21
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto08:21
*** vdehors_arc <vdehors_arc!> has joined #yocto08:29
*** dreyna <dreyna!~dreyna@> has quit IRC08:32
*** pohly <pohly!> has quit IRC08:36
*** pohly1 <pohly1!> has joined #yocto08:36
*** armpit <armpit!~armpit@2601:202:4001:9ea0:640d:54fc:453c:c17b> has quit IRC08:36
*** armpit <armpit!~armpit@2601:202:4001:9ea0:640d:54fc:453c:c17b> has joined #yocto08:44
*** TafThorne <TafThorne!~thomastho@> has quit IRC08:53
*** TafThorne <TafThorne!~thomastho@> has joined #yocto08:54
*** TafThorne <TafThorne!~thomastho@> has quit IRC08:58
*** t0mmy <t0mmy!~tprrt@> has quit IRC09:04
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC09:07
*** jmcruzal <jmcruzal!jmcruzal@nat/intel/x-qskhitnlurrbfjyp> has quit IRC09:09
*** t0mmy <t0mmy!~tprrt@> has joined #yocto09:11
*** nighty- <nighty-!~nighty@> has quit IRC09:13
*** tcolin <tcolin!6dbef6cb@gateway/web/freenode/ip.> has joined #yocto09:14
*** grma <grma!~gruberm@> has joined #yocto09:15
tcolinhello everybody, someone can explain to me how VIRTUAL-RUNTIME_base-utils should work ? I have replace busybox with toybox but the generated core image have a bash dependency, i would like to use lightwight shell instead like dash but i don't understand why bash is installed.09:16
*** joshuagl <joshuagl!~joshuagl@> has quit IRC09:20
zzerooHi, I create a custom BSP. My Image creation recipe fails because `parted` is missing. Where is the correct place to include `parted-native`?09:21
pohly1Is it intentional that CONFIG_HIDRAW is not set in linux-intel for MACHINE=intel-corei7-64?09:21
pohly1I just learned that this breaks fwupd. Not sure about other libudev-based USB applications.09:22
*** catch22__ <catch22__!~catch22__@> has quit IRC09:23
*** Trinners <Trinners!> has quit IRC09:28
*** Trinners_ <Trinners_!> has joined #yocto09:28
*** Kakounet <Kakounet!> has joined #yocto09:29
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:38
*** joshuagl <joshuagl!~joshuagl@> has joined #yocto09:45
pohly1ipuustin: you mentioned an update of the checkgroup polkit replacement recently. Does it now allow packages to install their own rule files?10:08
pohly1I am experimenting with fwupd,  and it uses polkit. For example, authorization for "org.freedesktop.fwupd.update-hotplug-trusted" was just denied.10:09
*** melonipoika <melonipoika!~jose@> has quit IRC10:11
*** melonipoika <melonipoika!~jose@> has joined #yocto10:12
*** ntl <ntl!> has quit IRC10:12
*** ntl <ntl!> has joined #yocto10:13
*** _xthunderheartx_ <_xthunderheartx_!~x_xthunde@> has joined #yocto10:14
*** xthunderheartx <xthunderheartx!~x_xthunde@> has quit IRC10:14
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto10:15
ramcqRP, rburton: so I was a bit surprised/confused about the machine triple in gcc being arm-unknown-linux-gnueabi even though I asked for a hf tune in the machine file10:17
ramcqit doesn't look like _anything_ in Yocto will generate/grok the real triple I'm after - arm-linux-gnueabihf10:18
ramcqif I just set TARGET_MACHINE myself, will everything explode in a huge fireball?10:18
ramcqie, do I need to grep the whole tree for gnueabi and make them match gnueabihf as well10:19
ramcqthis is probably unrelated to my actual problem, because some of the "armhf" ABI that distros agreed is just down to tunes which aren't represented by the machine triple, but having the wrong triple is far more likely to cause other build systems to set their cflags wrongly, and (given the tunes may or may not get applied to the target gcc) increases the chance the gcc defaults are wrong10:20
-YoctoAutoBuilder- build #1204 of nightly-qa-extras is complete: Success [build successful] Build details are at
RPramcq: our codebase uses "eabi", not "eabihf" but it should generate hf binaries10:24
ramcqbut we're producing an SDK for people to build stuff with their own build systems, not with the benefit of yocto setting their CFLAGS and such like10:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC10:25
ramcqso taking an actually hf compiler that claims to be an el compiler, and then expecting everyting to work, seems error-prone10:25
ramcqat least I was utterly confused/terrified and ran through the hills screaming with anguish10:26
ramcqam I wrong to be concerned and everything will be hunky dory10:27
*** morphis_ <morphis_!> has joined #yocto10:28
*** morphis <morphis!> has quit IRC10:32
RPramcq: you're not wrong to be concerned however if they don't pass the right flags in it will break in a pretty obvious way, it won't silently do something subtle and nasty10:38
RPramcq: and there are other flags needed like the sysroot and so on so even if you build a compiler with the "right" defaults, it won't solve all the potential issues10:39
*** mdnneo <mdnneo!~umaucher@> has joined #yocto10:39
RPramcq: the compiler doesn't "pretend" to be one thing or another, just has a set of default options10:39
rburtonRP: sysroot isn't needed as the flatpak 'sdk' is actually a target system10:41
rburtonhalf the problem with talking to flatpak is the overloading of 'SDK' ;)10:42
RPrburton: oh, right, this is not our SDK, right10:42
* RP keeps forgetting that, its target gcc in our sense10:42
ramcqyes, which seems something of an after thought, kind of reasonably given this is after all a different build system :)10:43
ramcqso yeah I am worried about the subtle nasties10:43
ramcqanecdotally (we didn't test all of them) the crop of arm flatpaks on flathub seem less reliable/performant than the ones from the EOS build system (debian toolchain)10:43
ramcqso I think we do have toolchain gremlins10:44
RPramcq: did you manage to at least get the neon default?10:44
RPramcq: if so, it should be possible to make hf the compiler default too, regardless of the triplet10:44
ramcqno, I lost a lot of time yesterday because I was trying to do the build inside a flatpak sandbox because I didn't have root10:44
ramcqwhich introduced gremlins (maybe even because the compiler it was using then self-identified as armel but wasn't...? :P)10:45
ramcqthe gremlins disappeared once I stopped sandboxing and I've got sudo to badger the build box if I need10:46
ramcqI didn't really understand the purpose/meaning of target_cpu_default however, so I was actually stuck when it came to making the change you pointed out10:46
ramcqalso I'm having cold feet about the neon tune anyway, at this point I'd prefer to be doing the same as armhf10:47
ramcqI was roughly wondering about EXTRA_OECONF_append_blabla in a gcc-6.2.bbappend and just pushing in the same configure flags that Debian uses for armhf10:47
RPramcq: I think you posted a link which I didn't have a chance to look at the time but is there a way I can reproduce this?10:47
ramcqso thumb2, vfp3-d16, hard, etc10:48
RPramcq: have you those flags handy?10:48
ramcqI can dig them out relatively quickly10:48
RPramcq: please, that might help me be more useful10:49
ramcq has our yocto layer and the (relatively light) scaffolding around it to take the image tarball and shove it in to an ostree10:49
ramcqpretty much git clone, submodule --init --hate --recursive -- whatever get the thing, then make10:50
ramcq(on an armhf machine)10:50
rburtoni suspect a minimal reproducer would be to build a target gcc for qemuarm and verify the flags are the right ones when its used inside qemu10:51
rburtonmight need a fiddled qemuarm to get something that isn't arse though10:51
RPrburton: that was what I tried previously...10:52
RPramcq: so you're building this on an armhf machine too (just so I'm clear what is happening here)10:53
RPramcq: FWIW I think you're right, lets just find the flags the debian build uses and see if this can use them10:55
*** yocti <yocti!> has joined #yocto10:57
ramcqand I think the gcc ./configure flags are... --with-mode=thumb --with-fpu=vfpv3-d16 --with-arch=armv7-a --with-float=hard --target=arm-linux-gnueabihf10:59
ramcq(nb the tune there is not the current DEFAULTTUNE in our custom qemuarmv7 machine, but my intention is to change it so we precisely match armhf in distro-land)11:05
*** mdnneo_ <mdnneo_!~umaucher@> has joined #yocto11:05
ramcqif I set TARGET_MACHINE=arm-linux-gnueabihf how badly would everything break? :)11:06
*** mdnneo <mdnneo!~umaucher@> has quit IRC11:08
RPramcq: I'd suggest trying EXTRA_OECONF += "--with-mode=thumb --with-fpu=vfpv3-d16 --with-arch=armv7-a --with-float=hard"11:11
RPCONFIGUREOPTS := "${@d.getVar("CONFIGUREOPTS").replace("--target=${TARGET_SYS}", "--target=arm-linux-gnueabihf")}" in your bbappend11:11
*** Bunio_FH <Bunio_FH!> has quit IRC11:12
RPramcq: the TARGET_MACHINE variables doesn't exist so that wouldn't break anything ;-)11:12
*** Bunio_FH <Bunio_FH!> has joined #yocto11:12
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto11:12
RPramcq: the issue we we had to patch in "gnueabi" support in a lot of places and i'd imagine gnueabihf is worse11:12
RPramcq: you may need that CONFIGUREOPTS line in a binutils bbappend too if you want binutils to match11:14
ramcqok, will give that a shot after lunch11:18
*** melonipoika_ <melonipoika_!> has joined #yocto11:35
*** Willy-- <Willy--!> has joined #yocto11:38
libby1halstead: QA is also on the prowl for the 2.2.2 rc2, Thanks again!11:40
*** melonipoika_ <melonipoika_!> has quit IRC11:43
rburtonhalstead: opensuse423 failed selftest as the user does have a git config (ERROR: Your git configuration is incomplete which will prevent rebases from working)11:46
rburtonhalstead: erm, *doesn't have*11:46
*** AndersD <AndersD!~anders@> has quit IRC11:48
*** AndersD <AndersD!~anders@> has joined #yocto11:52
*** gtristan <gtristan!> has quit IRC12:04
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:10
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:11
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC12:19
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has quit IRC12:22
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:22
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto12:24
*** hnje <hnje!~hnje@> has quit IRC12:25
*** morphis_ <morphis_!> has quit IRC12:27
*** lilbby <lilbby!~liberta1@> has joined #yocto12:37
*** morphis_ <morphis_!> has joined #yocto12:40
*** zeeblex <zeeblex!> has joined #yocto12:47
*** tcolin <tcolin!6dbef6cb@gateway/web/freenode/ip.> has quit IRC12:47
*** Nilesh_ <Nilesh_!uid116340@gateway/web/> has quit IRC12:50
*** igor <igor!~igor@> has joined #yocto12:56
*** thaytan_ is now known as thaytan12:57
*** marka <marka!> has joined #yocto12:58
*** morphis_ <morphis_!> has quit IRC13:00
*** AndersD <AndersD!~anders@> has quit IRC13:01
*** morphis <morphis!> has joined #yocto13:03
halsteadlibby1, It's almost ready i need to copy in some files from nightly-x32.13:05
libby1halstead: nice thanks!13:06
*** gtristan <gtristan!> has joined #yocto13:11
*** tasslehoff <tasslehoff!~Tasslehof@> has quit IRC13:12
*** AndersD <AndersD!> has joined #yocto13:17
*** rburton <rburton!> has quit IRC13:24
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto13:26
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC13:31
halsteadrburton, I'm trying to see what could have caused that since the last successful one on that worker
*** toscalix <toscalix!~toscalix@> has quit IRC13:41
*** csanchezdll <csanchezdll!> has left #yocto13:42
*** AndersD <AndersD!> has quit IRC13:42
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto13:43
-YoctoAutoBuilder- build #1226 of nightly-multilib is complete: Failure [failed Running Sanity Tests Running Sanity Tests_2] Build details are at
*** lsandov1 <lsandov1!~lsandov1@> has joined #yocto13:47
*** luc4 <luc4!~luca@> has quit IRC13:48
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto13:48
otavioRP: I sent the kernel class fixes for the AB error13:49
halsteadlibby1, is ready I think. Look at the nightly-x32 parts to see if anything is missing.13:50
*** yann <yann!> has quit IRC13:54
*** toscalix <toscalix!~toscalix@> has joined #yocto13:57
*** luc4 <luc4!~luca@> has joined #yocto13:58
tcpdumpAnyone have any idea what this warning means?  WARNING: doorbell-apps-1.0-r0 do_package: QA Issue: doorbell-apps: Files/directories were installed but not shipped in any package:14:03
tcpdumpthen theres a list of files and directoris that Im telling it to create.14:03
*** armpit <armpit!~armpit@2601:202:4001:9ea0:640d:54fc:453c:c17b> has quit IRC14:10
*** yann <yann!> has joined #yocto14:13
-YoctoAutoBuilder- build #984 of nightly-oe-selftest is complete: Failure [failed Running oe-selftest] Build details are at
paulg_anyone else seeing this?14:18
paulg_fatal: unable to connect to[0:]: errno=Connection timed out14:18
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC14:21
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC14:23
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto14:24
*** Bunio_FH <Bunio_FH!> has quit IRC14:25
*** Snert_ <Snert_!> has quit IRC14:26
*** Snert <Snert!> has joined #yocto14:26
*** armpit <armpit!~armpit@2601:202:4001:9ea0:a4cc:2cce:3cd3:65> has joined #yocto14:31
*** lilbby1 <lilbby1!liberta1@nat/intel/x-prhswyozvdnirerz> has joined #yocto14:31
*** lilbby <lilbby!~liberta1@> has quit IRC14:34
halsteadpaulg_, The domain isn't used anymore. Can you update to ?14:44
halsteadpaulg_, The way the the redirects are set up changed recently and caused this to stop working. I can restore the old set up for a bit if needed.14:46
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC14:47
paulg_halstead, no don't bother; I'll fix it locally - it is a machine I've not used in a while.  Thanks for the clue.14:48
halsteadpaulg_, I've fixed it for now and will announce the change since this happened without notice.14:49
paulg_ok, cant hurt - there might be others that run into the same thing.14:51
*** bodangly <bodangly!> has quit IRC14:53
halsteadThank you for the report paulg_ :)14:59
paulg_no problem14:59
paulg_for some reason I had the stale name in meta-intel but not in any other of the meta-* I had on disk.14:59
paulg_so maybe there is an intel doc out there that still listed the old name at the time.15:00
* halstead nods.15:00
*** lsandov1 <lsandov1!~lsandov1@> has quit IRC15:02
*** sjolley <sjolley!sjolley@nat/intel/x-sqrmaxvflzkrhsgl> has quit IRC15:08
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC15:09
*** khem <khem!~khem@unaffiliated/khem> has quit IRC15:11
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto15:11
*** majuk <majuk!> has joined #yocto15:12
*** eduardas_m <eduardas_m!~eduardas@> has quit IRC15:14
*** eduardas_m <eduardas_m!~eduardas@> has joined #yocto15:14
*** mdnneo_ <mdnneo_!~umaucher@> has quit IRC15:18
ramcqRP: so passing --target to binutils changes the path of the stuff it outputs, which makes the recipe fail15:22
ramcq(the patched gcc is still building, but the same could well happen there)15:23
*** edgar444 <edgar444!uid214381@gateway/web/> has joined #yocto15:25
RPramcq: I'm pretty sure you'll at least get something which works better even without the target option. I can look into that error15:28
ramcqthats what I'm thinking15:28
ramcqlike I'm very confident that (if gcc builds) this will actually give us the ABI I'm looking for, even if there is an identity crisis15:29
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto15:31
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC15:38
*** jcstach_ <jcstach_!~jcstach@> has joined #yocto15:40
*** pohly1 <pohly1!> has quit IRC15:40
*** aragua <aragua!> has quit IRC15:42
*** WillMiles <WillMiles!> has joined #yocto15:46
armpitRP, ping15:54
*** joshuagl <joshuagl!~joshuagl@> has quit IRC15:55
armpitnm, sending email15:57
*** dave0x6d <dave0x6d!uid190567@gateway/web/> has joined #yocto15:58
*** bodangly <bodangly!~bodangly@> has joined #yocto16:04
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto16:09
RParmpit: here16:10
*** bodangly <bodangly!~bodangly@> has quit IRC16:13
*** Snert <Snert!> has quit IRC16:13
*** bodangly <bodangly!~bodangly@> has joined #yocto16:13
armpitRP sent you an email regarding FC2516:19
*** morphis <morphis!> has quit IRC16:19
RParmpit: basically, yes, lets disable it16:20
armpitk. is this weekend clear for stable builds or do you need to get some run time for master?16:22
*** Snert <Snert!> has joined #yocto16:22
RParmpit: fairly clear, we can likely do some of both16:24
*** yann <yann!> has quit IRC16:29
*** RzR <RzR!~RzR@> has joined #yocto16:30
*** Kakounet <Kakounet!> has quit IRC16:30
RzRhow to escape $ on variable assignment in bb files ?16:30
*** t0mmy <t0mmy!~tprrt@> has quit IRC16:30
armpitRP, thank. have a good weekend16:33
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC16:33
*** tlwoerner <tlwoerner!~Trevor@> has joined #yocto16:34
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto16:34
*** luc4 <luc4!~luca@> has quit IRC16:37
*** ed21 <ed21!~Adium@> has quit IRC16:37
*** rajm <rajm!~robertmar@> has quit IRC16:39
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC17:00
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto17:05
*** lsandov1 <lsandov1!~lsandov1@> has joined #yocto17:07
halsteadRP, armpit anything to queue up on
armpitnot yet for stable17:08
armpithalstead, need it for maint?17:09
*** grma <grma!~gruberm@> has quit IRC17:09
halsteadarmpit, Just finished. I want to start something to see if I mucked anything up.17:09
armpitk, I will toss morty on it in a few17:10
*** dreyna <dreyna!~dreyna@> has joined #yocto17:10
armpitbuild started17:15
*** t0mmy <t0mmy!> has joined #yocto17:17
*** sameo <sameo!~samuel@> has quit IRC17:18
*** scottrif <scottrif!~scottrif@> has joined #yocto17:22
*** scottrif <scottrif!~scottrif@> has quit IRC17:22
*** tripzero <tripzero!tripzero@nat/intel/x-mgchgasdnnujurmz> has quit IRC17:23
denixhalstead: any issues with git right now?17:25
denixhalstead: I mean, not the OE one17:26
*** tripzero <tripzero!~tripzero@> has joined #yocto17:29
*** yann <yann!> has joined #yocto17:29
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC17:30
RzRdoes not really help17:31
*** lsandov1 <lsandov1!~lsandov1@> has quit IRC17:32
*** quite <quite!quite@unaffiliated/quite> has quit IRC17:32
kergothRzR: there's no way to prevent expansion of ${} without making it so bitbake doesn't see it, as the response says. if you would, please open a bug so we can add the ability to do so. It's a long standing weakness in the file format / variable reference syntax17:33
RzRBitBake does not interpret escape sequences like "\n" in variable values. For these to have an effect, the value must be passed to some utility that interprets escape sequences, such as printf or echo -n.17:33
RzRis written in documentation17:33
kergothyes... and?17:34
frayusual way to stop bitbake expanding is echo "something ... $""{....}"17:34
kergothi don't see what ht ahs to do with the ability to escape ${}17:34
fray(not sure about the context exactly, but I've used that a lot17:34
RzRfray, I need to set a variable to something that has a $... in17:35
frayescape sequences INSIDE of a variable is something compeltely different17:35
RzRyea this is my case17:35
frayyou can set to '$foo' but not '${foo}', as the later will be further expanded17:36
frayif you need to do the later, you need an alternative way of handling this.. something like17:36
RzRfor some reason it's not following ..17:36
frayBAR = "%{foo}"17:36
frayecho "${@d.getVar("BAR").translate('%', '$')}"17:37
frayor you can do:17:37
frayBAR = "${foo}"17:37
frayecho "${@d.getVar('BAR', False)}'17:37
RzRbut I want a variable to be assigned to $foo17:37
fray(False says don't do further expansion)17:37
fraythat should work fine17:38
RzRwhere is echo evaluated ?17:38
frayBAR = "$foo" should return $foo17:38
*** quite <quite!quite@unaffiliated/quite> has joined #yocto17:38
*** FabKna <FabKna!> has joined #yocto17:38
RzRTARGET_LDFLAGS_append = '\$'17:38
fraypresumably your vairable is used in a task.. the echo was just a usage exampel for shell tasks17:38
RzRI was I use now17:38
kergoth$foo isnt expanded by bitbake at all, that's shell syntax17:38
RzRbut it does not work17:38
frayRzR that won't work, and it's not bitbake -- it's the users of TARGET_LDFLAGS may not handle shell escapes and such..17:39
RzRecho $LD_FLAGS is working17:39
RzRbut not with ld17:39
halsteaddenix, Yes. we are getting some timeouts. I'm working on moving it today.17:39
frayuse bitbake -e.. you will see it is set to '\$ORIGIN'.. it's not bitbake expanding it.. it's the user of that vairable that is expanding it17:39
fraybitbake -e will show you the raw value..17:40
halsteaddenix, Sorry for interruptions there weren't supposed to be any.17:40
RzRthis is never supposed to be evaluated17:40
fraythe users have to know to escape everything... and many users pass things raw on the shell or via print or echo or...17:40
RzR$ORIGIN is a gcc literal17:40
frayso in essence what is likely happening is:17:40
fray(bitbake) FOO = "$ORIGIN"17:40
fray(task -- shell call)17:40
frayld ${FOO}17:40
RzRnot there is no $ORIGIN17:41
frayso the shell is called with 'ld $ORIGIN', and thus the shell interpreter expands $ORIGIN17:41
RzRtake it as a string that has a $ inside17:41
kergothas we just said, bitbake does not expand $FOO at all, ever. it's the shell doing it17:41
RzRit's not a variable17:41
fraycorrect, it's the usage of this -- not bitbake17:41
fraybitbake calls bash.. bash expands..17:41
fraybitbake (via tasks) may stuff this into a makefile.. makefiles with expand $...17:41
kergothsince it's the shell doing it, you can escape it the same way you'd escape it in any shell, with \17:41
RzRso I could prevent it to be expended by excaping it ?17:42
frayTo use '$ORIGIN' in a CFLAG or LDFLAG, you would need to sanitize all users.. it's unlikely you'll be able ot do that17:42
kergothdepends on how many shell expansions occur between now and the usage, which is not easy to know without analyzing the buildysstem in question or trial and error..17:42
kergothin my experience, anyway..17:42
RzRok this is frustrating17:42
RzRI will use a workaround for now17:42
frayyou can see exactly what is happening by inspecting the work dir 'temp/run.do_<task>' you'll see that it's being spit out 'raw' there.. and it's the shell or make or something else expanding it (outside of the control of bitbake)17:43
denixhalstead: thanks. do you know if there are any commits missing? our trees haven't been updating for few hours - I can re-push the changes once everything is fixed on the server...17:43
kergothto be clear, you'd have the same issue trying to set it at a commandline via a variable17:43
kergothnot specific to use of bitbake here17:43
RzRThanks anyway this stuff was driving me crazy ;)17:43
halsteaddenix, None are missing. If you find otherwise please let me know.17:44
*** sameo <sameo!~samuel@> has joined #yocto17:45
denixhalstead: well, for example meta-ti is mirrored to other locations and copy is now behind... if it was due to server issues, other trees might be affected too17:46
RzRhey I think I am one step toward what I wanted17:46
halsteaddenix, I've only seen git:// protocol interruptions. Anything pushing via ssh should be fine. Did you see a failed push to meta-ti ?17:47
halsteaddenix, the last push I see is "2017-09-05.21:57:45 ti-robot" how far behind are we?17:48
*** toscalix <toscalix!~toscalix@> has quit IRC17:52
denixhalstead: yeah, it was failing to push earlier today to, but a second mirror at was working fine. the delta is just couple commits for now -;a=summary17:53
RzRYes It worked17:53
RzRnow cleaning this:17:53
RzRTARGET_LDFLAGS_append = ' -Wl,-rpath-link='17:54
RzRTARGET_LDFLAGS_append = "\\$"17:54
RzRTARGET_LDFLAGS_append = "$"17:54
halsteaddenix, Shall catch it up or can you?17:54
kergothRzR: no need for that to be on multiple lines, as we already said, bitbake won't expand it17:55
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto17:55
RzRyea, I am checking this and will send patch ;)17:58
denixhalstead: just trying to figure out on which side the issue is :) do you see anything in the logs? otherwise I'd need to get the logs for that ti-robot account on our end...17:58
*** majuk <majuk!> has quit IRC18:01
halsteaddenix, Nothing about ti-robot after that date. Reading auth logs.18:01
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC18:03
*** tach <tach!~tach@> has joined #yocto18:03
*** vdehors_arc <vdehors_arc!> has quit IRC18:04
*** jcstach <jcstach!~tach@> has quit IRC18:06
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has joined #yocto18:09
halsteaddenix, It doesn't look like any failed attempts since Sep  5 21:57:45  either.18:09
*** bodangly <bodangly!~bodangly@> has quit IRC18:11
denixhalstead: ok, thanks! I'll dig on my side then18:14
halsteaddenix, Okay. Let me know if I can help or should sync them from here.18:15
*** jcstach_ <jcstach_!~jcstach@> has quit IRC18:16
denixhalstead: will do18:16
kergothOT, but amusing18:16
JaMaand just a little bit sad, because it's truth18:19
*** bodangly <bodangly!~bodangly@> has joined #yocto18:25
*** Son_Goku <Son_Goku!~King_InuY@fedora/ngompa> has quit IRC18:30
*** kpo <kpo!> has quit IRC18:30
*** majuk <majuk!> has joined #yocto18:35
*** lsandov1 <lsandov1!lsandov1@nat/intel/x-ugqgwmxlkaclclpp> has joined #yocto18:36
*** colrack <colrack!~colrack@> has quit IRC18:40
*** Snert_ <Snert_!> has joined #yocto18:43
*** scottrif <scottrif!~scottrif@> has joined #yocto18:43
*** _xthunderheartx_ is now known as xthunderheartx18:44
*** Snert <Snert!> has quit IRC18:45
halsteadarmpit, What are the Fedora25 issues?18:50
armpitsomething to do with KVM running out of memory.18:51
*** lilbby1 <lilbby1!liberta1@nat/intel/x-prhswyozvdnirerz> has quit IRC18:51
armpitthere is a bug opened about it18:51
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC18:52
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto18:54
*** xthunderheartx <xthunderheartx!~x_xthunde@> has quit IRC18:57
*** lsandov1 <lsandov1!lsandov1@nat/intel/x-ugqgwmxlkaclclpp> has quit IRC18:58
*** lsandov1 <lsandov1!~lsandov1@> has joined #yocto18:58
*** xthunderheartx <xthunderheartx!> has joined #yocto19:02
igorhi, i'm building a image and when do_rootfs runs it gets a python error:"nicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 60080: ordinal not in range(128)"19:04
igorhave you seen this before?19:05
*** WillMiles <WillMiles!> has quit IRC19:07
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto19:09
majukI think that's supposed to be UnicodeDecodeError19:10
*** bodangly <bodangly!~bodangly@> has quit IRC19:13
*** scottrif <scottrif!~scottrif@> has quit IRC19:14
*** bodangly <bodangly!~bodangly@> has joined #yocto19:19
denixhalstead: any recent updates on the server within past couple days? more stricter ssh algos, etc? from our side it says "ssh_exchange_identification: Connection closed by remote host" and "fatal: Could not read from remote repository." which are rather generic...19:20
halsteaddenix, There are lots of zombie processes filling the table. No changes recently though.19:21
denixhalstead: btw, let me know if you want to move to private, if others here don't have any issues pushing to git...19:21
halsteaddenix, I'm happy either way. Feel free to PM.19:22
*** bodangly <bodangly!~bodangly@> has quit IRC19:24
paulbarkerDoes anyone know when/why kernel modules started depending on the "kernel-image" package? Seems that they're pulling in a kernel image on rpi on master branch when it's not needed19:24
kergoth# Allow machines to override this dependency if kernel image files are19:27
kergoth# not wanted in images as standard19:27
kergothRDEPENDS_kernel-base ?= "kernel-image"19:27
kergothfrom kernel.bbclass19:27
kergothjust set that to the empty string and you're good19:27
paulbarkerI already have that overridden19:27
denixpaulbarker: there was this fix -
*** nefethael <nefethael!d433a784@gateway/web/freenode/ip.> has quit IRC19:27
paulbarkerstill pulling it in19:27
*** clsulliv <clsulliv!~clsulliv@> has quit IRC19:27
paulbarkerdenix: I think I see the issue19:28
paulbarkerThat switches out extra_depends='kernel-%s' % (d.getVar("KERNEL_VERSION"))19:28
paulbarkerWhich would be something like kernel-4.9.... which depends on kernel-base19:29
paulbarkerAnd switches in a direct RRECOMMENDS on kernel-image19:29
kergothah, it's bypassing the kernel-base indirection19:29
kergoththat's bad19:29
paulbarkerSo even with RDEPENDS_kernel-base empty it's pulling it in19:29
kergothyou can still avoid it, but now you need BAD_RECOMMENDATIONS *too*19:29
paulbarkerLooks like it should be easy to fix19:29
denixsomeone didn't know about RDEPENDS_kernel-base and wanted to control it with BAD_RECOMMENDATIONS19:30
paulbarkerBAD_RECOMMENDS isn't something friendly to put in a machine conf file19:30
paulbarkerI'll send a patch to do the recommend on kernel-<version> as before19:30
paulbarkercheers for the quick pointers :)19:31
kergothyeah, well spotted denix19:31
denixkergoth: yeah, I was scratching my head with that change as well, thought I might have missed some previous discussion19:32
denixkergoth, paulbarker: do we need to completely revert that commit or there's a way to have both methods?19:34
paulbarkerNo, I think it partially makes sense19:34
paulbarkerIt just should add a recommend for the kernel-<version> package not the kernel-image package19:34
paulbarkerYou'd need to BAD_RECOMMENDS kernel-<version> then, but that would be more correct19:35
denixpaulbarker: ok, thanks. looking forward to your patch then19:36
*** JaMa <JaMa!~martin@> has quit IRC19:37
kergothyeah, best to switch form kernel-image to kernel, so it goes through kernel-base again19:38
*** lsandov1 <lsandov1!~lsandov1@> has quit IRC19:38
paulbarkerActually, yea, the current code is bad as it means kernel modules won't pull in the files in kernel-base (which is modules.builtin and modules.order)19:38
paulbarkerI don't know enough kernel plumbing to know if those files are important to module loading19:39
paulbarkerI'm back to an empty /boot at least saving ~25% of my rootfs size19:40
*** wmills <wmills!c05b651f@gateway/web/freenode/ip.> has joined #yocto19:46
*** clsulliv <clsulliv!clsulliv@nat/intel/x-woddqbiskvmmwbvd> has joined #yocto19:54
*** clsulliv <clsulliv!clsulliv@nat/intel/x-woddqbiskvmmwbvd> has quit IRC19:58
frayFYI anyone interested in meta-selinux.. I've posted an update in the mgh/master-next branch..  I'm looking for help to get the refpolicy issues resolved.. (See email sent to the yocto project list)19:59
*** msvb-lab <msvb-lab!> has quit IRC19:59
*** Artox <Artox!~Artox@> has quit IRC20:03
*** wmills <wmills!c05b651f@gateway/web/freenode/ip.> has quit IRC20:03
*** gtristan <gtristan!> has quit IRC20:05
paulbarkerkergoth, denix: I changed my mind, I've sent an email to say I think we should revert the patch. Much simpler20:08
*** bodangly <bodangly!> has joined #yocto20:08
*** Artox <Artox!~Artox@> has joined #yocto20:09
*** Willy-- <Willy--!> has quit IRC20:12
*** tach <tach!~tach@> has quit IRC20:14
*** tach <tach!~tach@> has joined #yocto20:14
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC20:14
*** lilbby <lilbby!~liberta1@> has joined #yocto20:17
*** lilbby <lilbby!~liberta1@> has quit IRC20:20
*** clsulliv <clsulliv!clsulliv@nat/intel/x-yhnuyacfpqguxcjn> has joined #yocto20:23
*** SoniaLeon <SoniaLeon!~sleonbau@> has joined #yocto20:26
*** bodangly <bodangly!> has quit IRC20:36
armpitfray, if you can't login its very secure ; )20:41
*** bhargav <bhargav!95c73efe@gateway/web/freenode/ip.> has joined #yocto20:42
armpitfray, i will bring it to the attention of the folks who should care about selinux20:43
frayI've got a serious lack of time to look at the refpolicies..20:43
*** ant_home <ant_home!> has joined #yocto20:43
bhargavHello. I was wondering if I can have populate_packages_prepend in both my recipe and a bbappend to my recipe?20:44
bhargavand if it works, then can I set the order of the  two prepends? I wast the recipe's prepend to be applied first followed by the one in the bbappend20:45
paulbarkerI've got another one I can't find the answer to in the docs... If I have a task (do_compile), is there any way to list which variables bitbake thinks that depends on?20:50
paulbarkerThings aren't being rebuilt when I change variables in local.conf and I want to check my suspician that they're being missed out of the dependency tree20:51
*** dreyna <dreyna!~dreyna@> has quit IRC21:02
*** igor <igor!~igor@> has quit IRC21:03
*** edgar444 <edgar444!uid214381@gateway/web/> has quit IRC21:03
kergothbhargav: prepends are cumulative, so  yes, and no, you can't directly control the order21:08
kergothpaulbarker: bitbake-dumpsig21:08
*** marka <marka!> has quit IRC21:09
paulbarkerkergoth: Just tried it, I get "Metadata does not support finding signature data files"21:09
paulbarkerbitbake -e shows the contents of do_compile with the new variable values in, the run.do_compile file shows the old files, but bitbaking the recipe doesn't lead to do_compile being re-ran21:10
*** bodangly <bodangly!> has joined #yocto21:11
paulbarkerI could just force it but if there's a weird dependency edge case I'd like to debug it a bit21:11
paulbarkereugh. Changing the variable, running bitbake, then changing back, then running bitbake again caused it to pick up the change. Don't think I'm going to be able to get to the bottom of what went wrong there21:16
bhargavkergoth: I just tried, and the prepend from the bbappend was on top and I want the one from the bb file to be on top21:19
bhargavI wish we could do python populate_packages_prepend_append ()21:20
bhargavbasically append to a python populate_packages_prepend section in a recipe21:20
paulbarkeroh. I found it. It's not the recipe I'm looking at which has issues. I'm missing things from do_image_wic[depends] and thus it's picking up old nonsense21:23
*** florian <florian!~fuchs@Maemo/community/contributor/florian> has quit IRC21:25
*** florian_kc <florian_kc!~fuchs@Maemo/community/contributor/florian> has joined #yocto21:25
armpithalstead, had no system issues. build completed. thanks21:37
halsteadarmpit, thank you for the test.21:40
*** jmcruzal <jmcruzal!~jmcruzal@> has quit IRC21:41
*** jmcruzal <jmcruzal!~jmcruzal@> has joined #yocto21:44
*** t0mmy <t0mmy!> has quit IRC21:45
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has quit IRC21:58
*** stryx` <stryx`!~stryx@unaffiliated/stryx/x-3871776> has joined #yocto21:59
*** scottrif <scottrif!> has joined #yocto22:03
*** FabKna <FabKna!> has quit IRC22:07
*** kpo <kpo!> has joined #yocto22:12
*** agust <agust!> has quit IRC22:30
CircuitsoftHello. In trying to upgrade from Morty to Pyro, I'm getting compile errors on qtbase/5.8.0. Has anyone else tested this?22:30
CircuitsoftI got two different errors in sequence, so I did a clean and am rebuilding to find the exact error.22:31
CircuitsoftFirst error was on a "22:31
Circuitsoftreturn -1L << 16;" in the embedded zlib.22:31
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:34
*** paulg <paulg!> has joined #yocto22:46
*** SoniaLeon <SoniaLeon!~sleonbau@> has quit IRC22:49
*** seebs <seebs!~seebs@> has quit IRC22:54
CircuitsoftSeems to be a libpng issue, and the other was just a warning that came up.22:57
CircuitsoftProject ERROR: Library 'libpng' is not defined.22:57
*** seebs <seebs!~seebs@> has joined #yocto23:01
*** SoniaLeon <SoniaLeon!sleonbau@nat/intel/x-ryhdfqbribvippjg> has joined #yocto23:06
*** tach <tach!~tach@> has quit IRC23:14
*** tach <tach!~tach@> has joined #yocto23:28
khemCircuitsoft: share the build logs on some pastebin23:37
CircuitsoftFixed with a patch:;a=commitdiff;h=4dcfd90e4fd7d4c49138038dbbcbda8794a9fbff#patch123:39
halsteadsgw, Are you having any issues with today?23:49
*** ant_home <ant_home!> has quit IRC23:49
sgwhalstead: not that I am aware of23:51
halsteadsgw, Great. I've had 2 reports today and just wanted to check.23:51
halsteadWorking on it.23:51
sgwI can test something later if needed, heading out for a bike ride23:52
*** gtristan <gtristan!> has joined #yocto23:53

Generated by 2.11.0 by Marius Gedminas - find it at!