| *** npcomp <npcomp!~user@user/npcomp> has joined #yocto | 00:06 | |
| *** GLumen_ <GLumen_!~Gregory@97-113-69-197.tukw.qwest.net> has quit IRC (Ping timeout: 248 seconds) | 00:22 | |
| *** 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 #yocto | 00:35 | |
| *** turkeykittin <turkeykittin!~turkeykit@c-73-231-202-96.hsd1.ca.comcast.net> has quit IRC (Quit: Connection closed) | 00:58 | |
| *** RobertBerger <RobertBerger!~rber|res@ppp-94-65-19-78.home.otenet.gr> has joined #yocto | 01:32 | |
| *** rber|res <rber|res!~rber|res@ppp-94-65-19-78.home.otenet.gr> has quit IRC (Ping timeout: 260 seconds) | 01:34 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:08 | |
| *** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 04:42 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 250 seconds) | 04:43 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 04:43 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 04:46 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 04:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 04:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:12 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 05:14 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 05:18 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (Remote host closed the connection) | 05:32 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Ping timeout: 252 seconds) | 05:32 | |
| *** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto | 05:32 | |
| *** frieder <frieder!~frieder@i59F4B58A.versanet.de> has joined #yocto | 05:46 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 05:49 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 06:01 | |
| *** starblue <starblue!~juergen@dslb-178-006-092-237.178.006.pools.vodafone-ip.de> has joined #yocto | 06:05 | |
| *** frieder <frieder!~frieder@i59F4B58A.versanet.de> has quit IRC (Quit: Leaving) | 06:08 | |
| *** frieder <frieder!~frieder@i59F4B58A.versanet.de> has joined #yocto | 06:09 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has joined #yocto | 06:10 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:25 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:32 | |
| *** thomas_ <thomas_!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 06:33 | |
| *** thomasd13 <thomasd13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 256 seconds) | 06:36 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 06:41 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has joined #yocto | 06:41 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 06:41 | |
| *** hcg <hcg!~hcg@185.210.97.85> has joined #yocto | 06:50 | |
| *** Thomas_Roos <Thomas_Roos!~Thomas_Ro@ip2504e4ef.dynamic.kabel-deutschland.de> has joined #yocto | 06:52 | |
| *** Thomas_Roos is now known as thomas-roos | 06:54 | |
| *** thomas-roos is now known as ThomasRoos | 06:54 | |
| *** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has quit IRC (Ping timeout: 256 seconds) | 06:55 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Remote host closed the connection) | 06:58 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has joined #yocto | 06:59 | |
| *** ThomasRoos <ThomasRoos!~Thomas_Ro@ip2504e4ef.dynamic.kabel-deutschland.de> has quit IRC (Quit: Client closed) | 07:01 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds) | 07:05 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has quit IRC (Remote host closed the connection) | 07:07 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-a0da-18b6-abbf-a091.fixed6.kpn.net> has joined #yocto | 07:14 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 07:14 | |
| *** danielt <danielt!~danielt@2001:470:69fc:105::34d8> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** Tartarus <Tartarus!~tr1265@2001:470:69fc:105::1:4b21> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** guysoft[m] <guysoft[m]!~guysoftma@2001:470:69fc:105::1:daa6> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** PortiaOld[m] <PortiaOld[m]!~pstephens@2001:470:69fc:105::1:884c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** zyga[m] <zyga[m]!~zygafosde@2001:470:69fc:105::11f7> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** mait[m] <mait[m]!~maitrforg@2001:470:69fc:105::e170> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** BignauxRonan[m] <BignauxRonan[m]!~rbignauxm@2001:470:69fc:105::e3e4> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** Lcvette[m] <Lcvette[m]!~lcvettema@2001:470:69fc:105::e43> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** nk058[m] <nk058[m]!~nk058matr@2001:470:69fc:105::1:f657> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** lrusak[m] <lrusak[m]!~lrusakmat@2001:470:69fc:105::732> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** UmaKadam[m] <UmaKadam[m]!~umakmatri@2001:470:69fc:105::1:f561> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** yudjinn[m] <yudjinn[m]!~yudjinnma@2001:470:69fc:105::1:fb00> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** jquaresma[m] <jquaresma[m]!~quaresmam@2001:470:69fc:105::1:2faa> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** thierryE[m] <thierryE[m]!~thierryem@2001:470:69fc:105::1:5f46> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** nagua[m] <nagua[m]!~nagua2hgo@2001:470:69fc:105::316d> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** tokamak[m] <tokamak[m]!~tokamakma@2001:470:69fc:105::c4df> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** kleist[m] <kleist[m]!~kleistmat@2001:470:69fc:105::2:332> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** scosu[m] <scosu[m]!~scosumatr@2001:470:69fc:105::1:8aa6> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** Amarjargal[m] <Amarjargal[m]!~amarjarga@2001:470:69fc:105::1:f9cd> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** coref[m] <coref[m]!~corefmatr@2001:470:69fc:105::1:e667> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** sahitya[m] <sahitya[m]!~sahityama@2001:470:69fc:105::1:fe6c> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** VigneshSekar[m] <VigneshSekar[m]!~vigneshse@2001:470:69fc:105::1:fd37> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** deee101[m] <deee101[m]!~deee101ma@2001:470:69fc:105::1:f579> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** elfenix[m] <elfenix[m]!~elfenixob@2001:470:69fc:105::1:ecab> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** sielicki <sielicki!~sielickim@2001:470:69fc:105::f45> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** qrsBRWNanyall[m] <qrsBRWNanyall[m]!~qrsbrwnth@2001:470:69fc:105::1:e19e> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** kp7299[m] <kp7299[m]!~kp7299mat@2001:470:69fc:105::1:f87f> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** amahnui[m] <amahnui[m]!~burnleyma@2001:470:69fc:105::1:e58a> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Quit: Bridge terminating on SIGTERM) | 07:14 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:17 | |
| *** khem <khem!~khemmatri@2001:470:69fc:105::b81> has joined #yocto | 07:18 | |
| *** mckoan|away is now known as mckoan | 07:18 | |
| mckoan | good morning | 07:18 |
|---|---|---|
| *** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #yocto | 07:18 | |
| *** ejoerns[m] <ejoerns[m]!~ejoernsma@2001:470:69fc:105::252> has joined #yocto | 07:18 | |
| *** dwagenk <dwagenk!~dwagenk@2001:470:69fc:105::103d> has joined #yocto | 07:18 | |
| *** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has joined #yocto | 07:18 | |
| *** falk0n[m] <falk0n[m]!~falk0nmat@2001:470:69fc:105::ce60> has joined #yocto | 07:19 | |
| *** elfenix[m] <elfenix[m]!~elfenixob@2001:470:69fc:105::1:ecab> has joined #yocto | 07:19 | |
| *** zyga[m] <zyga[m]!~zygafosde@2001:470:69fc:105::11f7> has joined #yocto | 07:19 | |
| *** barath <barath!~barath@2001:470:69fc:105::21a> has joined #yocto | 07:19 | |
| *** sahitya[m] <sahitya[m]!~sahityama@2001:470:69fc:105::1:fe6c> has joined #yocto | 07:19 | |
| *** PortiaOld[m] <PortiaOld[m]!~pstephens@2001:470:69fc:105::1:884c> has joined #yocto | 07:19 | |
| *** hmw[m] <hmw[m]!~hmwmatrix@2001:470:69fc:105::3c7c> has joined #yocto | 07:19 | |
| *** kayterina[m] <kayterina[m]!~kayterina@2001:470:69fc:105::960> has joined #yocto | 07:19 | |
| *** danielt <danielt!~danielt@2001:470:69fc:105::34d8> has joined #yocto | 07:19 | |
| *** cb5r <cb5r!~cb5r@user/cb5r> has joined #yocto | 07:19 | |
| *** Amarjargal[m] <Amarjargal[m]!~amarjarga@2001:470:69fc:105::1:f9cd> has joined #yocto | 07:19 | |
| *** jquaresma[m] <jquaresma[m]!~quaresmam@2001:470:69fc:105::1:2faa> has joined #yocto | 07:19 | |
| *** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has joined #yocto | 07:19 | |
| *** BignauxRonan[m] <BignauxRonan[m]!~rbignauxm@2001:470:69fc:105::e3e4> has joined #yocto | 07:19 | |
| *** guysoft[m] <guysoft[m]!~guysoftma@2001:470:69fc:105::1:daa6> has joined #yocto | 07:19 | |
| *** Tartarus <Tartarus!~tr1265@2001:470:69fc:105::1:4b21> has joined #yocto | 07:19 | |
| *** lrusak[m] <lrusak[m]!~lrusakmat@2001:470:69fc:105::732> has joined #yocto | 07:20 | |
| *** tokamak[m] <tokamak[m]!~tokamakma@2001:470:69fc:105::c4df> has joined #yocto | 07:20 | |
| *** UmaKadam[m] <UmaKadam[m]!~umakmatri@2001:470:69fc:105::1:f561> has joined #yocto | 07:20 | |
| *** amahnui[m] <amahnui[m]!~burnleyma@2001:470:69fc:105::1:e58a> has joined #yocto | 07:20 | |
| *** deee101[m] <deee101[m]!~deee101ma@2001:470:69fc:105::1:f579> has joined #yocto | 07:21 | |
| *** kleist[m] <kleist[m]!~kleistmat@2001:470:69fc:105::2:332> has joined #yocto | 07:21 | |
| *** fabatera[m] <fabatera[m]!~fabateram@2001:470:69fc:105::18d5> has joined #yocto | 07:21 | |
| *** yudjinn[m] <yudjinn[m]!~yudjinnma@2001:470:69fc:105::1:fb00> has joined #yocto | 07:21 | |
| *** agherzan <agherzan!~agherzan@2001:470:69fc:105::e1fe> has joined #yocto | 07:21 | |
| *** Saur[m] <Saur[m]!~saur2000m@2001:470:69fc:105::dce> has joined #yocto | 07:21 | |
| *** Lcvette[m] <Lcvette[m]!~lcvettema@2001:470:69fc:105::e43> has joined #yocto | 07:21 | |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has joined #yocto | 07:22 | |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has joined #yocto | 07:22 | |
| *** GillesM is now known as Imaginatif | 07:22 | |
| *** nk058[m] <nk058[m]!~nk058matr@2001:470:69fc:105::1:f657> has joined #yocto | 07:22 | |
| *** sielicki <sielicki!~sielickim@2001:470:69fc:105::f45> has joined #yocto | 07:22 | |
| *** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto | 07:22 | |
| *** coref[m] <coref[m]!~corefmatr@2001:470:69fc:105::1:e667> has joined #yocto | 07:23 | |
| *** Imaginatif is now known as imaginatif | 07:23 | |
| *** glembo[m] <glembo[m]!~glembomat@2001:470:69fc:105::174> has joined #yocto | 07:23 | |
| *** qrsBRWNanyall[m] <qrsBRWNanyall[m]!~qrsbrwnth@2001:470:69fc:105::1:e19e> has joined #yocto | 07:23 | |
| *** imaginatif <imaginatif!~gilles@10.65.132.77.rev.sfr.net> has quit IRC (Client Quit) | 07:23 | |
| *** T_UNIX[m] <T_UNIX[m]!~tunixmatr@2001:470:69fc:105::9ea> has joined #yocto | 07:23 | |
| *** Alban[m] <Alban[m]!~albeugaen@2001:470:69fc:105::34b4> has joined #yocto | 07:24 | |
| *** mait[m] <mait[m]!~maitrforg@2001:470:69fc:105::e170> has joined #yocto | 07:24 | |
| *** thierryE[m] <thierryE[m]!~thierryem@2001:470:69fc:105::1:5f46> has joined #yocto | 07:24 | |
| *** kp7299[m] <kp7299[m]!~kp7299mat@2001:470:69fc:105::1:f87f> has joined #yocto | 07:24 | |
| *** VigneshSekar[m] <VigneshSekar[m]!~vigneshse@2001:470:69fc:105::1:fd37> has joined #yocto | 07:24 | |
| Guest82 | Good morning all, I have a question regarding CVE-2022-24765. I'm trying to build an image on Ubuntu 20.04.4 LTS with Git 2.36.0 installed via ppa. My poky branch is on master, and in bitbake.conf (line 789) I see that there should be a workaround for this issue by marking all directories safe. Despite this I still get the fatal "unsafe repository" | 07:24 |
| Guest82 | error during build on one of the repositories. Marking the specific directory as safe in my .gitconfig doesn't help. Have any of you encountered a similar issue? | 07:24 |
| *** nagua[m] <nagua[m]!~nagua2hgo@2001:470:69fc:105::316d> has joined #yocto | 07:25 | |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 07:25 | |
| *** scosu[m] <scosu[m]!~scosumatr@2001:470:69fc:105::1:8aa6> has joined #yocto | 07:25 | |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 07:27 | |
| LetoThe2nd | yo dudX | 07:27 |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip2504e4ef.dynamic.kabel-deutschland.de> has joined #yocto | 07:31 | |
| thomas_ | Guest82, similar symptoms. I just ended up to downgrade git to 2.30.0 | 07:31 |
| thomas_ | But you could check, if you have these patches: https://git.yoctoproject.org/poky/commit/?h=dunfell&id=076d50da2e5652088d453d12eba0b5b445f29f85 and https://git.yoctoproject.org/poky/commit/?id=5bca57859b280f73b23247aac7dec6b05f48fde8 | 07:32 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto | 07:36 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 07:38 | |
| Guest82 | Hi thomas_, thanks for your quick reply and confirmation. Both patches are indeed in place in my source dir. I will try to downgrade too and report back if that works for now. | 07:39 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 07:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 07:44 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 260 seconds) | 07:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 07:49 | |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has joined #yocto | 07:50 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 07:50 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@ip2504e4ef.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds) | 07:51 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 08:03 | |
| Guest82 | Hi thomas_, you've made my day! Downgrading worked so thanks a lot for your suggestion :) | 08:11 |
| thomas_ | Guest82, no problem. Have a nice day! | 08:12 |
| *** huseyinkozan <huseyinkozan!~hk@31.223.46.177> has joined #yocto | 08:19 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection) | 08:21 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@54.239.6.187> has joined #yocto | 08:23 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:28 | |
| agherzan | Do we have any ways of improving the error: | 08:29 |
| agherzan | ERROR: Variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS | 08:29 |
| LetoThe2nd | agherzan you mean improving the error message? | 08:30 |
| agherzan | I get a considerable amount of reports where users are confused on what this actually means. And the first assumption is that there is a lingering variable in the metadata (as opposed to the shell env). | 08:30 |
| agherzan | As opposed to a env variable from an old env initialisation. | 08:31 |
| LetoThe2nd | agherzan: the error message might be expanded to give the background of the renaming. | 08:31 |
| agherzan | LetoThe2nd: how do you mean? | 08:32 |
| *** landgraf <landgraf!~landgraf@2a03:b0c0:2:d0::fa3:c001> has joined #yocto | 08:32 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:34 | |
| LetoThe2nd | agherzan: the rename didn't happen out of thin air, it was part of a major change concerning inclusive language. so my impression is that the error could point to some document/resource that explains the rationale, and describes the fact that this refers to both environment and metadata. | 08:34 |
| RP | LetoThe2nd: I think the issue is that people don't realise it is the shell environment | 08:36 |
| LetoThe2nd | RP: thats what i mean - it can be both. | 08:36 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 08:37 | |
| landgraf | RP: yup. We don't :) I mean it took me a while to realize what's going on when I sources kirkstone from the same shell session I used to build dunfell | 08:38 |
| agherzan | LetoThe2nd: that makes sense. I'm fine with any additional information we could provide. I'm not sure if we can clearly state at that point the provenance of the variable. I guess it would be ideal to have the error clearly stating that the offending variable is in the env not in metadata | 08:40 |
| RP | LetoThe2nd: it can. I thought we'd done some early check on the environment though :/ | 08:40 |
| RP | agherzan: https://git.yoctoproject.org/poky/commit/?id=478cb0ce2c71273799695240845a687aaac0cb0c - the intent was you'd see "Variable %s from the shell environment has been renamed to %s" | 08:41 |
| *** huseyinkozan <huseyinkozan!~hk@31.223.46.177> has quit IRC (Quit: Konversation terminated!) | 08:42 | |
| agherzan | Right. So that doesn't work as expected | 08:43 |
| agherzan | landgraf: ^ | 08:43 |
| kanavin | RP: I'm preparing a gigantic version update patchset, then we could talk about esdk perhaps | 08:47 |
| kanavin | https://git.yoctoproject.org/poky-contrib/log/?h=akanavin/package-version-updates | 08:47 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 08:53 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:53 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 08:58 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 08:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:58 | |
| RP | kanavin: sounds good, thanks | 08:59 |
| *** PortiaOld[m] <PortiaOld[m]!~pstephens@2001:470:69fc:105::1:884c> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| * RP thinks we need to rewrite a few of the contributing docs and readmes | 09:00 | |
| LetoThe2nd | reminder here too, that we have an awesome schedule lined up for the yocto project summit! https://pretalx.com/yocto-project-summit-2022-05/schedule/# | 09:00 |
| RP | LetoThe2nd: shouldn;t there be a link to register somewhere on there? | 09:03 |
| LetoThe2nd | RP: hmm seems like the platform doesn't put one on the schedule page :-( | 09:05 |
| LetoThe2nd | here you go: https://pretalx.com/yocto-project-summit-2022-05/ | 09:05 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 09:06 | |
| RP | LetoThe2nd: Thanks, I worked it out but just thought it odd even the logo at the top didn't link there | 09:08 |
| LetoThe2nd | RP: yeah i realized only once you mentioned it too. | 09:08 |
| LetoThe2nd | ndec: thoughts? | 09:08 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 09:08 | |
| ndec | RP: LetoThe2nd , that's an interesting feedback.. let me check.. | 09:10 |
| ndec | well you're right, we can't change it. it's probably worth reporting it to pretalx. that seems like a simple feature, and a good addition. | 09:12 |
| ndec | i will report it. thx | 09:12 |
| RP | ndec: thanks, I think it would help | 09:14 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 09:19 | |
| *** bps <bps!~bps@193.89.194.60> has joined #yocto | 09:21 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:24 | |
| thomas_ | I have a question about generating the SDK for a specific image with yocto: The SDK consists of two parts right? First, the toolchain to build against the target, and second the complete target filesystem. | 09:29 |
| thomas_ | Is that correct? | 09:29 |
| LetoThe2nd | thomas_: not exactly target filesystem, rather sysroot. but for the sake of explanation, its close enough. | 09:29 |
| thomas_ | Okay lets say I installed a package (libA) on my image. Now I would like to have it also on the sysroot which was generated by SDK. Because I need to develop my linux-userspace app. | 09:31 |
| LetoThe2nd | thomas_: it should be there automatically. | 09:32 |
| thomas_ | Would this libA be also picked up by the SDK-job of yocto, to be deployed on the SDK sysroot? | 09:32 |
| thomas_ | okay | 09:32 |
| *** Guest49 <Guest49!~Guest49@145.253.222.69> has joined #yocto | 09:33 | |
| thomas_ | Are there any differences, between the "normal" targetfs and the rootfs of the SDK? I ask this strange questions, because I've stuck with the TI (arago) way of populate an SDK | 09:34 |
| Guest49 | Hi, is the linux kernel a separate yocto layer? I have dunfell and want to update the kernel to a newer version but not the distro. | 09:35 |
| thomas_ | For example, the rootfs of arago SDK does NOT include libA. But my normal image does. So I'm wondering if I could replace the rootfs of arago SDK just with my normal targetfs | 09:36 |
| qschulz | Guest49: no, but they usually are in BSP layers (if following best practices) | 09:36 |
| LetoThe2nd | Guest49: closest thing probably is https://gitlab.com/pbarker/meta-linux-mainline | 09:36 |
| RP | thomas_: the target rootfs often doesn't have dev headers but in general the files are the same, just a different set of them in each | 09:36 |
| qschulz | Guest49: in short, just backport ("import") or create a newer recipe for your kernel in your dunfell layer | 09:36 |
| LetoThe2nd | Guest49: other than that, look at the BSP, you might want to derive a custom one. | 09:36 |
| LetoThe2nd | qschulz: hi5 | 09:36 |
| thomas_ | RP, so I could just define a "dev-image" on my own, replace all "packages" with "packages-dev" and would come close enough to the normal SDK rootfs? | 09:37 |
| Guest49 | qschulz: I have meta-freescale. Is that the BSP layer? | 09:37 |
| RP | thomas_: probably :) | 09:38 |
| thomas_ | Are there any "internal oe-mechanism" which do exactly this for most used packages (for the do_populate_sdk task)? For example the linux-kernel? | 09:40 |
| qschulz | Guest49: very likely yes | 09:41 |
| thomas_ | I would live to ask denix about this. There must be an idea behind arago to handle this case. (Creating SDK for custom image) | 09:43 |
| *** florian_kc is now known as florian | 09:43 | |
| thomas_ | *love | 09:43 |
| RP | thomas_: normally you can get an SDK for a given image with the populate_sdk task ? | 09:44 |
| thomas_ | RP, unfortunately not for the TI image. They have an different way to do this | 09:45 |
| RP | thomas_: I'd have thought the mechanism would still be there unless the specifically remove it | 09:46 |
| thomas_ | I ended up with some EXTERNAL_ARM_TOOLCHAIN error, so I tried to go the TI way, but it seems the targetfs from image differs with the one of their SDK | 09:46 |
| RP | thomas_: external toolchains do complicate things | 09:48 |
| thomas_ | Their build is complicated. There are three different toolchains, two different target cores which are configured via multiconfig | 09:48 |
| thomas_ | So I'm not sure, if the normal way via do_populate_sdk should work with arago | 09:49 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 09:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 09:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 09:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:54 | |
| Guest49 | I have yocto dunfell with a freescale BSP linux-fslc-imx_5.4.bb saying SRCBRANCH = "5.4-1.0.0-imx" and LINUX_VERSION = "5.4.61". Can I simply change it to a newer kernel branch and linux version? Is this separated from the rest of the yocto distro? | 09:55 |
| Guest49 | ...I mean I'd like to create a linux-fslc-imx_5.4.bbappend file and override the SRCBRANCH and LINUX_VERSION to use a 2.10 kernel | 09:59 |
| Guest49 | ...in my own yocto layer. Is this a good idea? | 09:59 |
| thomas_ | At least I've done this that way. Override the used kernel sources in my own layer | 10:01 |
| *** starblue <starblue!~juergen@dslb-178-006-092-237.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 248 seconds) | 10:02 | |
| thomas_ | Probably, you have to change/specify kernel config and devicetree as well | 10:02 |
| *** starblue <starblue!~juergen@dslb-178-006-092-237.178.006.pools.vodafone-ip.de> has joined #yocto | 10:04 | |
| Guest49 | thomas_: Is your message a reply to me? | 10:07 |
| thomas_ | Guest49, yes | 10:08 |
| Guest49 | ah OK. Thanx! | 10:08 |
| agherzan | RP: landgraf re the shell env error: BB_ENV_PASSTHROUGH_ADDITIONS | 10:09 |
| agherzan | https://git.yoctoproject.org/poky/commit/?id=478cb0ce2c71273799695240845a687aaac0cb0c uses BB_RENAMED_VARIABLES to validate the shell env but the rename didn't reach the definition in bitabek.conf: https://git.yoctoproject.org/poky/tree/meta/conf/bitbake.conf#n93 | 10:09 |
| agherzan | Is this as simple as defining a BB_RENAMED_VARIABLES entry for BB_ENV_EXTRAWHITE? | 10:10 |
| *** Domin1k <Domin1k!~Domin1k@dslb-092-076-167-176.092.076.pools.vodafone-ip.de> has joined #yocto | 10:16 | |
| *** F_Adrian <F_Adrian!~F_Adrian@165.225.27.16> has joined #yocto | 10:17 | |
| agherzan | Currently it is handled in the smart dictionary | 10:18 |
| Guest49 | Which .conf file says whether linux-fslc_5.10.bb or linux-fslc-imx_5.4.bb should be used from meta-freescale/recipes-kernel/linux ? | 10:19 |
| RP | agherzan: Isn't that in the list in data_smart.py though? | 10:22 |
| kranzo | Guest49: check bitbake -e for virtual/kernel to see the variable expansion | 10:22 |
| thomas_ | Guest49, i think there comes the priorities of layers into the game | 10:22 |
| agherzan | RP: that is the thing. It is in bitbake_renamed_vars but that throws a generic rename error. The shell specific error uses BB_RENAMED_VARIABLES. | 10:22 |
| RP | agherzan: the shell specific error is using if k in bb.data_smart.bitbake_renamed_vars: ? | 10:23 |
| qschulz | Guest49: use PREFERRED_VERSION_linux-fslc = "5.10%" in your machine conf file | 10:24 |
| qschulz | that should probably be enough | 10:24 |
| qschulz | maybe virtual/kernel instead of linux-fslc, but you'll see | 10:24 |
| agherzan | No, the shell specific error uses BB_RENAMED_VARIABLES. While the generic rename error uses bb.data_smart.bitbake_renamed_vars | 10:24 |
| agherzan | Maybe I'm wrong | 10:25 |
| RP | agherzan: the shell specific code here: https://git.yoctoproject.org/poky/tree/bitbake/lib/bb/cookerdata.py#n251 ? | 10:25 |
| agherzan | Let me double check | 10:25 |
| agherzan | You are right. landgraf what is the exact error you are seeing on your side? | 10:26 |
| Domin1k | Hi everybody. Does someone know if it's possible to get the "Copyright notice" of every Package that bitbake build for an image? All i get currently get is a licence list that includes the packages and its licenses. | 10:32 |
| rburton | isn't the LICENSE field sufficient? | 10:33 |
| landgraf | agherzan: "ERROR: Variable BB_ENV_EXTRAWHITE has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS" ERROR: Variable BB_ENV_EXTRAWHITE from the shell environment has been renamed to BB_ENV_PASSTHROUGH_ADDITIONS ERROR: Exiting to allow enviroment variables to be corrected | 10:33 |
| agherzan | landgraf: so the error correctly reports that the rename is from the shell env. | 10:34 |
| landgraf | agherzan: it was reported on project's channel today by user. I had this issue few weeks ago not today. | 10:34 |
| RP | agherzan: people don't read :( | 10:35 |
| landgraf | agherzan: second one. yes | 10:35 |
| Domin1k | I'm not an expert with licensing. But for example: https://github.com/curl/curl/blob/master/COPYING says: "Permission to use, copy, modify, and distribute this software for any purpose | 10:35 |
| Domin1k | with or without fee is hereby granted, provided that the above copyright | 10:35 |
| Domin1k | notice and this permission notice appear in all copies." | 10:35 |
| agherzan | RP: sorry for the noise. I'll come back if needed | 10:36 |
| RP | agherzan: perhaps we change it ti read Shell environment variable XXX has been renamed to YYY | 10:36 |
| agherzan | RP: That doesn't sound bad but that was not my aim here. I thought it is wrongly omitting the shell mention. | 10:37 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 10:39 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:39 | |
| rburton | Domin1k: are you concerned about the 'appear in all copies' bit? assuming you don't take the curl tarball, delete the COPYING file, and then redistribute it you're good. the binary isn't a copy. | 10:39 |
| *** adrian_ <adrian_!~F_Adrian@165.225.26.245> has joined #yocto | 10:39 | |
| *** F_Adrian <F_Adrian!~F_Adrian@165.225.27.16> has quit IRC (Ping timeout: 248 seconds) | 10:42 | |
| Domin1k | rburton: It's not actually me that is concerned about it. It's my team leader. Our Product that uses yocto to build the target-image shows a QR-Code with an link to a License-Website. An external service provider that is resposible for this website requested the licenses in cyclonedx SBOM format and should include the Copyright notice. Thats why im | 10:42 |
| Domin1k | asking about it. | 10:42 |
| rburton | what you care about is the license texts, which are available | 10:43 |
| Domin1k | How is it done in other products that use yocto? Do they show any Copyright notice for each packag? | 10:43 |
| RP | Domin1k: presumably you provide the sources somewhere and the copyrights are included with the sources | 10:43 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 10:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:44 | |
| rburton | latest release has a sbom class to generate a spdx file | 10:44 |
| Domin1k | The problem is we have to use a quite old release (Rocko) for our product. | 10:45 |
| rburton | ah, rocko, end-of-life in november 2018 | 10:45 |
| Domin1k | We thought we don't need to provide the sources. We just sell our products B2B | 10:46 |
| rburton | if you're distributing binaries you need to provide the sources for the GPL bits | 10:47 |
| rburton | *at least* GPL bits | 10:47 |
| Domin1k | I know that rocko is end-of-life | 10:47 |
| rburton | it's fairly easy to generate a list of recipes and their license statements | 10:49 |
| Domin1k | OK If it's easy could you please tell me how? | 10:51 |
| rburton | RP: speaking of which, I guess I should finish off https://git.yoctoproject.org/poky-contrib/commit/?h=ross/mut&id=af2cfb732b5d8b0c20520f9cb997b18a813aee4d and submit it | 10:51 |
| rburton | Domin1k: start by reading https://docs.yoctoproject.org/dev-manual/common-tasks.html#maintaining-open-source-license-compliance-during-your-product-s-lifecycle | 10:52 |
| Domin1k | Do you know any example License-Website of a Product that actually uses yocto to build their image? | 10:53 |
| Domin1k | rburton: Thanks! | 10:53 |
| kayterina[m] | is this a yocto or bitbake variable? I am searching for in tin the documentation for what it does: ROOTFS_BOOTSTRAP_INSTALL | 10:55 |
| rburton | kayterina[m]: yocto. image.bbclass sets ROOTFS_BOOTSTRAP_INSTALL = "run-postinsts" | 10:57 |
| kayterina[m] | What does the variable do? It is overriden in the image to be empty. | 11:02 |
| rburton | it pulls run-postinsts into the image so that postinsts can be run on first boot | 11:03 |
| rburton | some images disable this as they don't boot (eg containers) | 11:04 |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 11:05 | |
| RP | rburton: probably :) | 11:17 |
| RP | Domin1k: the way most people solve this issue with the copyright is by providing the sources, it is easy and there is no good reason not to provide them really | 11:18 |
| RP | Domin1k: We have a mechanism to extract the licenses, we don't have any markup saying where all the copyright headers are. If you want to just provide the copyright headers, you'd have to add recipe markup saying where they all were | 11:18 |
| RP | Domin1k: license issues depend a lot on your legal department so you need their guidance on what to provide. There are many products out there based on Yocto Project, you'd have to look at their websites to see what they do | 11:20 |
| kayterina[m] | I have a dependency from a my-image.bb to another image like this: | 11:21 |
| kayterina[m] | do_image[depends] += "my-image-rootfs:do_build" | 11:21 |
| kayterina[m] | do_build is the default bitbake task. Does that mean that my-image-rootfs.bb gets parsed and since it contains IMAGE_INSTALL += "packagegroup-.... etc ", IMAGE_INSTALL gets appended for my-image? | 11:21 |
| kayterina[m] | In practice, I do not see the variable IMAGE_INSTALL to include anything more than what my-image.bb sets it to. | 11:22 |
| rburton | no | 11:26 |
| rburton | it just means that my-image-rootfs's do_build task runs before my-image:do_image task runs | 11:26 |
| rburton | there's no copying of assignments | 11:26 |
| rburton | if you want to use an image recipe as a base for another image recipe then just 'require other-image.bb' | 11:29 |
| *** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving) | 11:29 | |
| *** chrysh <chrysh!~chrysh@someserver.de> has quit IRC (Ping timeout: 260 seconds) | 11:52 | |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has quit IRC (Ping timeout: 256 seconds) | 11:52 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 11:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 252 seconds) | 12:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 12:04 | |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto | 12:05 | |
| *** slips3 <slips3!~slips@96.60.92.62.static.cust.telenor.com> has joined #yocto | 12:16 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 12:31 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 12:34 | |
| *** slips3 <slips3!~slips@96.60.92.62.static.cust.telenor.com> has quit IRC (Quit: Ping timeout (120 seconds)) | 12:39 | |
| kayterina[m] | I am trying to trace how a certain packagegroup gets included in the recipe and this do_image[depends] is the closest I could find. How do I see what an image has included? | 12:42 |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has joined #yocto | 12:43 | |
| kroon | RP, "git checkout 2.0" gives a warning, which is a little annoying. I think it was avoided in the 1.x branches since tag names were of the form x.y.z, not x.y | 12:44 |
| kroon | RP, this is in the bitbake git repo | 12:44 |
| *** neverpanic <neverpanic!~clemens@towel.neverpanic.de> has joined #yocto | 12:45 | |
| RP | kroon: not sure what to do about that :/ | 12:46 |
| kroon | RP, rename the 2.0 tag to 2.0.0 ? | 12:47 |
| kroon | well... i dunno | 12:48 |
| kroon | its not the end of the world | 12:48 |
| thomas_ | http://dpaste.com//AM5DE3DEY : How to deal with this kind of conflicts? I think these are rather opkg conflicts than bitbake (?) | 12:49 |
| RP | kroon: signed tags so I can't do it :/ | 12:49 |
| thomas_ | This paste works better: https://dpaste.com/AM5DE3DEY.txt | 12:50 |
| rburton | thomas_: looks like you have arago saying 'install openssh' but your image saying 'install dropbear', and you can't install both | 12:50 |
| kroon | RP, ok | 12:51 |
| thomas_ | rburton, thanks! :) | 12:51 |
| rburton | thomas_: easiest to not install dropbear | 12:51 |
| sveinse | I'm trying to migrate my layer and system over to kirkstone, and it fails on git access to bitbucket.org. Temporary failure in name resolution. Is there a new jail/containerization on network access from within the recipe build? | 13:00 |
| *** Guest49 <Guest49!~Guest49@145.253.222.69> has quit IRC (Quit: Guest49) | 13:03 | |
| rburton | yes, you can't access the network outside of fetch tasks | 13:06 |
| rburton | so no sneakily going and fetching more code in do_configure | 13:07 |
| rburton | see point 3 on https://docs.yoctoproject.org/dev/migration-guides/release-notes-4.0.html | 13:07 |
| *** Domin1k <Domin1k!~Domin1k@dslb-092-076-167-176.092.076.pools.vodafone-ip.de> has quit IRC (Quit: Client closed) | 13:09 | |
| sveinse | Thank you | 13:09 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 13:12 | |
| jatedev | What does nut mean in stable/{branch}-nut in contrib repositories? | 13:13 |
| RP | jatedev: next under test | 13:15 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 13:19 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 13:19 | |
| thomas_ | Are these "Disfavor package:" at the end something to worry about? https://dpaste.com/A5WWULDYL.txt | 13:20 |
| thomas_ | Because, the SDK installer hangs here: "Setting it up...ls: cannot access '.../install/environment-setup-*': No such file or directory | 13:21 |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 13:24 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 13:24 | |
| *** PascalBach[m] <PascalBach[m]!~bachpmatr@2001:470:69fc:105::1d3b> has joined #yocto | 13:31 | |
| *** spawn <spawn!~spawn@84-72-78-27.dclient.hispeed.ch> has joined #yocto | 13:32 | |
| *** spawn <spawn!~spawn@84-72-78-27.dclient.hispeed.ch> has quit IRC (Client Quit) | 13:34 | |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has joined #yocto | 13:36 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 13:44 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c81b:96bb:de6c:1e82> has quit IRC (Quit: vladest) | 13:50 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:50 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:c8d1:3df4:ffd5:5d99> has joined #yocto | 13:52 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 13:54 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto | 13:55 | |
| *** oleksandr <oleksandr!~oleksandr@213.115.5.18> has joined #yocto | 14:08 | |
| *** sashko <sashko!~oleksandr@213.115.5.18> has quit IRC (Ping timeout: 276 seconds) | 14:09 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 14:10 | |
| *** mckoan is now known as mckoan|away | 14:10 | |
| *** oleksandr <oleksandr!~oleksandr@213.115.5.18> has quit IRC (Remote host closed the connection) | 14:11 | |
| *** oleksandr <oleksandr!~oleksandr@213.115.5.18> has joined #yocto | 14:11 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 14:13 | |
| *** kroon <kroon!~kroon@89-253-118-72.customers.ownit.se> has quit IRC (Quit: Leaving) | 14:14 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 14:14 | |
| *** oleksandr <oleksandr!~oleksandr@213.115.5.18> has quit IRC (Ping timeout: 248 seconds) | 14:16 | |
| *** astlep <astlep!~thelounge@107-136-136-210.lightspeed.nsvltn.sbcglobal.net> has joined #yocto | 14:17 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 248 seconds) | 14:18 | |
| *** thomas_ <thomas_!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 246 seconds) | 14:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:19 | |
| *** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection) | 14:23 | |
| *** otavio <otavio!~otavio@201-3-135-79.paemt705.dsl.brasiltelecom.net.br> has joined #yocto | 14:30 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 14:42 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 14:45 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 14:50 | |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: Client closed) | 14:55 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 15:00 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-a0da-18b6-abbf-a091.fixed6.kpn.net> has quit IRC (Quit: Client closed) | 15:03 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 15:06 | |
| *** kranzo <kranzo!~kranzo@http-v.fe.bosch.de> has quit IRC (Quit: Client closed) | 15:08 | |
| *** florian <florian!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has joined #yocto | 15:14 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 15:15 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Remote host closed the connection) | 15:17 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 15:17 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-19-210.w92-152.abo.wanadoo.fr> has joined #yocto | 15:18 | |
| Tyaku | Hi, Yesterday I made a recipe for a software at a specific version and it was working. Today I change the commit (I was not on the last release) and on this commit I have problems: | 15:19 |
| Tyaku | The software works on Ubuntu, The software works on Yocto target when I manually build it using the Yocto toolchain (it's a cmake project). | 15:19 |
| *** tre <tre!~tre@ip5f5886dd.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection) | 15:20 | |
| Tyaku | But the software build by bitbake crash on started. : *** buffer overflow detected ***:[ 743.717591] audit: type=1701 audit(1651677629.332:7): auid=4294967295 uid=0 gid=0 ses=4294967295 pid=1504 comm="main_thread" exe="/usr/bin/cpcd" sig=6 res=1 | 15:20 |
| Tyaku | *crash when started. | 15:21 |
| qschulz | Tyaku: check the flags used by the toolchain by yocto | 15:21 |
| qschulz | run.do_compile in ${WORKDIR}/temp | 15:21 |
| Tyaku | Exactly, I think we don't have the same flags, as for example the binary size are really diffrent (probably stripping not applied with the toolchain) | 15:21 |
| qschulz | i've seen badly written software fail when different optimization levels were used | 15:21 |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Ping timeout: 256 seconds) | 15:22 | |
| Tyaku | I don't understand "run.do_compile in ${WORKDIR}/temp" | 15:22 |
| qschulz | Tyaku: each recipe has a work directory, ${WORKDIR} is the path to it | 15:24 |
| qschulz | in there you have a temp directory with all logs | 15:24 |
| qschulz | run.do_compile is exactly what will be run by bitbake for the do_compile task | 15:25 |
| Tyaku | Thanks, I have it, i'm going to compare with the project build with the toolchain | 15:27 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:34 | |
| Tyaku | Hum not easy, there are differences but they are maybe not "important". The optimizations seems to be equals (do_compile: https://pastebin.com/8uYtEFmv, script that init environment: https://pastebin.com/nXHaS2QL) | 15:39 |
| Tyaku | Some of differences in flags are "-fmacro-prefix -fdebug-prefix fdebug-prefix-map .. " from bitbake but as the optimizations are the same I think there is no big difference | 15:41 |
| Tyaku | oh but... -fstack-protector-strong | 15:42 |
| qschulz | Tyaku: you can try to disable it with SECURITY_STACK_PROTECTOR="" in your recipe I think | 15:44 |
| qschulz | and see if this results in something that works better | 15:44 |
| qschulz | then, you should really investigate, because I don't think that's a great idea to keep it disabled | 15:45 |
| *** amahnui1 <amahnui1!uid502939@id-502939.tinside.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 15:46 | |
| *** ThomasRoos <ThomasRoos!~ThomasRoo@54.239.6.187> has quit IRC (Quit: Client closed) | 15:51 | |
| Tyaku | I will try to see it tomorrow, currently I don't have solutions. I have to find the correct way to compare the flags because I'm not sure if it is (or not) used when I compile the project with cmake + yocto toolchain on ubuntu. The parameter is present in the script that initialize the environement but not sure if it's taken during the build. | 15:57 |
| Tyaku | I try to force it on CFLAGS too see if there is a difference but NOP | 15:57 |
| Tyaku | Woh poh poh. Yeah I have to check the flags correctly. | 15:59 |
| Tyaku | /usr/bin/cpcd: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=80be98a07569c15ad1c7be2df079e74ec5405406, for GNU/Linux 3.14.0, stripped | 15:59 |
| Tyaku | /tmp/cpcd: ELF 64-bit LSB pie executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, BuildID[sha1]=b15b0b6915f912944c65440d01321d7e4d171e17, for GNU/Linux 3.14.0, with debug_info, not stripped | 15:59 |
| Tyaku | "with debug_info" | 15:59 |
| Tyaku | I will check tomorrow. Thanks bye. | 16:00 |
| qschulz | Tyaku: see https://docs.yoctoproject.org/ref-manual/variables.html#term-INHIBIT_PACKAGE_STRIP for disabling stripping | 16:03 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 16:12 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Read error: Connection reset by peer) | 16:33 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-19-210.w92-152.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 16:52 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 16:52 | |
| sveinse | I have a web-application that I'd like to package and it has a package.json/package-lock.json. How can I write the recipe in order to fetch the npm modules from this package manifest? | 16:53 |
| Tokamak | is it possible to define a raw python function in a machine conf file? I'm hitting ParseError w/ little indication as to why. unparsed line: 'def insanity(d):' | 17:02 |
| rburton | if its failing to parse the function header, that tells you that functions can't be parsed there :) | 17:02 |
| rburton | throw the code in a class and add it to INHERIT? | 17:03 |
| Tokamak | Tried that as well, but instead of a Python Error, i'm getting the python call VAR = "$(@insanity(d)}" trickling all the way down to the bash file (unevaluated). | 17:05 |
| Tokamak | Is there a limitation on the parser in machine.conf files? e.g. no python calls / definitions? | 17:06 |
| vvn | Do I really need the formfactor package to have a functional touchscreen? It looks like a custom open embedded application | 17:06 |
| rburton | you can replace the users of formfactor, sure | 17:11 |
| *** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 17:11 | |
| *** florian <florian!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 276 seconds) | 17:13 | |
| *** florian <florian!~florian@78.48.45.49> has joined #yocto | 17:30 | |
| sveinse | I'm trying to convert a large git repo with subrepo into gitsm:// but I get loads of warnings that submodule references are not absolute. Isn't `git@github.com:someone/something.git` considered an absolute reference? It's pretty standard | 17:33 |
| sveinse | hmm, has Fetcher issues with git-lfs? | 17:49 |
| sveinse | I'm getting lots of errors like "Error downloading..", "ssh: Could not resolve hostname bitbucket.org: Temporary failure in name resolution". Sounds to be related to the close down of network access from recipes in kirkstone. How can I work around this? | 17:51 |
| *** florian <florian!~florian@78.48.45.49> has quit IRC (Ping timeout: 260 seconds) | 18:00 | |
| sveinse | I found this that should fix LFS contents https://lists.openembedded.org/g/bitbake-devel/topic/patch_v2_bitbake/80035073?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,80035073 | 18:00 |
| sveinse | Could there be an issue with LFS in subrepos under gitsm? | 18:01 |
| rburton | sveinse: possibly. there most likely are no tests for it. if you can replicate with a tiny repository then a test can be created | 18:04 |
| rburton | https://git.yoctoproject.org/git-submodule-test/ is the test repo for git submodules, feel free to extend it with some lfs attributes in a branch if you want | 18:05 |
| sveinse | While investigating this, is there a temp workaround to allow network access within the task? We're stuck | 18:14 |
| jsbronder | sveinse: `do_mytask[network] = "1"`? https://docs.yoctoproject.org/4.0/migration-guides/migration-4.0.html | 18:19 |
| sveinse | jsbronder: haha, I missed that specific entry in the migration guide. In Norway we have a saying that is something along the lines of "the first thing you get blind with is your eyes". Thank you. | 18:21 |
| jsbronder | It's a lot easier when you know what to search for and which document to do so in ;) | 18:22 |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 18:28 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Ping timeout: 246 seconds) | 18:32 | |
| *** florian <florian!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has joined #yocto | 18:33 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 18:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 18:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 18:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 18:39 | |
| sveinse | LFS in gitsm does indeed work when setting `do_unpack[network] = "1"`. Getting closer to an confirmation that it's a bug | 18:40 |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has joined #yocto | 18:40 | |
| *** frieder <frieder!~frieder@i59F4B58A.versanet.de> has quit IRC (Remote host closed the connection) | 18:42 | |
| *** GillesM <GillesM!~gilles@10.65.132.77.rev.sfr.net> has quit IRC (Client Quit) | 18:42 | |
| *** zyga-mbp <zyga-mbp!~zyga@piekna-gts.2a.pl> has joined #yocto | 18:56 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 19:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 19:34 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 246 seconds) | 19:39 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:39 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 19:51 | |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Ping timeout: 260 seconds) | 19:56 | |
| *** BWhitten <BWhitten!~BWhitten@213.31.65.58> has joined #yocto | 20:05 | |
| *** florian_kc <florian_kc!~florian@78.48.45.49> has joined #yocto | 20:32 | |
| yudjinn[m] | hello, is there an example of using AWS to dynamically spin up a high-CPU machine and run bitbake? | 20:33 |
| *** florian <florian!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 20:36 | |
| rburton | yudjinn[m]: too many variables for there to be 'one' way to do that really | 20:52 |
| *** creich <creich!~creich@p200300f6af043010a77d44faabde0ee3.dip0.t-ipconnect.de> has joined #yocto | 20:53 | |
| yudjinn[m] | rburton: I figured, just wanted to know if there were some example of doing it at all; I'm sure it'll just be a EC2 instance with a boat load of cores and memory | 20:54 |
| *** florian_kc <florian_kc!~florian@78.48.45.49> has quit IRC (Ping timeout: 260 seconds) | 21:01 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection) | 21:01 | |
| *** BWhitten <BWhitten!~BWhitten@213.31.65.58> has quit IRC (Ping timeout: 250 seconds) | 21:04 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4114:c500:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:06 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 21:12 | |
| khem | zeddii AMD is creating platforms with Yocto I did not know :) https://www.phoronix.com/scan.php?page=news_item&px=AMD-Hiring-Embedded-Yocto | 21:13 |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has joined #yocto | 21:13 | |
| *** creich <creich!~creich@p200300f6af043010a77d44faabde0ee3.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving) | 21:28 | |
| *** guysoft42 <guysoft42!~guysoft@2a0d:6fc1:2:1f00:51c4:c025:a010:301a> has joined #yocto | 21:33 | |
| *** guysoft42 <guysoft42!~guysoft@2a0d:6fc1:2:1f00:51c4:c025:a010:301a> has quit IRC (Ping timeout: 252 seconds) | 21:40 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 22:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:09 | |
| sveinse | yudjinn[m]: One way could be to have a build front-end, something 24/7 that hosts and manages the builds/build lanes. When a build is triggered a high-perf VM is spun up, all layers downloaded, yocto built and output uploaded to the build front-end server and finally shut down. We're considering such a setup for us in Azure. | 22:21 |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has joined #yocto | 22:24 | |
| yudjinn[m] | sveinse: I'm less concerned with needing a frontend, I'd like to even manually submit builds. I plan on figuring out this in more detail, but wanted to know if anyone knew of an example or writeup doing something similar | 22:25 |
| sveinse | Since yocto/bitbake doesn't really approach any configuration management (except local.conf, site.conf, et.al), there will have to be made a framework on top of yocto. -- Depending on the circumstance of what and how the yocto artifacts will be used and deployed. | 22:25 |
| *** sashko <sashko!~oleksandr@c-9418524e.023-160-67626725.bbcust.telenor.se> has quit IRC (Ping timeout: 246 seconds) | 22:28 | |
| yudjinn[m] | sveinse: yep, we manage different builds as submodules or branches, so a manual submittal would make more sense | 22:28 |
| *** adrian_ <adrian_!~F_Adrian@165.225.26.245> has quit IRC (Ping timeout: 260 seconds) | 22:31 | |
| sveinse | We have a top-repo which is a git submodule repo containing all the (pinned) layers and a build/conf dir with the specifics for that build. Each branch of this repo corresponds to a separate build lane. And on top of this is a custom build management system that manages build versions and are packaging the yocto images into customer deployable formats. | 22:33 |
| *** dev1990 <dev1990!~dev@77-254-230-212.adsl.inetia.pl> has quit IRC (Quit: Konversation terminated!) | 22:42 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 22:50 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has joined #yocto | 22:52 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-045-049.78.48.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:06 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 23:30 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 23:32 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 23:33 | |
| *** dreese <dreese!~dreese@ip72-199-24-26.sd.sd.cox.net> has joined #yocto | 23:48 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 23:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!