Wednesday, 2022-05-25

*** mrlemke <mrlemke!~mrlemke@208.74.105.200> has quit IRC (Read error: Connection reset by peer)00:07
*** mrlemke <mrlemke!~mrlemke@208.74.105.200> has joined #yocto00:09
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)00:14
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Remote host closed the connection)00:32
*** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto00:35
*** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has joined #yocto01:10
*** Tokamak_ <Tokamak_!~Tokamak@107.116.82.97> has quit IRC (Ping timeout: 256 seconds)01:18
*** Tokamak <Tokamak!~Tokamak@172.58.191.180> has joined #yocto01:21
*** seninha <seninha!~seninha@user/seninha> has joined #yocto01:30
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.10> has quit IRC (Quit: Client closed)01:35
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds)01:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto01:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds)01:45
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto01:45
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:58
*** BobPungartnik <BobPungartnik!~Pung@179.177.246.147> has joined #yocto02:00
*** starblue <starblue!~juergen@dslb-094-220-115-108.094.220.pools.vodafone-ip.de> has quit IRC (Ping timeout: 276 seconds)02:00
*** starblue <starblue!~juergen@dslb-094-221-189-132.094.221.pools.vodafone-ip.de> has joined #yocto02:02
*** bps3 <bps3!~bps@193.89.194.60> has joined #yocto02:11
*** bps2 <bps2!~bps@193.89.194.60> has quit IRC (Ping timeout: 258 seconds)02:13
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)02:23
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection)02:29
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto02:30
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto02:37
moto-timoNew setuptools will continue to cause pain. Python modules are just not paying attention.02:58
moto-timoCull the recipes that fail to pay attention?02:58
*** The_Pacifist <The_Pacifist!~The_Pacif@c-73-181-150-3.hsd1.wa.comcast.net> has quit IRC (Remote host closed the connection)02:58
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)03:18
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto03:18
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds)03:23
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:23
*** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)03:30
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)03:54
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto03:54
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 258 seconds)03:58
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto03:59
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)04:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto04:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds)04:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto04:14
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto04:23
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)04:50
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto04:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto04:58
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)05:00
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds)05:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto05:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds)05:08
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:09
*** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto05:13
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto05:20
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto05:38
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)05:39
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto05:39
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 246 seconds)05:40
*** kroon__ <kroon__!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto05:42
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds)05:44
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto05:44
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 240 seconds)05:45
*** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has joined #yocto05:51
*** goliath <goliath!~goliath@user/goliath> has joined #yocto06:20
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds)06:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto06:44
mckoangood morning06:46
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds)06:49
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto06:49
*** locutusofborg_ <locutusofborg_!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto06:49
*** Tokamak_ <Tokamak_!~Tokamak@172.58.191.180> has joined #yocto06:52
*** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto06:55
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (*.net *.split)06:56
*** Tokamak <Tokamak!~Tokamak@172.58.191.180> has quit IRC (*.net *.split)06:56
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (*.net *.split)06:56
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (*.net *.split)06:56
*** ldericher <ldericher!~LDer@user/ldericher> has quit IRC (*.net *.split)06:56
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (*.net *.split)06:56
*** LocutusOfBorg <LocutusOfBorg!~locutusof@93-50-192-18.ip153.fastwebnet.it> has quit IRC (*.net *.split)06:56
*** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has quit IRC (*.net *.split)06:56
*** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has quit IRC (*.net *.split)06:56
*** Shaun <Shaun!~shaun@user/shaun> has quit IRC (*.net *.split)06:56
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto06:56
*** davidinux <davidinux!~davidinux@92.118.62.242> has quit IRC (Quit: WeeChat 2.8)06:57
*** davidinux <davidinux!~davidinux@81.22.36.37> has joined #yocto07:01
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto07:01
*** Shaun <Shaun!~shaun@mail.oneil.me.uk> has joined #yocto07:01
*** xantoz <xantoz!~tewi_inab@c-c0bae255.013-124-73746f25.bbcust.telenor.se> has joined #yocto07:01
*** alex88 <alex88!~alex88@ip72-207-140-105.lv.lv.cox.net> has joined #yocto07:01
*** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto07:01
*** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto07:01
*** ldericher <ldericher!~LDer@user/ldericher> has joined #yocto07:01
*** dev1990 <dev1990!~dev@77-254-254-204.adsl.inetia.pl> has joined #yocto07:07
LetoThe2ndyo dudX07:10
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has joined #yocto07:13
*** gsalazar <gsalazar!~gsalazar@213.58.201.38> has joined #yocto07:20
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto07:22
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)07:23
*** seninha <seninha!~seninha@user/seninha> has joined #yocto07:25
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection)07:25
*** seninha <seninha!~seninha@user/seninha> has joined #yocto07:26
*** xmn_ <xmn_!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)07:30
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto07:32
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto07:39
*** bps3 <bps3!~bps@193.89.194.60> has quit IRC (Remote host closed the connection)07:49
*** bps3 <bps3!~bps@193.89.194.60> has joined #yocto07:50
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has quit IRC (Ping timeout: 255 seconds)07:53
*** ardo <ardo!~ardo@host-188-10-58-99.business.telecomitalia.it> has joined #yocto07:59
*** Schiller <Schiller!~Schiller@dynamic-002-247-254-186.2.247.pool.telefonica.de> has joined #yocto08:07
*** DaGoEsd <DaGoEsd!~DaGoEsd@pd9568d8c.dip0.t-ipconnect.de> has joined #yocto08:07
*** florian_kc <florian_kc!~florian@dynamic-093-132-034-177.93.132.pool.telefonica.de> has joined #yocto08:09
DaGoEsdGood morning! I have a problem with a poky distribution created by Yocto, on which depmod -a no longer works. It always creates an empty modules.dep. (The kernel modules are not compressed). Is this problem known and is there a solution for it?08:11
DaGoEsdDepmod comes from busybox and once worked in previous builds (earlier zeus, now kirkstone).08:12
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto08:13
*** kroon__ <kroon__!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 240 seconds)08:16
*** locutusofborg_ is now known as locutusofborg08:17
ernstpmrybczyn[m]: I sent out my cve-check patches to the list now anyway, so they can be discussed08:32
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:35
*** dvorkindmitry <dvorkindmitry!~dv@5.167.98.73> has joined #yocto08:38
*** Juanosorio94 <Juanosorio94!~Juanosori@p200300e71f1666005d2ecb4f4ff92075.dip0.t-ipconnect.de> has joined #yocto08:41
Juanosorio94How can I patch my external kernel without using devtool?08:42
RPrburton, mrybczyn[m]: We now have the CVE trends graph autogenerated on https://autobuilder.yocto.io/pub/non-release/patchmetrics/ :)08:44
DaGoEsdJuanosorio94: locate the recipe from which your kernel is made, create an own layer, integrate this layer via your bblayers.conf and create a recipes-kernel/linux/<your_kernel_recipe>.bbappend file. Within this file you specify patches, using SRC_URI:append:<your_machine> = "file://yourpatch_1.patch file://yourpatch_2.patch"08:50
ptsnevesDaGoEsd interesting i understood the question as external src kernel08:51
DaGoEsdptsneves: Also for an external kernel there must be a recipe which can be extended with a .bbappend file.08:54
ptsnevesDaGoEsd  i was thinking not. If the externalsrc kernel is a git repository just patch the repository directly :)  No bitbake necessary08:54
DaGoEsdptsneves: If you have the necessary rights, this will also work.08:56
*** BobPungartnik <BobPungartnik!~Pung@179.177.246.147> has quit IRC (Quit: Leaving)09:00
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 244 seconds)09:03
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto09:05
Juanosorio94ill try just patching it then09:14
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto09:17
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds)09:19
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto09:19
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 255 seconds)09:24
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 276 seconds)09:24
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:24
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 276 seconds)09:29
SchillerRP: I still don't get the SingleBranch or AnyBranchScheduler to work. Can i post the Scheduler for more intel?09:31
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto09:34
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto09:37
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 240 seconds)09:41
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has quit IRC (Ping timeout: 246 seconds)09:42
*** jpuhlman <jpuhlman!~jpuhlman@99-14-97-149.lightspeed.frokca.sbcglobal.net> has joined #yocto09:42
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)09:45
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 260 seconds)09:45
rburtonRP: nice!09:46
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)09:48
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto09:56
*** davidinux <davidinux!~davidinux@81.22.36.37> has quit IRC (Quit: WeeChat 2.8)10:08
*** davidinux <davidinux!~davidinux@138.199.54.228> has joined #yocto10:12
*** starblue <starblue!~juergen@dslb-094-221-189-132.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 240 seconds)10:14
RPSchiller: have you setup the code to monitor the repo to detect changes?10:17
*** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto10:17
ptsnevesI am trying to write a self test for fit images due to request here https://bugzilla.yoctoproject.org/show_bug.cgi?id=12283. I see that the only self test we have is ./meta/lib/oeqa/selftest/cases/kerneldevelopment.py. Should I create a new case or extend kerneldevelopment.py?10:17
*** starblue <starblue!~juergen@dslb-094-221-189-132.094.221.pools.vodafone-ip.de> has joined #yocto10:17
RPrburton: I tweaked the css to thicken the line and remove the points10:17
rburtonlooks much better without the points10:18
RPptsneves: depends how many tests and whether they fit in with the kerneldevelopemts tests or not10:19
*** seninha <seninha!~seninha@user/seninha> has joined #yocto10:19
LetoThe2ndquick poll! what do think about a jester-style presentation about what actually happens during booting (target: ELC-E)10:20
ptsnevesfor now i just want to generate a fitImage and verify it's contents. They are not really related to kerneldevelopment, but just kernel plain and simple. Do we not have any tests for kernel function?10:20
LetoThe2nd(as opposed to the inevitable boot time optimization talks)10:21
rburtonLetoThe2nd: could be interesting.  starting with firmware?10:22
LetoThe2ndrburton: rom code to actual payload kernel. i'm imagining the theme to be "getting up in the morning"10:23
rburtonwhat board?10:24
*** florian_kc <florian_kc!~florian@dynamic-093-132-034-177.93.132.pool.telefonica.de> has quit IRC (Read error: Connection reset by peer)10:24
LetoThe2ndno specific one, but probably showing a few variations from simple sama5d over imx or such to tegra.10:25
*** florian_kc <florian_kc!~florian@dynamic-093-132-034-177.93.132.pool.telefonica.de> has joined #yocto10:25
SchillerRP: I only edited the yocto-docs-changed scheduler [codebases, builderNames, branch etc.]. Can you guide me to where the setup code for the yocto-docs-changes Scheduler is stated?10:28
RPSchiller: https://git.yoctoproject.org/yocto-autobuilder2/tree/master.cfg#n6910:30
RPSchiller: change_source10:30
RPrburton: still wondering about zoom and tootips, they can be useful I guess10:31
rburtonyeah they're useful for poking in detail10:31
rburtonwould be nice if the short sha was visible in the tooltip, if there was spike you could know where to look10:31
LetoThe2ndrburton: pokyng in detail? (badum-tsh!)10:31
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 258 seconds)10:34
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto10:34
SchillerRP: Thanks a lot. That should solve the issue. I was reading about the GitPoller but couldn't find it. Now it makes sense.10:36
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 250 seconds)10:38
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto10:39
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds)11:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto11:09
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)11:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto11:14
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto11:24
qschulzLetoThe2nd: FYI, Bootlin has a slide or two in their cc-by-sa training material about different booting mechanisms (IIRC, Atmel boards, probably BBB and Marvell boards too?)11:30
*** kroon__ <kroon__!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto11:34
*** bps3 <bps3!~bps@193.89.194.60> has quit IRC (Remote host closed the connection)11:34
*** kroon_ <kroon_!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 258 seconds)11:36
*** bps3 <bps3!~bps@193.89.194.60> has joined #yocto11:37
*** DaGoEsd <DaGoEsd!~DaGoEsd@pd9568d8c.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)11:37
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto11:37
*** kroon__ <kroon__!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Ping timeout: 246 seconds)11:38
SchillerRP: It still seems to not be working. Can you confirm my approach: in master.cfg i got Gitpoller(repourl='ssh://me@server:<path>' etc.) and in the schedulers.py i got the SingleScheduler and AnyScheduler setup. Then i just do a commit on given repo which should trigger a build correct or am I missing smth.11:40
*** bps3 <bps3!~bps@193.89.194.60> has quit IRC (Remote host closed the connection)11:41
*** bps3 <bps3!~bps@193.89.194.60> has joined #yocto11:44
RPSchiller: it should work. Does the buildbot log on the controller show it poll the repo and see the change?11:45
JaMaFWIW: I think meta-handheld isn't compatible with any recent release (other than meta-handheld incorrectly claiming the compatiblity till honister) http://cgit.openembedded.org/meta-handheld/log/11:47
rburtonyeah, there's also that :)11:48
RPJaMa: fair enough. I was just using it as a marker of where things had updated or hadn't :)11:48
SchillerRP: I think i was to impatient before. I checked the logs but didnt wait for the polling. Yeah there seems to be smth wrong. Ill try fix it then it should work thx.11:48
RPSchiller: since it polls it isn't instant11:49
RPSchiller: you can push updates with it but you need git server side config for that11:49
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)12:12
*** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:3187:d01a:1b3f:493c> has quit IRC (Quit: vladest)12:13
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto12:16
LetoThe2ndqschulz: thx12:18
*** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Quit: Leaving)12:38
*** lexano <lexano!~lexano@174.119.69.134> has joined #yocto12:38
*** Tokamak_ <Tokamak_!~Tokamak@172.58.191.180> has quit IRC (Ping timeout: 244 seconds)12:41
*** ramacassis[m] <ramacassis[m]!~ramacassi@2001:470:69fc:105::2:1958> has joined #yocto12:44
sotaoverridehow do i make sure a recipe is run before another, whats the RDEPENDS syntax or the best way of doing this?12:45
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has joined #yocto12:45
*** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto12:45
sotaoverrideone recipe creates a directroy structure, other adds a systemd mount service to mount partions on the directory structure. I want to make sure the directory structure recipe is run before the systemd mount service recipe.12:46
LetoThe2ndyo go people! we're (supposedly) seeing the do_unpack stage cleaning out an EXTERNALSRC directory in a go based recipe. any pointers on what to look for? the externalsrc bbclass is beyond me, unfortunately.12:49
Juanosorio94I built an image using bitbake-core-image minimal, I found what appears to be an image for me inside the poky/build/tmp/deploy/images/machine but as I was flashing my sd card it said that it has no partition table and that it wont probably be able to boot from it, and surprise, it didnt :D  am I looking at the wrong place, did the wrong bitbake12:50
Juanosorio94target, or is my process just misconfig"d?12:50
LetoThe2ndJuanosorio94: it depends on the type of image that you built/chose. ext4: no partitions, just a filesystem. tar.gz: only filesystem contents. wic: usually a kind of binary for direct usage on the sd card.12:51
Juanosorio94how do I find that out o.o12:52
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)12:54
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto12:54
zeddiiRP: I am now seeing that python3-six build failure repeating. I'll try and figure out what is different here than everywhere else.12:57
*** Tokamak_ <Tokamak_!~Tokamak@172.58.191.180> has joined #yocto12:58
zeddiiurk. maybe this is slightly different ... I see python3-six-native, now that I'm drinking my coffee and after I typed that in.12:58
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds)12:58
LetoThe2ndJuanosorio94: by looking at a) the deploy/machine/images directory, and b) the IMAGE_FSTYPES variable of your build12:58
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has quit IRC (Ping timeout: 246 seconds)12:58
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto12:59
ramacassis[m]<sotaoverride> "one recipe creates a directroy..." <- I found this link that could be useful : https://yoctoproject.blogspot.com/2020/09/yocto-bitbake-and-dependencies-eg-one.html12:59
ramacassis[m]I guess you could do it with RDEPENDS, but otherwise the proposed syntax "do_compile[depends] = "my_first_recipe:do_deploy" looks good to me12:59
ramacassis[m](don't take my word for it, kinda new to Yocto)12:59
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has joined #yocto13:02
LetoThe2ndzeddii: do you have any wisdom on go+externalsrc?13:02
*** Tokamak_ <Tokamak_!~Tokamak@172.58.191.180> has quit IRC (Ping timeout: 244 seconds)13:02
zeddiithat ... I have never tried. I imagine it will be tricky, you'd need -mod=vendor, or there will be fetching, and the placing of the bits in possibly some host directories.13:03
LetoThe2ndzeddii: go.bbclass coming in my way, i presume? or the go mechanisms per se?13:04
RPzeddii: hmm, not good but we haven't see that elsewhere :/13:05
zeddiisome of both. if the go environment isn't fully set (but it should be), then go won't look for the source, or the dependencies in the right place.13:05
LetoThe2ndzeddii: hmhm.13:05
zeddiiand other than that, if some tasks are inhibited for externalsrc, then go will happily go out and fetch things, and again, if the variables aren't set properly, could put them in the local go paths, (i.e. ~/.go, etc)13:06
ramacassis[m]Hello all, the project I am working on uses plenty of "volatiles" files. They are later put in /etc/default/volatiles so that the OE script "populate-volatile.sh" can process the rules.13:06
ramacassis[m]The script verifies/creates a directory, a file or a symlink. But I don't see documentation about it in the manual.13:07
ramacassis[m]Is that the preferred way to handle the creation of symlinks on the target ?13:07
zeddiiRP: it is likely just the same root cause of my old sysroot, I should have noticed the -native (although, i did do a cleanall on it yesterday .. so that should have take care of it)13:07
RPrburton, mrybczyn[m]: Do you think we should add the json cve pieces to honister so it can generate CVE numbers on the AB?13:08
RPzeddii: ah, right13:08
zeddiiafter the destruction in Ottawa over the weekend, I'm not thinking straight yet13:09
zeddiibut electricity is nice!13:09
RPzeddii: hope everything is ok. We had a dose of that at the end of last year13:09
RPhouse next door still isn't fixed13:10
zeddiitornado level winds, but almost as wide as the city. Was quite 'impressive'13:10
zeddiiI think I read 1300 snapped power poles (everything is buried where I live though)13:11
RPzeddii: not good. Sounds quite familiar, damage was a bit wider spread here13:12
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds)13:13
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto13:13
zeddiionly 24 hours without power here, but there are parts of the city they hope will be restored by friday and some a bit longer, so all in all ... ok for me, but not for others.13:14
RPzeddii: I didn't lose power thankfully but there were a lot of places like that here, some for a few weeks.13:15
RPzeddii: in one case they put new poles up along a road, only for the next storm to come in and knock them all over again13:16
RPwe had three nasty ones in a short period13:16
zeddiiouch. just something to look forward to as the storms intensify. these didn't really happen here when I arrived 20 years ago.13:16
zeddiinow we are tornado alley north13:16
Guest87how should i go about troubleshooting a bitbake crash when using toaster? here is a paste of the error I am seeing https://pastebin.com/6y7q4cWm13:17
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds)13:18
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto13:19
RPGuest87: when it has a "handledexception" like that it means that bitbake thinks it printed an error message for the user. Clearly there wasn't one :(13:19
RPGuest87: anything under the files in tmp/log/ ?13:19
RPzeddii: I remember a storm like that one when I was about 7. Plenty of time for trees to get old/weaker since then ready for that storm though (and bits of my house to rust ready to fail under pressure)13:20
Guest87RP: nothing recent enough to be relevant (everything is 5+ days old)13:22
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has quit IRC (Ping timeout: 250 seconds)13:28
*** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-32-126.mycingular.net> has joined #yocto13:32
SchillerRP: Can you give me some more insides about what i am doing wrong? In logs I find after a commit <change contains codebase  that is not processed by scheduler AnyBranch-...> even tho in codebasis i did set the repo.  And what is the codebases ['',] for? When i include i don't get the log error, but then it seems to try to set the13:54
Schilleryocto-auto-helper repo branch of the commit.13:54
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto13:55
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto14:02
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Quit: WeeChat 3.4)14:06
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto14:06
*** Tokamak_ <Tokamak_!~Tokamak@mobile-166-170-32-126.mycingular.net> has quit IRC (Ping timeout: 255 seconds)14:11
JaMasakoman: hi, would you consider https://lists.openembedded.org/g/openembedded-core/message/164770 for kirkstone?14:12
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has joined #yocto14:13
sakomanJaMa: yes, I'll add it to my test queue14:18
RPSchiller: did you give the project a name in the change_source and refer to it with that name in the scheduler?14:19
JaMasakoman: thanks, I'm still bisecting gcc to find out what else I need to fix some strange build failures in gtest templating14:21
SchillerRP: Yes i did fill out the <porject> variable.14:22
*** bps3 <bps3!~bps@193.89.194.60> has quit IRC (Ping timeout: 240 seconds)14:23
SchillerRP: I only get the log error when i miss the <''> in codebases. Idk why it is necessary. But then still it throws an error when Fetching the auto-helper.14:24
Guest87anybody have success/tried running toaster in wsl2?14:27
SchillerRP: Also the "yocto-docs-changed" Scheduler doesn't use <properties>. I customized the whole scripts heavily. Where does he get his build-infos from?14:29
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has quit IRC (Quit: Leaving)14:33
*** zwelch <zwelch!~zwelch@fluffy.mandolincreekfarm.com> has joined #yocto14:36
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)14:36
qschulzRP: mrybczyn[m]: rburton: nice graphs for the CVEs!14:40
qschulzi'm missing some info though... what's the actual setup used? basically which layers are reported in those graphs?14:41
qschulzlike,oe-core only? poky? poky+meta-openembedded? etc..14:42
*** gsalazar <gsalazar!~gsalazar@213.58.201.38> has quit IRC (Ping timeout: 248 seconds)14:42
*** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving)14:42
rburtonits the autobuilder, so poky14:43
rburtonbut poky ~= oe-core14:43
RPSchiller: are you using the codebaseGenerator function? That doesn't look suited to your needs14:43
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)14:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto14:43
RPrburton: it could be other layers but isn't :)14:44
*** Schiller <Schiller!~Schiller@dynamic-002-247-254-186.2.247.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)14:45
qschulzrburton: autobuilder = poky is not clear to me :/ can we add this info somewhere on the page what's being tested?14:46
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds)14:48
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto14:48
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has quit IRC (Ping timeout: 256 seconds)15:01
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)15:06
ramacassis[m]> <@ramacassis:matrix.org> Hello all, the project I am working on uses plenty of "volatiles" files. They are later put in /etc/default/volatiles so that the OE script "populate-volatile.sh" can process the rules.... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/51ee465aa8e8c36225a0dddced3e0be55efffab0)15:06
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has joined #yocto15:06
*** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)15:08
RPqschulz: sure. I'm trying to resist asking for a patch :)15:08
RPqschulz: https://git.yoctoproject.org/yocto-metrics/commit/?id=42d5959ad2cc7d782262717b7198ab500d2bf94a15:14
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto15:14
qschulzRP: thank you very much. I could have sent a patch indeed sorry.15:15
rburtonqschulz: the underlying tools work on all layers, i run the patch review scripts on meta-arm occasionally15:16
rburtonrunning it on meta-oe would be... interesting15:16
RPrburton: we have options now...15:20
RPlandgraf: I like the look of that fetcher patch, thanks! Do we need any extra tests?15:22
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has quit IRC (Ping timeout: 244 seconds)15:24
*** mrlemke <mrlemke!~mrlemke@208.74.105.200> has left #yocto (Leaving)15:24
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has joined #yocto15:26
yudjinn[m]whats the best process to upgrading a project from zeus to dunfell?15:36
zwelchyudjinn[m]: switch all of your repos over to the dunfell branches and fix what breaks? :) Some migration issues will be documented in the release notes, but i have found most of my pain comes from my own layers' deficiencies.15:38
ramacassis[m]yudjinn: also this page lists common updates that may affect your recipes https://docs.yoctoproject.org/3.3/ref-manual/migration-3.1.html15:40
yudjinn[m]thanks a bunch!15:40
*** Juanosorio94 <Juanosorio94!~Juanosori@p200300e71f1666005d2ecb4f4ff92075.dip0.t-ipconnect.de> has quit IRC (Quit: Client closed)15:41
JaMaand in ideal world I would recommend preparing for this incrementally, e.g. now we don't have any plans to upgrade after kirkstone, but building our layers with oe-core/master shortly after gcc-12 was merged allows to quite easily fix the issues caused by gcc-12 itself, while next time bunch of other recipes were broken by boost upgrade and so on15:42
zwelchI am currently migrating a target from dunfell to kirkstone, and i wrote that generates the required patch series for me. That way, I have been able to continue working on dunfell, deferring the creation of a forking branch. As I started my migration well before the official release, that saved me a lot of effort of maintaining parallel branches that would have lots of merge conflicts (caused by the new override syntax).15:42
JaMaLTS releases are great, but trying to figure out what broke your components during the 2 years in between is much more work than doing small incremental steps every few weeks15:43
zwelchs/wrote/wrote a script/15:43
*** ptsneves <ptsneves!~ptsneves@83.11.40.193.ipv4.supernova.orange.pl> has quit IRC (Ping timeout: 252 seconds)15:43
zwelchand i agree with JaMa, jumps between LTS are painful... I'm hoping to move our targets onto each successive release as they come out.15:43
JaMaI'm just rebasing my branches on top of dunfell (until the product switches from dunfell to kirkstone)15:44
zwelch(also because i hope to start contributing upstream more, which effectively requires tracking the master branches anyway)15:44
JaMathat way I can continually push backwards compatible changes to product (including overrides syntax changes)15:44
zwelch(when i started my script, i hadn't realized that the new override syntax was supported in dunfell)15:47
JaMaunfortunately too many people still haven't realized that even today15:49
RPzeddii: are you crazy busy? I have a thorny topic I'm not sure I dare mention15:50
JaMae.g. https://github.com/ros/meta-ros/issues/1012 even when I tried to describe it with all necessary details in https://github.com/ros/meta-ros/pull/90215:51
zeddiiI'm heading to the airport (assuming I can get there) later today, so now is as good a time as any, since i'll be offline for a few days after this.15:51
LetoThe2ndRP: i dare!15:51
LetoThe2ndzeddii: where can i get free beer?15:51
qschulzLetoThe2nd: by sending a patch :D ?15:51
LetoThe2ndqschulz: that is ethically unacceptable!15:51
RPzeddii: I accidentally enabled CVE checking for linux-yocto and was having a panic attack at the number of CVEs in master. I'm basically wondering what we do with them15:52
JaMazeddii is giving beer for meta-virt patches? I hope I'll be drunk soon :)15:52
RPzeddii: I'm seriously wondering about adding them to the default exclusions list so we have a clean slate and then worry about the new ones?15:52
RPzeddii: I was wondering if you have any plans/thoughts15:53
zeddiithat's as good a plan as any. for the kernel, we really don't want to get into doing anything much more than comes via -stable. so knowing about them is good, but doing too much about them is hard.15:53
RPzeddii: I'm asking now while I'm looking at the hardcoded "ignore" in a script15:53
zeddiisince there are teams at the OSVs that handle them, it can take a long time to deal with them.15:53
RPzeddii: agreed. I'll see if I can come up with a patch and see what people make of it15:55
RPrburton, mrybczyn[m]: ok with you?15:55
zeddiiRP: and of course, I'll do what I can with them. just no SLA implied :)15:55
rburtonthe kernel cves are "interesting"15:56
rburtonso yeah15:56
RPzeddii: the same as the rest of OE-Core! ;-)15:56
RPzeddii: I just don't think we can continue this blanket "ignore it", much as I'd like to15:56
zeddiias long as it won't be something that blocks a release, because you'll never get a CVE free kernel :)15:57
RPzeddii: nothing in the release process gates on this, it is just a guide15:57
zeddiiand -stable quite honestly, doesn't get them all nominated, and if the backport is even slightly non-obvious, it doesn't happen either.15:57
zeddiiack'd15:57
RPzeddii: quick other question - how much of a pain is the edgerouter bsp code?15:58
zeddiiit's mainline, we don't have any patches, just config.15:58
RPzeddii: ok, cool. That is good to know15:59
* RP is wondering about cleanup of older stuff and where to concentrate effort15:59
*** Tokamak <Tokamak!~Tokamak@mobile-166-170-32-126.mycingular.net> has quit IRC (Ping timeout: 256 seconds)16:01
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto16:01
*** Tokamak <Tokamak!~Tokamak@172.58.189.105> has joined #yocto16:02
*** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 258 seconds)16:14
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 240 seconds)16:20
sielickihas anyone encountered this? http://ix.io/3YA216:24
rburtonsielicki: master or kirkstone?16:25
sielickikirkstone16:25
rburtongrumble16:25
rburtonthe recipe clearly inherits python_flit_core which clearly DEPENDS python3-flit-core-native which provides that class16:26
rburtonso, weird.16:27
rburtontry deleting tmp/ and trying again?16:27
sielickiprobably something on my end, yeah.16:27
sielickithat's what I was thinking too -- that recipe isn't doing anything complicated, something deeply wrong.16:27
rburtonif it happens with a clean poky i'm very curious so maybe the sysroots got messed up16:27
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 244 seconds)16:43
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto16:44
RPzeddii, rburton: cve patch of doom sent16:47
RPgah, with the wrong syntax :(16:48
RPmy local config is messed up :(16:48
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto16:48
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds)16:48
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto16:49
zeddiihah.16:55
* RP has sent a v216:56
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has quit IRC (Ping timeout: 240 seconds)17:13
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds)17:28
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto17:29
*** mckoan is now known as mckoan|away17:31
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 258 seconds)17:33
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto17:33
mrybczyn[m]RP: i don't use the exclusion file, doing own analysis. So the patch is neutral in my case17:47
landgrafRP: Only tests from previous version. I've not resent them because nothing changed18:01
landgrafFetchPremirroronlyLocalTest - this18:01
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds)18:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto18:04
*** gsalazar <gsalazar!~gsalazar@132.120.90.149.rev.vodafone.pt> has joined #yocto18:06
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 244 seconds)18:09
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto18:09
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has joined #yocto18:12
RPlandgraf: ok, that wasn't clear but makes sense! :)18:21
RPJaMa: you're working around the bug for makedevs now? :)18:22
JaMaand devmem2 as well, but then still plan to figure out how to fix it properly (or at least why it happens only recenly)18:23
JaMatlwoerner_: your patch just changed the error message, because the file COPYING was already created during previous do_patch, so to properly cleanup you would really need to wipe whole WORKDIR18:24
JaMatlwoerner_: removing the files listed in SRC_URI would be easy, but removing also files created by .patch files might be too fragile to even support this18:24
tlwoerner_JaMa: did i send a patch?18:24
tlwoerner_i think that was RP?18:24
JaMatlwoerner_:  you did inline in https://lists.yoctoproject.org/g/yocto/message/5660918:26
RPJaMa: now I noticed you replied here :)18:28
yudjinn[m]so I'm trying to move a project from zeus to dunfell, and it uses tegra. I18:28
yudjinn[m]I'm getting an error of `MACHINE=jetson-xavier is invalid. Please set a valid MACHINE in your local.conf, environment or other configuration file.`18:29
*** kevinrowland <kevinrowland!~kevinrowl@165.225.243.0> has quit IRC (Quit: Client closed)18:32
*** tlwoerner_ <tlwoerner_!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Quit: Leaving)18:38
zwelchyudjinn[m]: machine names change from time to time.... check meta-tegra/conf/machines/18:38
*** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto18:38
tlwoernerJaMa: oh right, that "patch" :-)18:39
yudjinn[m]thanks! that should get me further down the road18:51
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 244 seconds)18:54
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)18:59
JaMaJPEW: can you recommend a tool/script which would allow to easily query GENERATED_FROM in tmp-glibc/deploy/spdx/qemux86-64/packages/*.spdx.json to map licenses from the non-SPDX header in source file to all packages which were generated from that specific source file? https://lists.openembedded.org/g/openembedded-core/message/166008 is the context for this question19:00
JaMaJPEW: or should I just use e.g. jq and some adhoc shell script19:01
JaMaJPEW: also if I'm reading create-spdx.bbclass correctly then GENERATED_FROM is really just from debugsrc, so if there is e.g. shell script with some license header included in one of the packages I need to separately check in which package it ends (as it won't be listed anywhere in GENERATED_FROM relation)19:03
JPEWJaMa: I'm unaware of anything to do it19:04
JPEWI'd probably ad-hoc, but I'd also use python instead :)19:05
JaMayes, python would make more sense :) .. but still more work then quick grep I was hoping to use :)19:07
JaMaFWIW: upstream glibc ticket for SPDX https://sourceware.org/bugzilla/show_bug.cgi?id=2800719:09
*** seninha <seninha!~seninha@user/seninha> has joined #yocto19:10
futureposer[m]DEPLOY19:11
yudjinn[m]yocto is using python2 to interpret the .bb file, can I coerce it to use python3?19:31
yudjinn[m]             dt = datetime.datetime.fromtimestamp(int(epoch), tz=datetime.timezone.utc)19:32
yudjinn[m]    >        return 'DATE=' + dt.isoformat(timespec='minutes')19:32
yudjinn[m]         return ''19:32
yudjinn[m]bb.data_smart.ExpansionError: Failure expanding variable EXTRA_OEMAKE, expression was EXCLUDE_BUILD_FLAGS=1 PLATFORM=aarch64 JETSON=TRUE WITH_LIBELF=yes ${@build_date(d)}  WITH_SECCOMP=no which triggered exception TypeError: 'timespec' is an invalid keyword argument for this function19:32
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:33
JaMayudjinn[m]: bitbake is using python3 for few years now19:34
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto19:35
yudjinn[m]this is on dunfell19:36
JaMapython3 is used since 1.31.119:38
yudjinn[m]gotcha, then I'm unsure why it's having an issue with timespec19:38
*** seninha <seninha!~seninha@user/seninha> has quit IRC (Ping timeout: 258 seconds)19:40
yudjinn[m]this is in meta-tegra>dunfell, by the way.19:50
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 255 seconds)20:03
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto20:04
zwelchyudjinn[m]: i seem to recall running into that myself. I can't remember the exact problem, but i believe that i had to change something in my project layer(s) to fix it.20:04
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds)20:13
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto20:13
yudjinn[m]hm, any other pointers?20:17
*** seninha <seninha!~seninha@user/seninha> has joined #yocto20:18
zwelchyudjinn[m]: not presently.20:18
yudjinn[m]gotcha, thanks!20:18
moto-timotlwoerner: the YPS email arrived20:25
*** Tokamak <Tokamak!~Tokamak@172.58.189.105> has quit IRC (Ping timeout: 255 seconds)20:34
*** camus <camus!~Instantbi@2409:8a1e:9115:c150:b19e:2db8:5b06:5e21> has quit IRC (Ping timeout: 240 seconds)20:37
*** camus1 <camus1!~Instantbi@183.192.140.4> has joined #yocto20:37
*** Tokamak <Tokamak!~Tokamak@166.205.152.1> has joined #yocto20:38
tlwoernermoto-timo: yea i had to poke. apparently it was supposed to go out on friday, but <issues> and it didn't run20:38
tlwoernerthanks!20:38
*** camus1 is now known as camus20:40
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Remote host closed the connection)21:10
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto21:10
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 244 seconds)21:23
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving)21:43
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto21:47
Saur[m]moto-timo: I'm getting a number of this after updating my layers: https://pastebin.com/YmD8EetZ I assume it happens to all python packages that need to rebuild for one reason or another. :(22:04
Saur[m]A `bitbake -c clean ...` fixes it, but it is not a long term solution...22:05
*** pietrushnic <pietrushnic!~pietrushn@2001:470:69fc:105::1:69c> has left #yocto22:05
moto-timoSaur[m]: can you try changing 'inherit setuptools3' to 'inherit setuptools_legacy' ? that package has scripts installed and probably does not behave well with new setuptools22:12
moto-timoSaur[m]: otherwise, not sure what to say... rburton might have some other insights22:13
*** goliath <goliath!~goliath@user/goliath> has joined #yocto22:19
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 260 seconds)22:24
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto22:36
*** mvlad <mvlad!~mvlad@2a02:2f08:4802:2100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection)22:38
Saur[m]moto-timo: Well, there were a couple more affected recipes in that build: python3-docutils-native python3-mako-native python3-inflection-native python3-setuptools-scm-native python3-packaging-native python3-cython-native python3-pygments-native python3-scons-native python3-pytest-native python3-lark-native python3-sdbus++-native python3-numpy-native python3-six-native22:47
moto-timoSaur[m]: can you file a bug in bugzilla so we talk about it in bug triage in the morning?22:47
Saur[m]Will do.22:52
Saur[m]moto-timo: https://bugzilla.yoctoproject.org/show_bug.cgi?id=1481623:00
*** florian_kc <florian_kc!~florian@dynamic-093-132-034-177.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 246 seconds)23:02
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds)23:03
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto23:04
moto-timoSaur[m]: thank you... needs more eyes (and not tired eyes)23:04
RPJaMa: fun command to play with: glibc/2.35-r0/pkgdata/extended$ zstdcat *.json.zstd | grep rexec.c (in the glibc workdir)23:05
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 240 seconds)23:08
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto23:09
*** florian_kc <florian_kc!~florian@dynamic-093-132-034-177.93.132.pool.telefonica.de> has joined #yocto23:16
*** bps3 <bps3!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto23:22
*** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds)23:29
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto23:29
*** florian_kc <florian_kc!~florian@dynamic-093-132-034-177.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)23:36
*** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 255 seconds)23:38
*** nemik <nemik!~nemik@207.237.248.190> has joined #yocto23:38

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