Thursday, 2019-02-28

*** martinkelly <martinkelly!> has quit IRC00:11
*** dev1990 <dev1990!> has quit IRC00:23
*** dv_ <dv_!> has quit IRC00:29
khemRP: there is another dlopen() bug in musl that I will send a patch for after my builds finish00:32
khemthis was a long standing problem does not happen all the time but now it does show up with qemu-arm while running some gir stuff00:33
khemluckily I was able to get it reproducible in qemu usermode00:33
*** dv_ <dv_!> has joined #yocto00:47
*** learningc <learningc!> has joined #yocto00:57
*** chandana73 <chandana73!~ckalluri@> has quit IRC01:05
*** chandana73 <chandana73!~ckalluri@> has joined #yocto01:07
*** learningc <learningc!> has quit IRC01:10
*** learningc <learningc!> has joined #yocto01:11
*** pepijndevos <pepijndevos!~pepijndev@> has quit IRC01:12
*** stephano <stephano!~stephano@> has quit IRC01:16
*** ronybeck <ronybeck!~ronybeck@> has quit IRC01:55
*** ronybeck <ronybeck!~ronybeck@> has joined #yocto02:07
*** User__ <User__!> has joined #yocto02:11
*** black_13 <black_13!d106cd8b@gateway/web/freenode/ip.> has joined #yocto02:13
*** BuddyButterfly1 <BuddyButterfly1!> has quit IRC02:14
black_13does a recipe automatically build a package02:14
*** learningc <learningc!> has quit IRC02:15
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:20
*** rburton <rburton!> has quit IRC02:25
*** rburton_ <rburton_!> has joined #yocto02:25
*** BuddyButterfly <BuddyButterfly!> has joined #yocto02:28
*** armpit <armpit!~armpit@2601:202:4180:c33:5d2e:f64b:3649:ebdb> has quit IRC02:54
*** armpit <armpit!~armpit@2601:202:4180:c33:a014:bbbe:e67e:4e9d> has joined #yocto03:06
*** learningc <learningc!> has joined #yocto03:12
*** User__ <User__!> has quit IRC03:15
khembitbake <recipe>03:28
khemwill build 1 or more output packages03:28
*** User__ <User__!> has joined #yocto03:42
*** learningc <learningc!> has quit IRC03:45
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto03:46
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC03:50
*** camus <camus!~Instantbi@> has joined #yocto03:50
*** kaspter <kaspter!~Instantbi@> has quit IRC03:51
*** camus is now known as kaspter03:51
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC03:53
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto03:54
*** nighty- <nighty-!> has joined #yocto04:21
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:28
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:41
*** learningc <learningc!> has joined #yocto04:43
*** User__ <User__!> has quit IRC04:46
*** nerdboy <nerdboy!~sarnold@> has joined #yocto04:47
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto04:47
*** nighty- <nighty-!> has joined #yocto05:04
*** hamis <hamis!~irfan@> has joined #yocto05:34
*** gtristan <gtristan!~tristanva@> has joined #yocto05:40
*** bradleyb <bradleyb!> has joined #yocto05:46
*** learningc <learningc!> has quit IRC05:46
*** learningc <learningc!> has joined #yocto05:46
*** radsquirrel <radsquirrel!> has quit IRC05:47
yoctiNew news from stackoverflow: How to add a missing library (or executable or other file) to Yocto/bitbake <>06:00
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:08
*** AndersD <AndersD!~AndersD@> has joined #yocto06:09
*** AndersD <AndersD!~AndersD@> has quit IRC06:13
*** AndersD <AndersD!> has joined #yocto06:14
*** chandana73 <chandana73!~ckalluri@> has quit IRC06:25
*** chankit <chankit!chankit@nat/intel/x-eeyoraztmjqoelrk> has joined #yocto06:38
chankitHi, how do I open a port in Yocto06:38
chankitI tried my TCP/IP code but it doesn't says connection refused06:39
chankitwhich probably I need to open the port06:39
*** comptroller <comptroller!> has quit IRC06:40
*** User__ <User__!> has joined #yocto06:42
*** learningc <learningc!> has quit IRC06:46
*** frsc <frsc!> has joined #yocto07:15
*** tprrt <tprrt!~tprrt@> has joined #yocto07:29
yoctiNew news from stackoverflow: Compiling module using SDK throws warning message: libelf-dev not found <>07:30
*** learningc <learningc!> has joined #yocto07:43
*** User__ <User__!> has quit IRC07:46
*** chandana73 <chandana73!~ckalluri@> has joined #yocto07:48
RPkhem: nice whe you can get something to reproduce! :)07:53
*** TobSnyder <TobSnyder!~schneider@> has joined #yocto07:54
*** chandana73 <chandana73!~ckalluri@> has quit IRC08:02
*** lusus <lusus!~lusus@> has joined #yocto08:02
*** mckoan|away is now known as mckoan08:03
*** fl0v0 <fl0v0!> has joined #yocto08:06
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC08:07
*** jmiehe <jmiehe!> has joined #yocto08:13
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto08:37
*** User__ <User__!> has joined #yocto08:42
*** learningc <learningc!> has quit IRC08:46
*** 7GHAACG8T is now known as quite08:49
*** gtristan <gtristan!~tristanva@> has quit IRC08:54
*** yacar_ <yacar_!~yacar@> has joined #yocto08:59
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:00
*** lexa_`` <lexa_``!~user@> has quit IRC09:02
*** gtristan <gtristan!~tristanva@> has joined #yocto09:02
*** chankit <chankit!chankit@nat/intel/x-eeyoraztmjqoelrk> has quit IRC09:06
*** Bunio_FH <Bunio_FH!> has joined #yocto09:17
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC09:26
RPDon't suppose anyone can read gdb python backtraces? is odd :/09:31
yoctiBug 13209: normal, Undecided, ---, richard.purdie, NEW , wic hangs causing oe-selftest failures09:31
*** pepijndevos <pepijndevos!~pepijndev@> has joined #yocto09:32
*** pepijndevos <pepijndevos!~pepijndev@> has left #yocto09:33
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto09:37
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto09:38
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:39
*** thannoy__ <thannoy__!> has joined #yocto09:40
*** thannoy_ <thannoy_!> has quit IRC09:42
*** learningc <learningc!> has joined #yocto09:43
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC09:43
*** User__ <User__!> has quit IRC09:46
*** fl0v0 <fl0v0!> has quit IRC10:04
*** fl0v0 <fl0v0!> has joined #yocto10:04
*** SimoneNascivera <SimoneNascivera!02e0873a@gateway/web/freenode/ip.> has joined #yocto10:20
*** SimoneNascivera <SimoneNascivera!02e0873a@gateway/web/freenode/ip.> has quit IRC10:21
*** SimoneNascivera <SimoneNascivera!~simone@> has joined #yocto10:21
SimoneNasciveraHi it's my first time here. Is there anyone online?10:22
ronybeckSimoneNascivera: maybe ;-)10:23
SimoneNasciveraHi @ronybeck10:24
SimoneNasciveraI'm using Yocto for the first time10:24
ronybeckSimoneNascivera: Condolences  :P10:24
SimoneNasciveraAnd I cannot even build the quick start example properly10:25
ronybeckI am also quite new to Yocto.  Can't say I am enjoying it yet.  Lots to learn.10:25
SimoneNasciveraThis is the error I'm getting:10:26
SimoneNasciveraERROR: gcc-cross-initial-i586-8.2.0-r0 do_populate_sysroot: Fatal errors occurred in subprocesses:10:26
SimoneNasciveraCommand '['strip', '--remove-section=.comment', '--remove-section=.note', '/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/sysroot-destdir/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/recipe-sysroot-native/usr/bin/i586-poky-linux.gcc-cross-initial-i586/i586-poky-linux-gcov-dump']' returned non-zero exit status 1: Traceback (most recent call last):10:26
SimoneNascivera  File "/media/simone/651173DD28B986DD/poky/meta/lib/oe/", line 272, in run10:26
SimoneNascivera    ret = self._target(*self._args, **self._kwargs)10:26
SimoneNascivera  File "/media/simone/651173DD28B986DD/poky/meta/lib/oe/", line 44, in runstrip10:26
SimoneNascivera    output = subprocess.check_output(stripcmd, stderr=subprocess.STDOUT)10:26
SimoneNascivera  File "/usr/lib/python3.5/", line 626, in check_output10:26
SimoneNascivera    **kwargs).stdout10:26
SimoneNascivera  File "/usr/lib/python3.5/", line 708, in run10:27
SimoneNascivera    output=stdout, stderr=stderr)10:27
SimoneNasciverasubprocess.CalledProcessError: Command '['strip', '--remove-section=.comment', '--remove-section=.note', '/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/sysroot-destdir/media/simone/651173DD28B986DD/poky/build/tmp/work/x86_64-linux/gcc-cross-initial-i586/8.2.0-r0/recipe-sysroot-native/usr/bin/i586-poky-linux.gcc-cross-initial-i586/i586-poky-linux-gcov-dump']' returned non-zero exit status 110:27
SimoneNasciveraI image that it's due to trying to strip an executable that shouldn't be stripped10:27
SimoneNasciveraBut even if I add INHIBIT_PACKAGE_DEBUG_SPLIT = "1" at the end of local.conf nothing change10:27
*** hamis <hamis!~irfan@> has quit IRC10:28
SimoneNasciveraCould someone please help me with this issue? As mentioned, I cannot even build the example ;(10:29
*** hamis <hamis!~irfan@> has joined #yocto10:30
mckoanSimoneNascivera: please use pastebin10:31
SimoneNasciveraI'm sorry. Doing it now10:31
RPSimoneNascivera: that isn't on windows is it?10:32
SimoneNasciveraNo it's on Ubuntu 16.0410:32
RPSimoneNascivera: if you try and manually run that strip command, what does it say?10:33
RPSimoneNascivera: we really need the real error here to know why its not working10:33
SimoneNasciveraIt gives this error10:35
RPSimoneNascivera: That is very odd. Its as if strip from your host isn't working properly, or that binary is somehow damaged10:36
RPSimoneNascivera: We have an Ubuntu 16.04 worker in our autobuilder so we test it which makes this all the more odd10:36
RPSimoneNascivera: How clean is the Ubuntu install? is it the standard toolchain10:37
SimoneNasciveraRP: It's not a fresh Ubuntu install, since I use to work but it should be the standard toolchain10:38
RPSimoneNascivera: can you share that 586-poky-linux-gcov-dump binary? I can try strip on it here, see what happens10:39
SimoneNasciveraIs there anything I should check in order to know if the toolchain I'm using is the standard one?10:39
SimoneNasciveraOf course10:39
RPSimoneNascivera: what does strip --version say?10:39
SimoneNasciveraGNU strip (GNU Binutils for Ubuntu) 2.26.110:40
*** learningc <learningc!> has quit IRC10:40
RPand our autobuilder shows "GNU strip (GNU Binutils for Ubuntu) 2.26.1"10:40
RPso that seems to match10:40
SimoneNasciveraThis is the exec10:44
RPSimoneNascivera: fails here the same way so the binary is corrupt10:44
SimoneNasciveraRP: Uh interesting10:45
SimoneNasciveraRP: I've done at least 3 clean build so I really don't know that to do10:45
SimoneNasciveraRP: Could you please upload your i586-poky-linux-gcov-dump and then I try to substitute my old with with it and restart the build process?10:48
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:49
rburton_RP: does file say the binary is a elf?10:49
RPSimoneNascivera: I suspect something called uninative so I'd try disabling that,10:50
RPrburton_: yes, file reports nothing unusual10:51
RPSimoneNascivera: alongside the conf directory containing local.conf, create a classes directory and "touch uninative.bbclass" there to create an empty file classes/uninative.bbclass10:52
RPSimoneNascivera: try a clean build with that, see if that works10:52
SimoneNasciveraRP: Ok thank you. I'm starting a clean build right now. As soon as I'll have news, I'll post them here10:54
*** awe00 <awe00!~awe00@unaffiliated/awe00> has joined #yocto10:57
RPSimoneNascivera: it is very odd as we do test that OS :/10:57
SimoneNasciveraRP: Should I create the folder in poky/build/classes?11:00
*** fenrig <fenrig!~fenrig@> has quit IRC11:02
*** armpit <armpit!~armpit@2601:202:4180:c33:a014:bbbe:e67e:4e9d> has quit IRC11:02
*** fenrig <fenrig!~fenrig@> has joined #yocto11:04
RPSimoneNascivera: yes, poky/build/classes/uninative.bbclass11:08
SimoneNasciveraRP: Perfect, I just started the minimal build. I'll post here if I receive the same error11:09
RPSimoneNascivera: It might hopefully either rule out a whole set of code, or point at it...11:10
SimoneNasciveraRP: okok11:11
*** yacar_ <yacar_!~yacar@> has quit IRC11:15
*** gaulishcoin <gaulishcoin!> has joined #yocto11:16
*** SimoneNascivera1 <SimoneNascivera1!~androirc@> has joined #yocto11:16
*** hamis <hamis!~irfan@> has quit IRC11:16
*** csanchezdll <csanchezdll!> has joined #yocto11:17
*** gtristan <gtristan!~tristanva@> has quit IRC11:18
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC11:23
*** hamis <hamis!~irfan@> has joined #yocto11:23
fenrigHi kergoth, I'm looking at meta-sourcery but I have a hard time determining what the necesarry work is just to compile the root fs with the external toolchain (so no sdk generation, or any additional stuff)11:26
fenrigkergoth: I was looking at glibc-sourcery.bb11:27
*** gtristan <gtristan!~tristanva@> has joined #yocto11:33
*** SimoneNascivera <SimoneNascivera!~simone@> has quit IRC11:34
*** berton <berton!~berton@> has joined #yocto11:38
*** berton <berton!~berton@> has quit IRC11:41
*** berton <berton!~berton@> has joined #yocto11:42
kanavinRP: do I need to fix up qemu split issues, or are you on it?11:43
RPkanavin: there is a fixup patch in next11:44
RPkanavin: need to sort missing maintainer. Trying to figure out this selftest failure first11:44
kanavinRP: yeah, I think it's better to move the missing binaries into qemu-native for image conversion purposes. They don't need gtk or sdl, so logically belong there.11:45
kanavinand then no recipe fixup should be needed11:45
RPkanavin: I can see it two ways. Dependency wise it make sense. You'd only do image conversion with system qemu though :)11:46
kanavinRP: not sure I understand the last sentence? to me, 'qemu-system-native' is 'full system emulators', so things like qemu-img (image manipulation utility) belong in the base qemu-native11:52
*** willie <willie!d973313a@gateway/web/freenode/ip.> has quit IRC11:58
kanavinI don't insist though :)11:58
*** willie <willie!d973313a@gateway/web/freenode/ip.> has joined #yocto11:58
RPkanavin: the output of qemu-img is only useful with the system emulator binaries11:59
RPkanavin: I don't have a hard preference, just pointing out its only useful with system binaries, not the user ones12:00
kanavinRP: sure, if you're further along with fixing the failures, let's just proceed that way12:00
RPkanavin: the patch on the autobuilder fixes everything other than the missing maintainers12:01
kanavinRP: great! I guess that should be trivial to fix? :)12:02
willieHello, I'm unable to build my custom recipe and I think its related to me not using the "build" variables correctly, can anyone point out any obvious errors12:03
willieI can see that my application is built under /tmp/work..../ked-project but It is not getting deployed12:04
kanavinwillie, what build system is your project using? qmake?12:05
rburton_why are you including
kanavinif it's qmake, then inherit qmake should be good12:06
willieit is an qt application based on qmake12:06
rburton_remove the require of qt5 and all of do_install, just inherit qmake12:06
willieI have looked at examples from meta-qt and they inclued the I just assumed it was needed12:06
rburton_you were looking at recipes that were building qt12:07
willieWell, all the examples have require recipes-qt/qt5/qt5.inc12:07
williein meta-qt5/recipes-qt/examples12:07
willieERROR: ParseError at /linux/build/yocto/avalue_krogoth_4.1/sources/meta-avalue/recipes-qt/ked-project/ Could not inherit file classes/qmake.bbclass12:10
williemy image is just a modified fsl-image-qt512:11
*** kaspter <kaspter!~Instantbi@> has quit IRC12:13
*** SimoneNascivera <SimoneNascivera!~androirc@> has joined #yocto12:15
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC12:15
RPkanavin: yes, that should be straightforward12:16
rburton_willie: just "inherit qmake5"12:17
willieHad to add, inherit qmake5_base12:17
willieyea thanks :)12:17
rburton_eg in meta-qa512:17
willierburton: So by including the i was trying to build entire qt for my application? insted of just using the already built library? (just trying to make sense out of everyting)12:18
rburton_well, you were pulling in bits of the qt recipe.12:18
*** learningc <learningc!~learningc@> has joined #yocto12:19
*** SimoneNascivera <SimoneNascivera!~androirc@> has quit IRC12:25
*** ferlzc <ferlzc!~ferlzc@> has joined #yocto12:29
*** yacar_ <yacar_!~yacar@> has joined #yocto12:31
willierburton: and why is that wrong? All the example applications are doing it12:34
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:35
kanavinwillie, the example applications are not about providing examples for writing a qt recipe, they're about providing examples of various bits of Qt API12:39
kanavinsadly, this is poorly documented, I couldn't find anywhere that one is supposed to use the qmake5 class, but this is how it works12:40
fenrigkergoth: can you give me some pointers?12:41
williekanavin: Okay, yes I'm finding it hard to know what I'm supposed to do. It feels like im just trading on error for another atm12:41
kanavinRP: I am reworking the remaining patches, splitting them up better, and enabling both sdl and gtk+ - I'll verify that qemu would default to sdl, unless explicitly asked12:43
*** learningc <learningc!~learningc@> has quit IRC12:52
*** SimoneNascivera <SimoneNascivera!~androirc@> has joined #yocto12:55
*** SimoneNascivera <SimoneNascivera!~androirc@> has quit IRC12:55
willieSorry for my trivial questions :) But I was able to fix an error " ked-project not found in the base feeds (imx6dlsabresd cortexa9t2hf-neon-mx6qdl cortexa9hf-neon-mx6qdl cortexa9hf-neon cortexa9hf-vfp armv7ahf-neon armv7ahf-vfp armv6hf-vfp armv5ehf-vfp armv5hf-vfp noarch any all) By adding : ALLOW_EMPTY_ked-project="1" without really know what it does12:57
kanavinthat means your ked-project package is actually empty, which is almost certainly not what you want12:58
willieWell it is not under /work/.../ked-project But you are saying that it was ported empty to rootfs?12:59
kanavinthat means your binary was probably not even built12:59
willieThat is not what i want, you suggested to remove the "do_install" function an add "Inherit qmake5"13:00
willieIt feels like i need some function in the recipe? unless inherit qmake5 by default means it gets installed13:01
kanavininherit qmake5 will provide all the needed functions for configuration, compilation and installation13:02
*** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto13:03
willieOkay, but you still think nothing was built regarding my error, let me install the image and get back to you13:03
*** awe00 <awe00!~awe00@unaffiliated/awe00> has quit IRC13:03
ernstphmm, why can't I run oe-pkgdata-util from within a bitbake script.. ERROR: Unable to connect to bitbake server, or start one13:06
*** geissona_ <geissona_!> has joined #yocto13:12
RPernstp: the parent bitbake is holding the bitbake lock?13:18
ernstpRP: ok, I thought that "connect to bitbake server" part should work still.13:19
kanavinRP: virgl patchset done, looking much better now, I think :)13:19
kanavinthe only thing some people might not like is having to add 'sdl' to runqemu to enforce the SDL frontend, but qemu does prefer gtk+ over sdl if not specified13:20
RPernstp: it would be two controlling UIs which doesn't work13:22
*** clement <clement!> has quit IRC13:28
williekananvin: You were right :( No application was found on the system. The recipe looks like this and i have built the application on my desktop and ported it over with qtcreator and that works. Do you have any idea what I'm doing wrong?13:31
kanavinwillie, remove INSANE_SKIP_${PN} += "installed-vs-shipped"13:34
kanavinthat masks mistakes in your recipe13:34
JaMakanavin: why not use intermediate variable instead of _remove for darwin as suggested before?13:34
RPJaMa: its not that easy sadly13:35
JaMain the last iteration it looks easy13:35
kanavinJaMa, because there is no point: these things will just cause build failures, so unless someone provides a dedicated effort to enable them, direct _remove is totally fine13:35
JaMaah there is still 8/8 for poky13:35
kanavinRP: this patch was forgotten
RPkanavin: It was? ?13:37
JaMaRP: still don't see why intermediate variable won't work even with append from your local.conf.sample13:37
*** comptroller <comptroller!> has joined #yocto13:38
RPJaMa: in the nativesdk case you want it to work in the mingw case but not in the linux case13:38
RPJaMa: you'd have to put the intermediate variable in local.conf and it gets ugly very quickly13:39
kanavinRP: right, I think there was a moment when it wasn't in master13:39
JaMaor 2 intermediate in qemu I guess13:39
RPkanavin: probably my scripts working13:40
*** geissona_ <geissona_!> has quit IRC13:40
*** yacar_ <yacar_!~yacar@> has quit IRC13:40
*** yacar_ <yacar_!~yacar@> has joined #yocto13:40
*** yacar_ <yacar_!~yacar@> has quit IRC13:45
*** sk_tandt <sk_tandt!> has joined #yocto14:01
RPkanavin: - still some grumbling ptest issues with perl :/14:04
yoctiBug 13194: normal, Undecided, ---, ross.burton, NEW , [2.7 M2 RC2] perl ptest failure14:04
JaMakanavin: also is gtk,gl=es valid option? my host qemu shows gl=es valid only for sdl display (but it might be a bug in --help text) I'm waiting for qemu to rebuild in OE14:19
kanavinJaMa, it is valid, help text is wrong14:21
*** hamis <hamis!~irfan@> has quit IRC14:21
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:21
*** lfa <lfa!~lfa@> has joined #yocto14:32
*** jmiehe1 <jmiehe1!> has joined #yocto14:37
*** jmiehe <jmiehe!> has quit IRC14:38
*** jmiehe1 is now known as jmiehe14:38
*** bradleyb is now known as radsquirrel14:49
*** armpit <armpit!~armpit@2601:202:4180:c33:ed99:5404:7ddb:ee90> has joined #yocto14:52
black_13how do you debug or log what steps that bitbake has taken14:53
black_13i want to know what steps where taken when a custom .bb was done14:54
varjagbitbake -e14:56
black_13how do you put the build products of bitbake into one place that can be removed and and bitbake be restarted ?14:57
black_13is this the TMP dir?14:57
black_13or rather is there a bitbake clean14:57
JaMayes, there is TMPDIR variable (default tmp-glibc)14:59
JaMayou can delete all that and rebuild from sstate (quick)14:59
JaMain each component you will find temp directory with useful logs like log.do_compile for individual tasks14:59
JaMain TMPDIR/log you'll find logs showing which tasks it was running15:00
williekanavin: I cleaned the build and removed INSANE_SKIP_${PN} += "installed-vs-shipped" and allow empty. Now I'm seeing this error  "Files/directories were installed but not shipped in any package:" I tried to follow this guy but still giving errors.15:01
*** AndersD <AndersD!> has quit IRC15:01
yoctiNew news from stackoverflow: Staging directories in yocto <>15:02
kanavinwillie, following random advice from google search results is not the greatest idea. Can I see the full error message?15:02
williekanavin: Iknow you are right, but I dont really see any alternatives atm :
kanavinwillie, your binary goes into a non-standard location. any reason you want it in /opt?15:04
JaMawillie: include /opt/ked-qml-qt-project/bin/ked-qml-qt-project in FILES_${PN} if you really want it in this location15:05
*** chankit <chankit!~chankit@> has joined #yocto15:06
willieWell not really, i just used the SDK under /opt. How would i change location to /usr/lib?15:06
*** rcw <rcw!~rcw@> has joined #yocto15:07
willieOr, what is best practise to learn?15:07
kanavinI guess you need to tweak your qmake configuration file15:08
JaMaread the content of that .tar file15:08
*** gsalazar <gsalazar!> has quit IRC15:08
willieOkay, so since i used qmake under /opt in QTcreator on my PC. the application also wants to be installed under /opt on target system15:09
rburton_the qmake5 class is telling the software it is building to install in /usr, so your app is not listening to that15:11
*** gsalazar <gsalazar!> has joined #yocto15:15
fenrigsomebody got experience on sah-external-toolchain15:15
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto15:15
fenrigI'm trying to get my binary toolchain into the build15:16
fenrigsorry meta-external-toolchain :D15:18
kergothI maintain it and wrote most of it. what's the question?15:20
fenrigI'm trying to understand the minimal skeleton required to compile the root fs with the toolchain15:21
fenrigno extra features like generating sdk at the moment :)15:21
JaMainteresting I made a typo: meta-webos/recipes-extended/tzdata/tzdata%.bbappend and bitbake doesn't complain that there isn't tzdata% recipe, but PN seems to be set to tzdata% not tzdata (like when % is used after _ as version wildchar), so FILESPATH was pointing to wrong directories15:21
black_13hasssimir fenrig15:22
fenrigso like you recommended I was looking at meta-sourcery, but its quite big and I guess it does more then what I'm looking for15:22
fenrigso I started out creating my own tcmode15:22
RPJaMa: that sounds bizarre :/15:22
fenrigthis is one of the things that is required to get the the external toolchain to work, now I dont understand how the TCMODEOVERIDE is set15:23
fenrigor rather when its set15:23
JaMa#   _prepend /OE/build/build-webos-master/meta-lg-webos/meta-webos/recipes-extended/tzdata/tzdata%.bbappend:815:23
JaMa#     "/OE/build/build-webos-master/meta-lg-webos/meta-webos/recipes-extended/tzdata/tzdata%:"15:23
JaMaRP: ^ this is from FILESEXTRAPATHS_prepend := "${THISDIR}/${BPN}:"15:24
RPfenrig: the big problem with external toolchains is making sure you have all the pieces the system expects, in the form it needs them in. They're hard to get right15:24
kergothfenrig: TCMODEOVERRIDES is like MACHINEOVERRIDES or DISTROOVERRIDES. it lets you ensure the baseline configuration is still applied when you create your own based on it15:24
kergothfenrig: I'd recommend setting it to ensure any overrides usage in meta-external-toolchain is still applied for your custom tcmode15:25
fenrigRP: okay, no probl. I'm trying to wrap my head around it15:25
kergothfenrig: much of meta-sourcery makes assumptions based on what we know about that particular toolchain, i.e. automatically setting EXTERNAL_TARGET_SYS based on the expected toolchain binary prefixes15:25
fenrigkergoth: but I can set it to the tcmode that I'm declaring in that inc file, like sourcery does15:25
JaMaRP: I'll check why it didn't complain about missing recipe for tzdata% that's probably where it should be fixed I guess (% was originally meant only for versions, I hope people don't use it to match multiple recipes as well)15:25
kergothbut you can always set it explicitly too for the particular toolchain you're using15:25
fenrigexplicitly is okay for me at this stage15:26
RPJaMa: I suspect they do :(15:26
kergothfenrig: right. you could possibly even just use the meta-external-toolchain tcmode as is as a starting point, but including and adjusting tcmodeoverrides is a reasonable alternative. you shouldn't need anything else in that file to start with15:26
fenrigah okay so tcmode of meta-external-toolchain will do the job as well for me?15:27
kergoththat's one thing the new meta-external-toolchain does differently, it uses search paths and files mirrors to look in alternate locations to deal with path differences when extracting files from the external toolchain, rather than assuming a fixed layout15:27
kergothwhich makes it more generic than most15:27
fenrigmore generic is a good idea :)15:28
kergothstill might need tweaks for particular toolchains, of course, but the baseline is more flexible15:28
kergothit may well work as is, yes. i'd try that and see how it behaves15:28
fenrigbut wait so I have an external toolchain15:28
fenrigso you are saying I can just do15:28
fenrigTCMODE in local conf15:28
fenrigah yes15:28
fenrigquite easy in fact15:28
kergoththat's the baseline configuration. which toolchain to use, the toolchain binary prefix to use, and the toolchain path15:28
fenrigthats why I couldnt wrap my head around it15:28
kergotheverything else is bonus15:28
fenriglike dynamically parsing the binary toolchain15:29
fenrigto get the right layout/variables/files/headers15:29
kergothmeta-sourcery has extras for automatically determining external target sys, dealing with optimization flag particularities, and it adds a tcmode to rebuild glibc from source for that particular toollchain15:29
fenrigyeah I found that as well :)15:29
*** smrtz <smrtz!d8c540f0@gateway/web/freenode/ip.> has joined #yocto15:29
fenrigalso I think I found some stuff on how to generate sdk's15:29
fenrigor I think its called ADT in yocto15:30
kergothyeah, downside to the flexibility is more complexity in the bbclasses. if you just look at the -external recipes, it's fairly striaghtforward. the FILES_ variables determine not just packaging like in oe-core, but also which files to extract from the external toolchain15:30
kergothso they need to be more explicit rather than big wildcards to avoid extracting wrong files15:30
kergothideally, the external toolchain builder would write metadata about what files belong to which packages to let us split the sysroot back up. i think crosstool does that. but most don't, sadly, hence hardcoding file lists15:31
fenrigkergoth: okay great :)15:31
fenrigthx for helping me :)15:31
fenrigI'm going to try your 3 step plan first15:31
kergoththe alternative is to just grab the entire toolchain sysroot and throw it in a single package, but that's not ideal either, as lots of external toolchains will build extra packages that'll clutter up your rootfs if you include them15:31
fenrigand fingers crossed it will get me to my first goal :P15:31
kergothi.e. gdbserver, other debugging or profiling tools, etc15:32
smrtzHey guys! I'm glad to see this channel is active!  I've got no idea how Yocto works, but the guy who does is having problems and I was asked to look into it.  Is there a way to tell it to pull RPMs from a remote server when you build an image?15:32
fenrigkergoth: okay, dont need it at the moment and even then I have gdb from the toolchain15:33
* kergoth nods15:33
kergothgive that a shot and let me know how it goes, if it fails at any point we can tweak from there15:33
smrtzSomething like a recipy that has it go get the latest version of a package from a remote Smart server?15:33
fenrigkergoth: Thank you :)15:33
smrtzrecipe* sorry.15:33
JaMaRP: you're right, it allows % in the name since the wildchard was added for bbappends
*** learningc <learningc!~learningc@> has joined #yocto15:33
kergothsmrtz: two options, try to coerce the image recipe to build from a feed rather than local recipes, or just host yocto sstate on your server and let it pull from that, which is a binary caching mechanism, including binary packages as well as other bits we use to build recipes from source15:34
smrtzOk, I'll look into those now. Thanks!15:34
kergoththree, the last option is what you suggest, create recipes that pull down individual packages, but that's not ideal for a number of reasons15:34
JaMaRP: is it worth investigating what to do with BPN in immediate expansion in such case? or can we assume that people just use hardcoded name instead of PN/BPN in cases where they really want to match multiple?15:34
smrtzWhy not? kergoth.15:35
kergothi'd suggest hosting an sstate mirror, along with a sources mirror, for your engineers, and automatically updating both from your configuration management / autobuilder15:35
kergothwon't need to rebuild from source nearly as often, but avoids trying to coerce the system into something other than how it normally works15:35
smrtzkergoth: I'm the DevOps guy, so hosting more servers is actually a problem I can solve pretty easily. Thanks for the solution.15:35
kergothi suspected :) no problem15:36
smrtzAlso, we're locked into Morty for the time being, and RPMv5 is a pain. Is switching it with RPMv4 possible?15:37
fenrigkergoth: the TCMODE is default? for external toolchain?15:37
kergothno, "default" is building oe-core's toolchain. you want to set it to external (or whatever the conf/distro/include/tcmode*.conf filename is15:38
smrtzkergoth: It *looks* like I should just be able to swap the two, but without knowing anything about this, I really don't know...15:41
willieHello guys, Just want to thank everyone for the help today :)15:41
*** chandana73 <chandana73!45b5dbcd@gateway/web/freenode/ip.> has joined #yocto15:43
kergothno idea on rpm version, someone else will have to assist with that15:46
black_13when you build recipe does a package follow suit15:46
smrtzAhh, alright.15:46
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC15:47
*** chandana731 <chandana731!~ckalluri@> has joined #yocto15:47
kergothblack_13: yes, as you were told yesterday15:48
black_13sorry I have been puking nice flu want some15:49
*** chandana73 <chandana73!45b5dbcd@gateway/web/freenode/ip.> has quit IRC15:51
smrtzThe RPM version issue is our biggest issue at the moment.  If you were going to start trying to switch it out, what path would you take? kergoth15:54
smrtz(I'm not looking for solid answers, just an idea of where I should start.)15:54
kergothlike i said, i know nothing about that, i don't even use rpm. someone else will jump in if they know the answer, there are experts in rpm in the channel15:58
black_13i added PACKAGE_CLASSES = "package_ipk" to my local conf15:59
black_13IMAGE_FEATURES += "package-management"15:59
black_13smrtz: i got ipkg15:59
*** clementben <clementben!> has joined #yocto16:02
*** clementben is now known as clement16:02
smrtzHmm, I'll look into ipkg now... Thanks!16:02
*** rcw <rcw!~rcw@> has quit IRC16:03
rburton_smrtz: porting back to rpm4 was not simple.  i'd switch to opkg unless you really need rpm.16:04
rburton_the patches are all in git so you could backport them...16:04
*** rcw <rcw!~rcw@> has joined #yocto16:04
rburton_they're quite invasive though.  rpm5->rpm4. smart->dnf.16:04
black_13smrtz: do you know how to build the ipkgs or how to create a custom library16:05
black_13that is how you enable the library to start16:05
smrtzblack_13: nahh, but I can learn it.16:07
*** learningc <learningc!~learningc@> has quit IRC16:07
*** learningc <learningc!~learningc@> has joined #yocto16:08
smrtzrburton_: We're not *super* locked into RPM, but it's how all of our apps are being built at the moment.  Do you know how package signing works in opkg?16:08
smrtzor ipkg for that matter?16:09
*** kaspter <kaspter!~Instantbi@> has quit IRC16:12
*** kaspter <kaspter!~Instantbi@> has joined #yocto16:13
*** User_ <User_!~learningc@> has joined #yocto16:14
*** learningc <learningc!~learningc@> has quit IRC16:14
black_13what i want to understand is how or were to place a .bb file16:15
black_13 is the bblayers.conf as is how do i add extra layers16:17
*** flihp <flihp!~flihp@> has quit IRC16:17
*** flihp <flihp!~flihp@> has joined #yocto16:17
*** chandana731 <chandana731!~ckalluri@> has quit IRC16:22
*** fl0v0 <fl0v0!> has quit IRC16:23
RPjonmason: I'm trying the qemuarm64 patches and it just sits with an un-initialized display? :(16:26
*** sk_tandt <sk_tandt!> has quit IRC16:28
RPjonmason: image does boot as I can ssh in, x doesn't start as there are no screens and the serial consoles seem messed up :(16:28
*** User_ <User_!~learningc@> has quit IRC16:29
jonmasonRP: you added the kernel-cache changes?16:32
RPjonmason: ah, no16:33
jonmasonyeah, totally need those :)16:33
RPjonmason: that makes more sense16:33
jonmasonI thought I pointed them out in the 0/2 message, but sorry if I didn't make it more obvious16:33
RPjonmason: I think I was thiniing zeddii already had them16:34
jonmasonI said in that series not to include them :)16:34
jonmasonI didn't know if that kernel warning was a deal breaker16:34
RPjonmason: you do make it quite clear there, not sure how I formed a different opinion :)16:34
zeddiiRP: I can cycle them through pretty quickly. Want me to send a patch for that ? I have a couple of small things queued up that I can send at the same time.16:35
RPzeddii: is there a way I can test this without making the changes?16:36
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:38
jonmasonthere are only a couple of kernel config changes needed.  You could make them by hand16:38
zeddiiyah. or you'd need a fragment in a layer via a bbappend. but my sending a patch in the next 15 minutes is probably faster than that route :D16:39
RPzeddii: I'm just worried if this will break something :/16:39
jonmasonyou could just pull in the qemuarm64-gfx patch and leave the others16:40
RPI'm not subbed to that mailing list so I don't have copies of the patches in any form that isn't mangled :(16:40
zeddiiwe did run into the qemuarm match problem before, yes, so once you apply it, it will be the default for qemuarm after my SRCREV bumps.16:40
RPzeddii: the arm64 graphics one looks safe as it just adds bits?16:40
jonmasonzeddii: is there another way I can do the migration of qemuarma15 to qemuarm without making that change (or making it a different way)?16:41
RPzeddii: I thought we didn't want to do that. Can we just add something in to trigger it to use qemuarma15?16:41
jonmasonwas that for him or me?16:42
zeddiiyah. I don't apply the patch that adds KMACHINE  qemuarm to the qemuarm15 bsp16:42
zeddiiand then you'd only get the changes when you build qemuarma1516:42
RPzeddii: can we then just map to use qemuarm15 for qemuarm using configuration?16:42
zeddiiwhich config ? like local.conf ? yes. it is possible.16:43
RPzeddii: we'd just add that the linux-yocto recipe in the branches we switch the qemuarm machine in16:43
fenrigkergoth: so I'm having no tune_arch var it seems16:45
zeddiiRP: let me try and restate that, and let me know if this is what you are thinking16:46
kergothfenrig: that's not defined by the external toolchain16:46
kergothmake sure MACHINE is valid16:46
kergothalso make sure your branches match. i.e. meta-external-toolchain master for oe-core master16:46
zeddiiRP: I'd only apply it to a specific linux-yocto version, i.e. 4.19 and the switch for qemuarm would only happen in those kernel versions.16:46
*** Bunio_FH <Bunio_FH!> has quit IRC16:46
fenrigkergoth: yeah no problem, I'm changing the machine :P16:47
RPzeddii: We'd switch qemuarm in master and then tell recipes to use the qemuarma15 config in linux-yocto16:47
RPzeddii: thereby meaning we can update kmeta in old releases without risk16:48
RPzeddii: Can I patch kmeta from SRC_URI? the kernel scripts aren't very happy about it16:50
RPzeddii: I think its trying to apply it to the kernel16:50
zeddiinope. it doesn't like that. it is additive.16:51
zeddiisorry. got three pings at once there.16:51
fenrigkergoth: okay I think I got it working16:51
zeddiibut yes. I can *not* apply the KMACHINE fix to the kmeta, and also do a patch to the linux-yocto recipe to have qemuarm automatically use qemuarma15 in branches that you want.16:51
RPzeddii: "additive" isn't the descriptive word I'm using ;-)16:52
zeddiiI'd have to see how you were trying to add it to the SRC_URI to advise better :P16:53
RPzeddii: how would I add a patch to SRC_URI to change the kmeta repo?16:53
zeddiito a completely different kmeta repo ? or just one with the changes you have ?16:54
RPzeddii: I have a patch to the kmeta repo I just want to apply16:54
*** rcw <rcw!~rcw@> has quit IRC16:55
*** rcw <rcw!~rcw@> has joined #yocto16:56
zeddiiheh. no one has asked me that one, at least not recently. since that repo is plunked down by the fetcher, and then found by the tools for configs, it isn't normally patched.16:57
yoctiNew news from stackoverflow: Build all packages for an image <>17:02
zeddiiRP: it is too loud to think where I am. I need to transit home. will be back in 15 mins.17:03
kanavinRP: I sent the perl ptest issue fix :)17:03
*** yann <yann!~yann@> has quit IRC17:06
*** nerdboy <nerdboy!~sarnold@> has joined #yocto17:08
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:08
*** chankit <chankit!~chankit@> has quit IRC17:09
*** jmiehe <jmiehe!> has quit IRC17:10
*** lusus <lusus!~lusus@> has quit IRC17:19
*** rovanceo <rovanceo!~rovanceo@> has quit IRC17:22
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has quit IRC17:23
*** nighty- <nighty-!> has quit IRC17:25
zeddiiRP:  back.17:26
zeddiican you send me your SRC_URI ?17:26
*** Bryanstein <Bryanstein!~Bryanstei@shellium/admin/bryanstein> has joined #yocto17:27
*** vmeson <vmeson!~rmacleod@> has joined #yocto17:28
RPzeddii: sorry, been pulled into a meeting17:30
zeddiinp. let me just do up a queue that should work.17:30
zeddiiand I can see that what you want broke some time ago, I’ll fix it, but that’ll be tomorrow.17:30
RPzeddii: I just tried adding file://0001-qemuarm64-Add-graphics-support.patch but how it would know which repo to apply to17:31
zeddiiI’ll sort that part out, but will get you a series in the meantime.17:31
*** chandana73 <chandana73!~ckalluri@> has joined #yocto17:36
RPkanavin: great, thanks!17:46
*** mckoan is now known as mckoan|away17:46
RPkanavin: risk taking and put it into master :)17:51
kanavinRP: the perl thing?17:52
RPkanavin: yes17:52
*** WillMiles <WillMiles!> has joined #yocto18:00
*** slips <slips!> has quit IRC18:01
*** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC18:04
RPzeddii: Sledgehammer approach ;-)18:04
*** rcw <rcw!~rcw@> has quit IRC18:04
* RP -> back later, had enough today for now18:05
*** TobSnyder <TobSnyder!~schneider@> has quit IRC18:05
*** tprrt <tprrt!~tprrt@> has quit IRC18:07
JPEWkanavin: Alright, I'm going to try your VirGL changes... whats the best branch to use?18:13
*** kroon <kroon!> has joined #yocto18:14
kanavinJPEW, can you tell what you're going to run?18:15
kanavin(which app etc?)18:15
JPEWI was going to try kmscube and weston18:16
kanavinah. I tried both, they work :)18:16
kanavinnote that weston needs to be configured for drm, default qemu config is for fbdev18:17
JPEWkanavin: Ok18:17
JPEWkanavin: Do I need any local.conf changes?18:18
kanavinJPEW, meta/recipes-graphics/wayland/weston-conf.bb18:18
kanavinJPEW, change to in there18:21
*** warthog9 <warthog9!> has quit IRC18:24
*** warthog9 <warthog9!> has joined #yocto18:25
*** frsc <frsc!> has quit IRC18:39
*** warthog9 <warthog9!> has quit IRC18:45
*** slips <slips!> has joined #yocto18:49
*** ferlzc <ferlzc!~ferlzc@> has quit IRC18:55
*** warthog9 <warthog9!> has joined #yocto18:56
*** ferlzc <ferlzc!~ferlzc@> has joined #yocto19:00
otaviokanavin: are you intending to enable drm for weston by default for qemu?19:06
*** rcw <rcw!~rcw@> has joined #yocto19:21
*** rewitt1 <rewitt1!rewitt@nat/intel/x-eekadgivrpuwcrii> has quit IRC19:31
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:32
*** rovanceo <rovanceo!~rovanceo@> has joined #yocto19:32
*** emg <emg!~emg@> has left #yocto19:34
*** awe001 <awe001!~awe00@unaffiliated/awe00> has joined #yocto19:38
*** rewitt <rewitt!~rewitt@> has joined #yocto19:39
*** berton <berton!~berton@> has quit IRC19:54
*** berton <berton!~berton@> has joined #yocto19:57
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has quit IRC20:02
*** tsjsieb <tsjsieb!~quassel@2a06:5b80:1::2be3:ec4> has joined #yocto20:03
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC20:10
*** rewitt <rewitt!~rewitt@> has joined #yocto20:10
*** rewitt <rewitt!~rewitt@> has joined #yocto20:10
*** rewitt <rewitt!~rewitt@> has quit IRC20:11
*** rewitt <rewitt!~rewitt@> has joined #yocto20:17
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto20:25
*** SimoneNascivera <SimoneNascivera!~simone@> has joined #yocto20:32
SimoneNasciveraRP: Hi, from the build I haven't received the previous error, but I gor a new one20:33
*** feddischson <feddischson!> has joined #yocto20:39
*** zino_ <zino_!> has joined #yocto20:46
*** lquirion <lquirion!> has quit IRC20:46
*** lquirion <lquirion!> has joined #yocto20:47
zino_hi, I'm new to yocto and would like to install grub-mkstandalone in the target image without adding "grub" (and all the provided binaries) to "IMAGE_INSTALL_append"20:48
*** rewitt <rewitt!rewitt@nat/intel/x-bgdfixjijetbzybx> has joined #yocto20:50
*** lquirion <lquirion!> has quit IRC20:54
zino_I tried to create a grub_2.02.bbappend and work on do_install_append() with no luck: I've also started playing with sysroot_stage_all_append() but I actually don't know if I'm on the right track20:56
*** lquirion <lquirion!> has joined #yocto21:00
*** berton <berton!~berton@> has quit IRC21:03
*** catch22 <catch22!~Adam@> has joined #yocto21:10
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC21:14
*** droman <droman!> has quit IRC21:27
*** SimoneNascivera <SimoneNascivera!~simone@> has quit IRC21:28
*** droman <droman!> has joined #yocto21:31
*** rcw <rcw!~rcw@> has quit IRC21:44
*** kroon <kroon!> has quit IRC21:46
*** SimoneNascivera <SimoneNascivera!> has joined #yocto21:54
*** SimoneNascivera <SimoneNascivera!> has quit IRC21:57
*** ferlzc <ferlzc!~ferlzc@> has quit IRC22:01
*** gaulishcoin <gaulishcoin!> has quit IRC22:06
rburton_anyone actually use sysvinit and want to test an upgrade for me22:18
RPrburton_: you actually tried it? :)22:20
*** WillMiles <WillMiles!> has quit IRC22:25
*** gtristan <gtristan!~tristanva@> has quit IRC22:26
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:26
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto22:28
*** geissonator <geissonator!~geissonat@> has joined #yocto22:34
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC22:43
*** geissonator <geissonator!~geissonat@> has quit IRC22:52
RPjonmason: finally got arm64 graphics :)22:52
RPzeddii: we're therefore good on the arm64 patch22:52
RPzeddii: made my gross hack work to apply the patch :)22:53
jonmasonRP: did it take effort or finally got around to it?22:53
RPjonmason: I was mostly in meetings and then getting food/family stuff22:53
jonmasonabout time for me to do the same :)22:54
jonmasonSo, is the warning a dealbreaker?22:54
RPjonmason: it is nice to see this finally work, I'm trying testimage now22:54
RPjonmason: The question is does the error log parser pick it up? I suspect the answer is yes and we either have to whitelist it or fix it22:55
RPjonmason: having such warnings is sub-optimal22:55
jonmasonI know22:55
jonmasonI'd like to get virtio working, which is the real solution22:56
RPjonmason: one step at a time I guess22:57
rburton_RP: it builds!22:57
jonmasonI'm hopinh this is close enough, and I can get back to it after I get the arm64 build servers working22:58
RPrburton_: ship it! ;-)22:58
RPjonmason: I'm seeing what testimage says ;-)22:58
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto22:59
frayI'm not getting testimage to work here.. I only have log files that say host_00_*  and most of them are reporting 'whatever it is': File not found22:59
fraycat host_00_df22:59
fray /bin/sh: df: command not found22:59
frayany idea what is causing this?22:59
*** zino_ <zino_!> has quit IRC23:02
RPfray: those are the host logs, ignore them23:02
frayit says that the test image failed.. but those are the only logs I see..23:02
RPfray: what does the testimage task log say?23:02
fraywhere would that be, work directory or?23:03
RPfray: ${WORKDIR}/temp/log.do_testimage same as any other task23:03
frayok.. going there to look.. the error message made it seem like that runtime-hostdump is where I needed to look23:03
* RP suspects we should rip that stuff out :/23:04
frayDEBUG: runqemu started, pid is 1115523:05
frayDEBUG: waiting at most 120 seconds for qemu pid (02/28/19 20:52:30)23:05
frayDEBUG: runqemu exited with code 123:05
frayDEBUG: Output from runqemu:23:05
frayrunqemu - INFO - Continuing with the following parameters:23:05
frayrunqemu - INFO - Setting up tap interface under sudo23:05
fraysudo: no tty present and no askpass program specified23:05
frayso it was trying to sudo..... that helps23:05
fray(I really dislike qemu using sudo)23:06
RPfray: a simpler test is "runqemu qemuXXX"23:06
RPfray: if that doesn't work, testimage is unlikely to23:06
RPfray: if you preconfigure the network devices, it doesn't need sudo23:06
RPfray: sudo `which runqemu-gen-tapdevs ` 1000 sharedsource 8 tmp/sysroots-components/x86_64/qemu-helper-native/usr/bin23:07
RPfray: sets up 8 network interfaces for qemu for UID 1000, GID sharedsource23:07
RPjonmason: testimage isn't finding the consoles and doesn't look as happy23:08
RPjonmason: so progress but not quite right23:08
RPjonmason: I'm trying "MACHINE=qemuarm64 bitbake core-image-sato -c testimage"23:09
jonmasonthat should be similar to what I was doing.  Let me try it explicitly23:10
RPjonmason: obviously I built core-image-sato previously23:10
frayso runqemu qemux86-64 fails when I justc all it.. Hmmm23:11
frayretrying it with the testimage thing.. might be something esle..23:11
frayit said it did add the networks23:11
fraycertainly seems to be trying harder.. I suspect that may have been the problem/solution.. thanks23:14
RPjonmason: testimage did fail, timeout on finding login console23:14
fraydrat, no23:14
frayrunqemu - ERROR - Failed to run qemu: qemu-system-x86_64: could not configure /dev/net/tun (tap0): Operation not permitted23:14
fraysame as when I ran qemu on the command line23:14
jonmasonRP: I was able to do it by hand (last night).  Rebuilding now to sanity check, but it'll probably be another 20 mins for it to finish23:15
RPfray: that gen-tapdevs should avoid that :/23:16
RPjonmason: I'm going to have to sleep as my eyes can't take any more computers today23:17
*** feddischson <feddischson!> has quit IRC23:17
RPjonmason: I think its the changes you made to the serial consoles, they're not compatible with what testimage expects23:17
jonmasonNP, I'll see what I can see and maybe pick this up with you tomorrow morning23:18
RPjonmason: its good progress though, lovely to see graphics work there23:18
frayya, I can see the tap interfaces are there.. but for some reason qemu is trying to screw with them23:18
jonmasonis the testimage stuff in the standard tree?23:18
jonmason"ERROR: Task do_testimage does not exist for target core-image-sato (/home/jdm/yocto-dev/poky/meta/recipes-sato/images/ Close matches:                           | ETA:  0:00:00"23:18
RPjonmason: INHERIT += "testimage" in local.conf23:21
jonmasonthanks, assuming its the console stuff, I'll have a new series out tonight23:22
jonmasonI'm going to be up late anyway, presentation tomorrow on how to do kernel dev in OE23:22
JaMafray: check /tmp/qemu-tap-locks /etc/runqemu-nosudo files23:22
jonmasonI have the title slide.  so its like 90% done, right23:22
JaMafray: for me I sometimes need to lock the tap devices already used e.g. by VPN for runqemu to skip them23:24
frayya, I didn't have any already in use..23:24
RPjonmason: I have some slides I need to sort next week :/23:25
* RP heads afk23:26
jonmasonRP: I'm presenting at SCaLE on ( this and tomorrow is my first run23:27
jonmasonI'm happy to send out the slides to anyone that wants them after I'm done23:28
JaMathere will be talk about our use of OE in LGE as well
jonmasonCool, we should all meet up for dinner and maybe a hack-a-thon23:31
*** awe001 <awe001!~awe00@unaffiliated/awe00> has quit IRC23:32
JaMaI won't be there but you can say hello to my manager Lokesh :)23:33
*** fischerm <fischerm!~mfischer@> has joined #yocto23:39
*** fischerm <fischerm!~mfischer@> has joined #yocto23:40
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto23:40
zeddiiRP: good to hear. I’ll have the meta data updates out later tonight, so in your inbox for the morning.23:50

Generated by 2.11.0 by Marius Gedminas - find it at!