Friday, 2021-10-01

*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:26
*** dlan_ <dlan_!~dennis@58.37.232.153> has quit IRC (Quit: leaving)00:52
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto00:52
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!)01:02
*** gwhiteley <gwhiteley!~gwhiteley@155.74.96.58.static.exetel.com.au> has joined #yocto01:29
*** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Remote host closed the connection)01:31
*** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto01:33
*** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Ping timeout: 245 seconds)02:38
*** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto02:39
*** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (Read error: Connection reset by peer)02:47
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)02:48
*** Tokamak <Tokamak!~Tokamak@172.58.189.189> has joined #yocto02:49
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto02:57
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds)03:16
tlwoernerJPEW: what was the name of that series of articles you mentioned the other day?03:45
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has quit IRC (Ping timeout: 250 seconds)03:47
*** nerdboy <nerdboy!~nerdboy@gentoo/developer/nerdboy> has joined #yocto04:00
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)04:05
*** davidinux1 is now known as davidinux04:21
*** bblob <bblob!~christian@46-126-236-254.dynamic.hispeed.ch> has joined #yocto04:22
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Ping timeout (120 seconds))04:23
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto04:23
*** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto04:48
*** rber|res <rber|res!~rber|res@ppp-2-86-134-166.home.otenet.gr> has joined #yocto05:19
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)05:42
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto05:45
*** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto05:46
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto05:52
*** ecdhe_ <ecdhe_!~ecdhe@mms-rf-support.com> has joined #yocto06:03
*** yocti` <yocti`!~limnoria@mail.yoctoproject.org> has joined #yocto06:05
*** alimon2 <alimon2!~alimon@ec2-54-225-101-41.compute-1.amazonaws.com> has joined #yocto06:05
*** droman <droman!~quassel@ns3046126.ip-91-121-8.eu> has joined #yocto06:06
*** marc2 <marc2!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto06:07
*** Gaffel_ <Gaffel_!~gaffel@h-178-174-170-170.A1405.priv.bahnhof.se> has joined #yocto06:11
*** risca_ <risca_!~quassel@h-212-85-71-156.A328.priv.bahnhof.se> has joined #yocto06:12
*** Tokamak_ <Tokamak_!~Tokamak@172.58.189.189> has joined #yocto06:14
*** Tokamak <Tokamak!~Tokamak@172.58.189.189> has quit IRC (*.net *.split)06:14
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (*.net *.split)06:14
*** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (*.net *.split)06:14
*** ecdhe <ecdhe!~ecdhe@mms-rf-support.com> has quit IRC (*.net *.split)06:14
*** ykrons_ <ykrons_!~guillaume@62.192.23.101> has quit IRC (*.net *.split)06:14
*** stkw0 <stkw0!~quassel@ns3046126.ip-91-121-8.eu> has quit IRC (*.net *.split)06:14
*** Gaffel <Gaffel!~gaffel@h-178-174-170-170.a1405.priv.bahnhof.se> has quit IRC (*.net *.split)06:14
*** alimon <alimon!~alimon@ec2-54-225-101-41.compute-1.amazonaws.com> has quit IRC (*.net *.split)06:14
*** risca <risca!~quassel@h-212-85-71-156.a328.priv.bahnhof.se> has quit IRC (*.net *.split)06:14
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (*.net *.split)06:14
*** yocti <yocti!~limnoria@mail.yoctoproject.org> has quit IRC (*.net *.split)06:14
*** alimon2 is now known as alimon06:14
*** ykrons_ <ykrons_!~guillaume@62.192.23.101> has joined #yocto06:16
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto06:16
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto06:16
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 252 seconds)06:26
*** otavio <otavio!~otavio@201-34-65-230.user3p.brasiltelecom.net.br> has joined #yocto06:26
*** Vonter_ <Vonter_!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)06:29
wCPOWhere can I find the error log for builds on autobuilder.yoctoproject.org? Ex: "The errors for this build are stored in /home/pokybuild/yocto-worker/no-x11/build/build/tmp/log/error-report/error_report_20210930203820.txt"?06:31
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto06:32
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto06:35
*** tre <tre!~tre@ip5f588630.dynamic.kabel-deutschland.de> has joined #yocto06:37
*** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has joined #yocto06:38
wCPOThis build https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/4084 in particular06:39
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)06:42
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:43
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection)06:43
*** mckoan|away is now known as mckoan06:47
mckoangood morning06:47
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto06:49
*** mckoan is now known as MarcoCavallini06:49
*** MarcoCavallini is now known as mckoan06:49
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:51
JosefHolzmayrTheyo dudX06:52
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)06:54
*** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto06:55
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds)06:56
*** vd81 <vd81!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto06:59
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)07:03
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto07:03
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)07:03
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.3-dev)07:10
*** mbuggem <mbuggem!~marius@2001:4646:f451::100a> has joined #yocto07:11
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:11
*** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (Ping timeout: 252 seconds)07:12
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto07:12
*** ThomasD13 <ThomasD13!~thomasd13@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 252 seconds)07:12
* wCPO found the error logs in the "Sending error reports" step07:14
*** marex <marex!~marex@195.140.252.251> has quit IRC (Ping timeout: 252 seconds)07:18
*** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has joined #yocto07:18
*** marex <marex!~marex@195.140.252.251> has joined #yocto07:19
*** locutusofborg_ <locutusofborg_!~locutusof@93-50-192-18.ip153.fastwebnet.it> has joined #yocto07:19
*** manuel_ <manuel_!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto07:19
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto07:19
*** troth1 <troth1!~troth@c-24-8-35-226.hsd1.co.comcast.net> has joined #yocto07:19
*** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto07:19
*** derRicha1d <derRicha1d!~derRichar@static.16.105.130.94.clients.your-server.de> has joined #yocto07:20
*** troth <troth!~troth@c-24-8-35-226.hsd1.co.comcast.net> has quit IRC (Ping timeout: 252 seconds)07:21
*** matthewcroughan <matthewcroughan!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (Quit: No Ping reply in 180 seconds.)07:21
*** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 252 seconds)07:21
*** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 252 seconds)07:21
*** locutusofborg <locutusofborg!~locutusof@user/locutusofborg> has quit IRC (Ping timeout: 252 seconds)07:21
*** derRichard <derRichard!~derRichar@static.16.105.130.94.clients.your-server.de> has quit IRC (Ping timeout: 252 seconds)07:21
*** zyga <zyga!~zyga@31.0.173.147> has quit IRC (Ping timeout: 252 seconds)07:21
*** manuel <manuel!~manuel@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Ping timeout: 252 seconds)07:21
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:21
*** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has quit IRC (Ping timeout: 240 seconds)07:22
*** u1106_ <u1106_!~quassel@2a05:d014:58:4b00:bbe8:f33:b5b7:d4f7> has joined #yocto07:24
*** zyga-mbp <zyga-mbp!~zyga@31.0.173.147> has joined #yocto07:24
*** mranostaj <mranostaj!~mranostaj@185.193.126.133> has quit IRC (Quit: leaving)07:24
*** rfs613 <rfs613!~rfs613@rfs.netwinder.org> has joined #yocto07:25
*** mranostaj <mranostaj!~mranostaj@185.193.126.133> has joined #yocto07:25
*** woky <woky!~woky@li1651-31.members.linode.com> has joined #yocto07:25
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has quit IRC (Ping timeout: 252 seconds)07:27
*** woky_ <woky_!~woky@li1651-31.members.linode.com> has quit IRC (Ping timeout: 252 seconds)07:27
*** rfs613_alt <rfs613_alt!~rfs613@rfs.netwinder.org> has quit IRC (Read error: Connection reset by peer)07:27
*** lexano[m]1 <lexano[m]1!~lexanomat@2001:470:69fc:105::3110> has joined #yocto07:32
*** lexano[m] <lexano[m]!~lexanomat@2001:470:69fc:105::3110> has quit IRC (Ping timeout: 252 seconds)07:34
*** FredO2 <FredO2!~willy562@bras-base-crnypq0201w-grc-08-216-209-60-169.dsl.bell.ca> has joined #yocto07:43
*** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto07:44
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Ping timeout: 250 seconds)07:45
*** fullstop <fullstop!~fullstop@user/fullstop> has quit IRC (Ping timeout: 250 seconds)07:45
*** shoragan[m]1 <shoragan[m]1!~shoraganm@2001:470:69fc:105::39> has joined #yocto07:45
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto07:46
*** ericson2314 <ericson2314!~ericson23@2001:470:69fc:105::70c> has quit IRC (Ping timeout: 250 seconds)07:46
*** fullstop <fullstop!~fullstop@user/fullstop> has joined #yocto07:46
*** FredO <FredO!~willy562@bras-base-crnypq0201w-grc-08-216-209-60-169.dsl.bell.ca> has quit IRC (Ping timeout: 250 seconds)07:46
*** ericson23141 <ericson23141!~ericson23@2001:470:69fc:105::70c> has joined #yocto07:46
*** vd81 <vd81!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)07:47
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:53
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)07:58
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto07:58
qschulz_o/07:59
JosefHolzmayrThestupid question, and slightly offtopic, but the #docker channel is giving me access headaches from #matrix. so: if i have an EXPORT directive in a dockerfile, whats the best practise to have it honoured? just add -P to docker run? the docs don't exactly enlighten me how those things interact.07:59
*** qschulz_ is now known as qschulz07:59
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)07:59
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto08:00
qschulzJosefHolzmayrThe: EXPORT?08:04
qschulzJosefHolzmayrThe: isn't it supposed to be ENV ?08:04
JosefHolzmayrThemeh. EXPOSE.08:04
qschulzaaaaah, -P yes IIRC08:04
qschulzfrom the docs: "To actually publish the port when running the container, use the -p flag on docker run to publish and map one or more ports, or the -P flag to publish all exposed ports and map them to high-order ports."08:05
qschulzI've personally always used -p for each and every port mapping, at least it's then obvious what's open or not and to what they map08:05
JosefHolzmayrThei read that too, but i wasn't sure if "to publish all exposed ports" means "all explicitly exposed ports" or "any port that the container exposes, e.g. opens up for incoming connections"08:05
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto08:06
JosefHolzmayrTheso you'd say -P means "use the expose definition that the dockerfile gave for the container"?08:06
qschulzJosefHolzmayrThe: wouldn't make sense that it exposes all listening ports, that's a security issue. But wouldn't be the first time I'm surprised :)08:07
qschulzJosefHolzmayrThe: let's check what podman says :)08:07
JosefHolzmayrTheexactly my thinking.08:07
JosefHolzmayrTheo/08:07
qschulzhttps://docs.podman.io/en/latest/markdown/podman-run.1.html#publish-all-p08:08
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 250 seconds)08:15
JosefHolzmayrThekthx08:15
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto08:16
*** frieder <frieder!~frieder@i59F4BA0B.versanet.de> has joined #yocto08:20
*** rfuentess_ <rfuentess_!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto08:25
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto08:26
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)08:26
*** vquicksi1 <vquicksi1!~nobody@user/vquicksilver> has joined #yocto08:27
*** vquicksilver <vquicksilver!~nobody@user/vquicksilver> has quit IRC (Ping timeout: 252 seconds)08:28
*** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has quit IRC (Ping timeout: 252 seconds)08:29
*** cengiz_io <cengiz_io!sid223191@id-223191.ilkley.irccloud.com> has joined #yocto08:30
*** ex-bugsbunny <ex-bugsbunny!~ex-bugsbu@80.255.6.155> has joined #yocto08:35
*** jsandman <jsandman!~jsandman@95.179.203.88> has quit IRC (Read error: Connection reset by peer)08:40
*** Crofton <Crofton!sid401373@2a03:5180:f:2::6:1fdd> has quit IRC (Ping timeout: 252 seconds)08:40
*** Crofton_ <Crofton_!sid401373@id-401373.lymington.irccloud.com> has joined #yocto08:41
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto08:42
*** TundraMan <TundraMan!~marka@198-84-181-245.cpe.teksavvy.com> has quit IRC (Ping timeout: 252 seconds)08:42
*** pgowda <pgowda!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Ping timeout: 252 seconds)08:42
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto08:42
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has quit IRC (Ping timeout: 252 seconds)08:42
*** jsandman <jsandman!~jsandman@95.179.203.88> has joined #yocto08:42
*** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC (Ping timeout: 252 seconds)08:42
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has quit IRC (Ping timeout: 252 seconds)08:42
*** karl <karl!~Karlssel@2001:41d0:8:9a4b::1> has joined #yocto08:43
*** wCPO <wCPO!~wCPO@mail.klausen.dk> has joined #yocto08:43
*** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto08:43
*** amitk <amitk!~amit@103.208.71.3> has joined #yocto08:43
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto08:56
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Read error: Connection reset by peer)09:05
*** zyga_ <zyga_!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto09:06
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto09:06
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 252 seconds)09:08
*** matthewcroughan_ <matthewcroughan_!~quassel@static.211.38.12.49.clients.your-server.de> has quit IRC (Ping timeout: 252 seconds)09:08
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:08
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds)09:14
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 252 seconds)09:14
*** zyga <zyga!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has quit IRC (Ping timeout: 252 seconds)09:14
*** rfuentess_ <rfuentess_!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Read error: Connection reset by peer)09:20
*** rfuentess__ <rfuentess__!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto09:20
*** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has quit IRC (Ping timeout: 252 seconds)09:21
*** frieder <frieder!~frieder@i59F4BA0B.versanet.de> has quit IRC (Remote host closed the connection)09:21
*** hpsy[m] <hpsy[m]!~hpsymatri@2001:470:69fc:105::f822> has joined #yocto09:21
*** u1106_ <u1106_!~quassel@2a05:d014:58:4b00:bbe8:f33:b5b7:d4f7> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)09:25
*** u1106 <u1106!~quassel@ec2-18-193-68-189.eu-central-1.compute.amazonaws.com> has joined #yocto09:28
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)09:33
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:39
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:39
*** mbuggem <mbuggem!~marius@2001:4646:f451::100a> has quit IRC (Quit: WeeChat 2.8)09:40
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)09:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto09:44
*** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto09:47
*** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds)09:47
*** thekappe <thekappe!~user@198.90.66.177> has quit IRC (Ping timeout: 250 seconds)09:48
*** frampy <frampy!~frampy@203.86.200.239> has joined #yocto09:53
frampyHi all, is anyone able to advise on how to install a file to a different partition from the rootfs?09:56
frampyI'm trying to set up a r/w partition, as my rootfs is readonly.09:56
frampyRight now my r/w partition is set up as an empty filesystem in my wic, I'm wondering if I need to use a wic plugin to populate it?09:58
flegframpy, the way I did it in a similar situation (not exactly yocto) was to create a systemd unit that was only executed at first boot, that extracted files to other partitions etc.09:59
flegI wonder if there's a nicer way to handle it in Yocto09:59
frampyHi fleg, yes I was considering that approach, I could set the service up so that wiping the r/w partition would result in it being re-populated with defaults, which would be a nice "factory reset" option10:01
*** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto10:01
*** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds)10:01
flegyup, that's also an upside. The only issue I see is that you need to have the initial state of that partition somewhere on your r/o partition, that can cost some valuable flash space, but that's not always an concern. Also, if implemented correctly, that might handle the "multiple r/o partitions for firmware, one r/w partition for data" scenario10:04
JosefHolzmayrTheit depends quite a bit on the specific requirements, but generally a service early in the boot process who checks some kind of flag and then populates can be a pretty elegant solution.10:04
JosefHolzmayrTheyou could even go for flags stored in bootloader space10:05
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (Remote host closed the connection)10:07
frampythanks guys I'll look into this method a bit more10:13
frampyit looks like Android does something similar10:13
*** Guest95 <Guest95!~Guest95@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto10:18
*** Guest95 <Guest95!~Guest95@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Client Quit)10:19
*** frampy <frampy!~frampy@203.86.200.239> has quit IRC (Ping timeout: 256 seconds)10:24
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto10:26
*** derRicha1d is now known as derRichard10:28
*** gwhiteley <gwhiteley!~gwhiteley@155.74.96.58.static.exetel.com.au> has quit IRC (Quit: Client closed)10:30
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto10:33
*** zyga_ <zyga_!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has quit IRC (Ping timeout: 252 seconds)10:42
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)10:42
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has joined #yocto10:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:44
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:45
*** goliath <goliath!~goliath@user/goliath> has joined #yocto10:45
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)10:50
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto10:50
*** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Remote host closed the connection)11:22
*** locutusofborg_ is now known as locutusofborg11:26
RPThe irony of fixing the reproducibility and reuse enough it breaks the testcases :/11:26
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor)11:34
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto11:35
*** arlen <arlen!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has quit IRC (Ping timeout: 252 seconds)11:37
*** arlen_ <arlen_!~arlen@50-32-89-83.adr01.dlls.pa.frontiernet.net> has joined #yocto11:37
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto11:39
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)11:47
*** frampy <frampy!~frampy@109-170-225-244.xdsl.murphx.net> has joined #yocto11:48
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has joined #yocto11:52
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 252 seconds)11:56
*** ChanServ changes topic to ""Welcome to the Yocto Project | Join us or Speak at our next Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Learn more: http://www.yoctoproject.org | Join the community: http://www.yoctoproject.org/community | Channel logs available at https://www.yoctoproject.org/irc/ and https://libera.irclog.whitequark.org/yocto/ | Having difficulty on the list,"12:06
*** ChanServ changes topic to "Welcome to the Yocto Project | Join us or Speak at our next Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Learn more: http://www.yoctoproject.org | Join the community: http://www.yoctoproject.org/community | Channel logs available at https://www.yoctoproject.org/irc/ and https://libera.irclog.whitequark.org/yocto/ | Having difficulty on the list, "12:07
*** ChanServ changes topic to "Welcome to the Yocto Project | Learn more: http://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Join the community: http://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"12:09
qschulzwhile at it, could the people changing the chan topic modify the YP links to use https :) ?12:26
*** frampy <frampy!~frampy@109-170-225-244.xdsl.murphx.net> has quit IRC (Ping timeout: 256 seconds)12:29
*** frampy <frampy!~frampy@203.86.200.239> has joined #yocto12:42
*** zyga_ <zyga_!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has joined #yocto12:44
*** sstiller <sstiller!~sstiller@p200300f07f16ca002628284c115799fc.dip0.t-ipconnect.de> has joined #yocto12:48
*** ex-bugsbunny <ex-bugsbunny!~ex-bugsbu@80.255.6.155> has quit IRC (Quit: Client closed)12:52
*** thekappe <thekappe!~user@198.90.66.177> has joined #yocto12:53
thekappehello world !12:54
*** grma <grma!~gruberm@80.93.38.128> has joined #yocto12:58
JPEWtlwoerner: Ars Technica used to have a section that was called "CPU Praxis and Theory" It went into the inner workings of the Pentium 1 through Pentium 4 (and I think the Pentium M also?)13:03
JPEWtlwoerner: It was almost 20 years ago, I can't seem to find all the articles anymore13:04
*** frampy36 <frampy36!~frampy@109-170-225-244.xdsl.murphx.net> has joined #yocto13:04
JPEWtlwoerner: I think this was one: https://arstechnica.com/features/2004/07/pentium-1/13:04
tlwoernerJPEW: that's a shame, thanks13:05
RPJPEW: you'd probably find it amusing that we made do_package reproducible enough it started breaking other tests13:06
*** frampy <frampy!~frampy@203.86.200.239> has quit IRC (Ping timeout: 256 seconds)13:06
JPEWRP: Fun!13:07
JPEWI was wondering if we could use the sstate manifests as the list of things to diff between two builds to check for sstate reproducibility13:07
RPJPEW: the manifests don't have the details we need in, there are no hashes there :/13:08
JPEWRP: Right but it could tell us what to hash maybe?13:08
RPJPEW: of course we do have the files! :)13:08
RPJPEW: yes, that could work. It wouldn't be hard to have a script iterate over the manifests and generate the depsig files?13:09
JPEWRP: Ya, thats what I was thinking13:10
JPEW(something like that anyway)13:10
RPJPEW: right13:10
RPJPEW: I think it could work13:10
JPEWI was thinking the advanatge there is that the manifest files are written even when a task is restored from sstate (... right?)13:11
RPJPEW: yes, they are13:11
RPJPEW: one other interesting thing is that the files written into sysroot-components would have the path relocation run against them13:12
RPJPEW: which might avoid some of the current issues13:12
RPalthough probably not all :/13:12
*** frampy36 <frampy36!~frampy@109-170-225-244.xdsl.murphx.net> has quit IRC (Ping timeout: 256 seconds)13:15
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)13:16
* RP wonders if we should try and fix sstatesig properly or use the hacky workaround for now for 3.413:24
JPEWRP: What is the "proper" fix?13:27
RPJPEW: variables in recipes with the patterns in I guess13:28
JPEWRP: The path munging hack you put into the depsig calculation?13:29
RPJPEW: yes13:29
RPI think the sheer number of directions I'm trying to fix things in is overwhelming me but it would be better to do it properly...13:29
JPEWRP: Ya.... I'd be inclined to do nothing for this release TBH and fix it proper for 3.413:32
JPEWRP: IIUC, this is really only a problem when you are trying to mix build hosts, which seems uncommon outside of the AB?13:33
RPJPEW: well, I'd like to make the public sstate feed usable for 3.413:35
*** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has joined #yocto13:35
RPand that is going into a very mixed host world13:36
JPEWRP: If I'm using only x86 or only ARM builder does it work?13:37
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 250 seconds)13:38
RPJPEW: currently, not well13:38
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto13:40
*** argonautx <argonautx!~argonautx@i5E8673CC.versanet.de> has joined #yocto13:49
*** zyga_ <zyga_!~zyga@ip-81-15-135-168.unregistered.net.exatel.pl> has quit IRC (Quit: Leaving)13:52
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Ping timeout: 252 seconds)13:52
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto13:54
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto14:00
*** ChanServ changes topic to "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Summit (2021.11) Nov 30 - Dec 2, more: https://yoctoproject.org/summit | Join the community: https://www.yoctoproject.org/community | IRC logs available at https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP community mgr ndec"14:06
qschulzThx <3 :)14:06
ndec_;-)14:11
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer)14:24
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto14:25
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:38f0:2905:6899:f50e> has joined #yocto14:29
*** ex-bugsbunny <ex-bugsbunny!~ex-bugsbu@80.255.6.155> has joined #yocto14:48
*** sstiller <sstiller!~sstiller@p200300f07f16ca002628284c115799fc.dip0.t-ipconnect.de> has quit IRC (Quit: Leaving)14:50
*** ex-bugsbunny <ex-bugsbunny!~ex-bugsbu@80.255.6.155> has quit IRC (Client Quit)14:51
*** tre <tre!~tre@ip5f588630.dynamic.kabel-deutschland.de> has quit IRC (Remote host closed the connection)15:01
*** Flumpy33 <Flumpy33!~dev@178-84-56-61.dynamic.upc.nl> has quit IRC (Ping timeout: 268 seconds)15:02
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto15:09
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Ping timeout: 256 seconds)15:15
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto15:18
*** tnovotny <tnovotny!~tnovotny@ip4-83-240-26-162.cust.nbox.cz> has quit IRC (Quit: Leaving)15:38
vdCan an image recipe set its PREFERRED_PROVIDERs? I think it can't, but wouldn't it make sense for an image to embed a different kernel or package version if it needs to?15:39
RPvd: it can't15:39
RPvd: I know you;d like to do that but bitbake can't have per image task graphs!15:39
qschulzvd: there's a possible hackish way for different package version by having a recipe with a slightly different name and include only the one you want int he image recipe15:40
qschulzobviously you need to repeat the hack for all recipes that depends on said package15:41
vdRP: I see, an image recipe is just a recipe after all15:42
qschulzexactly15:43
qschulzso the variable context applies only to that recipe15:43
vdgraphics support is something you want to shred from the image if you're not using it but at the same time, it impacts the userspace, to this limitation makes sense...15:44
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Ping timeout: 252 seconds)15:44
vdso if I want both graphics and graphics-less images, I need to define two machines and build the images via multiconfig I suppose.15:48
*** whuang0389 <whuang0389!~whuang038@cpeac202ebbe763-cmac202ebbe760.cpe.net.fido.ca> has quit IRC (Quit: Client closed)15:50
*** rfuentess__ <rfuentess__!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)15:53
RPJPEW: the comparison tests were so close. After modifying the file, we need to update the pyc files, gah :)15:55
RPJPEW: or probably exclude them in fact15:56
JPEWYou probably don't want the pyc files in sstate anyway?15:59
JPEWNot sure about that15:59
RPJPEW: I think they should be ok but it is an interesting question16:00
RPJPEW: interestingly, with these patches applied, it looks like reproducibility of some other recipes breaks. I don't know if this is some kind of cache artefact of what happened :/16:00
RPJPEW: diffoscope going for a few hours with no output yet :(16:01
RPhttps://autobuilder.yoctoproject.org/typhoon/#/builders/119/builds/770/steps/13/logs/stdio16:02
RPs/of/or/16:02
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)16:08
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)16:11
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has quit IRC (Quit: Client closed)16:12
*** vd <vd!~vd@bras-base-mtrlpq2848w-grc-41-70-53-240-121.dsl.bell.ca> has joined #yocto16:13
*** mckoan is now known as mckoan|away16:21
vdIf I want to install the meta-ti's proprietary graphics driver, should I set PREFERRED_PROVIDER_virtual/{egl,libgles1,libgles2,libgbm} = "ti-sgx-ddk-um" then isntall all these virtual packages? https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb16:21
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto16:21
RPJPEW: font-alias is a timestamp mismatch, libnewt is removed pthread linkage16:44
RPlibxml is pthread too. Now the question is why. I suspect this some kind of legacy cross linked hashes :/16:44
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto16:46
khemvd: yes16:53
vdkhem: thank you. Does the distro need the "opengl" feature to makes this all work?16:54
khemhmm you can use it over directfb too IIRC16:54
khemthey have eglfs-kms and eglfs buffer16:55
vdkhem: eglfs is what I want ultimately, to run qtwebengine on framebuffer directly. But meta-ti's um driver has DEPENDS += "wayland" at the moment...16:56
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto16:59
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)17:12
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto17:13
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto17:14
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:14
*** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has joined #yocto17:26
*** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto17:29
*** roussinm <roussinm!~mroussin@bras-base-qubcpq1306w-grc-07-184-145-217-104.dsl.bell.ca> has joined #yocto17:33
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 246 seconds)17:34
vdkhem: any idea why I get "Nothing RPROVIDES 'virtual/egl' (but .../core-image-weston.bb RDEPENDS on or otherwise requires it)" even though https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb#n32 ?17:51
vdShould the line https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb#n37 have the virtual/ prefix in its values?17:52
JPEWvd: "virtual" in RPROVIDES/RDEPENDS doesn't mean anything18:08
JPEW(we've discussed even rasing a QA warning since it's so confusing)18:09
JPEWRP; That's really strange18:09
*** goliath <goliath!~goliath@user/goliath> has joined #yocto18:10
vdJPEW why do I get this error then?18:11
JPEWvd: If it had to guess, I think the recipe raising that error needs `DEPENDS += "virtual/egl"`18:12
vdJPEW core-image-weston?18:13
JPEWvd: Ah I missed that18:14
JPEWDo you have `PREFERRRED_PROVIDER_virtual/egl = "ti-sgk-ddk-um"` ?18:14
JPEW(usually in a machine.conf)18:14
vdI have PREFERRED_PROVIDER_virtual/egl = "ti-sgx-ddk-um"18:16
JPEWvd: Hmm, I'm not sure then18:19
vdalso I see nowhere virtual/gpudriver in openembedded-core18:20
vdshouldn't this meta package be installed if MACHINE_FEATURES has "gpu" ?18:20
*** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 252 seconds)18:21
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)18:21
*** florian <florian!~florian@dynamic-078-049-172-189.78.49.pool.telefonica.de> has joined #yocto18:36
ant__JPEW, I am having big headhaches with these virtuals in RDEPENDS/RPROVIDES...I have my feet in a muddy repository atm :)18:52
ant__worst case is when PN 'rprovides' virtual/egl and not the single libs18:52
ant__I could write an horror-book about bitbake abuses18:53
JPEWant__: ya that can be a problem18:53
ant__see this https://github.com/oe-alliance/oe-alliance-core/blob/5.0/meta-brands/meta-gigablue/recipes-graphics/gigablue-opengl.inc#L1018:56
JPEWvd: Heres what we have: https://www.irccloud.com/pastebin/PNfZdOuk/18:59
ant__or how to fix QA:  https://github.com/oe-alliance/oe-alliance-core/blob/5.0/meta-oe/recipes-mediacenter/kodi-addons/kodi-platform_19.0.0.bb#L5818:59
* ant__ should be paid for this hobby18:59
ant__..and recipes peeking in sysroot of other recipes..omg19:00
vdant__: you might save my life if you have a clue why `kas build bbb-browser.yml` (http://ix.io/3Axg) gives me Nothing RPROVIDES 'virtual/egl' even though https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb#n37 seems to provide it19:01
ant__heh19:01
*** yannd <yannd!~yann@88.120.44.86> has joined #yocto19:01
ant__I'll look at this, note however that the shlib resolver doesn't cope well with shared libs missing SOLIB or version19:02
ant__look at this https://github.com/OpenPLi/openpli-oe-core/blob/develop/meta-openpli/recipes-mediacenter/kodi/kodi_18.inc#L13419:03
vdant__: I don't understand what you just said ^^19:03
vdant__: my goal is to run qt-kiosk-browser on beaglebone (ideally with eglfs). Isn't it the way to configure this?19:04
ant__atm I am working on STB hardware, they provide closed-source drivers variously challenged19:05
ant__I'd exoect beaglebone to work flawlessy nowadays :)19:06
vdant__ I meant in order to run qt-kiosk-browser (a qtwebengine application) on the beaglebone, is the local.conf section I've written in this http://ix.io/3Axg kas file the correct way to achieve it?19:08
ant__vd: I think some bogus line is asking for virtual/egl at runtime. Which recipe?19:11
ant__you should see the cull error19:12
ant__*full19:12
vdThis is trying to build core-image-weston with INSTALL_IMAGE += qt-kiosk-browser19:13
ant__I mean around Nothing RPROVIDES 'virtual/egl'19:14
ant__what is the chain?19:14
vdMissing or unbuildable dependency chain was: ['core-image-base', 'virtual/egl']19:15
vd(I tried core-image-base instead of core-image-weston, but same error)19:15
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (Remote host closed the connection)19:16
*** florian <florian!~florian@dynamic-078-049-172-189.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)19:17
*** argonautx_ <argonautx_!~argonautx@i5E867025.versanet.de> has joined #yocto19:22
ant__vd, I'd say the problem is in the IMAGE_INSTALL_APPEND19:22
*** argonautx <argonautx!~argonautx@i5E8673CC.versanet.de> has quit IRC (Ping timeout: 252 seconds)19:24
ant__IMAGE_INSTALL and RPROVIDES_${PN} use package-name19:24
vdant__ you're not supposed to install the virtual/*gl* packages explicitly? What about virtual/gpudriver?19:25
vdI guess https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-graphics/libgles/ti-sgx-ddk-um_1.17.4948957.bb#n52 should do RRECOMMENDS:${PN} += "virtual/gpudriver" instead19:29
vdor ti-sgx-ddk-km shouldn't PROVIDES = "virtual/gpudriver"19:29
vdant__: if I set only IMAGE_INSTALL += "qt-kiosk-browser" (without the virtual/ packages), I got similar error but for virtual/libgl. I'm building core-image-base with IMAGE_FEATURES += "hwcodecs" and DISTRO_FEATURES += "wayland" and bitbake is now building19:38
vdhwcodecs doesn't seem useful, but it doesn't hurt19:41
ant__vd, sorry, I am almost away, see this  https://mail.google.com/mail/u/0/#search/label%3Aopenembedded-oe-core+virtual-/FMfcgzGkbDbTgSXNWSVkJGfWlXWDkMXv19:41
ant__sorry, this thread  https://lists.openembedded.org/g/openembedded-core/message/15560019:42
*** adrian3 <adrian3!~adrian@188.27.165.149> has joined #yocto19:43
ant__" the "virtual/" namespace is DEPENDS/PROVIDES only."19:45
ant__RP dixit19:45
vdant__ I see, thank you19:46
vdhence my line PREFERRED_PROVIDER_virtual/gpudriver = "ti-sgx-ddk-km" is useless19:47
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)19:47
*** yannd <yannd!~yann@88.120.44.86> has quit IRC (Ping timeout: 252 seconds)20:08
kergothvd: that virtual is how you select what recipe to *build* not what reicpe to *install*. i don't see anything wrong with that PREFERRED_PROVIDER, but you'll have to install ti-sgx-ddk-km into an image, unless you also have an rprovider involved20:21
kergoththat is, can't use virtual/ in IMAGE_INSTALL20:21
*** goliath <goliath!~goliath@user/goliath> has joined #yocto20:29
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 252 seconds)20:34
vdkergoth: I see! Then meta-ti's RRECOMMENDS:${PN} += "ti-sgx-ddk-km" is correct to explicitly request this package21:02
kergothyep21:02
vdpaulbarker: I think you run into an issue with ti-sgx-ddk-km similar to "eurasiacon/build/linux2/toplevel.mk:230: eurasiacon/build/linux2/moduledefs/target_armel.mk: No such file or directory" in the past21:09
*** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC (Quit: Leaving)21:14
*** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto21:18
JPEWRP: OK, I've made some progress comparing sysroot contents... but there is a bit of a hang up and I'm not sure if it's because of a repro problem that actually needs fixed, or if it's some deeper problem: The core problem is that even in sysroot-components, there are still some host paths21:22
*** florian <florian!~florian@dynamic-078-049-172-189.78.49.pool.telefonica.de> has joined #yocto21:22
JPEWIn particular, I was looking at curl, and sysroot-destdir/usr/bin/crossscripts/curl-config has host paths21:22
RPJPEW: right, hence my patch which filters out the pieces21:23
RPJPEW: there are quite a few of these21:23
RPJPEW: it is inevitable that there are some host paths in crossscripts so we just need to remove them for comparison purposes21:24
*** amitk_ <amitk_!~amit@103.208.71.76> has joined #yocto21:24
RPJPEW: I did start working on a cleaner version of my patch but it was slow going21:24
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto21:25
JPEWRP: Fair. Can we assume that all scripts that have that sort of stuff will be in fixmepath ?21:25
*** amitk <amitk!~amit@103.208.71.3> has quit IRC (Ping timeout: 252 seconds)21:27
RPJPEW: possibly, but that file is generated later than where I need that data21:27
RPJPEW: so it may work for you. We also have to filter out only the specific elements as there are other things in these files which need to influence the checksum. I got that wrong once already and it was rather messy :(21:28
RPJPEW: https://autobuilder.yoctoproject.org/typhoon/#/builders/37/builds/4091/steps/11/logs/stdio is an example of what happens if you remove *PATH=XXX rather than <whitespace>PATH=XXX since it matched LD_LIBRARYPATH and broke qemuwrapper-cross21:29
JPEWYa... for comparison we also have to know what that path actually is... I guess maybe we could just lop off TMPDIR anywhere we find it?21:29
JPEWheh21:29
RPJPEW: trouble is you have to do TMPDIR, COREBASE, SSTATE_DIR, TOPDIR and possibly others which may or may not overlap21:30
moto-timo:/21:30
RPwhich is why I taught it about PATH and PSEUDO_IGNORE_PATHS21:30
JPEWAh21:30
moto-timoYup21:30
JPEW... can we just throw the depsig file in the sstate archive? It would make my life a lot easier ;)21:31
RPJPEW: I did wonder about that21:32
RPJPEW: I wondered if we could just feed one of the sstate directories to the outhash function and get it regenerated21:33
JPEWFor sysroot-components (at least) that would work21:34
JPEWWell.... except we don't know PATH and PSEUDO_IGNORE_PATHS from the time it was built21:34
RPtrue, that does only work for a subset :/21:35
RPJPEW: the way I'm currently masking those out, the actual value doesn't matter, was much easier that way21:36
RPbut I do take the point about it being easier21:36
JPEWSure... TBH it seems like including depsig in sstate is probably the most ideal; that is the actual data that we care about21:36
RPJPEW: I've long since tried to avoid doing this kind of thing :/21:40
JPEWRP: Why?21:41
RPJPEW: makes the files ugly to handle and I've had reproducibility concerns too21:42
RPI tried really hard to keep the sstate objects simple. We just keep bolting more and more complexity around them (and now into them)21:42
RPJPEW: do you remember why we need both zstd -T and pzstd ?21:43
JPEWRP: No. TBH I may have just not realized -T existed21:43
RPJPEW: you could wonder why I kept siginfo separately for example21:44
RPwas that a good idea? I'm not sure anymore21:44
JPEWIt makes comparison easier for sure21:44
JPEW(not having to extract it out of the sstate archive)21:44
RPJPEW: "it offers multithreaded decompression for files compressed by pzstd"21:45
RPJPEW: so if we use pzstd we can get parallel decompression21:46
RPis that important? good question21:46
JPEWRP: Hmm, I have (a possibly fabricated) memory that zstd in older hosts (18.04?) can't compress in parallel (only psztd can)21:46
RPJPEW: it looks like it is a recent option, not sure how recent21:47
JPEWOK, ya. That was why. I don't know how far back of hosts we support, but if you go back too far you need pzstd b/c zstd can't do parallel21:48
RPJPEW: 1804 has -T21:48
RPJPEW: versions on centos7+8 also do21:50
RPdebian9 does not but uses buildtools21:51
JPEWOK, -T seems fine then21:52
JPEWI should probably update the bitbake compressor and drop pzstd from HOSTTOOLS21:52
* JPEW has to go eat21:52
RPJPEW: I'm not sure, I quite like the idea of parallel decompression21:53
vdThere might be something to do with the beaglebone's TUNE_FEATURES and some check in ti-sgx-ddk-km, because I have a armel.mk not found while the recipe looks for armhf.mk, and I do have TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard" currently set by the DEFAULT_TUNES ?= "armv7athf-neon"21:56
vdthat seems wrong21:56
*** kiran_ <kiran_!~kiran@2607:fea8:5a80:ea0:38f0:2905:6899:f50e> has quit IRC (Ping timeout: 252 seconds)21:59
*** argonautx_ <argonautx_!~argonautx@i5E867025.versanet.de> has quit IRC (Quit: Leaving)22:05
vdls22:08
* vd changes window22:08
*** jwillikers <jwillikers!~jwilliker@ics141-1.icsincorporated.com> has quit IRC (Remote host closed the connection)22:13
*** Guest40 <Guest40!~Guest40@cpc100914-uddi26-2-0-cust18.20-3.cable.virginm.net> has joined #yocto22:16
Guest40If I am to try and build Linux for a board that doesn't is not supported. What are the things I should look out for?22:17
Guest40What will be the first things I would typically look for on the new board? Like Architecture etc22:18
vdGuest40: writing a "machine" configuration file for this board, describing its CPU, kernel, bootloader, device tree, etc.22:19
*** angolini <angolini!uid62003@id-62003.helmsley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)22:23
Guest40@vd This just involves configuring the CPU and packages you need on the OS right? What if you didn't have bitbake?22:28
Guest40I haven't done yocto in a while although I remember imx6 was pretty smooth sailing with it22:28
Guest40CPU Arch etc I mean. Also RAM size etc22:29
vdGuest40 you might want to read introduction guides to Yocto, like https://bootlin.com/doc/training/yocto/yocto-slides.pdf22:34
JPEWRP: ya, I want parallel compression also... I think I'm missing something :)22:38
vdJPEW: RP: would you know by any chance how to fix this patch to support any arm-*-linux-gnueabi TARGET_SYS? https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-bsp/powervr-drivers/ti-sgx-ddk-km/0001-km-support-OpenEmbedded-hardfp-toolchain-w-o-gnueabi.patch#n2022:47
vdI think I'm having the same problem, but with Poky, TARGET_SYS is arm-poky-linux-gnueabi22:47
khemRP: https://errors.yoctoproject.org/Errors/Details/610185/ i wonder what changed23:03
*** kmaincent <kmaincent!~kmaincent@2001:41d0:305:1000::2a58> has quit IRC (Ping timeout: 268 seconds)23:03
khemRP:  th DT_NEEDED for gattlib says  0x0000000000000001 (NEEDED)             Shared library: [libglib-2.0.so.0]... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/703acf95a0caca8dc2102e1bdb0dff5e2a8cc6f8)23:03
khemso I wonder why its adding rdep on glib-2.0-dev then23:04
khemthis use to work ok23:04
moto-timokhem: I was wondering the exact same thing23:04
vdguys I'm overriding TARGET_VENDOR or even ABIEXTENSION, but the value of TARGET_SYS is still the same, what am I doing wrong?23:18
kergothuse bitbake -e to make sure the variables you're setting have actually changed, to start with23:19
vdkergoth that's how I figured that TARGET_SYS wasn't changed23:21
kergothi didn't say to check TARGET_SYS, but to check that TARGET_VENDOR is correct. but it will also show the history of the changes to TARGET_SYS and TARGET_VENDOR both so you can see what overrode your value.23:22
vdkergoth: I have this http://ix.io/3Ay7 and bitbake -e ti-sgx-ddk-km | grep ^ABIEXTENSION= shows eabi, not eabihf23:33
vd(that's a KAS configuration file, but it basically generates the local.conf file and call bitbake for you)23:33
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.)23:40
*** ant__ <ant__!~ant@host-82-54-240-7.retail.telecomitalia.it> has quit IRC (Ping timeout: 252 seconds)23:42
vdkergoth: Anything odd? If ABIEXTENSION can be appended, I'd like to submit a patch to drop https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/recipes-bsp/powervr-drivers/ti-sgx-ddk-km/0001-km-support-OpenEmbedded-hardfp-toolchain-w-o-gnueabi.patch and add ABIEXTENSION .= "hf" in the beaglebone machine configuration file23:51
vd(unless this could be done in bitbake.conf directly)23:51
*** florian <florian!~florian@dynamic-078-049-172-189.78.49.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds)23:51
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)23:56

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