Tuesday, 2021-01-05

*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC00:01
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto00:02
RPzeddii: cool, will think about it tomorrow :)00:14
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC00:36
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC01:35
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto01:35
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC01:58
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto02:02
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC02:07
*** armpit <armpit!~armpit@2601:202:4180:a5c0:e0b3:32a6:8c2f:71f0> has quit IRC02:18
*** armpit <armpit!~armpit@2601:202:4180:a5c0:5888:2403:5edc:3dc6> has joined #yocto02:31
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC02:37
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto02:39
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC02:40
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto02:40
*** aquijoule_ <aquijoule_!~richbridg@089144204245.atnat0013.highway.webapn.at> has joined #yocto02:47
*** mihai-- <mihai--!~mihai@unaffiliated/mihai> has joined #yocto02:48
*** richbridger <richbridger!~richbridg@213-225-2-189.nat.highway.a1.net> has quit IRC02:49
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC02:51
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC03:31
*** ahadi_ <ahadi_!~ahadi@89.244.120.160> has quit IRC03:38
*** ahadi <ahadi!~ahadi@88.130.217.103> has joined #yocto03:39
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC03:41
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC03:41
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto03:41
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qhuirfitcxcxwndf> has quit IRC04:00
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC04:11
*** nerdboy_ <nerdboy_!~sarnold@47.143.129.10> has joined #yocto04:35
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC04:37
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto04:44
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto04:44
*** nerdboy_p <nerdboy_p!~sarnold@47.143.129.11> has joined #yocto04:45
*** nerdboy_ <nerdboy_!~sarnold@47.143.129.10> has quit IRC04:48
*** nerdboy_ <nerdboy_!~sarnold@47.143.129.12> has joined #yocto04:48
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC04:50
*** nerdboy_p <nerdboy_p!~sarnold@47.143.129.11> has quit IRC04:51
*** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto04:51
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC04:53
*** vineela <vineela!~vtummala@134.134.139.76> has quit IRC04:57
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:03
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:03
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto05:07
*** mihai-- is now known as mihai05:10
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto05:18
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC05:33
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto05:46
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC06:02
*** Emantor_ <Emantor_!~Emantor@magratgarlick.emantor.de> has quit IRC06:12
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto06:15
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto06:17
*** jonasbits <jonasbits!~quassel@78-72-26-143-no162.tbcn.telia.com> has quit IRC06:21
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC06:29
*** jobroe <jobroe!~manjaro-u@p579eb6ec.dip0.t-ipconnect.de> has joined #yocto06:31
*** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto06:31
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto06:35
*** jonasbits <jonasbits!~quassel@78-72-26-143-no162.tbcn.telia.com> has joined #yocto06:39
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:53
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:54
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto06:55
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto06:57
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:57
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:59
*** paulg <paulg!~paulg@104-195-159-48.cpe.teksavvy.com> has joined #yocto07:03
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC07:06
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:18
*** paulg <paulg!~paulg@104-195-159-48.cpe.teksavvy.com> has quit IRC07:18
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto07:18
*** jonasbits <jonasbits!~quassel@78-72-26-143-no162.tbcn.telia.com> has quit IRC07:23
*** jonasbits <jonasbits!~quassel@78-72-26-143-no162.tbcn.telia.com> has joined #yocto07:26
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:36
*** paulg <paulg!~paulg@104-195-159-48.cpe.teksavvy.com> has joined #yocto07:39
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:40
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto07:40
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto07:46
*** fl0v0 <fl0v0!~fvo@89.244.125.37> has joined #yocto07:56
*** NiniC0c0 <NiniC0c0!5a5cde4f@lfbn-idf2-1-1163-79.w90-92.abo.wanadoo.fr> has quit IRC08:12
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC08:24
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto08:33
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto08:37
thekappehello guys, thanks to @qschulz I finally got a wic image using this .wks template08:38
thekappepart /media/card --source bootimg-partition --ondisk mmcblk --fstype=vfat --label card --active --align 4 --size 128part / --source rootfs --ondisk mmcblk --fstype=ext4 --label root --align 4 --extra-space 200008:39
thekappepart /media/card --source bootimg-partition --ondisk mmcblk --fstype=vfat --label card --active --align 4 --size 128part / --source rootfs --ondisk mmcblk --fstype=ext4 --label root --align 4 --extra-space 200008:39
thekappepart /media/card --source bootimg-partition --ondisk mmcblk --fstype=vfat --label card --active --align 4 --size 12808:39
thekappepart / --source rootfs --ondisk mmcblk --fstype=ext4 --label root --align 4 --extra-space 200008:39
thekappesorry for te repetition. Now the question is, How can I add a new partition with a specific set of files inside it ?08:40
thekappeI though something as:08:40
thekappe part /data --source rootfs --MYDIR=MYDATA --ondisk "mmcblk" --fstype=ext4 --label data --align 1024 --fixed-size 20008:41
thekappebut I don't find any reference to something like that08:43
*** paulg <paulg!~paulg@104-195-159-48.cpe.teksavvy.com> has quit IRC08:48
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto08:52
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto09:00
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:02
*** camus is now known as kaspter09:02
*** ebail <ebail!~ebail@alille-157-1-119-102.w92-131.abo.wanadoo.fr> has quit IRC09:05
*** ebail <ebail!~ebail@87-231-204-8.rev.numericable.fr> has joined #yocto09:18
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC09:20
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto09:21
dleppichHello everyone and a happy new year :)09:42
qschulzdleppich: o/ happy new year 🎉09:43
dleppichWhen I have two recipes present "mongodb_2.6.7.bb" and "mongodb_git.bb", which one will be chosen by bitbake?09:43
dleppichWill it try to determine the version number from git and then chose the higher one or does some other mechanism decide this?09:44
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto09:45
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC09:46
*** camus is now known as kaspter09:46
mcfriskdleppich: version numbers, layer priorities and preferred providers play a role in the decision09:50
mcfriskso answer depends on your setup09:50
*** linums <linums!~linums@84.198.214.27> has quit IRC09:51
*** linums <linums!~linums@apn-94-44-236-223.vodafone.hu> has joined #yocto09:51
dleppichmcfrisk: Thanks, I am preparing a yocto project update to a newer version. I guess I will see which version is chosen then :)09:52
mcfriskdleppich: "bitbake -e mongodb" will show details without building. then you can change the decision by adjusting layer priorities, preferred probviders/versions and the actual version numbers (higher one will be taken)09:54
dleppichUnfortunately I am missing parts of the project and am not able to run bitbake right now. But I'll keep this in mind :)09:56
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:11
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto10:16
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC10:18
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:8019:4bcb:2e8d:9db4> has joined #yocto10:47
*** linums <linums!~linums@apn-94-44-236-223.vodafone.hu> has quit IRC10:54
*** linums <linums!~linums@84.198.214.27> has joined #yocto10:55
*** linums <linums!~linums@84.198.214.27> has quit IRC11:10
*** linums <linums!~linums@apn-94-44-238-38.vodafone.hu> has joined #yocto11:10
*** linums <linums!~linums@apn-94-44-238-38.vodafone.hu> has quit IRC11:14
*** linums <linums!~linums@apn-94-44-99-35.vodafone.hu> has joined #yocto11:15
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto11:20
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC11:22
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC11:23
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto11:39
*** linums <linums!~linums@apn-94-44-99-35.vodafone.hu> has quit IRC11:49
*** linums <linums!~linums@84.198.214.27> has joined #yocto11:50
*** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has joined #yocto12:00
dleppichHas someone used the meta-freescale layer before? I'm trying to build a core-image-minimal for the imx8mmevk board using kas. One of the recipes states, that a dependency is not present. The meta-freescale layer states, that it depends on openembedded-core. When I try to include this layer, kas throws this error: "Multiple init scripts found (meta-openembedded-core vs. poky)." Is openembedded-core some kind of special layer?12:15
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has joined #yocto12:17
qschulzdleppich: openembedded-core is poky/meta12:18
qschulz(or more the opposite actually)12:19
dleppichSo I can't use poky's meta and openembedded-core/meta at the same time?12:19
qschulzthey are the same thing12:21
qschulzpoky/meta is just openembedded-core included in another git repo, that's it12:21
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC12:23
dleppichAh okay12:23
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto12:24
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto12:24
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC12:28
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto12:52
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC12:57
*** ebail <ebail!~ebail@87-231-204-8.rev.numericable.fr> has quit IRC12:58
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-flhrhjtrvcmbhsua> has joined #yocto13:04
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto13:04
Sponge5Would you know if the servers are down? I'm trying to rebuild dunfell-22.0.4 with systemd and I'm stuck at: "Checking sstate mirror object availibility"13:05
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto13:06
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC13:09
*** ebail <ebail!~ebail@87-231-204-8.rev.numericable.fr> has joined #yocto13:12
RPSponge5: you could always disable them?13:14
Sponge5RP: huh, why would it keep checking mirrors if they're down and the main server works?13:17
Sponge5RP: anyway, thanks, that was the fix13:17
*** davidinux <davidinux!~davidinux@82.102.21.68> has quit IRC13:19
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC13:19
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto13:20
*** davidinux <davidinux!~davidinux@net-37-179-52-142.cust.vodafonedsl.it> has joined #yocto13:21
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto13:26
*** mihai- is now known as mihai13:28
*** eduardas_ <eduardas_!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto13:29
*** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has quit IRC13:30
*** eduardas_ <eduardas_!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC13:32
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto13:32
*** paulg <paulg!~paulg@104-195-159-48.cpe.teksavvy.com> has joined #yocto13:45
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto13:45
Sponge5I'm rebuilding with systemd instead of sysvinit and it's taking pretty much the same time as building from scratch.. is this normal behavior?13:47
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC13:47
RPSponge5: yes, it needs to rebuild glibc :(13:51
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC13:51
Sponge5RP: oh well...13:51
RPrburton: I noticed "speed improvements" mentioned in the autoconf notes, was anything noticeable ?13:51
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto13:51
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto13:51
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto13:52
rburtonnot massively, iirc13:53
RPrburton: fair enough, was just curious as its one of our major bottlenecks13:54
rburtonI can rebenchmark gettext and see what the numbers are13:54
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC14:00
*** zyga_ is now known as zyga14:03
*** paulg <paulg!~paulg@104-195-159-48.cpe.teksavvy.com> has quit IRC14:03
*** stuom1 <stuom1!575caa4c@87-92-170-76.rev.dnainternet.fi> has joined #yocto14:09
stuom1Hi, I'm trying to update my build host from thud to support dunfell, and python3 fails with "The necessary bits to build these optional modules were not found: _dbm _gdbm". Is these some new requirements for host or what is missing?14:11
*** ebail <ebail!~ebail@87-231-204-8.rev.numericable.fr> has quit IRC14:11
qschulzstuom1: well, if you're asking, first go through the required host packages in the dunfell documentation, so you have this out of the equation14:16
RPstuom1: I suspect that isn't the actual error14:18
*** kaspter <kaspter!~Instantbi@2409:8a1e:9117:f990:e1c1:21ba:ed0:41ba> has joined #yocto14:19
Sponge5stuom1: I had problems with gdbm when building zeus from scratch, but dunfell from scratch had no such problem14:26
stuom1I have installed all dependencies told in 3.1.1 mega manual, and that is the only error in the log14:27
RPstuom1: can you share the log for the failing task somewhere?14:27
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC14:29
stuom1here is the do_install log https://pastebin.com/Sab0zwwp14:30
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:30
stuom1little messed up the copypaste from terminal but maybe there is enough :P14:31
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC14:33
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto14:37
*** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto14:44
nucatushello! I would need some piece of advice.14:45
rburtonRP: gettext configure is 10 seconds faster on my test machine (202 -> 195)14:46
nucatusI'm trying to figure out a way how to run a recipe that requires at the compile time some data from the rootfs14:46
rburtonnucatus: whatever data it needs, the recipe that provides it should put it in the sysroot14:46
rburtonand then your recipe can depend on that other recipe, and get the data from the sysroot14:47
nucatusrburton: thanks for the advice. The question is what if that data is modified by other recipes14:48
rburtonhow are they doing that then?14:48
nucatusfor instance, I want the last snapshot of the /etc/passwd just before do_rootfs14:48
rburtonwell you can't know the contents of passwd in a recipe build14:48
rburtonas how can you make a package of your recipe to put in the rootfs if the rootfs doesn't exist yet because your package doesn't exist14:49
rburtonyou can add a hook that runs at rootfs time14:49
nucatusI was investigating the `recrdeptask` avenue14:50
nucatusbut my knowledge in that respect is pretty limited and this is why I decided to ask here.14:51
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto14:51
qschulznucatus: package recipes, can't modify other packages' content (and a file is content)14:51
rburtonyeah that's not at all what you want14:51
qschulznucatus: either a bbappend to fix it14:52
rburtonthe workflow is recipes build packages, then packages are unpacked into a rootfs14:52
rburtonso *by definition* you can't look in the rootfs at package build time14:52
qschulznucatus: else as rburton suggests, a rootfs hook in the image recipe14:52
qschulzROOTFS_POSTPROCESS_COMMAND IIRC or something along those lines14:52
rburtonthat's the brute force hammer14:52
rburtonpkg_postinst is the easier one14:53
v0nis there a precise term to describe a board without its casing, for direct access to the pcb? "open" board?14:53
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC14:53
qschulzrburton: this is done in a bbappend of the original package recipe right?14:53
rburtonin this case i suspect nucatus wrote the recipe in the first place, so just put it in the .bb14:54
rburtonbut yes a postinst is package-scope14:54
nucatusI read about the ROOTFS_POSTPROCESS_COMMAND, but I'm still confused about how that hook could call into the do_compile task of a recipe14:54
rburtonit can't14:54
rburtonyou *really* can't at compile time know the contents of passwd14:55
qschulzrburton: they want to read /etc/passwd, so I guess this being so common it's already installed by some other recipe right?14:55
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has joined #yocto14:55
rburtonnucatus: why would you want to? what if passwd changes after compile?14:55
stuom1@RP did you see anything interesting in that do_install log? Only error message I see is about dbm and gdmb (but also says they are optional??)14:55
nucatuswe would like to have a hash of the passwd, so that we make sure the file wasn't tampered at runtime14:56
qschulzstuom1: any particular DISTRO_FEATURES enabled or some bbappend for python3 by any chance? (don't know really but your log is not very helpful :/)14:56
qschulz(not your fault obviously :p)14:56
rburtonnucatus: if someone can tamper passwd can't they tamper the check too?14:57
rburtonchange passwd then change the hash14:57
nucatusthere are ways to avoid that, for instance to use that hash as a key to decrypt a vault14:58
*** zyga__ <zyga__!~zyga@unaffiliated/zyga> has joined #yocto14:59
nucatusand that check can't be tampered, because you're not checking against a known value14:59
qschulznucatus: this smells very much like you want some secure boot and/or a RO filesystem (squashfs)?15:00
rburtonencrypt the value at rootfs time when you know the hash of passwd15:00
rburtonyou don't know what packages are in the rootfs, so you don't know what passwd will contain, until rootfs time15:00
nucatusqschulz: yes, something along those lines15:01
RPrburton: that should make a real world difference to builds15:01
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC15:01
stuom1qschulz there was indeed a bbappend with DEPENDS_remove = "gdbm", no idea why or why it worked before. Thanks so much, would have never found that myself :P15:02
RPstuom1: sorry, pulled into meetings. Looking at the log, you're right, there isn't anything else in there. It says they're optional which makes things a bit strange15:02
nucatus@rburton ok, I'll investigate that route. Thanks!15:02
qschulzstuom1: if there was a missing/removed PACKAGECONFIG or EXTRACONF value in the python3 recipe in your old version of Yocto... maybe that made sense15:03
qschulzif it's not in your git history, I suggest you write proper commit logs (and/or ask people to do so) so you don't have to guess next time15:04
qschulzbecause there'll be a next time :) (I';ve been saved multiple times with my commit logs :) )15:05
*** jobroe <jobroe!~manjaro-u@p579eb6ec.dip0.t-ipconnect.de> has quit IRC15:05
v0nShould I define a new machine for the "open" version of my production board, used for development (with TTY access, tftpboot, etc. even though it's the same hardware)?15:07
RPv0n: a lot depends on how you're using it. It can sometimes be convenient to. One machine can inherit from another too15:08
paulbarkerIs there some required configuration that needs adding to local.conf before running `oe-selftest`? I have all wic tests which try to run qemu failing locally15:08
stuom1qschulz, thanks for tip. Git history seems to suggest it was removed because it is GPLv3 and thus not compatible with us...so for a reason. Now, how to remove it AND let python3 build, it is an optional module after all, and still fails without15:09
paulbarkerI wonder if it's getting stuck waiting for a sudo password to start qemu but I can't tell too clearly from the logs15:10
v0nRP: indeed, I have trouble figuring out if it's clearer to have two distinct build directory for "<product>" and "open<product>" or if it's better to have some kind of logic based on features like enabling tftpboot in u-boot when debug-tweaks is present for example.15:10
RPpaulbarker: we do usually run the gentaps script to presetup the interfaces15:10
*** kaspter <kaspter!~Instantbi@2409:8a1e:9117:f990:e1c1:21ba:ed0:41ba> has quit IRC15:11
RPv0n: unfortunately the answer isn't clear, it really depends on the circumstances15:11
qschulzstuom1: meta-gplv2 could be of help15:12
qschulzwith everything it implies (outdated/unmaintained/unpatched SW)15:12
qschulzstuom1: otherwise, remove gdbm from PACKAGECONFIG in a bbappend of the python3 recipe15:13
qschulz(either with _remove (not super nice) or by overriding PACKAGECONFIG)15:14
qschulzhttp://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/python/python3_3.9.1.bb?h=master#n9815:14
qschulzyou want to change it probably at least for the class-target15:14
v0nRP: I feel like having a logic based on features is neat, but more obscure, compared to stupidly defining a new machine (which appears easier to maintain)15:14
stuom1qschulz: thanks, I will look into it!15:15
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC15:15
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto15:16
*** zkrx <zkrx!~slimshady@adsl-89-217-239-212.adslplus.ch> has quit IRC15:16
RPkanavin: just looking at ppp which has released. Did you think any of our patches were needed? I can possibly see one but tempted to drop even that15:27
*** ahadi <ahadi!~ahadi@88.130.217.103> has quit IRC15:33
*** rcrudo <rcrudo!~rcrudo@2001:16b8:c2ab:2300:82ef:766:c060:871> has joined #yocto15:35
*** ahadi <ahadi!~ahadi@88.130.217.103> has joined #yocto15:36
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto15:38
*** rcrudo <rcrudo!~rcrudo@2001:16b8:c2ab:2300:82ef:766:c060:871> has quit IRC15:40
*** zyga__ <zyga__!~zyga@unaffiliated/zyga> has quit IRC15:41
*** zkrx <zkrx!~slimshady@adsl-89-217-240-77.adslplus.ch> has joined #yocto15:45
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC15:45
rburtonRP: https://autobuilder.yoctoproject.org/typhoon/#/builders/42/builds/288515:45
*** zkrx <zkrx!~slimshady@adsl-89-217-240-77.adslplus.ch> has joined #yocto15:46
rburtonsakoman: so who won the CVE raffle?  how many fixes from how many people were done in the end?15:48
sakomanrburton: Just started tabulating all the entries, so it will a day or so for me to sort through it all15:50
rburtoncool15:50
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC15:50
RPrburton: yay :)15:51
*** tgoodwin <tgoodwin!~tgoodwin@static-96-234-151-198.bltmmd.fios.verizon.net> has quit IRC15:51
RPsakoman: does rburton get negative points for all the ones he added? :)15:52
rburtonwait what?!15:52
sakomanOf course! It is only fair :-)15:52
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto15:55
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto15:55
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC15:59
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC16:00
*** nucatus is now known as mose0916:00
*** zkrx <zkrx!~slimshady@adsl-89-217-240-77.adslplus.ch> has quit IRC16:00
*** mose09 <mose09!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC16:02
*** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto16:02
smurrayYPTM: Scott Murray is on16:03
*** nucatus <nucatus!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC16:03
*** moses00 <moses00!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto16:04
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto16:05
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto16:05
zeddiiwell crap. my perf build issues with v5.11 went away, after I switched to 5.10 to fix the vboxdriver build. Now I just have to look over my shoulder for when it comes back.16:05
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-49.xnet.hr> has joined #yocto16:06
*** zkrx <zkrx!~slimshady@adsl-89-217-240-77.adslplus.ch> has joined #yocto16:06
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:06
*** moses00 <moses00!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC16:10
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-49.xnet.hr> has quit IRC16:10
*** moses00 <moses00!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto16:10
*** moses00 is now known as sesom16:13
*** sesom <sesom!~nucatus@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC16:13
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto16:14
v0nis it better to split the conf into distro and machine layers, even though all go into a single private repository?16:18
*** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC16:18
qschulzdistro layer, bsp layer and recipe layers that's basically the best practice IIRC16:20
*** w00die <w00die!~w00die@212.91.255.186> has quit IRC16:24
*** w00die <w00die!~w00die@212.91.255.186> has joined #yocto16:26
v0nany kas users here?16:31
rburtona few16:32
v0nAny input regarding MULTICONFIG vs. having multiple kas .yml files?16:34
rburtonsurely they're different things?16:34
v0nI was about to create 2 different kas files to build my distro on my board (both based on beaglebone) but it seems to be what MULTICONFIG is about?16:35
rburtonno16:35
rburtonmulticonfig is building multiple configurations at the same time in the same build16:35
v0n(I meant my "dev" board and "prod" boards which are both the same, based on bbb.)16:36
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto16:36
rburtonin your setup i'd have a common yml and then prod and dev ymls that include the common one16:36
*** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC16:37
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:39
v0nrburton: hum ok. But since they are all bbb, shouldn't I share the build somehow?16:39
rburtonyou can still share dldir/sstate16:39
rburtonmulticonfig is about in the *same build*16:39
rburtonlike, doing a build which in one bitbake will build firmware for one processor and userland for another16:40
v0n(my board is a bbb with a custom daughter board, the dev board is physically the same and I'd like to build for bbb (no daughterboard support), dev and prod.)16:40
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto16:41
v0nrburton: interesting, because the doc says that "Suggested practice dictates that you do not overlap the temporary directories used during the builds" even though you can define the same TMPDIR in some cases16:43
RPv0n: usually machine can overlap, distro changes can't16:43
RPzeddii: it'll wait for the most inconvenient time16:44
zeddiitruth.16:44
v0nmmh ok. I'll go with the simple split kas files that rburton suggested then, multiconfig seems error-prone to me at the moment.16:45
zeddiiI just did a cleanall on both the kernel and perf, and it built. As you know, there's reproducibility issues with perf, so this may just be a symptom. I'll keep digging at it.16:45
rburtonv0n: its not error-prone, its just complications you don't need16:47
v0nwhich may lead to me not using it right :D16:48
v0na kas file per machine and distro to be included look very intuitive anyway.16:51
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC16:52
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto16:53
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC16:54
v0nthey also make clear what the repository provides16:55
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:58
*** vineela <vineela!~vtummala@134.134.139.74> has quit IRC16:58
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:02
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto17:02
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto17:06
kanavinRP: I had checked that; all patches can be dropped except the one that redirects /etc/ppp/resolv.conf writing to /var (I think?) and even that should be dropped and properly rewritten by whoever needs it.17:07
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:07
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto17:09
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:10
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC17:11
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto17:12
*** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto17:12
*** fl0v0 <fl0v0!~fvo@89.244.125.37> has quit IRC17:13
moto-timozeddii: kernelci does not currently build/test perf, but it is on the list next (after kselftest). Everyone agrees with the pain.17:18
zeddiicool.17:18
rburtonnice17:19
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has quit IRC17:22
*** OutBackDingo <OutBackDingo!~quassel@unaffiliated/outbackdingo> has joined #yocto17:26
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto17:29
RPkanavin: right, that was the one I wondered about. I will drop it as well...17:30
kanavinRP: if you're in update mood, you have other pending updates as well :) qemu at least17:34
RPkanavin: well, yes :)17:37
*** bps <bps!~bps@27-reverse.bang-olufsen.dk> has quit IRC17:45
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:46
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC17:47
*** nerdboy_ <nerdboy_!~sarnold@47.143.129.12> has quit IRC17:48
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto17:49
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto17:49
*** stuom1 <stuom1!575caa4c@87-92-170-76.rev.dnainternet.fi> has quit IRC17:51
*** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC17:51
*** warlock <warlock!5074ccee@host-80-116-204-238.pool80116.interbusiness.it> has joined #yocto17:52
warlockHello, I got this message: ERROR: Layer filesystems-layer is not compatible with the core layer which only supports these series: dunfell (layer is compatible with gatesgarth hardknott)17:53
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC17:53
warlockit looks like meta-openembedded and poky-dunfell are not compatible. But I cannot find documentation about this trouble17:54
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto17:54
warlockPlease, could someone gives me support?17:55
zeddiiwarlock: did you check out the dunfell branch of meta-openembedded ?17:55
warlockyes I check for dunfell tags in the oe repository17:56
warlockbut I found nothing17:56
zeddiiif you had, you won't see that message.17:57
zeddiihttp://cgit.openembedded.org/meta-openembedded/tree/meta-filesystems/conf/layer.conf?h=dunfell17:57
kergothwarlock: it's a branch, not a tag17:57
zeddiias you can see, if on the right branch, it is compatible.17:57
zeddiiwhat you've described is master.17:58
zeddiihttp://cgit.openembedded.org/meta-openembedded/tree/meta-filesystems/conf/layer.conf?h=master17:58
warlockoh, thank you mush18:00
*** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC18:00
warlocksorry "much"18:00
warlockok, I have done git pull. So I have all branch in my local repo, is not it true?18:01
*** zyga__ <zyga__!~zyga@unaffiliated/zyga> has joined #yocto18:01
warlocknow I have to do git checkout18:01
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto18:01
warlockbut how can I find the right branch?18:01
zeddiihave you worked with git based projects before ? This is standard git operations. There are some tools that can help with setup of layers (others can suggest them, I don't use them), and how to get the right branches may be covered in the yocto docs.18:03
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC18:03
zeddiihttps://github.com/siemens/kas is one setup tool. there are others.18:03
*** john-mark <john-mark!uid481123@gateway/web/irccloud.com/x-yzheqkmwwbnejiit> has joined #yocto18:03
warlockremotes/origin/dunfell18:03
warlockis it correct?18:03
warlockbecause poky is dunfell18:04
zeddiithat means the branch is in the repo, but it isn't the one that is checked out, and hence used.18:04
warlockgit checkout -b origin/dunfell18:04
warlockis not it true?18:04
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC18:05
zeddiiyes, but meta-oe is a separate repository. you need to do that there as well.18:05
warlockI have done but the file has not been updated :-(18:06
warlockgit status returned me "On branch origin/dunfell"18:06
warlockit looks like correct, but the meta-filesystems/conf/layer.conf file still the same18:07
zeddiigit checkout -b dunfell origin/dunfell is what I'd use. not all git versions (older ones in particular) detect and automatically track a remote branch of the same name when you check it out.18:08
warlockI cloned meta-openembedded by another repo18:08
warlockif I do git log, I can see the following row:18:11
warlock69bae2a23 (HEAD -> dunfell, origin/master, origin/HEAD, origin/dunfell, master)18:11
warlockit means origin/master is equal to origin/dunfell, is not it true?18:12
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto18:16
paulbarkerwarlock: I think you have a broken meta-openembedded tree18:21
paulbarkerSee https://git.openembedded.org/meta-openembedded/log/?h=dunfell for what the current HEAD of the dunfell branch should be18:21
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC18:22
*** bps <bps!~bps@80.71.142.18> has joined #yocto18:27
warlockthank you paul, I have cloned the repo again, but just with that branch18:27
warlockit functions very well now :-)18:27
warlocknow I have another trouble: ERROR: ParseError at /home/warlock/YOCTO/sources/poky/meta-virtualization/recipes-core/busybox/busybox-initrd_1.32.0.bb:3: Could not include required file recipes-core/busybox/busybox_1.32.0.bb18:28
warlockI tried to find the busybox_1.32.0.bb file, but It does not exist18:29
warlockperhaps, I have to download it by some place18:29
*** bps <bps!~bps@80.71.142.18> has quit IRC18:32
*** sno <sno!~sno@p4fe9374b.dip0.t-ipconnect.de> has quit IRC18:35
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-49.xnet.hr> has joined #yocto18:37
*** sno <sno!~sno@p4fe9374b.dip0.t-ipconnect.de> has joined #yocto18:38
RPkanavin: you shamed me into at least getting the recipe to do_compile :)18:40
paulbarkerwarlock: Sounds like you may be mixing up layer branches again. I recommend cloning everything from the proper upstream repos and ensuring you have the same branch checked out for each layer18:51
*** warlock <warlock!5074ccee@host-80-116-204-238.pool80116.interbusiness.it> has quit IRC18:59
RPkanavin: 5.2.0 moves to meson with some horrible mix of meson and their configure script :(19:01
kanavinRP: yeah, I saw that :-/ they claim that there are no visible user effects, which I'd say is highly optimistic19:02
kanavinRP: still meson-ish is in the long term better than 100% custom configure stuff19:02
RPkanavin: "no visible user effects" is a joke for us cross compiling19:05
RP"Could not invoke sanity test executable [] meson-private/sanitycheckc.exe"19:05
RPkanavin: meson-ish is looking like having to hack chunks of meson.bbclass into the qemu recipe19:06
RPanyway, food, this is going to take longer than I have time for.19:06
RPkanavin: I do have the patches rebased at least19:07
kanavinRP: yeah, looks like one of those updates that will take a while19:07
*** Yatekii <Yatekii!~yatekii@huesser.dev> has quit IRC19:09
*** Yatekii <Yatekii!~yatekii@huesser.dev> has joined #yocto19:16
*** pharaon2502 <pharaon2502!~manjaro-u@dh207-120-49.xnet.hr> has quit IRC19:36
*** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has joined #yocto19:42
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC19:51
*** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto19:52
*** grembeter <grembeter!d4190619@pool1-25.cgn.as8758.net> has quit IRC19:57
khemthe fonts in core-image-sato look a bit out of order for me for few months see https://i.imgur.com/ugtnRRB.png20:18
khemany ideas ?20:18
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has joined #yocto20:19
*** zyga__ <zyga__!~zyga@unaffiliated/zyga> has quit IRC20:22
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto20:30
kanavinkhem: could be caused by cantarell-fonts version update? we jumped from 2016 straight to 202020:42
kanavin(and I'm planning to obsolete sato, weston all the way :)20:43
kanavine.g. weston would be the new default image20:43
khemthats good I usually test wayland more than X11 but this is a regression been seen for quite few months20:44
*** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC20:51
*** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto21:00
*** davidinux <davidinux!~davidinux@net-37-179-52-142.cust.vodafonedsl.it> has quit IRC21:06
*** davidinux <davidinux!~davidinux@62.182.99.139> has joined #yocto21:07
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC21:17
*** jwessel <jwessel!~jwessel@128.224.252.2> has joined #yocto21:19
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto21:27
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto21:34
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:35
*** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC21:37
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto21:40
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC21:48
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:49
*** zyga_ <zyga_!~zyga@unaffiliated/zyga> has quit IRC21:51
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:53
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:54
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto21:54
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC21:58
*** Kyubi <Kyubi!~Kyubi@2601:640:101:66ab:803f:8f8:4e8f:b2c4> has joined #yocto22:00
* moto-timo will be glad when we can let X11 go away22:03
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto22:04
*** mbulut <mbulut!~nameclash@ip1f11b371.dynamic.kabel-deutschland.de> has quit IRC22:04
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC22:05
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC22:06
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:06
*** Kyubi <Kyubi!~Kyubi@2601:640:101:66ab:803f:8f8:4e8f:b2c4> has quit IRC22:06
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto22:11
*** Kyubi <Kyubi!~Kyubi@149.199.62.128> has joined #yocto22:17
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC22:19
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:21
RPmoto-timo: there are lots of things I wouldn't mind seeing fade away. I still kind of like X11 for some reason22:22
RPstockholm syndrome? :)22:22
khemfedora has switched to wayland and support for wayland is steadily improving in kwin/Plasma so I think 2021 will perhaps have few main distros shipping wayland by default alongside fedora22:25
RPthings are definitely changing and we need to adapt too22:26
RPkanavin: the issue with qemu's meson integration is that it requires qemu's internal meson :/22:29
kanavinRP: so it's not really meson at all, simply yet another homegrown build system :-/22:30
RPkanavin: it may be if we don't specify a specific python interpreter, we can use our meson22:31
*** felipealmeida <felipealmeida!~felipealm@177.42.35.125> has joined #yocto22:31
RPkanavin: its like I'm just randomly iterating config combinations to find one that works :/22:32
sgwHNY RP and folks!22:32
RPsgw: HNY!22:32
felipealmeidahello, I'm trying to use 96boards meta. It has a HOST_EXTRACFLAGS definition for its linux kernel, so that extract-cert doesn't fail while searching for openssl22:32
felipealmeidaI updated kernel version from 4.14 to 5.4, and now it fails exactly because it can't find openssl/bio.h22:33
felipealmeidaand the kernel's makefiles are getting empty HOST_EXTRACFLAGS22:33
sgwSo I found some time and looked at QMP stuff again, I found there is a pypi class for qmp (it's in the qemu source as well possibly).  What is the best way to import some outside python and is it even allowed?22:33
felipealmeidahowever, newer meta-intel and meta-freescale doesn't seem to use HOST_EXTRACFLAGS. What am I missing?22:33
RPsgw: pure python or compiled modules?22:34
sgwRP: pure python (from qemu source code here: ./python/qemu/qmp.py)22:34
RPthe arm psuedo coreutils issue is looking like xattr symbol version differences arm vs x86 in case anyone is interested btw.22:35
RPsgw: that helps and should make it easier to use22:35
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto22:36
sgwmy thought might be to copy it to the lib/oeqa/utils and just make it part of our git with reference to it's source.22:38
RPsgw: what is the license? does it change much? would we install and use it alongside the qemu binaries?22:39
RPkanavin: this is going to be a total nightmare, I'm not sure upstream have even tried cross compiling with this :(22:40
kanavinRP: that's unfortunate, don't sink too much time into this22:41
kanavinbut in the long term we need to keep up with qemu :-/22:41
sgwRP it's GPLv2, I guess we could install it, but where?  It does not seem to get installed anywhere from qemu itself, so we would need to do it in the -native actions I guess22:42
RPsgw: right, extend qemu-system-native's do_install ?22:43
RPkanavin: I agree, we'll have to figure this out. It needs someone used to meson :/22:43
RPkanavin: its because we don't use the "cross_prefix" mess in qemu's configure. I wonder if I can switch to that22:45
RPkanavin: something actually just compiled for target. I found the right hammer by going oldschool and patching it :)22:52
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC23:06
*** spiro <spiro!~spiro@101.115.136.117> has quit IRC23:07
RPkanavin: I'll give it a go on the autobuilder overnight23:11
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto23:14
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC23:18
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:8019:4bcb:2e8d:9db4> has quit IRC23:19
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto23:20
RParmpit: I cancelled a build and reported the issues on the list, ccing you so SWAT needed worry about that build23:30
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC23:33
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto23:36
RParmpit: well, I tried to cc you but added an extra character to the address and broke it23:37
RPtime to sleep :)23:37
armpitnight23:47

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!