Wednesday, 2021-03-03

*** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has quit IRC00:02
*** Reto[m] <Reto[m]!rettichs1@gateway/shell/matrix.org/x-jxhhrmkdxbadncxd> has quit IRC00:19
*** khem <khem!khemmatrix@gateway/shell/matrix.org/x-wwmlshtcttjbzkqt> has quit IRC00:19
*** olani[m] <olani[m]!olanimatri@gateway/shell/matrix.org/x-gkqkvgephhvzcscl> has quit IRC00:19
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-tjjzkhkhayaovcxi> has quit IRC00:19
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/matrix.org/x-jjmrxgygxtjbduyb> has quit IRC00:20
*** khem <khem!khemmatrix@gateway/shell/matrix.org/x-pcffkivglhsqtwhe> has joined #yocto00:22
*** khem is now known as Guest5196200:22
*** olani[m] <olani[m]!olanimatri@gateway/shell/matrix.org/x-aijtfrxcnmflwfsb> has joined #yocto00:24
*** Reto[m] <Reto[m]!rettichs1@gateway/shell/matrix.org/x-cuawbevylxscqujf> has joined #yocto00:26
*** yangm <yangm!yanyetanot@gateway/shell/matrix.org/x-gpqxnuctipdwmszf> has joined #yocto00:26
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/matrix.org/x-ozugjjadzkcpomzu> has joined #yocto00:27
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC00:48
*** aquijoule__ <aquijoule__!~richbridg@213-225-34-162.nat.highway.a1.net> has joined #yocto00:48
*** aquijoule_ <aquijoule_!~richbridg@089144203052.atnat0012.highway.a1.net> has quit IRC00:51
*** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC00:53
*** TwisteR <TwisteR!~twister@95.67.32.50> has joined #yocto00:55
TwisteRhi all! may I ask a platform-specific (iMX8MM) question here?00:55
*** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC00:57
*** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto00:58
*** mario-go` <mario-go`!~user@static.172.139.76.144.clients.your-server.de> has joined #yocto00:58
*** mario-goulart <mario-goulart!~user@static.172.139.76.144.clients.your-server.de> has quit IRC00:58
moto-timoJust ask, don't ask if you can ask :)01:00
TwisteRI have trouble building linux-fslc-imx_5.4 (yocto) to use imx8mm's IPU to capture stream from adv7280 video converter01:00
TwisteRthere are errors like:01:00
TwisteRkernel-source/drivers/mxc/ipu3/ipu_device.c:47:10: fatal error: asm/outercache.h: No such file or directory01:01
TwisteRI wonder if that part is maintained01:01
*** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has quit IRC01:04
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has quit IRC01:13
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC01:19
*** kyanres__ <kyanres__!~kyanres@185.132.118.194> has joined #yocto01:42
*** kyanres_ <kyanres_!~kyanres@ecascr.ecatou.fr> has quit IRC01:45
*** problame <problame!~quassel@quassel.hetzner1.cschwarz.com> has quit IRC02:05
yatesdoesn't yocto provide both native- and cross-sdk (assembler, linker, compilers, etc)?02:13
yatesthe (e)SDK?02:13
yatesderRichard: thanks for the recommendation!02:13
*** problame <problame!~quassel@quassel.hetzner1.cschwarz.com> has joined #yocto02:14
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto02:21
yateswhat does this have to do with yocto? http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-dev/log/arch02:21
yatesrburton: do you have any thoughts on the native/cross sdk?02:22
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto02:23
yatesit seems logical that these actions must build the binutils and also pull in the necessary libraries (glibc e.g.) depending on the target architecture. true>02:23
yates?02:23
yatesRP?02:28
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/matrix.org/x-ozugjjadzkcpomzu> has quit IRC02:29
*** jordemort <jordemort!jordanshad@gateway/shell/matrix.org/x-gxwmuvgrdnnxgabx> has quit IRC02:29
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC02:29
yateswhat does this have to do with yocto? http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-dev/log/arch02:31
yatesis it merely a "view" into the linux kernel repo?02:31
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/matrix.org/x-ozugjjadzkcpomzu> has joined #yocto02:33
*** jordemort <jordemort!jordanshad@gateway/shell/matrix.org/x-gxwmuvgrdnnxgabx> has joined #yocto02:33
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto02:33
*** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto02:50
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC03:00
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC03:09
*** oberstet <oberstet!~oberstet@213.170.219.39> has quit IRC03:13
yatesis this thing on?03:20
* yates wonders if anyone can hear him03:20
*** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has joined #yocto03:25
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC03:28
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto03:29
paulgsure is quiet in here.   Haven't heard anyone for hours.03:55
*** kpo_ <kpo_!~kpo@gl25-39.master.pl> has quit IRC04:01
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:08
*** vineela <vineela!vtummala@nat/intel/x-pexflmensdszogvk> has joined #yocto04:13
*** vineela <vineela!vtummala@nat/intel/x-pexflmensdszogvk> has quit IRC04:32
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC04:34
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto04:34
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC04:37
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto04:43
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC04:47
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gidgkjkqvstoqjdu> has quit IRC05:05
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:12
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC05:17
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC05:19
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto05:22
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC05:27
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto05:27
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC05:28
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto05:29
*** mranostaj <mranostaj!~mranostaj@pdpc/supporter/active/mranostay> has quit IRC05:31
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC05:31
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto05:33
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:34
*** ssajal_ <ssajal_!~ssajal@bras-base-otwaon1146w-grc-10-142-114-159-245.dsl.bell.ca> has joined #yocto05:36
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC05:39
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:40
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC05:42
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto05:43
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto05:43
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC05:44
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto05:45
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC05:45
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto05:45
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC05:46
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto05:46
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC05:47
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto05:49
*** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto06:08
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto06:12
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC06:18
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC06:18
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto06:21
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC06:24
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto06:25
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC06:27
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto06:27
*** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC06:29
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto06:29
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:32
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:35
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has quit IRC06:36
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:37
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC06:44
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto06:45
*** Emantor <Emantor!~Emantor@magratgarlick.emantor.de> has joined #yocto06:46
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:48
*** jobroe <jobroe!~manjaro-u@p579eb8fc.dip0.t-ipconnect.de> has joined #yocto06:48
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto06:49
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:53
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:11
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto07:12
*** rcoote <rcoote!~rcoote@176.198.112.234> has joined #yocto07:19
*** sam <sam!~sam@c-24-11-124-12.hsd1.ut.comcast.net> has joined #yocto07:20
*** sam <sam!~sam@c-24-11-124-12.hsd1.ut.comcast.net> has quit IRC07:29
*** frsc <frsc!~frsc@147-165-142-46.pool.kielnet.net> has joined #yocto07:29
*** agust <agust!~agust@p54833a91.dip0.t-ipconnect.de> has joined #yocto07:37
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC07:37
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto07:38
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC07:42
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto07:43
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto07:44
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has joined #yocto07:44
*** MLK <MLK!c4b3dd32@196.179.221.50> has quit IRC07:45
mckoangood morning07:45
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC07:45
*** camus is now known as kaspter07:45
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC07:46
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto07:47
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC07:49
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto07:50
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has quit IRC07:54
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.32> has joined #yocto07:55
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC07:56
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC07:56
*** fl0v0 <fl0v0!~fvo@i5E86AFC2.versanet.de> has joined #yocto07:58
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.32> has quit IRC07:59
*** eFfeM <eFfeM!~frans@185.184.109.34> has joined #yocto07:59
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has joined #yocto08:00
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has quit IRC08:03
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has joined #yocto08:04
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC08:04
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:4f52:603c:a9c0:87e8> has joined #yocto08:07
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.30> has quit IRC08:08
*** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto08:10
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto08:10
thekappehello guys08:11
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has joined #yocto08:11
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC08:11
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto08:11
thekappeI've modified some code of a device driver inside the kernel. There is a way to force a "whole compilation" of the kernel without refetching the original source code so that the modifications won't be lost ?08:12
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC08:12
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto08:13
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC08:13
*** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto08:13
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto08:14
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has quit IRC08:15
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto08:18
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has joined #yocto08:19
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC08:21
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto08:21
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC08:22
mcfrisksigh, SoC vendors and their BSP layers...08:23
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has quit IRC08:23
*** yourfate <yourfate!~yourfate@unaffiliated/yourfate> has joined #yocto08:24
*** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC08:24
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto08:24
*** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC08:25
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto08:26
*** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC08:28
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto08:28
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.31> has joined #yocto08:28
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC08:32
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto08:33
*** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has quit IRC08:34
medaliyouhi guys ,quick question, how do i make sure that kernel modules were successfully built08:34
* dwagenk sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/NvqEMHYVVtWefvLWUFXfnIqN/message.txt >08:34
*** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC08:34
*** gendevbot <gendevbot!~devbot@176.235.187.234> has quit IRC08:34
medaliyoui mean it really hard to flash image on board and run the board everytime08:35
*** gendevbot <gendevbot!~devbot@176.235.187.234> has joined #yocto08:35
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto08:36
*** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto08:38
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bbbxqoawqurifhab> has joined #yocto08:39
LetoThe2ndyo dudX08:39
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto08:41
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has quit IRC08:44
*** denix0 <denix0!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has joined #yocto08:45
*** denix <denix!~denix@pool-100-15-86-127.washdc.fios.verizon.net> has quit IRC08:45
*** denix0 is now known as denix08:45
RPyates: linux-yocto-dev is what we use to keep up with mainline latest development kernels. And yes, we do have native and cross compilers of various kinds08:45
LetoThe2ndRP: kinds: working ones, and not working ones :)08:51
mcfriskhow should I fix requirements for BSP SW deliveries with yocto. Require compatibility with latest LTS? Require following https://www.yoctoproject.org/docs/3.1/bsp-guide/bsp-guide.html ? Require that none of the features and bbclasses in poky are broken or modified? I know the reqs will be violated but at least then I have the stick...09:04
RPmcfrisk: this is what we tried to design YP Compatible to try and help09:19
*** nacknick <nacknick!4d8b8317@77.139.131.23> has joined #yocto09:26
nacknickHello. How to find with bitbake command what layer a recipe belongs?09:27
mcfriskRP: will yocto-check-layer help validate that poky features and bbclasses are not modified by the layers? I wonder if I should put that into requirements too.09:27
LetoThe2ndnacknick: bitbake-layers show-layers or something close09:32
nacknickLetoThe2nd: show recipes worked. thanks09:36
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC09:36
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has joined #yocto09:37
*** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has joined #yocto09:38
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has quit IRC09:40
*** geheimnis` <geheimnis`!~geheimnis@23.226.237.192> has joined #yocto09:50
RPmcfrisk: it verifies the signatures don't change adding/removing the layer09:52
RPmcfrisk: that in theory should mean you can at least configure anything they modify09:52
RPmcfrisk: obviously nothing is perfect but it should go a long way to that09:53
zygahello everyone09:53
zygahey RP, I don't need anything, just wanted to thank you for the amazing work :)09:53
*** nacknick <nacknick!4d8b8317@77.139.131.23> has quit IRC09:56
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto09:57
RPzyga: Hi, thanks! Its a team effort :)09:58
zygaRP, yeah, just being a maintainer one rearely hears positive things, usually it's the silence or "hey it is broken"09:59
RPzyga: You're right, its not often you hear that, thanks :)09:59
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC10:04
*** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has quit IRC10:08
LetoThe2ndRP: huh? it is not broken?10:09
RPLetoThe2nd: depends whether I read my email :)10:14
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has joined #yocto10:18
LetoThe2ndso, don't read your email, all is well!10:18
rburtonyates: linux-yocto-dev is where bruce stages the new kernel releases10:23
RobertBerger@LetoThe2nd: Oida! It's usually the hardware. Software is never broken.10:33
rburtonRP abelloni : my oe-selftest failed with wic errors about y2k, is that known?10:36
LetoThe2ndRobertBerger: hrhrhr. OIDA!10:37
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto10:46
RPrburton: was fixed...10:50
RPrburton: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=a334cbb12d405621e38b1bce011ec45a311b9baa but should have fixed references there too10:51
RPrburton: its not the warning causing the issue, I'm guessing the dosfs patch for wic was missing (but was later added to master by me yesterday)10:53
RPrburton:  http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=d53dddd7ca22c68f0b8ae010c38b330aa7a4bc15?10:54
mcfriskouch, FOO_class-target += "bar" overwrites whole FOO to "bar", must use FOO_append_class-target += "bar" to get the desired append for target class. didn't see that coming..11:06
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC11:07
mcfriskouch^2, now also all perl files get "owned by uid 1005, which is the same as the user running bitbake". I guess time to wipe tmp and hope for the best. baking is fun :)11:11
*** kpo_ <kpo_!~kpo@gl15-39.master.pl> has joined #yocto11:15
mcfriskjeez, wiping tmp didn't help. do I have a corrupted sstate cache? "ERROR: binutils-2.34-r0 do_package_qa: QA Issue: binutils: /usr/lib/libbfd-2.34.0.20200220.so is owned by uid 1005, which is the same as the user running bitbake. This may be due to host contamination"11:16
LetoThe2ndmcfrisk: wipe more! wipe more!11:16
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC11:17
LetoThe2ndmcfrisk: https://youtu.be/9QP4a03oFbQ11:18
mcfriskis this pseudo being out of sync with build processes? I'm playing with a patch to libblkid in util-linux which did trigger recompilation of util-linux-native etc. hmm. I kind of want to understand but not sure if I dare to..11:18
*** NiksDev2 <NiksDev2!~NiksDev@192.91.101.31> has quit IRC11:18
*** NiksDev2 <NiksDev2!~NiksDev@192.91.75.12> has joined #yocto11:18
*** NiksDev3 <NiksDev3!~NiksDev@192.91.101.30> has joined #yocto11:18
*** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC11:18
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto11:21
*** mckoan is now known as mckoan|away11:24
mcfriskhmm, I had tried to build a BSP layer update with that sstate cache, maybe that was it. I can't see how my util-linux patches could have broken and contaminated sstate this badly.11:27
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC11:32
*** kpo_ <kpo_!~kpo@gl15-39.master.pl> has quit IRC11:39
RPmcfrisk: that util-linux patch did odd things to my local build. Its on hold until I figure out what happened as it was very very odd11:47
rburtonRP: cool thanks11:47
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-kddhjdhsecmgqmcq> has joined #yocto11:49
*** kovalevsky <kovalevsky!~kovalevsk@181.168.151.208> has joined #yocto11:56
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto11:56
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has joined #yocto11:57
*** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has quit IRC11:57
JaMaRP: I've noticed interesting issue which I'm not sure is worth supporting, when you upgrade host distro (e.g. ubuntu 20.10 to 21.04) you need to clean pseudo-native for incremental build, otherwise there is a conflict in sysroot https://paste.ubuntu.com/p/F6xzCCBnZy/12:13
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto12:15
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC12:15
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto12:16
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto12:24
RPHmm, what a horrible dependency chain: "build-appliance-image.do_configure" -> "make-mod-scripts.do_compile" -> "linux-yocto.do_compile_kernelmodules" -> "linux-yocto.do_shared_workdir"12:26
RPJaMa: that sounds like a bug, that shouldn't happen :(12:26
RPJaMa: that sounds very like the problem where something is wrong with the sstate management code seen with util-linux too12:34
JaMaI think it's effect of "uninative: Don't use single sstate for pseudo-native" because it doesn't remove the old ${BUILD_ARCH}_${ORIGNATIVELSBSTRING} before building the new one, but on the other hand I don't remember similar issues before using uninative (where it would affect all native recipes)12:35
RPJaMa: what should happen is it should remove all "stale" things from the sysroot before installing new ones12:36
RPJaMa: do you have the task logs for that failure?12:36
JaMayes it might not be specific to pseudo-native, I've seen weird native pseudo also from nodejs-native, autoconf-native and earlier pseudo-native as well (which prompted my sstatesig.py change to report error when manifest isn't found)12:36
JaMabut I've tried various ways how to reproduce it (upgrade/downgrade,arch-change and various combinations of this), but nothing caused that failure I'm randomly seeing from jenkins builds12:38
JaMayes I have task log12:39
RPJaMa: I'm curious if anything in the earlier tasks saw that netry in the sysroot as stale12:40
JaMawould this show an warning in cooker log or only in individual log.do_prepare_sysroot or similar?12:41
JaMaI have backup of whole TMPDIR before restarting the build from scratch12:42
RPJaMa: wouldn't show as a warning, would just be a message in one of the individual logs12:42
RPJaMa: maybe in the one that failed, maybe in one of the earlier tasks12:42
JaMathere is surprising (for me) number of "exists in sysroot, but is stale" in the log.do_prepare_recipe_sysroot logs including about pseudo-native12:46
RPJaMa: does it then go on to remove it?12:47
RPIt should...12:47
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC12:48
JaMayou mean in pseudo-native logs? should it be removed there? I see quilt-native stale and removed in log.do_patch and then attr,autoconf,automake,gettext-minimal,gnu-config,libtool,m4-native,pkgconfig,quilt,sqlite3,texinfo-dummy -native in log.do_prepare_recipe_sysroot, but nothing about stale pseudo-native12:54
JaMalog.do_populate_sysroot on the other hand shows removing the old pseudo-native in earlier task, but in current it doesn't12:56
JaMaprevious pseudo-native rebuild https://paste.ubuntu.com/p/DXtBKRjK2d/ the last one which failed https://paste.ubuntu.com/p/3rM6GJCJ86/12:57
JaMathat's why I was assuming it didn't find the "old" pseudo-native in sysroot, because the ORIGNATIVELSBSTRING in the manifest path changed due to ubuntu upgrade12:57
JaMaSSTATE_PKGARCH in pseudo-native is now x86_64_ubuntu-21.04, while the pseudo-native in sysroot has x86_64_ubuntu-20.10 and sstate_clean() didn't find this old one13:01
mcfriskRP: I don't think we talk about the same util-linux patch, mine reduces the file system autodetection support in libblkid to ext4, nice one for faster mount times on target. am on dunfell, wiped sstate now builds are fine again. also using the worst BSP ever so not sure what is causing this. trying to run poky/scripts/yocto-check-layer now for all layers..13:06
alephanIs anyone on ZFS (like me)? I'm wondering how people workaround the size issue on hosts with compression-enabled zfs.13:12
alephankhem: there is a typo here https://lists.openembedded.org/g/openembedded-devel/topic/meta_python_patch_2_2/81029710?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,20,8102971013:23
alephanI'll fix in a v2. Don't merge it from master-next to master yet.13:23
alephanAll also add the packages in the pkggroup13:23
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has quit IRC13:28
alephanI've combined them all in one series: https://lists.openembedded.org/g/openembedded-devel/message/8983213:33
RPmcfrisk: we are talking about different util-linux patches then, yes13:42
yatesRP, rburton: thank you for clarifying.13:43
yatesRP: regarding the tools, i know yocto can provide both native- and cross-tools; my question was, how does it generate them? can you point me to an example layer/recipe?13:44
RPJaMa: I'd have expected it to have removed it there. There is a definite bug :/13:45
RPgah, ltp broke reproducibility on the second run :(13:53
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC13:55
yateswhat does the "e" mean in "eSDK"?13:58
*** sakoman <sakoman!~steve@72.173.249.164> has joined #yocto13:58
LetoThe2ndextraordinary!13:59
yatesenemic?13:59
LetoThe2ndenergized13:59
yates..but seriously, folks14:00
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has joined #yocto14:00
yatesthere is an "SDK" and also an "eSDK"; what's the difference?14:00
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC14:00
yatestongues held by cats?14:01
neverpanicextensible14:01
neverpanicthe other is non-extensible14:01
LetoThe2ndyates: well.. RTFM suggests it means "extensible" :)14:01
neverpanicand the e means it ships a bitbake environment14:01
LetoThe2ndin terms of, the SDK just being nailed down to the image, and the eSDK being a kind of pre-canned build that you can extend.14:02
JaMaRP: but how would it be able to find the ORIGNATIVELSBSTRING value from previous build? It doesn't use any wildcards when searching previous one to remove, is this use-case worth having another exception for pseudo-native handling?14:02
JaMahopefully people don't change host distro very often between incremental builds14:02
yatesLetoThe2nd: which one of the, like, 15 manuals should i look in?14:03
yates;)14:03
yatesyocto needs to document its documentation...14:03
LetoThe2ndhey qschulz we need you here!14:04
yatesgoogle?14:04
LetoThe2ndyates: i mean... actually googling "yocto esdk" gives me https://wiki.yoctoproject.org/wiki/Extensible_SDK as first hit14:04
LetoThe2ndyates: so the gentle nudge is well earned :)14:05
*** pharaon2502 <pharaon2502!~manjaro-u@cpezg-94-253-136-153-cbl.xnet.hr> has joined #yocto14:05
yateswhat happens if google goes under?14:06
yates... ha ha14:06
LetoThe2ndyates: no worries, people will find other lame excuses to just dump stuff in IRC. i'm not worried about big g going amiss.14:06
LetoThe2nd;-)14:06
medaliyou|   LD      .tmp_vmlinux.kallsyms114:07
medaliyou| arm-tdx-linux-gnueabi-ld.bfd: drivers/input/misc/dold-wheel.o: in function `dold_wheel_probe':14:07
medaliyou| dold-wheel.c:(.text.unlikely+0x1e0): undefined reference to `devm_input_allocate_polled_device'14:07
medaliyou| arm-tdx-linux-gnueabi-ld.bfd: dold-wheel.c:(.text.unlikely+0x300): undefined reference to `input_register_polled_device'14:07
medaliyou| make[1]: *** [/home/user/yocto-colibri-imx7/build/tmp/work-shared/colibri-imx7/kernel-source/Makefile:1106: vmlinux] Error 114:07
medaliyouguys14:07
yatesLetoThe2nd: the problem with copping an attitude is that two can play.14:08
medaliyouwhat to do if i get a ld error like that, i mean it's strange that linker can't reference <linux/input-polldev.h>14:09
LetoThe2ndyates: i know! i love playing!14:09
yatesLetoThe2nd: there are fools on every corner.14:10
LetoThe2ndyates: yeah. believe me, its really hard work to be in all these places. it makes me feel extremely multiple and distributed.14:11
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto14:16
*** eFfeM2 <eFfeM2!~frans@a97014.upc-a.chello.nl> has joined #yocto14:23
*** lxc <lxc!54d8bd1b@84-216-189-27.customers.ownit.se> has joined #yocto14:24
*** eFfeM <eFfeM!~frans@185.184.109.34> has quit IRC14:25
lxchow can I make bitbake apply a git patch for a git submodule?14:26
qschulzLetoThe2nd: it's in the tab on the left of the website: https://docs.yoctoproject.org/sdk-manual/index.html14:28
LetoThe2ndqschulz: don't tell me :)14:28
qschulzyates: ^14:28
qschulzmedaliyou: linux/input-polldev.h is removed in newer kernels, that's all I can say14:31
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC14:31
medaliyouplease what is the alternative ?14:32
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has joined #yocto14:32
medaliyouhttps://elixir.bootlin.com/linux/v5.4.91/C/ident/devm_input_allocate_polled_device14:32
medaliyouaccording to bootlin14:33
medaliyouit still exists14:33
medaliyou5.4.91 is my kernel14:33
qschulzis it an out-of-tree driver you're trying to build?14:35
medaliyoui m creating a recipe for the kernel that copies sources & headers to /drivers/X and applies PATCHES to the corresponding Kconfig & Makefile14:36
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC14:41
*** linums <linums!~linums@apn-94-44-255-206.vodafone.hu> has joined #yocto14:42
qschulzmedaliyou: didn't understand what you mean. Just create a patch containing your entire driver, makefile, kconfig and everything and add it to the SRC_URI of the kernel, that should be enough14:42
qschulz(need to modify your defconfig too though)14:43
medaliyoualright, just a quick last question14:43
medaliyouis it a stupid idea to use an older version of /drivers/input/input-polldev.{h,c} in new kernel .14:44
qschulzthere's no input-polldev.h in drivers/input. But why would you do that in the first place?14:45
qschulzdon't you want to benefit from bug fixes?14:45
medaliyouhhhhhhhhh, cause i have a big ass kernel module file written for 4.14.X kernel , i need to make it works for 5.4.9114:46
* derRichard smells fun with out of tree modules14:48
* qschulz runs fast and far14:48
qschulzmedaliyou: then it's time for you to upgrade the kernel module or ask your vendor to provide you with one that works with 5.4 kernels14:49
medaliyouyou're right bro14:50
medaliyougod bless you14:50
derRichardor bite bullet and upstream it14:51
qschulzderRichard: there'll still be a backporting effort to 5.4 but yes, much safer long term :)14:58
*** bandito_embedded <bandito_embedded!a5e14c6d@165.225.76.109> has joined #yocto14:59
qschulzbut the input subsystem isn't usually one that changes much over time14:59
RPJaMa: I need to look more at the code to have an answer to that. I do think we need to fix it somehow15:00
*** bandito_embedded <bandito_embedded!a5e14c6d@165.225.76.109> has quit IRC15:02
*** lsg <lsg!uid488839@gateway/web/irccloud.com/x-twkowhjjwlrrrqxw> has joined #yocto15:09
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto15:15
*** bandito_embedded <bandito_embedded!a5e14c6d@165.225.76.109> has joined #yocto15:16
*** jobroe <jobroe!~manjaro-u@p579eb8fc.dip0.t-ipconnect.de> has quit IRC15:17
*** Bunio_FH <Bunio_FH!~bunio@37.30.22.188.nat.umts.dynamic.t-mobile.pl> has quit IRC15:18
rburtonyates: bitbake does cross and nativesdk the same way it does target vs native: there are classes for that15:25
*** matteo| <matteo|!~matteo@redhat/matteo> has joined #yocto15:36
*** matteo <matteo!~matteo@redhat/matteo> has quit IRC15:37
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC15:45
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC16:03
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC16:11
*** linums <linums!~linums@apn-94-44-255-206.vodafone.hu> has quit IRC16:19
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto16:20
*** bps <bps!~bps@80.71.142.18> has joined #yocto16:22
*** bps <bps!~bps@80.71.142.18> has quit IRC16:22
*** bps <bps!~bps@80.71.142.18> has joined #yocto16:23
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::dbb1> has quit IRC16:24
*** frsc <frsc!~frsc@147-165-142-46.pool.kielnet.net> has quit IRC16:28
*** TwisteR <TwisteR!~twister@95.67.32.50> has quit IRC16:28
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC16:30
*** TwisteR <TwisteR!~twister@95.67.32.50> has joined #yocto16:30
*** TwisteR is now known as Guest2502716:31
*** bandito_embedded <bandito_embedded!a5e14c6d@165.225.76.109> has quit IRC16:32
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto16:33
*** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto16:33
*** bandito_embedded <bandito_embedded!a5e114a0@165.225.20.160> has joined #yocto16:35
*** dev1990_ <dev1990_!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has joined #yocto16:46
*** kanavin_home___ <kanavin_home___!~Srain@5.28.91.120> has quit IRC16:46
*** kanavin_home___ <kanavin_home___!~Srain@5.28.91.120> has joined #yocto16:47
*** ahadi <ahadi!~ahadi@88.130.220.77> has quit IRC16:47
*** dev1990 <dev1990!~dev@178-36-237-146.adsl.inetia.pl> has quit IRC16:49
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto16:50
*** ahadi <ahadi!~ahadi@88.130.220.77> has joined #yocto16:51
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC16:51
*** jadax <jadax!~jadax@ec2-54-183-7-226.us-west-1.compute.amazonaws.com> has quit IRC16:52
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto16:59
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC17:01
*** risca <risca!~quassel@212.85.71.156> has quit IRC17:01
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC17:01
*** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has quit IRC17:01
*** grumble <grumble!~Thunderbi@freenode/staff/grumble> has quit IRC17:01
*** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has quit IRC17:01
*** mnemoc <mnemoc!~amery@geeks.cl> has quit IRC17:01
*** marex <marex!~marex@83.167.232.23> has quit IRC17:01
*** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has quit IRC17:01
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has quit IRC17:01
*** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has quit IRC17:04
*** anonzadas <anonzadas!~anonzadas@ja.sefod.eu> has joined #yocto17:06
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto17:07
*** risca <risca!~quassel@212.85.71.156> has joined #yocto17:07
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto17:07
*** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has joined #yocto17:07
*** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto17:07
*** radsquirrel <radsquirrel!~radsquirr@173.167.31.197> has joined #yocto17:07
*** mnemoc <mnemoc!~amery@geeks.cl> has joined #yocto17:07
*** marex <marex!~marex@83.167.232.23> has joined #yocto17:07
*** laurittr <laurittr!~laurittr@indie.ed.ntnu.no> has joined #yocto17:07
*** lexano <lexano!~lexano@cpeb03956d8c2f4-cm98524a70e35e.cpe.net.cable.rogers.com> has joined #yocto17:07
*** vdehors_ <vdehors_!~vdehors@91-162-62-2.subs.proxad.net> has joined #yocto17:08
*** vdehors <vdehors!~vdehors@91-162-62-2.subs.proxad.net> has quit IRC17:08
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto17:14
*** fl0v0 <fl0v0!~fvo@i5E86AFC2.versanet.de> has quit IRC17:14
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC17:14
*** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has joined #yocto17:15
*** eFfeM2 <eFfeM2!~frans@a97014.upc-a.chello.nl> has quit IRC17:15
intera91hello, simple question, how do I access the yocto repo at a version where gcc (in meta/recipes-devtools/gcc) was at version 9 ??17:16
*** Guest25027 <Guest25027!~twister@95.67.32.50> has quit IRC17:16
intera91need the recipe(s) to upgrade gcc on what I am working17:16
rburtonintera91: 'git checkout', work back in the releases17:18
rburtonthough <lotr meme> "one does not simply upgrade gcc"17:18
intera91i know17:19
intera91have to try though as program uses filesystem:: and it won't link on gcc 817:19
rburtonmost likely easier to just upgrade the entire oe-core release17:20
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto17:23
*** ayoung <ayoung!~ayoung@2601:19c:4680:ee30::d39b> has joined #yocto17:24
*** MLK <MLK!c4b3dd32@196.179.221.50> has joined #yocto17:25
*** MLK <MLK!c4b3dd32@196.179.221.50> has quit IRC17:27
RPintera91: what rburton says is right. Did you just email me that question too?17:28
intera91RP, @rburton, yes am afraid so, am sorry if i broke the etiquette,17:30
RPintera91: mailing lists or irc but probably not both at once and don't email individual developers please! :)17:31
intera91@RP: duly noted thanks17:31
*** bandito_embedded <bandito_embedded!a5e114a0@165.225.20.160> has quit IRC17:33
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:4f52:603c:a9c0:87e8> has quit IRC17:34
*** intera91 <intera91!521f818d@cpc142184-mcam2-2-0-cust140.18-3.cable.virginm.net> has quit IRC17:34
*** vineela <vineela!~vtummala@134.134.139.83> has joined #yocto17:45
*** medaliyou <medaliyou!c4b3dd32@196.179.221.50> has quit IRC17:48
smurrayRP: if I have a BSP layer in hand with a bunch of kernel module recipes that install stuff to KERNELSRC to enable building other modules, what should I be recommending the upstream BSP folks do instead?17:49
smurrayRP: I ask because they're triggering the pseudo abort now unless I add KERNELSRC to PSEUDO_IGNORE_PATHS for the recipes...17:50
mcfriskyocto-check-layer fails on meta-openembedded too. for example meta-openembedded/meta-oe/recipes-extended/ostree/ostree_2020.3.bb changes RDEPENDS if meta-python layer is available. How should this rather be done? Via PKGCONFIG?17:52
*** matteo| is now known as matteo17:52
mcfriski think adding RDEPENDS from meta-python for ostree-ptest should be done if PTEST_ENABLED, not if meta-python is in BBFILE_COLLECTIONS17:55
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC17:56
*** hch <hch!~x@unaffiliated/hch> has quit IRC17:56
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC17:59
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has quit IRC18:00
RPsmurray: it can make sense for recipes to add to PSEUDO_IGNORE_PATHS if they need to18:00
smurrayRP: okay, I've sort of been doing that in my test build18:02
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto18:03
*** hch <hch!~x@unaffiliated/hch> has joined #yocto18:03
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto18:14
*** otavio_ <otavio_!~otavio@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto18:15
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto18:15
otavio_Hello all; berton and I are debugging an issue related to locales; it seems OE-Core does not have C.UTF-8 however it seems to be supported by glibc. Is this a known issue?18:18
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto18:21
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC18:30
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto18:30
*** lxc <lxc!54d8bd1b@84-216-189-27.customers.ownit.se> has quit IRC18:30
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-bbbxqoawqurifhab> has quit IRC18:31
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC18:38
kergothotavio_: there's a variable to control whether the .utf-8 suffix isn't necessary. that is, if set, C is C.utf-8, en_US is en_US.utf-8, etc. i'd check that.18:40
kergothotavio_: LOCALE_UTF8_IS_DEFAULT ?= "1" in default-distrovars.inc18:41
smurrayistr something going by about not all distros having C.UTF-818:42
smurraymaybe that's historical at this point18:42
otavio_kergoth: it is not.18:43
otavio_kergoth: we got an error (fixed in https://github.com/OSSystems/compress-tools-rs/commit/f4f06685c702dae1233110c5da4659c73c133ab3)  with libarchive and it turns out to be due to C not being C.UTF-8. On Debian, Ubuntu and Fedora it works out of box as C.UTF-8 is used18:45
kergothinteresting18:45
otavio_from some research Gentoo said newer glibc supports it18:46
otavio_and Debian still has a patch for it https://salsa.debian.org/glibc-team/glibc/-/blob/sid/debian/patches/localedata/locale-C.diff18:46
otavio_smurray: yes; Debian seems to be the first to add it and others followed18:47
*** mario-go` <mario-go`!~user@static.172.139.76.144.clients.your-server.de> has quit IRC18:50
*** mario-goulart <mario-goulart!~user@static.172.139.76.144.clients.your-server.de> has joined #yocto18:50
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC19:02
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto19:02
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has quit IRC19:08
*** imaami <imaami!~imaami@imaami.fi> has quit IRC19:08
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has joined #yocto19:12
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC19:14
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC19:17
*** linums <linums!~linums@apn-94-44-241-13.vodafone.hu> has joined #yocto19:18
*** aquijoule__ <aquijoule__!~richbridg@213-225-34-162.nat.highway.a1.net> has quit IRC19:19
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has quit IRC19:20
*** linums <linums!~linums@apn-94-44-241-13.vodafone.hu> has quit IRC19:21
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC19:21
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto19:22
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto19:22
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has joined #yocto19:38
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:9167:a184:e5f:d5fd> has joined #yocto19:39
diamondmanI wanted to make a 'macro' that could be invoked to create basic init system files for a recipe (I use runit, so the unit files many projects generate doesn't work for me for now).19:43
diamondmanI set up a bbclass with a `register_service_with_init_system` python function (def style) and a `do_init_system_registration` task that runs before do_install.19:43
diamondmanThe idea is a .bb recipe could inherit my class, use an anonymous python function to invoke `register_service_with_init_system("service", etc)` which adds the passed parameters (as a dictionary) to a list that is stored with d.setVar() all during the parsing stage. Then during build, `do_init_system_registration`runs and reads the array out of d to write the necessary files.  (I believe that d is scoped to the recipe,19:43
diamondmanso my variable won't affect other recipes)19:43
diamondmanThis runs, but I am given the error: "The metadata is not deterministic and this needs to be fixed."19:43
diamondmanI think the issue is that the value read from d in `do_init_system_registration` is different when from when it is first parsed and after the anonymous python function is run. I appreciate that yocto aims to have deterministic builds, but I would argue that this IS deterministic since I only set this variable during parse.19:43
diamondmanIs there any way around this, or does anyone have a better idea than my approach?19:43
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC19:50
*** Kyubi <Kyubi!~Kyubi@2601:647:4080:f10:9167:a184:e5f:d5fd> has quit IRC19:53
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto19:57
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC20:00
*** courchea <courchea!~courchea@198-84-251-198.cpe.teksavvy.com> has joined #yocto20:02
jonmasonRP: looking at runqemu, I think there is a need to overhaul the -vga handling.  Currently "novga" just adds an extra vga of none, which doesn't actually disable vga output.  I'm thinking we probably need a QB_VGA (probably with a better name) and work from there, as qemuarm and qemuarm64 are setting the vga devices via QB_OPT_APPEND.  There might be others out there, as I've not dug very deep.  Am I insane for thinking20:02
jonmasonthis?20:02
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has quit IRC20:02
*** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC20:02
jonmasonI just wanted a sanity check before going down this rathole20:03
courcheaHi all, I'm trying to add ipset (part of netfilter) to my build. I added KERNEL_FEATURES="features/netfilter" and I do have netfilter in the build but not ipset. Any clues or pointers?20:03
jonmasoncourchea: https://layers.openembedded.org/layerindex/branch/master/recipes/?q=ipset20:05
jonmasonlooks like you just need to add it to the image20:06
jonmasonmaking sure you have meta-networking ther20:06
courcheahmmm will double check my stuff.20:07
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has joined #yocto20:09
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has quit IRC20:11
*** Kyubi <Kyubi!~Kyubi@149.199.62.131> has joined #yocto20:19
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC20:20
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto20:21
*** rcoote <rcoote!~rcoote@176.198.112.234> has quit IRC20:23
*** richbridger <richbridger!~richbridg@213-225-34-162.nat.highway.a1.net> has joined #yocto20:24
courchea@jonmason. I do have meta-openembedded/meta-networking, but adding ipset to CORE_IMAGE_EXTRA_INSTALL I get a Nothing RPROVIDES 'ipset'20:24
jonmasoncourchea: looks like you might be right20:26
jonmasonhttp://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-filter/ipset/ipset_7.10.bb?h=master20:26
jonmasonI see nothing there doing a RPROVIDES20:26
jonmasonmaybe add by hand to the recipe, verify it works, and then send a patch to the mailing list20:27
courcheaI think I know... I'm on dunfell and ipset was integrated later on....20:28
courcheaI guess I'll have to rebuild from scratch on master. Will start that or else my laptop will be unusable for the day lol20:32
jonmasoncourchea: https://layers.openembedded.org/layerindex/branch/dunfell/recipes/?q=ipset20:32
jonmasonmeta-openwrt might have it20:32
jonmasonbut that does make sense20:33
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC20:33
courchea@jonmason I'm building for x86-64 could I use an openwrt layer in it ?20:33
jonmasonI've never messed with that layer, but I'm assuming that it would at least compile for x86 targets20:34
courcheaOk, well already flushed my tmpdir to rebuild on master. Will see how that goes and then maybe retry dunfell woth the openwrt layer. Thanks20:35
jonmasonyou could always compile for machine qemux86-64 and then runqemu for it and see if it is there and works20:35
jonmasongood luck20:35
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has quit IRC20:38
*** kpo_ <kpo_!~kpo@gl31-39.master.pl> has joined #yocto20:38
*** Kyubi_ <Kyubi_!~Kyubi@2601:647:4080:f10:9167:a184:e5f:d5fd> has joined #yocto20:39
*** Kyubi <Kyubi!~Kyubi@149.199.62.131> has quit IRC20:39
*** courchea <courchea!~courchea@198-84-251-198.cpe.teksavvy.com> has quit IRC20:42
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has joined #yocto20:43
*** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC20:52
*** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto20:53
*** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC20:55
*** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto20:56
RPjonmason: at a quick glace knowing nothing of the subject it sounds reasonable21:07
jonmasonRP: I'll see if I can't get a rough patch out for comment in about an hour.  I think I know what would work21:09
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC21:14
*** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC21:18
*** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto21:19
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:25
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:26
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has quit IRC21:30
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto21:32
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has quit IRC21:33
*** Piraty <Piraty!~irc@unaffiliated/piraty> has quit IRC21:33
*** hch <hch!~x@unaffiliated/hch> has quit IRC21:33
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC21:33
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC21:33
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC21:33
*** mansi <mansi!~mansi@h-154-99.A246.priv.bahnhof.se> has quit IRC21:33
*** chrfle <chrfle!~chrfle@unaffiliated/chrfle> has quit IRC21:33
*** laj_ <laj_!~laj@185.149.230.58> has quit IRC21:33
*** agaikova <agaikova!user62448@neotame.csclub.uwaterloo.ca> has quit IRC21:33
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has quit IRC21:33
*** woky <woky!~woky@li1651-31.members.linode.com> has quit IRC21:33
*** clement <clement!~clement@51.158.149.110> has quit IRC21:33
*** malinus <malinus!~malinus@unaffiliated/malinus> has quit IRC21:33
*** gsalazar <gsalazar!~gsalazar@173.111.90.149.rev.vodafone.pt> has joined #yocto21:34
*** hch <hch!~x@unaffiliated/hch> has joined #yocto21:34
*** Piraty <Piraty!~irc@unaffiliated/piraty> has joined #yocto21:34
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto21:34
*** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto21:34
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto21:34
*** mansi <mansi!~mansi@h-154-99.A246.priv.bahnhof.se> has joined #yocto21:34
*** chrfle <chrfle!~chrfle@unaffiliated/chrfle> has joined #yocto21:34
*** laj_ <laj_!~laj@185.149.230.58> has joined #yocto21:34
*** agaikova <agaikova!user62448@neotame.csclub.uwaterloo.ca> has joined #yocto21:34
*** lukma <lukma!~lukma@85-222-111-42.dynamic.chello.pl> has joined #yocto21:34
*** malinus <malinus!~malinus@unaffiliated/malinus> has joined #yocto21:34
*** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto21:34
*** clement <clement!~clement@51.158.149.110> has joined #yocto21:34
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC21:40
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto21:41
*** ecdhe <ecdhe!~ecdhe@unaffiliated/ecdhe> has joined #yocto21:47
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC21:49
*** Konsgnx1 <Konsgnx1!~Konsgnx3@66-109-34-138.static.firstlight.net> has quit IRC21:59
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC22:07
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto22:09
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC22:16
*** sgw1 <sgw1!~sgw@2601:642:c400:ecf0:aca8:a578:60e8:b5d4> has quit IRC22:23
*** manuel__ <manuel__!~manuel198@089144219165.atnat0028.highway.a1.net> has quit IRC22:27
*** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto22:31
*** om26er <om26er!6e260b11@ubuntu/member/om26er> has joined #yocto22:33
*** Guest25027 <Guest25027!~twister@95.67.32.50> has joined #yocto22:35
*** sgw1 <sgw1!~sgw@2601:642:c400:ecf0:8180:4f70:76b5:561b> has joined #yocto22:36
*** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has joined #yocto22:37
*** agust <agust!~agust@p54833a91.dip0.t-ipconnect.de> has quit IRC22:39
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has quit IRC22:56
*** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto22:57
*** paulg <paulg!~paulg@104-195-159-54.cpe.teksavvy.com> has quit IRC23:01
*** dev1990_ <dev1990_!~dev@dynamic-78-8-51-35.ssp.dialog.net.pl> has quit IRC23:11
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC23:13
*** kpo <kpo!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto23:13
*** gillesm <gillesm!~Gilles@117.187.22.109.rev.sfr.net> has joined #yocto23:30
diamondmanI am trying to find a way to set data with an anonymous python method, and then interpret that data in a python task to write some files. Whenever I do this, I get "The metadata is not deterministic and this needs to be fixed."23:35
*** jdrol <jdrol!~gm@117.187.22.109.rev.sfr.net> has joined #yocto23:36
*** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC23:36
jdrolhello I tried the hello world example from bitbake-user-manual (capter 6 ) and I got 1 error and 2 warning . could you explain me?23:40
*** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has quit IRC23:56
*** spooster_ <spooster_!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto23:56

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