Tuesday, 2020-07-07

*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has joined #yocto00:39
*** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto00:56
*** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC01:11
*** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto01:13
*** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC01:14
*** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto01:15
*** chandana731 <chandana731!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto01:21
*** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC01:22
*** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has joined #yocto01:34
*** Spirit532 <Spirit532!~Spirit@> has quit IRC01:49
*** Spirit532 <Spirit532!~Spirit@mm-139-106-122-178.mgts.dynamic.pppoe.byfly.by> has joined #yocto01:49
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC01:57
*** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto01:59
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto02:51
*** camus1 <camus1!~Instantbi@> has joined #yocto02:52
*** kaspter <kaspter!~Instantbi@> has quit IRC02:54
*** camus1 is now known as kaspter02:54
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC02:54
*** nslu2-log_ is now known as nslu2-log02:54
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC03:19
*** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto03:27
*** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC03:27
*** sgw2 <sgw2!sgw@nat/intel/x-faayshfajvvegaqf> has quit IRC03:33
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC03:38
*** sgw2 <sgw2!sgw@nat/intel/x-czxsxiehplcgtxil> has joined #yocto03:50
*** Guest654 <Guest654!5b5deac2@> has quit IRC03:56
*** armpit <armpit!~armpit@2601:202:4180:a5c0:4da7:8833:1925:8aef> has quit IRC04:02
*** armpit <armpit!~armpit@2601:202:4180:a5c0:6498:fac1:362b:9921> has joined #yocto04:13
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto04:29
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC04:31
*** nslu2-log_ is now known as nslu2-log04:31
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC04:39
*** chandana731 <chandana731!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has left #yocto04:52
*** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has joined #yocto05:05
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC05:09
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto05:15
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto05:22
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC05:25
*** nslu2-log_ is now known as nslu2-log05:25
*** kroon <kroon!~kroon@> has joined #yocto05:37
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto05:37
*** srijan_root <srijan_root!0e66a0b2@> has joined #yocto05:38
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto05:41
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:42
kroonRP, relating to the oe-arch list discussions, is there a reason for why layer.conf's are parsed before bitbake.conf ? That was a little surprising to me as well05:43
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC05:48
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto05:48
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto05:56
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC05:58
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto05:58
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC05:58
*** nslu2-log_ is now known as nslu2-log05:59
*** beratiks <beratiks!52de0992@> has joined #yocto06:03
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:05
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:05
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:07
*** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC06:08
*** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has quit IRC06:08
*** camus1 <camus1!~Instantbi@> has joined #yocto06:10
*** kaspter <kaspter!~Instantbi@> has quit IRC06:11
*** camus1 is now known as kaspter06:11
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:15
*** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has joined #yocto06:16
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC06:18
*** camus1 <camus1!~Instantbi@> has joined #yocto06:19
kroonRP, I guess it is done in this order so that bitbake.conf can be located using the constructed BBPATH, like the manual says06:19
*** kaspter <kaspter!~Instantbi@> has quit IRC06:20
*** camus1 is now known as kaspter06:20
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:28
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:30
*** camus1 <camus1!~Instantbi@> has joined #yocto06:34
*** kaspter <kaspter!~Instantbi@> has quit IRC06:34
*** camus1 is now known as kaspter06:34
*** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has quit IRC06:35
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:41
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:42
*** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has quit IRC06:44
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto06:45
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has quit IRC06:45
*** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has joined #yocto06:48
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7da4:d962:ed19:37d5> has joined #yocto06:51
*** mckoan|away is now known as mckoan06:52
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC06:52
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:53
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto06:54
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto06:57
*** fl0v0 <fl0v0!~fvo@> has joined #yocto06:58
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto07:10
*** camus1 <camus1!~Instantbi@> has joined #yocto07:13
*** JaMa <JaMa!~martin@> has joined #yocto07:13
*** kaspter <kaspter!~Instantbi@> has quit IRC07:14
*** camus1 is now known as kaspter07:14
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:19
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC07:21
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto07:22
*** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has joined #yocto07:28
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto07:30
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto07:31
*** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has joined #yocto07:35
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7da4:d962:ed19:37d5> has quit IRC07:35
*** kaspter <kaspter!~Instantbi@> has quit IRC07:42
*** camus1 <camus1!~Instantbi@> has joined #yocto07:42
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto07:43
*** camus1 is now known as kaspter07:44
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC07:46
*** gtristan <gtristan!~tristanva@> has quit IRC07:59
*** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-iypjkadvmxcuzzeb> has joined #yocto08:00
*** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has quit IRC08:01
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC08:05
*** lastaid <lastaid!d4ca61a2@> has joined #yocto08:16
*** goliath <goliath!~goliath@> has joined #yocto08:18
*** kroon <kroon!~kroon@> has quit IRC08:19
*** sunfanbaby <sunfanbaby!~Thunderbi@> has joined #yocto08:24
*** kroon <kroon!~kroon@> has joined #yocto08:25
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto08:26
*** beneth is now known as bmauduit08:28
*** bmauduit is now known as beneth08:29
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto08:34
*** lastaid <lastaid!d4ca61a2@> has quit IRC08:40
*** camus1 <camus1!~Instantbi@> has joined #yocto08:47
*** kaspter <kaspter!~Instantbi@> has quit IRC08:47
*** camus1 is now known as kaspter08:47
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto08:48
*** kaspter <kaspter!~Instantbi@> has quit IRC08:52
*** kaspter <kaspter!~Instantbi@> has joined #yocto08:52
*** stbenz <stbenz!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has quit IRC08:55
*** pxfin <pxfin!5faf68aa@> has joined #yocto08:59
pxfinQuestion about supported linux distros (development host) i guess Ubuntu 20.04 and Fedora 31/32 are not supported yet ?09:02
LetoThe2nddepends (TM)09:02
*** florian_kc is now known as florian09:03
LetoThe2ndi think dunfell should build on both.09:03
pxfinYeah i meant 3.1.1 dunfell09:04
LetoThe2ndpxfin: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/distro/poky.conf?h=dunfell#n5209:04
pxfinAh OK thanks for the info.. I am just starting with yocto09:05
LetoThe2ndpxfin: then its a perfect moment to watch #1 V2.0 of https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj09:07
pxfinYeah i've been watching some videos already but not this.. good thanks09:08
LetoThe2ndhave fun09:08
*** stbenz <stbenz!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has joined #yocto09:09
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto09:09
*** gtristan <gtristan!~tristanva@> has joined #yocto09:10
kidon[m]I got errors compiling poky on Fedora 3209:11
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto09:12
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto09:12
LetoThe2ndkidon[m]: f32 is only explicitly supported on current master.09:12
*** srijan_root <srijan_root!0e66a0b2@> has quit IRC09:24
pxfinLeto is that Orden Ogan shirt in the video ;-)09:26
*** beratiks <beratiks!52de0992@> has quit IRC09:30
*** stbenz6 <stbenz6!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has joined #yocto09:31
*** stbenz <stbenz!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has quit IRC09:31
*** stbenz6 is now known as stbenz09:31
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC09:41
pxfinSorry not a support question for this channel but noticed that and Vader so you must be metal music listener :)  Been listening more than 35 years metal music but that's that09:42
LetoThe2ndhehe, we're pretty relaxed here, so no problem. nice somebody noticed it :)09:44
paulbarkerpxfin: The metal is strong in this channel09:44
LetoThe2ndpaulbarker: ++09:45
paulbarkerJust noticed via twitter that the OE Worshop videos from Brussels in Feb are now up: https://www.youtube.com/playlist?list=PL8IUnCBo9SB1B5rRMg7jKtqrqkCJsVCnT09:46
*** kaspter <kaspter!~Instantbi@> has quit IRC09:47
*** kaspter <kaspter!~Instantbi@> has joined #yocto09:47
LetoThe2ndpaulbarker: twitter is new new cool shitz!09:48
paulbarkerLetoThe2nd: It does the job and I find it less distracting than Facebook09:50
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto09:54
*** pxfin <pxfin!5faf68aa@> has quit IRC09:58
mckoanpaulbarker: awesome!10:01
*** electronixid <electronixid!5c22126d@c-6d12225c.037-401-73746f7.bbcust.telenor.se> has quit IRC10:03
RP1 new failure and 2 more intermittent issues overnight :(10:06
* RP just can't keep up10:06
*** pxfin <pxfin!5faf68aa@> has joined #yocto10:07
kroonRP, iso-codes git revision ?10:11
RPkroon: that was one failure, there is a patch for that. The two intermittent issues are more of a problem10:12
kroonI'm trying to learn how to navigate the autobuilder pages10:12
kroonBut I can only find the iso-codes errors10:13
RPkroon: The last master-next build had two failures, one in a selftest, one in a testimage10:13
*** sunfanbaby <sunfanbaby!~Thunderbi@> has left #yocto10:13
RPkroon: also, the iso-codes failure shouldn't have broken those builds the way it did, which means there is a mirroring problem somewhere10:13
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto10:14
kroonRP, are master-next build results not public ?10:16
kroonI can only find master builds it seems10:16
RPkroon: Are you looking at the "console" page?10:16
RPkroon: https://autobuilder.yoctoproject.org/typhoon/#/console10:16
kroonRP, ah ok, thanks10:17
kroonwas looking at "Home"10:17
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC10:17
RPkroon: The console view is our custom plugin to help visualise things10:17
*** nslu2-log_ is now known as nslu2-log10:17
RPrburton: meta-arm is bust with master-next btw10:18
RPrburton will be getting sick of me :/10:18
*** gtristan <gtristan!~tristanva@> has quit IRC10:20
*** gtristan <gtristan!~tristanva@> has joined #yocto10:20
*** sunfunbaby <sunfunbaby!~Thunderbi@> has joined #yocto10:22
RPAh, testing the change in -next broke the mirror :/10:22
RPwhich unfortunately means I just broke dunfell I expect :(10:22
*** kaspter <kaspter!~Instantbi@> has quit IRC10:23
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:24
RPThis is going to be a huge pain :(10:25
LetoThe2ndRP: enjoy some https://youtu.be/ZpUYjpKg9KY10:26
*** fbre <fbre!91fdde45@> has joined #yocto10:27
fbreHi, https://www.yoctoproject.org/docs/2.7/dev-manual/dev-manual.html#creating-partitioned-images-using-wic tell about Raw Mode and Cooked Mode for partitioning. Which one is used by default when I just call bitbake?10:28
fbreI reckon it is Cooked Mode, right?10:28
fbreFor Cooked Mode that documentation says " All you need to provide is a kickstart file and the name of the image from which to use artifacts by using the "-e" option".   The question is now how do I do that in my own yocto layer? Is there any example to look at which shows me how to change the default of image creation?10:30
fbreCurrently, I just call bitbake and get an .sdcard file to flash with dd10:31
fbreNow I want to do my own partioning.10:31
qschulzfbre: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#wic-requirements10:32
*** srijan_root <srijan_root!0e66a0b2@> has joined #yocto10:33
srijan_rootI have created an iso image by adding IMAGE_FSTYPES = "ext4 iso" in local.conf10:33
srijan_rootIs there a way to configure a custom swap space without using wic10:34
qschulzfbre: the image name is passed to wic directly for you by Yocto, c.f. http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/image_types_wic.bbclass#n3510:34
*** sunfunbaby <sunfunbaby!~Thunderbi@> has quit IRC10:40
*** sunfunbaby <sunfunbaby!c30946aa@> has joined #yocto10:44
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto10:45
*** Jaks <Jaks!58735b23@88-115-91-35.elisa-laajakaista.fi> has joined #yocto10:49
*** camus1 <camus1!~Instantbi@> has joined #yocto10:52
JaksHi all, I have question about kernel patches,  will patches be installed in a arrange given by the number heading the patch file 0001<patchname>.patch , and if they are, is the 0001 first, and ie. 0002 last one to be applied?  does SRC_URI arrangement mean anything?10:52
*** kaspter <kaspter!~Instantbi@> has quit IRC10:52
*** camus1 is now known as kaspter10:52
*** eduardas <eduardas!~eduardas@> has joined #yocto10:55
*** gtristan <gtristan!~tristanva@> has quit IRC10:56
qschulzJaks: no, they are applied in the order they appear in the SRC_URI10:56
JaksThanks qschulz10:59
*** JaMa <JaMa!~martin@> has quit IRC11:02
fbreqschulz: thanx. This line 35 is essential to understand what the yocto build does by default. That should be mentioned in the docs. Next I actually need to know an example for how to change the default to my own partioning. I have read the whole documentation chapter about partitioning but still don't have a clue what to do next in practice '=D11:09
fbreIs there an example of how one changes the partitioning in his own bb file of his own meta layer?11:11
fbreI mean how one changes the default partitioning11:12
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:18
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC11:18
*** mbulut_ <mbulut_!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto11:18
*** mbulut_ <mbulut_!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC11:20
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto11:21
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC11:23
*** nslu2-log_ is now known as nslu2-log11:23
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC11:26
*** gtristan <gtristan!~tristanva@> has joined #yocto11:33
fbreCooked Mode suggests in the docs " All you need to provide is a kickstart file". How do I provide a kickstart file?11:40
LetoThe2ndfbre: for example look at https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/11:43
LetoThe2ndfbre: canned scripts in the wic directory11:43
*** icewolf <icewolf!~icewolf@p5785f111.dip0.t-ipconnect.de> has joined #yocto11:43
*** berton <berton!~berton@> has joined #yocto11:48
fbreOK, if I make a copy of meta-ti/tree/wic/sdimage-2part.wks in my own meta layer, how do I tell the build system to take that one?11:50
*** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has joined #yocto11:50
fbreWhich magic .bb file must be changed in which way to configure that11:51
mckoanfbre: in your machine file should be present a WKS_FILE =11:52
fbreI see, should I add WKS_FILE = my.wks to my machine .conf file, right?11:54
mckoanfbre: yes11:56
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto11:56
polaris-hi, is there a way to provide a different git URI to SRC_URI in a .bbappend file and to make BitBake prefer that one when fetching the code?11:57
fbreThis should be written in the docs more clearly. With your hints I am starting to understand what the documentation means there in https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#creating-partitioned-images-using-wic  :)11:59
mckoanpolaris-: prefer that one referred to what?12:01
polaris-mckoan: I want BitBake to prefer the git URI I provide in the .bbappend to the one given in the original .bb.12:02
qschulzpolaris-: override SRC_URI entirely, or use _remove of the original git URI12:02
mckoanpolaris-: when you define a new SRC_URI in a .bbappend file it become the one used12:03
polaris-qschulz: _remove sounds interesting12:05
polaris-mckoan: I don'12:06
*** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC12:06
polaris-t want to replace it entirely.12:06
polaris-mckoan: I basically want to use a different git server for the source.12:07
rburtonRP: what did you break now? :)12:12
RPrburton: u-boot upgrade12:13
polaris-qschulz: thanks for the tip! _remove is what I was after. The detailed documentation in the BB manual managed to not show up in my searches :)12:17
qschulzpolaris-: know that _remove is final, you can't re-add something that is in _remove12:19
rburtonRP: so we'll consider this notice and will fix asap12:20
polaris-qschulz: Ah .. that's good to know12:21
fbreHow do I define a test partition of 10MB in such a custom .wks file?12:21
*** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has quit IRC12:25
*** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has quit IRC12:27
srijan_rootWhere to define swap space in an iso image12:33
fbreI have a meta layer of freescale. How to I find out which .wks they use?12:43
fbreMy own meta layer is on top of that12:43
fbreAs I tried to use a .wks file of poky I get an error.   Function failed: do_image_wic (No boot files defined, IMAGE_BOOT_FILES unset for entry #112:45
fbreI copied that poky .wks file12:46
fbreThis does not fit to the freescale way of bitbaking things12:46
fbreWhich .wks file does the layer below my own layer use by default, is the question?12:47
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has quit IRC12:49
qschulzfbre: bitbake -e image-recipe | grep -e "^WKS_FILE"12:49
*** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto12:50
mckoanfbre: wic list images12:51
*** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC12:52
*** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto12:52
fbreERROR: Nothing provides 'image-recipe'12:53
fbrereturns the bitbake -e call12:53
fbrewic list images returns a list of more than 10 entries12:53
mckoanfbre: 'image-recipe' means your image name12:55
mckoanfbre: for NXP usually it is imx-uboot-spl-bootpart12:55
*** tmpNick <tmpNick!a5e11b3e@> has joined #yocto12:56
fbreI usually bitbake a core-image-minimal. So a    bitbake -e core-image-minimal | grep -e "^WKS_FILE"    returned   core-image-minimal.imx8mqevk.wks core-image-minimal.wks12:58
tmpNickHey, i have a question about ROOTFS_POST_PROCESS_COMMAND, it looks like the generated script file overwrites PATH, and so it can't find commandos like ip, or ssh-keygen12:58
tmpNickIs this the expected behaviour?12:58
mckoanfbre: what's your machine name?12:59
*** hjb303 <hjb303!183deaa1@c-24-61-234-161.hsd1.nh.comcast.net> has joined #yocto13:00
qschulzfbre: bitbake -e image-recipe | grep -e "^WKS_SEARCH_PATH" and then the first path to have the file is the one that should be used (haven't checked but that's usually how bitbake/yocto works)13:02
*** Manuelmanuel <Manuelmanuel!3e6383b2@> has joined #yocto13:04
icewolfIs there a possibility to just bake the output of some recipes into an image like tar.gz, without kernel, init and supplementary directory structure?13:04
qschulzfbre: or maybe it's even avialble in the do_image_wic log13:04
qschulzfbre: WKS_FULL_PATH looks more like what you're looking for (I'm just reading the image_types_wic bbclass I setn you earlier :) )13:05
fbreWKS_FULL_PATH is empty13:06
qschulzwhere did you put your wks file?13:07
fbreUntil now I do not use my own wks file yet. I'm still trying to find out how freescale setups the things. And where I can find out which wks they use.13:08
fbreI wonder because mckoan say they usually use meta-freescale/wic/imx-uboot-spl-bootpart.wks by default. Where is the setting this file should be used?13:09
qschulzimx-uboot-spl-bootpart.wks should be in WKS_FILE13:09
*** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has joined #yocto13:10
*** Jaks <Jaks!58735b23@88-115-91-35.elisa-laajakaista.fi> has quit IRC13:10
fbrebitbake -e core-image-minimal | grep -e "^WKS_FILE returns     WKS_FILE="core-image-minimal.imx8mqevk.wks"13:11
fbreBut I do not find such file13:11
*** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto13:11
qschulzyes, it's the default13:11
qschulzfbre: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/image_types_wic.bbclass#n1113:11
qschulzso grep for WKS_FILE in the meta-freescale layer13:12
qschulzprobably in a machine.conf file or an image recipe13:12
*** gaston53 <gaston53!c502a2c6@> has joined #yocto13:14
*** pxfin <pxfin!5faf68aa@> has quit IRC13:14
mckoanfbre: IIRC mx8 still uses .sdcard and not .wic13:14
gaston53I have build linux image using yocto, I have access as a root to this image. How can I add USER ACCESS ?13:15
fbreyes, I always dd .sdcard files13:15
fbreBut what do you mean? Is wic the wrong track?13:15
mckoanfbre: in that case, yes13:15
mckoanfbre: see my talk here https://koansoftware.com/yocto-project-with-artificial-intelligence-ml-on-nxp-i-mx/13:16
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC13:16
otaviomckoan: on meta-freescale, we've been moving to wic files13:17
mckoanotavio: hi. Starting from what release?13:18
*** kroon <kroon!~kroon@> has quit IRC13:22
*** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has joined #yocto13:23
tmpNickI think I should ask differently: Why can't I run "ip a" with ROOTFS_POST_PROCESS_COMMAND?13:23
fbreI have sumo IIRC13:23
otaviomckoan: for some, I don't recall exactly13:24
mckoanotavio: but iMX8 is into meta-fsl-bsp-release13:25
qschulztmpNick: you need the native variant of the package providing ip because `ip a` is ran on the host in ROOTFS_POST_PROCESS_COMMAND13:27
fbreI can find imx8mmevk.conf but it does not contain a WKS_FILE entry. So it keeps not clear how freescale generates the sdcard image13:28
*** srijan_root <srijan_root!0e66a0b2@> has quit IRC13:29
qschulzfbre: sdcard image isn't generated by wic IIRC13:29
qschulzfbre: look for a IMAGE_CMD_sdcard somewhere, that'll be the code hanlding your image creation13:29
fbreOK. thanx13:30
tmpNickThank you @qschulz, `ip a` is provided by busybox and I can run it successfully on the board13:30
fbretimeout for today. See you all + thanx13:30
tmpNickBye fbre13:30
tmpNickBut I still get a `command not found`error13:32
fullstoptmpNick: busybox doesn't run on your host.13:33
qschulztmpNick: so, let us ask the real question. What are you trying to achieve in this ROOTFS_POST_PROCESS_COMMAND. For which reason(s) do you want to run `ip a`?13:35
tmpNickI'm trying to run ssh-keygen13:36
tmpNick`ip a`is just an example13:36
*** fbre <fbre!91fdde45@> has quit IRC13:36
*** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto13:37
fullstoptmpNick: almost any command you wish to run in that step needs to have a recipe with a "native" bbclass.13:37
fullstopsee this recipe: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/mtd/mtd-utils_git.bb?h=master13:37
fullstopSee how it has BBCLASSEXTEND = "native nativesdk" ?13:37
*** kaspter <kaspter!~Instantbi@> has quit IRC13:39
*** kaspter <kaspter!~Instantbi@> has joined #yocto13:39
fullstopIF you add mtd-utils-native to your depends, the binaries from the mtd-utils-native, built for your host platform, can be used in the ROOTFS_POST_PROCESS_COMMAND13:39
qschulztmpNick: I'm not entirely sure ssh-keygen run at rootfs time is what you want (proivided you want to use it for creating keys). This means ssh-keygen will be run eveyrtime the rootfs is created thus the keys will have changed in between)13:40
*** creich <creich!~creich@p200300f6af272610000000000000039b.dip0.t-ipconnect.de> has joined #yocto13:40
tmpNickqschulz: Does it sound reasonable to you, that it is a security risk if the ssh keys persist between different builds?13:42
fullstopAre you trying to avoid the time penalty of generating them on the target?13:43
*** sunfunbaby <sunfunbaby!c30946aa@> has quit IRC13:43
tmpNickHmm, I guess you could generate them on the target13:45
*** gaston53 <gaston53!c502a2c6@> has quit IRC13:46
qschulztmpNick: yup, that's what you want (and save the keys on a persistent storage on the target)13:47
fullstopOn my platform this takes ~40 seconds.13:47
tmpNickThe problem is that we have a requirement of maximal 10 second startup time...13:47
fullstoptmpNick: are you using systemd?13:47
fullstopGood news, then. :-)13:47
bantutmpNick: Have to ensure there is "good" randomness, though. Otherwise all devices might generate the same key.13:48
fullstopsshd.socket starts pretty much instantly and the keys won't be generated until the first ssh connection is made.13:48
tmpNickThat sounds good, so it won't slow down anything13:48
bantuGenerating ed25519 keys should be fairly cheap anyway13:48
fullstopThat is, it won't affect your boot time.. but the first connection will be much slower than the others.13:48
qschulzif the keys are in persistent storage, just the first boot "out of factory" will take time13:49
qschulz(first boot or first connection, depends on the implementation :) )13:49
fullstopqschulz: not with the default systemd stuff13:49
tmpNickfullstop: How would you provide a script for ssh-keygen on the first connection?13:50
fullstoptmpNick: It should be already done for you.13:50
fullstoptmpNick: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/openssh/openssh_8.3p1.bb?h=master#n4113:50
fullstoptmpNick: and http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/openssh/openssh/sshd.socket  <-- Wants=sshdgenkeys.service13:51
tmpNickThat looks promising, thank you13:52
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto13:52
fullstopYou also save a bit of memory since sshd is not always running; it is spawned on connection.13:52
*** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has joined #yocto13:53
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC13:53
fullstopIt parses sshd_config and figures out which keys you need. You can probably save some time on the first connection by only generating ed25519 keys, but this may limit what can connect to your device.13:54
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has joined #yocto13:54
fullstopBut anything which does not support ed25519 is quite old now.13:54
*** nslu2-log_ is now known as nslu2-log13:54
*** JaMa <JaMa!~martin@> has joined #yocto13:56
qschulzfullstop: even in embedded systems :) ?13:57
fullstopqschulz: I know that I have plenty which don't support ed25519... ;-)13:57
fullstopand they probably never will13:57
qschulzfullstop: I was more implying that not supporting ed25519 in embedded systems would still be the norm somehow13:59
*** gtristan <gtristan!~tristanva@> has quit IRC13:59
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:00
*** gtristan <gtristan!~tristanva@> has joined #yocto14:12
*** srijan_root <srijan_root!0e66a0b2@> has joined #yocto14:15
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC14:18
*** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has quit IRC14:18
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:19
JPEWsakoman: Can we upgrade to the latest libdrm on dunfell to fixe qemu+virgl on Ubuntu 18.04 with AMD graphics?14:24
sakomanJPEW: That upgrade is in the batch of patches currently out for review14:25
sakomanSo far no negative comments14:25
JPEWsakoman: Ah, sorry I should have checked14:26
sakomanNo worries!14:26
RPsakoman: I think I've broken dunfell builds with the iso-codes change, see the list email :/14:27
sakomanRP: OK, will look14:27
*** goliath <goliath!~goliath@> has quit IRC14:31
srijan_rootGuys in the init-install.sh script the swap space is calculated on the disk_size14:36
srijan_rootI want to calculate it based on the RAM available14:37
srijan_rootIs this possible?14:37
*** pxfin <pxfin!5faf6831@> has joined #yocto14:37
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto14:38
LetoThe2ndsrijan_root: anything is possible, its only software after all.14:39
srijan_rootLetoThe2nd, very true...I meant to ask, during initial boot, can I get details of /proc/meminfo and then modify the script accordingly14:40
pxfinFirst poky bitbake took about 2.5 hours.. within virtualbox/Ubuntu 20.04.. maybe i should really do native Ubuntu install and/or upgrade HW14:40
LetoThe2ndsrijan_root: i don't know if you can do that? technically replacing the script with soemthing custom is ok.14:41
qschulzpxfin: I bet you starved your VM right? How many CPU cores and RAM as well as disk is available? (or go for containers, it's used by many)14:41
LetoThe2ndpxfin: 2.5hrs in a VM is not that bad.14:41
srijan_rootLetoThe2nd: Thanks14:42
LetoThe2ndi hereby declare this to be the theme song for all in-VM-building folks: https://youtu.be/REXpzTtplZg14:42
pxfinI have 4 cpu (8 cores) I7-7700HQ and 16gigs ram of which half 8192mb ram is allocated for virtualbox and half of the cores meaning 414:43
pxfinduring bitbake htop.. RAM were mostly 2 gigs usage14:43
pxfinqschulz.. well laptop fans were singing CPU maxed out yes14:44
qschulzpxfin: (don't worry, it does on mine too (12 cores desktop, 32GB of RAM :) )14:45
pxfinqschulz - i went with 60 gigs Ubuntu installation but seems maybe 100+ is needed ? :)14:45
qschulzpxfin: a yocto build takes a lot of space (tarball, sstate-cache and workdir)14:48
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto14:49
pxfinyeah i've running ~20 different distros in virtualbox and started to learn about custom own ones.. first i was going for Linux From Scratch but decided Yocto is way more professional + bitbake is excellent.. saves you all the most of  the manual work14:50
pxfin+ i have many SBC:s laying around (Raspberry 1, 2, 3, 4) Oroids (C2, N2, XU4)14:51
pxfinodroids even14:51
frscJaMa: May I ask how the changes in Qt terms (https://www.qt.io/blog/qt-offering-changes-2020) affect the meta-qt5 layer?14:53
pxfinFirst bitbake was according to the video from LetoThe2nd.. i wonder what kind HW he was running since way faster14:54
qschulzpxfin: he was using a hot sstate-cache14:55
pxfinlearning every day14:55
frscJaMa: Will the LTS versions stop receiving updates after the basic support has ended, or will we just not be allowed to use the open source licensing anymore?14:55
tlwoernerYPTM: trevor woerner is on14:58
LetoThe2ndYPTM: Josef is on14:58
pxfinLetoThe2nd - HAH! Neverending story i love that song14:59
JPEWYPTM: Joshua Watt is on14:59
LetoThe2ndpxfin: :)14:59
smurrayYPTM: Scott Murray is on14:59
rburtonsgw1: its a saul!15:00
rburtonYPTM ross in15:00
pxfinLetoThe2nd: dont get my started.. folk metal like Ensiferum or Moonsorrow from Finland ;-)15:00
pxfinhrm.. get me even15:01
vmesonYPTM: Randy joined15:02
pxfinTUNE_FEATURES.. this OK m64 core2 ?15:02
armpitYPTM: armin is on15:02
sgw1rburton: yes indeed15:04
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:05
*** eduardas <eduardas!~eduardas@> has quit IRC15:06
*** srijan_root <srijan_root!0e66a0b2@> has quit IRC15:06
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto15:09
Crofton|cloudlol I almost remembered to go to th emeeting, then got distracted15:14
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto15:15
tmpNickI still can't get it to work with BBCLASSEXTEND15:19
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto15:19
qschulztmpNick: what exactlya re you trying to do?15:19
tmpNickI want to run ssh-keygen with ROOTFS_POSTPROCESS_COMMAND15:21
qschulztmpNick: we told you you don't need it?15:21
tmpNickYes... But I still need to perform postprocessing of the image and I'd like to test this feature15:22
qschulzso what about this BBCLASSEXTEND, what are you doing with it, where, etc...15:23
tmpNickI have a layer for openssh and a layer for the image recipe15:24
tmpNickThe image recipe performs the postprocessing and the openssh recipe has BBCLASSEXTEND native15:24
qschulztmpNick: something else or that's it?15:26
tmpNickWell they are both included in the conf file as layers15:26
qschulzdid you tell Yocto that your image recipe needs openssh-native?15:26
tmpNickYes, but I think it includes the wrong one, because I inherit from another from core-image15:27
qschulztmpNick: your last sentence needs to be a bit more explicit because I didn't understand what's done already15:28
tlwoernerLetoThe2nd is a rock-star now :-)15:28
LetoThe2ndtlwoerner: partially.15:29
tmpNickI think I'll create a minimal working example, that's probably the easiest way to go. But right now I have no time, so I'll post it in ~3 hours or so again15:29
tmpNickThank you for your help so far15:29
pxfintlwoerner - remember the old song ? https://www.youtube.com/watch?v=Gf1WT8VEZxk :)15:32
pxfintlwoerner - besides at the movies who knows is a reference to the at the gates15:33
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC15:34
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto15:36
*** OlivierSJ <OlivierSJ!18c9b133@modemcable051.177-201-24.mc.videotron.ca> has joined #yocto15:42
OlivierSJHi everyone,15:42
OlivierSJI'm having problems building yocto sumo. More precisely, it fails to fetch iso-codes. The error message is the following:15:43
OlivierSJERROR: iso-codes-3.77-r0 do_fetch: Fetcher failure: Unable to find revision 0a932d3e1e6d9058a6ef874c8ff1dc4a193bc030 in branch master even from upstreamERROR: iso-codes-3.77-r0 do_fetch: Fetcher failure for URL: 'git://salsa.debian.org/iso-codes-team/iso-codes.git;protocol=http'. Unable to fetch URL from any source.15:43
*** Manuelmanuel <Manuelmanuel!3e6383b2@> has quit IRC15:43
OlivierSJFrom what I can see, it seems that the upstream repo changed their main branch to "main" instead of "master", and deleted the master branch15:44
OlivierSJWhat would be the best way for me to create a bug report for this?15:45
qschulzOlivierSJ: fixed already? http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-support/iso-codes/iso-codes_4.5.0.bb?h=master15:47
qschulzOlivierSJ: but you might want to send a patch to backport this (http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-support/iso-codes/iso-codes_4.5.0.bb?id=6e16ef0c2e0ec2bbb862231cd84e7650bd5789af) patch to all supported branches if not already sent (dunfell does not have it yet, don't know if it;s been sent)15:48
OlivierSJThat seems to be only for latest though. Unfortunately, we have to stay at sumo, which doesn't seem to have been fixed15:48
OlivierSJI see15:49
qschulzOlivierSJ: sumo isn't supported anymore, so it's your maintenance burden now :)15:49
qschulzOlivierSJ: a bbappend with SRC_URI_append = ";branch=main" should work15:50
OlivierSJI see! Will do. Thanks15:50
qschulzbest would be to entirely replace SRC_URI with the correct value in a bbappend so that it's compatible with other bbappends if there are some or will be some15:51
*** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC15:51
pxfinIs there a way bitbake would use more memory in virtualbox.. again 1.7/7.7 for caching ?15:53
*** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC15:55
tlwoernerJPEW: yes15:56
pxfinor does it mean maxing out CPUs doesnt mean anything.. load average 12+ now15:56
*** fl0v0 <fl0v0!~fvo@> has quit IRC15:59
pxfinI know its like newbie question but i've been coding since 80s and this is new.. so i am firstly connection sosial community.. if not its all about learning by doing16:10
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC16:13
*** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto16:14
*** mckoan is now known as mckoan|away16:18
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@> has joined #yocto16:18
*** xtron <xtron!~xtron@> has joined #yocto16:20
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC16:34
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto16:34
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC16:38
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto16:38
*** OlivierSJ <OlivierSJ!18c9b133@modemcable051.177-201-24.mc.videotron.ca> has quit IRC16:48
*** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto17:03
*** xtron <xtron!~xtron@> has quit IRC17:09
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:20
*** vineela <vineela!~vtummala@> has joined #yocto17:22
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:22
*** alimon <alimon!alimon@gateway/shell/linaro/x-roqcgzhznhumegeo> has left #yocto17:23
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto17:48
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC17:51
*** nslu2-log_ is now known as nslu2-log17:51
pxfinHrm.. big crash Ubuntu 20.04 has experienced internal error17:54
*** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto17:55
pxfinPics here or some other means of error errata for Yocto?17:55
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto17:55
JPEWpxfin: You can post information here if you want18:00
pxfinOTE: Fetching uninative binary shim from http://downloads.yoctoproject.org/releases/uninative/2.8/x86_64-nativesdk-libc.tar.xz;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab18:00
pxfin|############################################################################################################################| Time: 0:00:0618:01
pxfinMissed 2554 Current 0 (7% match, 0% complete)18:01
pxfin(/home/devuser/poky/meta/recipes-support/iso-codes/iso-codes_4.4.bb:do_fetch) failed with exit code '1'18:01
pxfinSummary: There were 2 ERROR messages shown, returning a non-zero exit code.18:01
JPEWErr, pastebin please :)18:01
pxfinLearning ;-)18:01
JPEWpxfin: Sorry, should have been more explicit :)18:01
pxfinMaybe sometimes i am quite straight forward for solutions18:02
pxfinSorry guys but i want solution now18:03
pxfinif you have solution18:03
JPEWpxfin: I don't, but if you post you're debugging information some where (e.g. pastebin) we can take a look18:04
pxfinIs this the problem mentioned above18:04
pxfinSorry guys18:04
pxfinJPEW good18:05
JPEWpxfin: Ah so the problem is that the iso-codes failed to fetch?18:06
pxfinI am beginner18:06
pxfini tried all the from the docs18:06
pxfinI think i said my development host above up there18:07
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lcphqqnjrregvjox> has quit IRC18:07
pxfinI tried to compile normile according to the docs18:07
JPEWpxfin: Your Ubuntu 20.04 host crashed with an internal error when you tried to build?18:07
pxfinno ubuntu ok but bitbake crashed18:08
pxfinLogs posted where from terminal18:08
pxfinMaybe not crashed but something was not found or something else i dont know18:09
JPEWpxfin: Right, based on the logs you posted, the iso-codes recipe failed to download the source code18:09
pxfinSo how do i run normal poky x64 from Ubuntu 20.04 ?18:10
JPEWThats what the line ".../iso-codes_4.4:do_fetch) failed with exit code '1'" means18:10
JPEWpxfin: I don't think this is related to your setup; what branch are you on?18:10
JPEW(e.g master, dunfell, zeus, etc)18:10
pxfinShould i change back to Ubuntu 18.04.3 ?18:10
pxfinRunning according to the docs 3.1.1 Dunfell18:11
JPEWpxfin: Ok, I don't think changing build hosts will help18:11
JPEWpxfin: Ok, so the issue is that the upstream iso-codes repo deleted it's "master" branch in favor of a "main" branch18:13
pxfinIts just desktop Ubuntu 20.04 taken to Virtualbox 6.1.10 - Virtualbox-Guest-Additions 6.1.0 installed.. then start from command line normal ..18:15
*** NiksDev <NiksDev!~NiksDev@> has quit IRC18:15
pxfinAccording this18:15
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto18:16
pxfinJPEW what is the problem ?18:16
JPEWpxfin: Yes, I believe your setup is correct, the problem is the iso-codes recipe is looking for a branch that no longer exists18:16
JPEW(because upstream deleted it)18:17
pxfinWhat i can do18:17
JPEWRight, can you find the iso-codes_4.4.bb file in the source tree?18:17
pxfinOf course18:18
* JPEW does some searching18:19
pxfinMaybe i can ...18:19
JPEWOk, once you find the file, make a change like this: https://lists.openembedded.org/g/openembedded-core/message/14031618:19
JPEWEffectively, append `;branch=main;` to the end of SRC_URI18:20
JPEWWhich will tell bitbake to start looking for the "main" branch instead of the "master" branch18:20
pxfinGood I am learning bit by bit.. loving it (which means great respects for your guys)18:23
JPEWpxfin: There is a lot to learn, but glad you are enjoying it :)18:24
pxfinI love it.. i will come back to it tomorrow18:25
*** pxfin <pxfin!5faf6831@> has quit IRC18:25
*** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC18:29
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto18:29
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC18:32
*** polaris- <polaris-!~jan@p200300e48f1988003051abf95c0c6570.dip0.t-ipconnect.de> has joined #yocto18:34
*** elfenix <elfenix!~andrew@> has joined #yocto18:45
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto18:48
*** vineela <vineela!~vtummala@> has quit IRC18:50
*** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto18:51
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@> has quit IRC19:05
*** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto19:23
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC19:25
*** vineela <vineela!~vtummala@> has joined #yocto19:25
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC19:26
*** aidanh_ is now known as aidanh19:26
*** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC19:31
*** sgw2 <sgw2!sgw@nat/intel/x-czxsxiehplcgtxil> has quit IRC19:35
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC19:43
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto19:43
*** icewolf <icewolf!~icewolf@p5785f111.dip0.t-ipconnect.de> has quit IRC19:45
RPsakoman: we might have to port the iso-codes change quickly as people are hitting it19:52
sakomanYup, testing the patch with the dunfell version of iso-codes right now19:52
sakomanLooks all green so far19:53
RPsakoman: in this case I'm tempted to speed up the normal process for the single patch19:53
sakomanWorks for me19:54
RPsakoman: unless you like lots of email? :)19:54
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto19:54
sakomanNo, we all hate lots of email ;-)19:54
*** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto19:57
sakomanRP: I can do an early pull request for this week's batch of patches19:59
*** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@> has joined #yocto19:59
RPsakoman: if you're agreeable I can just merge that one I guess, I'm not sure its worth a delay19:59
*** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC19:59
sakomanThat is fine, you also could pull from https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-next20:00
*** nslu2-log_ is now known as nslu2-log20:00
sakomanI haven't gotten any more comments after the first 36 hours20:00
sakomanAnd people are also running into the libdrm issue20:01
sakomanSo this would fix both of those20:01
sakomaneither is ok with me20:02
*** vineela <vineela!~vtummala@> has quit IRC20:04
*** sgw2 <sgw2!~sgw@> has joined #yocto20:04
*** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC20:07
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto20:07
*** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto20:08
*** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC20:15
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC20:18
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC20:20
*** M4RV1N <M4RV1N!5b5deac2@> has joined #yocto20:21
M4RV1Nhow can i set  the default virtual machine path to a different location for docker-tool box on windows.20:24
M4RV1Ndocker-machine create -d virtualbox --virtualbox-cpu-count=2 --virtualbox-memory=4096 --virtualbox-disk-size=50000 default20:24
M4RV1Nthis command creates the default20:24
M4RV1Non .docker folder20:25
M4RV1Nis it a must that the file created there?20:25
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto20:25
*** polaris- <polaris-!~jan@p200300e48f1988003051abf95c0c6570.dip0.t-ipconnect.de> has quit IRC20:30
*** vineela <vineela!~vtummala@> has joined #yocto20:31
RPsakoman: if that is ready to merge I can merge it20:48
kergothHmm, wonder why the armv7-a tunes aren't listed in the armv7ve package archs20:55
kergothpretty sure the latter can run the former since the latter just hast he virtualization extensions?20:55
RPkergoth: entirely possible its an oversight. rburton? jonmason?21:01
frayI ran into some issues where combinations were not complete..21:02
frayprobably something we need to look at eventually.. until then I ignored the 'file loaded twice' error.. :P21:02
jonmasonIt's on our Todo list to verify all the tunings are correct and optimal.  So, it'll happen sometime this quarter21:06
RPjonmason: cool. Somewhere after "unbreak autobuilder"? ;-)21:10
fraylet me know if you need any help doing it (both 32-bit and 64-bit arm).. cause for zeus I was scratching my head on a few things, but never got back to it..21:12
*** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has quit IRC21:12
*** berton <berton!~berton@> has quit IRC21:19
*** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC21:19
*** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has quit IRC21:21
*** splatch <splatch!~splatch@vps-dc30c65c.vps.ovh.net> has joined #yocto21:23
splatchgood evening :)21:23
splatchI must admit that I feel like ~18 years ago when I was getting on IRC to learn stuff. Thank you for preserving this tradition. This time I gonna leave my irc session alive, just like during old times.21:24
splatchI've ran into another trouble with my yocto build, which will soon become a nice saga for writing up a blog post. To the point. I do have a /data mounted elsewhere and obviously system image which ships /etc. So I would like to link my wireguard configs from /data/system/etc/wireguard/wg0.conf to /etc/wireguard/wg0.conf. I've learned that ln -s doesn't work and use of ln is deprecated since quite some21:27
*** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC21:27
splatchtime. I also found a lnr in the docs, but I am getting lost with use of placeholders.21:27
splatchI have: lnr ${D}${PERSISTENT_DATA_DIR}/system/etc/wireguard/wg0.conf ${D}${sysconfdir}/wireguard/wg0.conf21:27
splatchbut doesn't work21:27
splatchdid I put one ${D} too much?21:28
JPEWsplatch: Yes21:29
JPEWErr, maybe not with lnr...21:29
splatchfair enough, is it valid to have ln in do_install section at all?21:29
JPEWsplatch: It should be, I'm not sure why that wouldn't work. Whats the failure mode?21:33
splatchI keep on getting "No such file or directory" with different combinations.21:34
splatchNo such file or directory: '../../data/system/etc/wireguard/wg0.conf' -> '/etc/wireguard/wg0.conf'21:34
splatchwith lnr ${PERSISTENT_DATA_DIR}/system/etc/wireguard/wg0.conf ${sysconfdir}/wireguard/wg0.conf21:34
splatchI've tried with ${D}, now without21:34
splatchI couldn't locate use of lnr so far which would work with persistent partition. Mender has some in their recipes, but they are still based on ln calls and wired into appends21:35
JPEWsplatch: You need the ${D} for sure. Any reason you can't do `ln -s ${PERSISTENT_DATA_DIR}/system/etc/wireguard/wg0.conf ${D}${sysconfdir}/wireguard/wg0.conf` ?21:36
splatchfrom what stackoverflow said and recent manual only relative links are permitted21:37
splatchoh wait, maybe I do miss FILES section!21:37
splatchok, I do miss it21:38
splatchlets see with that21:38
JPEWsplatch: Can you show me where is says you have to do relative links with ln?21:39
splatchJPEW: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#migration-2.3-absolute-symlinks21:39
splatchnot sure what staged means in this context21:40
RPthat is a really old school term in the project :/21:40
JPEWRP: So what does it mean?21:41
splatchit could be a fault of my do_install, I didn't do install on ${D}${sysconfdir}21:42
JPEWsplatch: Ah forgot to make the directory first>21:42
splatchreliable builds++ :)21:43
RPJPEW: in the sysroot directories we want relative symlinks, not absolute ones21:43
RPotherwise relocation of files to new sysroots in different recipes doesn't work so well (the sstate code force converts absolute links to relative ones if you don't do it)21:45
JPEWRP: Ok, I wondered.... but using an absolute symbolic link in a target recipe would be OK (although maybe not wise if it ever became a native recipe also)?21:45
RPJPEW: target sysroot?21:46
RPif its not a sysroot "staged" file it would be ok21:46
RPbonus points to anyone who remembers the do_stage tasks21:47
JPEWThe oldest version I've ever used was 1.6, but I was so oblivious to what was going on I probably wouldn't have noticed anyway :)21:48
RPJPEW: I got rid of them in July 2010 so its a 10 year anniversary on the 22nd :)21:49
RPIt why we have "staging.bbclass"21:50
*** elfenix <elfenix!~andrew@> has quit IRC21:56
*** vineela <vineela!~vtummala@> has quit IRC21:57
*** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC21:58
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto22:03
*** xtopher <xtopher!~xtopher@mobile-166-176-187-66.mycingular.net> has joined #yocto22:04
sakomanRP: I think it is fine to merge it, I don't expect to get any more comments22:05
sakomanShould I send a pull request?22:05
RPsakoman: go on then, does it by the book :)22:06
xtopher@khem: am looking at a build failure with the linux-raspberrypi recipe from meta-raspberrypi: it looks like the commit specified in the SRCREV is no longer in the rpi-5.4.y branch, which presumably indicates that a force push happened to that branch upstream. Wondering if this breaking has been a common occurrence.22:07
RobertBerger@khem I am after a problem with syscall 0x197 ;)22:08
RobertBergerDoes someone else know here where the glibc recipe finds it's magic scripts to create a syscall table from?22:09
RPRobertBerger: aren't those in glibc itself?22:10
RobertBergerWell then I guess we have a serious problem ;)22:10
RobertBergerLet me explain.22:10
RobertBergerI try to build some xenomai patched kernel. xenomai patches are only avail for 4.19.x kernels.22:11
sakomanRP: by-the-book pull request sent :-)22:11
RobertBergerI thought that the kernel-headers recipe is used by glibc to "autobuild" the syscalls table.22:11
RobertBergerSo I hacked it in, I guess.22:11
RobertBergerStill I see the syscall 407 (which came in after 4.19)22:12
RPRobertBerger: does a xenomai kernel use different ABIs to other kernels?22:12
RobertBergerWith xenomai I saw the problem22:13
RPRobertBerger: then just use recent kernel headers and make sure OLDEST_KERNEL is set to something earlier than 4.19. glibc is backwards compatible22:13
RobertBergerAfter searching some days it looks like our glibc contains syscalls which should not be there.22:13
* RP wishes people would stop messing with linux-libc-headers22:13
RPRobertBerger: there should be fallback code in libc22:13
RobertBergerI thought that the syscall tables are auto generated against some header files.22:14
RobertBergerI get unknown syscall.22:14
RobertBergerOldest kernel is most likely far before 4.19 - by default.22:15
RobertBergerI'm on dunfell 3.1.122:15
RPRobertBerger: that sounds like a libc bug to me22:16
RPRobertBerger: which arch?22:16
RobertBergerarm 3222:16
RobertBergerI am currently running a build22:17
RPRobertBerger: seems strange others haven't commented on that22:17
RobertBergerit's clock_nanosleep_time6422:17
RobertBergerI'll see if can somehow cook another testcase except for some xenomai testcase for it22:17
RPRobertBerger: https://sourceware.org/pipermail/glibc-cvs/2019q4/067981.html - not sure about where __ASSUME_TIME64_SYSCALLS is eet22:19
RPRobertBerger: you want that unset though...22:20
RobertBergerwe do have code along those lines in or glibc ;)22:24
splatchI'm returning with my relative link question.. config looks almost fine, but..22:24
RPRobertBerger: I've no idea without looking22:24
splatchlnr /lib/systemd/system/wg-quick@.service ${D}${systemd_unitdir}/system/wg-quick@wg0.service22:25
splatchblows ups whole thing, the source of link is systemd service template, later one is service shipped via package22:25
splatchwhich placeholder should be used for `lib/systemd`?22:26
RobertBergerRP: so you say the tables are not generated by our build: /git/sysdeps/unix/sysv/linux/arm/arch-syscall.h -> AUTOGENERATED by update-syscall-lists.py.22:26
RPRobertBerger: I'm sure they are but you're looking at the problem the wrong way22:29
RPRobertBerger: if you look at the code above, you can see there is fallback code that can be conditionally enabled22:30
RobertBergerRP: I'll try to see which patch we'll take22:30
RPRobertBerger: libc should be capable of falling back22:31
RobertBergerI am puzzled because I see the syscall in runtime, which most likely comes from the glibc.22:32
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has quit IRC22:32
RobertBergerit should not be there22:32
*** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto22:35
RPRobertBerger: I can be there if there is a fallback22:37
RPIt can be there if there is a fallback22:37
RPRobertBerger: one llbc can be run against multiple kernels and multiple kernel versions22:38
RobertBergerYep, but I thought it's built against a kernel version/some number of syscalls and you can upgrade the kernel underneath, but not downgrade22:39
RobertBergerIf you downgrade the kernel potentially syscalls are being called which are not available in the old kernel.22:40
RPRobertBerger: that isn't how it works22:41
RobertBergerAh OK ;)22:41
RobertBergerSo you say it's a runtime thing?22:41
RPRobertBerger: the libc adapts to the kernel version its running against. That kernel is in the range of "latest linux kernel when the libc was released" to OLDEST_KERNEL22:42
RPwhich is why we say not to mess with linux-libc-headers and even write it in big letters in the recipe. Nobody listens22:43
RPzeddii: want to comment? :)22:43
*** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-sbkgagogcjgkllhv> has quit IRC22:43
RobertBergerhehe - I have a bug for him22:43
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fcxlqaatpmdswgqm> has quit IRC22:43
RobertBergerIt need much more documentation ;)22:43
*** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-dzrkyhkpvklrqpdf> has quit IRC22:44
RobertBergerI have a couple of use cases zeddii has some already kind of ready.22:44
*** Crofton|cloud <Crofton|cloud!sid401373@gateway/web/irccloud.com/x-zzncrvcncuuozhyu> has quit IRC22:44
RobertBergerSo you say it's nothing to worry about when I see "one" unknown syscall?22:45
*** tardyp <tardyp!sid45259@gateway/web/irccloud.com/x-wgybeodhvezfafmg> has quit IRC22:45
RPRobertBerger: did you look at the patch I pointed at?22:46
RPRobertBerger: in the #else if does syscall(clock_nanosleep_time64) and if ENOSYS, syscall(clock_nanosleep)22:46
RPi.e. tries the new one, if not present, fallback to the old one22:47
RobertBergerthis one: https://sourceware.org/pipermail/glibc-cvs/2019q4/067981.html22:47
*** mithro <mithro!sid24875@gateway/web/irccloud.com/x-vzxxhjpjibzsmxpq> has quit IRC22:47
*** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-qjyasiniaaqlzxay> has quit IRC22:47
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fwdygeekisuvotga> has joined #yocto22:48
*** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-uedptvilsycdauzg> has quit IRC22:48
RobertBergeryep quite a bit of compile time stuff and some error handling22:49
*** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC22:49
*** madisox <madisox!uid453692@gateway/web/irccloud.com/x-aolorvsnarblglyr> has quit IRC22:50
*** smurray <smurray!sid98062@gateway/web/irccloud.com/x-bcsvtplsopnnlikh> has quit IRC22:50
RPstandard libc stuff22:50
RPthis is what libc code looks like pretty much22:50
*** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-njjtigkbdasmabhw> has quit IRC22:50
*** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-gcictdjkvkafxqje> has quit IRC22:50
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wafpvqutatpkpmnk> has quit IRC22:50
*** mdp <mdp!sid49840@gateway/web/irccloud.com/x-kcppwvbdifbiautw> has quit IRC22:50
*** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-cszsottqvscgaezg> has quit IRC22:50
*** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-qcnhxgwbokitrsej> has quit IRC22:50
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yqsekfsolmyptvao> has quit IRC22:50
*** runde <runde!sid228344@gateway/web/irccloud.com/x-njnffibrsmcdxkod> has quit IRC22:50
jpuhlmanRP: Quick question: Bug 11351 filed in the 2.3 time frame, at which point the recipe the built bootstrap was replaced by a binary native bootstrap. The specific issue is resolved in 3.2 already, but I haven't looked how far back it was fixed. What is the correct resolution?22:50
*** behanw <behanw!uid110099@gateway/web/irccloud.com/x-yyjhyeonjxeefeej> has quit IRC22:51
*** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-mdqnxlkckinxvija> has quit IRC22:51
*** 18WAAZX1C <18WAAZX1C!uid452860@gateway/web/irccloud.com/x-guekrdcynbtsqkte> has quit IRC22:51
*** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ssjmvhpmffzhyahh> has quit IRC22:51
jpuhlmanWell hopefully quick. :)22:51
*** ndec <ndec!sid219321@linaro/ndec> has quit IRC22:51
*** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-fupgjmkqidcjrrsg> has quit IRC22:51
*** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC22:51
*** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-rmmoatxarytykkpm> has quit IRC22:51
*** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-mhknjgyomyynvxkz> has quit IRC22:51
*** nohit <nohit!sid334887@gateway/web/irccloud.com/x-xmvcgxqdezslnxuq> has quit IRC22:51
*** fancer <fancer!fancer@gateway/web/irccloud.com/x-mazagjmjuqzhaaca> has quit IRC22:51
RPjpuhlman: Resolved fixed with an explanation of why its no longer an issue. Can we easily find out which change did that?22:52
*** bradfa <bradfa!sid297668@gateway/web/irccloud.com/x-eaudmzlhmwwpxebk> has quit IRC22:52
*** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-gffjnilsjxoiakqs> has quit IRC22:52
*** fury <fury!uid193779@gateway/web/irccloud.com/x-gswybplqodgsowbx> has quit IRC22:52
*** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ylurukkhfyraaiks> has quit IRC22:52
*** rburton <rburton!sid1738@gateway/web/irccloud.com/x-aziqpusnhfogjaqi> has quit IRC22:52
RPjpuhlman: didn't ross just change that very recently?22:53
*** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fwdygeekisuvotga> has quit IRC22:53
*** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-bcqetasvhkufiadj> has quit IRC22:53
jpuhlmanI can dig at it, basically it was a restructure of the bootstrap process.22:53
jpuhlmanMay well have.22:53
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has joined #yocto22:54
RPjpuhlman: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=2a7a37e70d3709a0e2ca96d0341bbde102ee997822:55
jpuhlmanOTOH I am not sure any of the 410+ character tmp directories bugs are going to work.22:55
RPjpuhlman: 2017 so lets point at that commit and resolve22:55
jpuhlmanSome of the m4 regeneration create a command line with 65k characters since it lists every single m4 file in aclocal iirc.22:56
splatchcan I refer a /lib/systemd/template@.service from my package if I depend on it?22:56
splatchcause I keep getting impression that I try to link something which is not available to my pkg22:56
RPjpuhlman: I think there have been patches for some of those, I didn't like a lot of them for various reasons22:56
RPrelative paths in aclocal don't work for autotools in non-standard or multiple locations :/22:57
RPjpuhlman: if there is a widespread issue then its clear its not causing anyone real world problems and we could perhaps close those bugs as such23:01
jpuhlmanYeah it was bison-native that died. And I was wrong it was a 143k character command line in aclocal trying to run autom4te with Autoconf-without-aclocal-m4 then proceeding to list every .m4 in the aclocal directory, which seems counter productive.23:01
jpuhlmanI know in the past we(MV) have recommended a maximum number of characters for the top of the tmp dir. That was back in the hay day when shabang issues were all over the place.23:04
RPjpuhlman: https://patches.openembedded.org/series/24054/#23:04
RPjpuhlman:  think 410 was the agreed max we'd found could work23:05
RP"we" being Intel+WR iirc23:05
frayya..  we've hit similar rpoblems at Xilinx, and set max as well to match23:05
jpuhlmanRP: Okay Ill grab That patch and see if I can poke at the others. I didn't get much beyond that as I was only half watching it last week in the background.23:06
jpuhlmanThat seems especially egregious. :)23:07
*** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has quit IRC23:18
jpuhlmanRP: that looks like that helped. Thanks for the pointer. Should probably merge that one. :)23:22
*** M4RV1N <M4RV1N!5b5deac2@> has quit IRC23:30
*** splatch is now known as splatch`23:39
*** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC23:40
*** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has quit IRC23:41
*** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC23:41
*** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC23:43

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