| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has joined #yocto | 00:39 | |
| *** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 00:56 | |
| *** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 01:11 | |
| *** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 01:13 | |
| *** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 01:14 | |
| *** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 01:15 | |
| *** chandana731 <chandana731!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 01:21 | |
| *** chandana73 <chandana73!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 01:22 | |
| *** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has joined #yocto | 01:34 | |
| *** Spirit532 <Spirit532!~Spirit@178.127.109.29> has quit IRC | 01:49 | |
| *** Spirit532 <Spirit532!~Spirit@mm-139-106-122-178.mgts.dynamic.pppoe.byfly.by> has joined #yocto | 01:49 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has quit IRC | 01:57 | |
| *** cp- <cp-!~cp-@b157153.ppp.asahi-net.or.jp> has joined #yocto | 01:59 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 02:51 | |
| *** camus1 <camus1!~Instantbi@101.93.194.234> has joined #yocto | 02:52 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.7> has quit IRC | 02:54 | |
| *** camus1 is now known as kaspter | 02:54 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 02:54 | |
| *** nslu2-log_ is now known as nslu2-log | 02:54 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 03:19 | |
| *** elvispre_ <elvispre_!~elvispre@2001:8b0:e0:884d:99db:5cdc:4b13:fabc> has joined #yocto | 03:27 | |
| *** elvispre <elvispre!~elvispre@ftp.och.me.uk> has quit IRC | 03:27 | |
| *** sgw2 <sgw2!sgw@nat/intel/x-faayshfajvvegaqf> has quit IRC | 03:33 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 03:38 | |
| *** sgw2 <sgw2!sgw@nat/intel/x-czxsxiehplcgtxil> has joined #yocto | 03:50 | |
| *** Guest654 <Guest654!5b5deac2@91.93.234.194> has quit IRC | 03:56 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:4da7:8833:1925:8aef> has quit IRC | 04:02 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:6498:fac1:362b:9921> has joined #yocto | 04:13 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 04:29 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 04:31 | |
| *** nslu2-log_ is now known as nslu2-log | 04:31 | |
| *** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has quit IRC | 04:39 | |
| *** chandana731 <chandana731!~ckalluri@c-67-188-92-153.hsd1.ca.comcast.net> has left #yocto | 04:52 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has joined #yocto | 05:05 | |
| *** paulg <paulg!~paulg@135-23-37-86.cpe.pppoe.ca> has quit IRC | 05:09 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 05:15 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:22 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:25 | |
| *** nslu2-log_ is now known as nslu2-log | 05:25 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 05:37 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has joined #yocto | 05:37 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 05:38 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:41 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 05:42 | |
| kroon | RP, 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 well | 05:43 |
|---|---|---|
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 05:48 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:48 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 05:56 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 05:58 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 05:58 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 05:58 | |
| *** nslu2-log_ is now known as nslu2-log | 05:59 | |
| *** beratiks <beratiks!52de0992@82.222.9.146> has joined #yocto | 06:03 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 06:05 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 06:05 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 06:07 | |
| *** AndersD <AndersD!~AndersD@h-98-128-162-82.NA.cust.bahnhof.se> has quit IRC | 06:08 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has quit IRC | 06:08 | |
| *** camus1 <camus1!~Instantbi@101.93.194.234> has joined #yocto | 06:10 | |
| *** kaspter <kaspter!~Instantbi@101.93.194.234> has quit IRC | 06:11 | |
| *** camus1 is now known as kaspter | 06:11 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 06:15 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has joined #yocto | 06:16 | |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 06:18 | |
| *** camus1 <camus1!~Instantbi@124.77.87.21> has joined #yocto | 06:19 | |
| kroon | RP, I guess it is done in this order so that bitbake.conf can be located using the constructed BBPATH, like the manual says | 06:19 |
| *** kaspter <kaspter!~Instantbi@101.93.194.234> has quit IRC | 06:20 | |
| *** camus1 is now known as kaspter | 06:20 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 06:28 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 06:30 | |
| *** camus1 <camus1!~Instantbi@124.77.87.12> has joined #yocto | 06:34 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.21> has quit IRC | 06:34 | |
| *** camus1 is now known as kaspter | 06:34 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has quit IRC | 06:35 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 06:41 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 06:42 | |
| *** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has quit IRC | 06:44 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 06:45 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has quit IRC | 06:45 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has joined #yocto | 06:48 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7da4:d962:ed19:37d5> has joined #yocto | 06:51 | |
| *** mckoan|away is now known as mckoan | 06:52 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 06:52 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 06:53 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 06:54 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has joined #yocto | 06:57 | |
| *** fl0v0 <fl0v0!~fvo@89.244.122.196> has joined #yocto | 06:58 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 07:10 | |
| *** camus1 <camus1!~Instantbi@124.77.87.22> has joined #yocto | 07:13 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 07:13 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.12> has quit IRC | 07:14 | |
| *** camus1 is now known as kaspter | 07:14 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 07:19 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 07:21 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has joined #yocto | 07:22 | |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has joined #yocto | 07:28 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has joined #yocto | 07:30 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 07:31 | |
| *** dev1990 <dev1990!~dev@dynamic-62-87-242-225.ssp.dialog.net.pl> has joined #yocto | 07:35 | |
| *** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:7da4:d962:ed19:37d5> has quit IRC | 07:35 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.22> has quit IRC | 07:42 | |
| *** camus1 <camus1!~Instantbi@222.64.215.104> has joined #yocto | 07:42 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 07:43 | |
| *** camus1 is now known as kaspter | 07:44 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has quit IRC | 07:46 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has quit IRC | 07:59 | |
| *** kidon[m] <kidon[m]!kidonmatri@gateway/shell/matrix.org/x-iypjkadvmxcuzzeb> has joined #yocto | 08:00 | |
| *** roussinm <roussinm!459c72a2@bras-base-qubcpq0336w-grc-06-69-156-114-162.dsl.bell.ca> has quit IRC | 08:01 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 08:05 | |
| *** lastaid <lastaid!d4ca61a2@212.202.97.162> has joined #yocto | 08:16 | |
| *** goliath <goliath!~goliath@82.150.214.1> has joined #yocto | 08:18 | |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 08:19 | |
| *** sunfanbaby <sunfanbaby!~Thunderbi@195.9.70.170> has joined #yocto | 08:24 | |
| *** kroon <kroon!~kroon@213.185.29.22> has joined #yocto | 08:25 | |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has joined #yocto | 08:26 | |
| *** beneth is now known as bmauduit | 08:28 | |
| *** bmauduit is now known as beneth | 08:29 | |
| *** PaowZ_ <PaowZ_!~Vince@193.252.149.222> has joined #yocto | 08:34 | |
| *** lastaid <lastaid!d4ca61a2@212.202.97.162> has quit IRC | 08:40 | |
| *** camus1 <camus1!~Instantbi@222.64.215.104> has joined #yocto | 08:47 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has quit IRC | 08:47 | |
| *** camus1 is now known as kaspter | 08:47 | |
| *** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto | 08:48 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has quit IRC | 08:52 | |
| *** kaspter <kaspter!~Instantbi@124.77.87.3> has joined #yocto | 08:52 | |
| *** stbenz <stbenz!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has quit IRC | 08:55 | |
| *** pxfin <pxfin!5faf68aa@95.175.104.170> has joined #yocto | 08:59 | |
| pxfin | Question about supported linux distros (development host) i guess Ubuntu 20.04 and Fedora 31/32 are not supported yet ? | 09:02 |
| LetoThe2nd | depends (TM) | 09:02 |
| *** florian_kc is now known as florian | 09:03 | |
| LetoThe2nd | i think dunfell should build on both. | 09:03 |
| pxfin | Yeah i meant 3.1.1 dunfell | 09:04 |
| LetoThe2nd | pxfin: https://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta-poky/conf/distro/poky.conf?h=dunfell#n52 | 09:04 |
| pxfin | Ah OK thanks for the info.. I am just starting with yocto | 09:05 |
| LetoThe2nd | pxfin: then its a perfect moment to watch #1 V2.0 of https://www.youtube.com/playlist?list=PLD4M5FoHz-TxMfBFrDKfIS_GLY25Qsfyj | 09:07 |
| pxfin | Yeah i've been watching some videos already but not this.. good thanks | 09:08 |
| LetoThe2nd | have fun | 09:08 |
| *** stbenz <stbenz!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has joined #yocto | 09:09 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto | 09:09 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 09:10 | |
| kidon[m] | I got errors compiling poky on Fedora 32 | 09:11 |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 09:12 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 09:12 | |
| LetoThe2nd | kidon[m]: f32 is only explicitly supported on current master. | 09:12 |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 09:24 | |
| pxfin | Leto is that Orden Ogan shirt in the video ;-) | 09:26 |
| *** beratiks <beratiks!52de0992@82.222.9.146> has quit IRC | 09:30 | |
| *** stbenz6 <stbenz6!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has joined #yocto | 09:31 | |
| *** stbenz <stbenz!~stbenz@ipbcc1f8a1.dynamic.kabel-deutschland.de> has quit IRC | 09:31 | |
| *** stbenz6 is now known as stbenz | 09:31 | |
| LetoThe2nd | yup | 09:38 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 09:41 | |
| pxfin | Sorry 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 that | 09:42 |
| LetoThe2nd | hehe, we're pretty relaxed here, so no problem. nice somebody noticed it :) | 09:44 |
| paulbarker | pxfin: The metal is strong in this channel | 09:44 |
| LetoThe2nd | paulbarker: ++ | 09:45 |
| pxfin | \m/ | 09:45 |
| paulbarker | Just noticed via twitter that the OE Worshop videos from Brussels in Feb are now up: https://www.youtube.com/playlist?list=PL8IUnCBo9SB1B5rRMg7jKtqrqkCJsVCnT | 09:46 |
| *** kaspter <kaspter!~Instantbi@124.77.87.3> has quit IRC | 09:47 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has joined #yocto | 09:47 | |
| LetoThe2nd | paulbarker: twitter is new new cool shitz! | 09:48 |
| paulbarker | LetoThe2nd: It does the job and I find it less distracting than Facebook | 09:50 |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has joined #yocto | 09:54 | |
| *** pxfin <pxfin!5faf68aa@95.175.104.170> has quit IRC | 09:58 | |
| mckoan | paulbarker: awesome! | 10:01 |
| *** electronixid <electronixid!5c22126d@c-6d12225c.037-401-73746f7.bbcust.telenor.se> has quit IRC | 10:03 | |
| RP | 1 new failure and 2 more intermittent issues overnight :( | 10:06 |
| * RP just can't keep up | 10:06 | |
| *** pxfin <pxfin!5faf68aa@95.175.104.170> has joined #yocto | 10:07 | |
| kroon | RP, iso-codes git revision ? | 10:11 |
| RP | kroon: that was one failure, there is a patch for that. The two intermittent issues are more of a problem | 10:12 |
| kroon | I'm trying to learn how to navigate the autobuilder pages | 10:12 |
| kroon | But I can only find the iso-codes errors | 10:13 |
| RP | kroon: The last master-next build had two failures, one in a selftest, one in a testimage | 10:13 |
| *** sunfanbaby <sunfanbaby!~Thunderbi@195.9.70.170> has left #yocto | 10:13 | |
| RP | kroon: also, the iso-codes failure shouldn't have broken those builds the way it did, which means there is a mirroring problem somewhere | 10:13 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 10:14 | |
| kroon | RP, are master-next build results not public ? | 10:16 |
| kroon | I can only find master builds it seems | 10:16 |
| RP | kroon: Are you looking at the "console" page? | 10:16 |
| RP | kroon: https://autobuilder.yoctoproject.org/typhoon/#/console | 10:16 |
| kroon | RP, ah ok, thanks | 10:17 |
| kroon | was looking at "Home" | 10:17 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 10:17 | |
| RP | kroon: The console view is our custom plugin to help visualise things | 10:17 |
| *** nslu2-log_ is now known as nslu2-log | 10:17 | |
| RP | rburton: meta-arm is bust with master-next btw | 10:18 |
| RP | rburton will be getting sick of me :/ | 10:18 |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 10:20 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 10:20 | |
| *** sunfunbaby <sunfunbaby!~Thunderbi@195.9.70.170> has joined #yocto | 10:22 | |
| RP | Ah, testing the change in -next broke the mirror :/ | 10:22 |
| RP | which unfortunately means I just broke dunfell I expect :( | 10:22 |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has quit IRC | 10:23 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has joined #yocto | 10:24 | |
| RP | This is going to be a huge pain :( | 10:25 |
| LetoThe2nd | RP: enjoy some https://youtu.be/ZpUYjpKg9KY | 10:26 |
| *** fbre <fbre!91fdde45@145.253.222.69> has joined #yocto | 10:27 | |
| fbre | Hi, https://www.yoctoproject.org/docs/2.7/dev-manual/dev-manual.html#creating-partitioned-images-using-wic tell about 3.16.4.1. Raw Mode and 3.16.4.2. Cooked Mode for partitioning. Which one is used by default when I just call bitbake? | 10:28 |
| fbre | I reckon it is Cooked Mode, right? | 10:28 |
| fbre | For 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 |
| fbre | Currently, I just call bitbake and get an .sdcard file to flash with dd | 10:31 |
| fbre | Now I want to do my own partioning. | 10:31 |
| qschulz | fbre: https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#wic-requirements | 10:32 |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 10:33 | |
| srijan_root | I have created an iso image by adding IMAGE_FSTYPES = "ext4 iso" in local.conf | 10:33 |
| srijan_root | Is there a way to configure a custom swap space without using wic | 10:34 |
| qschulz | fbre: 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#n35 | 10:34 |
| *** sunfunbaby <sunfunbaby!~Thunderbi@195.9.70.170> has quit IRC | 10:40 | |
| *** sunfunbaby <sunfunbaby!c30946aa@195.9.70.170> has joined #yocto | 10:44 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 10:45 | |
| *** Jaks <Jaks!58735b23@88-115-91-35.elisa-laajakaista.fi> has joined #yocto | 10:49 | |
| *** camus1 <camus1!~Instantbi@101.93.194.234> has joined #yocto | 10:52 | |
| Jaks | Hi 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@222.64.215.104> has quit IRC | 10:52 | |
| *** camus1 is now known as kaspter | 10:52 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has joined #yocto | 10:55 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 10:56 | |
| qschulz | Jaks: no, they are applied in the order they appear in the SRC_URI | 10:56 |
| Jaks | Thanks qschulz | 10:59 |
| *** JaMa <JaMa!~martin@109.238.218.228> has quit IRC | 11:02 | |
| fbre | qschulz: 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 '=D | 11:09 |
| fbre | Is there an example of how one changes the partitioning in his own bb file of his own meta layer? | 11:11 |
| fbre | I mean how one changes the default partitioning | 11:12 |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC | 11:18 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 11:18 | |
| *** mbulut_ <mbulut_!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 11:18 | |
| *** mbulut_ <mbulut_!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 11:20 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 11:21 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 11:23 | |
| *** nslu2-log_ is now known as nslu2-log | 11:23 | |
| *** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC | 11:26 | |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has joined #yocto | 11:33 | |
| fbre | Cooked Mode suggests in the docs " All you need to provide is a kickstart file". How do I provide a kickstart file? | 11:40 |
| LetoThe2nd | fbre: for example look at https://git.yoctoproject.org/cgit/cgit.cgi/meta-ti/tree/ | 11:43 |
| LetoThe2nd | fbre: canned scripts in the wic directory | 11:43 |
| *** icewolf <icewolf!~icewolf@p5785f111.dip0.t-ipconnect.de> has joined #yocto | 11:43 | |
| icewolf | g'day | 11:46 |
| *** berton <berton!~berton@181.220.84.90> has joined #yocto | 11:48 | |
| fbre | OK, 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 #yocto | 11:50 | |
| fbre | Which magic .bb file must be changed in which way to configure that | 11:51 |
| mckoan | fbre: in your machine file should be present a WKS_FILE = | 11:52 |
| fbre | I see, should I add WKS_FILE = my.wks to my machine .conf file, right? | 11:54 |
| mckoan | fbre: yes | 11:56 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 11: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 |
| fbre | This 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 |
| mckoan | polaris-: 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 |
| qschulz | polaris-: override SRC_URI entirely, or use _remove of the original git URI | 12:02 |
| mckoan | polaris-: when you define a new SRC_URI in a .bbappend file it become the one used | 12:03 |
| polaris- | qschulz: _remove sounds interesting | 12:05 |
| polaris- | mckoan: I don' | 12:06 |
| *** Bunio_FH <Bunio_FH!~bunio@81-18-201-214.static.chello.pl> has quit IRC | 12: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 |
| rburton | RP: what did you break now? :) | 12:12 |
| RP | rburton: u-boot upgrade | 12: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 |
| qschulz | polaris-: know that _remove is final, you can't re-add something that is in _remove | 12:19 |
| rburton | RP: so we'll consider this notice and will fix asap | 12:20 |
| polaris- | qschulz: Ah .. that's good to know | 12:21 |
| fbre | How 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 IRC | 12:25 | |
| *** polaris- <polaris-!~polaris-@business-90-187-110-129.pool2.vodafone-ip.de> has quit IRC | 12:27 | |
| srijan_root | Where to define swap space in an iso image | 12:33 |
| fbre | I have a meta layer of freescale. How to I find out which .wks they use? | 12:43 |
| fbre | My own meta layer is on top of that | 12:43 |
| fbre | As 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 #1 | 12:45 |
| fbre | I copied that poky .wks file | 12:46 |
| fbre | This does not fit to the freescale way of bitbaking things | 12:46 |
| fbre | Which .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 IRC | 12:49 | |
| qschulz | fbre: bitbake -e image-recipe | grep -e "^WKS_FILE" | 12:49 |
| *** radsquirrel <radsquirrel!~radsquirr@mail.fuzziesquirrel.com> has joined #yocto | 12:50 | |
| mckoan | fbre: wic list images | 12:51 |
| *** tgamblin_ <tgamblin_!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has quit IRC | 12:52 | |
| *** tgamblin <tgamblin!~tgamblin@CPE64777de11593-CM64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 12:52 | |
| fbre | ERROR: Nothing provides 'image-recipe' | 12:53 |
| fbre | returns the bitbake -e call | 12:53 |
| fbre | wic list images returns a list of more than 10 entries | 12:53 |
| mckoan | fbre: 'image-recipe' means your image name | 12:55 |
| mckoan | fbre: for NXP usually it is imx-uboot-spl-bootpart | 12:55 |
| *** tmpNick <tmpNick!a5e11b3e@165.225.27.62> has joined #yocto | 12:56 | |
| fbre | I 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.wks | 12:58 |
| tmpNick | Hey, 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-keygen | 12:58 |
| tmpNick | Is this the expected behaviour? | 12:58 |
| mckoan | fbre: what's your machine name? | 12:59 |
| *** hjb303 <hjb303!183deaa1@c-24-61-234-161.hsd1.nh.comcast.net> has joined #yocto | 13:00 | |
| fbre | imx8mmini | 13:00 |
| qschulz | fbre: 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@62.99.131.178> has joined #yocto | 13:04 | |
| icewolf | Is 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 |
| qschulz | fbre: or maybe it's even avialble in the do_image_wic log | 13:04 |
| qschulz | fbre: 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 |
| fbre | WKS_FULL_PATH is empty | 13:06 |
| qschulz | where did you put your wks file? | 13:07 |
| fbre | Until 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 |
| fbre | I 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 |
| qschulz | imx-uboot-spl-bootpart.wks should be in WKS_FILE | 13:09 |
| *** ssajal <ssajal!~ssajal@otwaon1146w-grc-03-67-70-0-124.dsl.bell.ca> has joined #yocto | 13:10 | |
| *** Jaks <Jaks!58735b23@88-115-91-35.elisa-laajakaista.fi> has quit IRC | 13:10 | |
| fbre | bitbake -e core-image-minimal | grep -e "^WKS_FILE returns WKS_FILE="core-image-minimal.imx8mqevk.wks" | 13:11 |
| fbre | But I do not find such file | 13:11 |
| *** sgw1 <sgw1!~swold@c-71-238-119-71.hsd1.or.comcast.net> has joined #yocto | 13:11 | |
| qschulz | yes, it's the default | 13:11 |
| qschulz | fbre: http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/classes/image_types_wic.bbclass#n11 | 13:11 |
| qschulz | so grep for WKS_FILE in the meta-freescale layer | 13:12 |
| qschulz | probably in a machine.conf file or an image recipe | 13:12 |
| *** gaston53 <gaston53!c502a2c6@197.2.162.198> has joined #yocto | 13:14 | |
| *** pxfin <pxfin!5faf68aa@95.175.104.170> has quit IRC | 13:14 | |
| mckoan | fbre: IIRC mx8 still uses .sdcard and not .wic | 13:14 |
| gaston53 | I have build linux image using yocto, I have access as a root to this image. How can I add USER ACCESS ? | 13:15 |
| fbre | yes, I always dd .sdcard files | 13:15 |
| fbre | But what do you mean? Is wic the wrong track? | 13:15 |
| mckoan | fbre: in that case, yes | 13:15 |
| mckoan | fbre: see my talk here https://koansoftware.com/yocto-project-with-artificial-intelligence-ml-on-nxp-i-mx/ | 13:16 |
| fbre | X) | 13:16 |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has quit IRC | 13:16 | |
| otavio | mckoan: on meta-freescale, we've been moving to wic files | 13:17 |
| mckoan | otavio: hi. Starting from what release? | 13:18 |
| *** kroon <kroon!~kroon@213.185.29.22> has quit IRC | 13:22 | |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has joined #yocto | 13:23 | |
| tmpNick | I think I should ask differently: Why can't I run "ip a" with ROOTFS_POST_PROCESS_COMMAND? | 13:23 |
| fbre | I have sumo IIRC | 13:23 |
| otavio | mckoan: for some, I don't recall exactly | 13:24 |
| mckoan | otavio: but iMX8 is into meta-fsl-bsp-release | 13:25 |
| qschulz | tmpNick: you need the native variant of the package providing ip because `ip a` is ran on the host in ROOTFS_POST_PROCESS_COMMAND | 13:27 |
| fbre | I can find imx8mmevk.conf but it does not contain a WKS_FILE entry. So it keeps not clear how freescale generates the sdcard image | 13:28 |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 13:29 | |
| qschulz | fbre: sdcard image isn't generated by wic IIRC | 13:29 |
| qschulz | fbre: look for a IMAGE_CMD_sdcard somewhere, that'll be the code hanlding your image creation | 13:29 |
| fbre | OK. thanx | 13:30 |
| tmpNick | Thank you @qschulz, `ip a` is provided by busybox and I can run it successfully on the board | 13:30 |
| fbre | timeout for today. See you all + thanx | 13:30 |
| tmpNick | Bye fbre | 13:30 |
| tmpNick | But I still get a `command not found`error | 13:32 |
| fullstop | tmpNick: busybox doesn't run on your host. | 13:33 |
| qschulz | tmpNick: 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 |
| tmpNick | I'm trying to run ssh-keygen | 13:36 |
| tmpNick | `ip a`is just an example | 13:36 |
| *** fbre <fbre!91fdde45@145.253.222.69> has quit IRC | 13:36 | |
| *** TobSnyder <TobSnyder!~schneider@ip5f5aa32f.dynamic.kabel-deutschland.de> has joined #yocto | 13:37 | |
| fullstop | tmpNick: almost any command you wish to run in that step needs to have a recipe with a "native" bbclass. | 13:37 |
| fullstop | see this recipe: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-devtools/mtd/mtd-utils_git.bb?h=master | 13:37 |
| fullstop | See how it has BBCLASSEXTEND = "native nativesdk" ? | 13:37 |
| *** kaspter <kaspter!~Instantbi@101.93.194.234> has quit IRC | 13:39 | |
| *** kaspter <kaspter!~Instantbi@222.64.215.104> has joined #yocto | 13:39 | |
| fullstop | IF 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_COMMAND | 13:39 |
| qschulz | tmpNick: 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 #yocto | 13:40 | |
| tmpNick | qschulz: Does it sound reasonable to you, that it is a security risk if the ssh keys persist between different builds? | 13:42 |
| fullstop | Are you trying to avoid the time penalty of generating them on the target? | 13:43 |
| *** sunfunbaby <sunfunbaby!c30946aa@195.9.70.170> has quit IRC | 13:43 | |
| tmpNick | Hmm, I guess you could generate them on the target | 13:45 |
| *** gaston53 <gaston53!c502a2c6@197.2.162.198> has quit IRC | 13:46 | |
| qschulz | tmpNick: yup, that's what you want (and save the keys on a persistent storage on the target) | 13:47 |
| fullstop | On my platform this takes ~40 seconds. | 13:47 |
| tmpNick | The problem is that we have a requirement of maximal 10 second startup time... | 13:47 |
| fullstop | tmpNick: are you using systemd? | 13:47 |
| tmpNick | yes | 13:47 |
| fullstop | Good news, then. :-) | 13:47 |
| bantu | tmpNick: Have to ensure there is "good" randomness, though. Otherwise all devices might generate the same key. | 13:48 |
| fullstop | sshd.socket starts pretty much instantly and the keys won't be generated until the first ssh connection is made. | 13:48 |
| tmpNick | That sounds good, so it won't slow down anything | 13:48 |
| bantu | Generating ed25519 keys should be fairly cheap anyway | 13:48 |
| fullstop | That is, it won't affect your boot time.. but the first connection will be much slower than the others. | 13:48 |
| qschulz | if the keys are in persistent storage, just the first boot "out of factory" will take time | 13:49 |
| qschulz | (first boot or first connection, depends on the implementation :) ) | 13:49 |
| fullstop | qschulz: not with the default systemd stuff | 13:49 |
| fullstop | yeah | 13:49 |
| tmpNick | fullstop: How would you provide a script for ssh-keygen on the first connection? | 13:50 |
| fullstop | tmpNick: It should be already done for you. | 13:50 |
| fullstop | tmpNick: http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/openssh/openssh_8.3p1.bb?h=master#n41 | 13:50 |
| fullstop | tmpNick: and http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-connectivity/openssh/openssh/sshd.socket <-- Wants=sshdgenkeys.service | 13:51 |
| tmpNick | That looks promising, thank you | 13:52 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 13:52 | |
| fullstop | You 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 #yocto | 13:53 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 13:53 | |
| fullstop | It 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 #yocto | 13:54 | |
| fullstop | But anything which does not support ed25519 is quite old now. | 13:54 |
| *** nslu2-log_ is now known as nslu2-log | 13:54 | |
| *** JaMa <JaMa!~martin@109.238.218.228> has joined #yocto | 13:56 | |
| qschulz | fullstop: even in embedded systems :) ? | 13:57 |
| fullstop | qschulz: I know that I have plenty which don't support ed25519... ;-) | 13:57 |
| fullstop | and they probably never will | 13:57 |
| qschulz | fullstop: I was more implying that not supporting ed25519 in embedded systems would still be the norm somehow | 13:59 |
| *** gtristan <gtristan!~tristanva@110.11.227.177> has quit IRC | 13:59 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:00 | |
| *** gtristan <gtristan!~tristanva@110.11.227.189> has joined #yocto | 14:12 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has joined #yocto | 14:15 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 14:18 | |
| *** jobroe <jobroe!~manjaro-u@p5dd7f5cf.dip0.t-ipconnect.de> has quit IRC | 14:18 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:19 | |
| JPEW | sakoman: Can we upgrade to the latest libdrm on dunfell to fixe qemu+virgl on Ubuntu 18.04 with AMD graphics? | 14:24 |
| sakoman | JPEW: That upgrade is in the batch of patches currently out for review | 14:25 |
| sakoman | So far no negative comments | 14:25 |
| JPEW | sakoman: Ah, sorry I should have checked | 14:26 |
| sakoman | No worries! | 14:26 |
| RP | sakoman: I think I've broken dunfell builds with the iso-codes change, see the list email :/ | 14:27 |
| sakoman | RP: OK, will look | 14:27 |
| *** goliath <goliath!~goliath@82.150.214.1> has quit IRC | 14:31 | |
| srijan_root | Guys in the init-install.sh script the swap space is calculated on the disk_size | 14:36 |
| srijan_root | swap_size=$((disk_size*swap_ratio/100)) | 14:36 |
| srijan_root | I want to calculate it based on the RAM available | 14:37 |
| srijan_root | Is this possible? | 14:37 |
| *** pxfin <pxfin!5faf6831@95.175.104.49> has joined #yocto | 14:37 | |
| *** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/kiwiirc.com/ip.208.88.110.46> has joined #yocto | 14:38 | |
| LetoThe2nd | srijan_root: anything is possible, its only software after all. | 14:39 |
| srijan_root | LetoThe2nd, very true...I meant to ask, during initial boot, can I get details of /proc/meminfo and then modify the script accordingly | 14:40 |
| pxfin | First poky bitbake took about 2.5 hours.. within virtualbox/Ubuntu 20.04.. maybe i should really do native Ubuntu install and/or upgrade HW | 14:40 |
| LetoThe2nd | srijan_root: i don't know if you can do that? technically replacing the script with soemthing custom is ok. | 14:41 |
| qschulz | pxfin: 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 |
| LetoThe2nd | pxfin: 2.5hrs in a VM is not that bad. | 14:41 |
| srijan_root | LetoThe2nd: Thanks | 14:42 |
| LetoThe2nd | i hereby declare this to be the theme song for all in-VM-building folks: https://youtu.be/REXpzTtplZg | 14:42 |
| pxfin | I 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 4 | 14:43 |
| pxfin | during bitbake htop.. RAM were mostly 2 gigs usage | 14:43 |
| pxfin | qschulz.. well laptop fans were singing CPU maxed out yes | 14:44 |
| qschulz | pxfin: (don't worry, it does on mine too (12 cores desktop, 32GB of RAM :) ) | 14:45 |
| pxfin | qschulz - i went with 60 gigs Ubuntu installation but seems maybe 100+ is needed ? :) | 14:45 |
| qschulz | pxfin: 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 #yocto | 14:49 | |
| pxfin | yeah 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 work | 14:50 |
| pxfin | + i have many SBC:s laying around (Raspberry 1, 2, 3, 4) Oroids (C2, N2, XU4) | 14:51 |
| pxfin | odroids even | 14:51 |
| frsc | JaMa: 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 |
| pxfin | First bitbake was according to the video from LetoThe2nd.. i wonder what kind HW he was running since way faster | 14:54 |
| qschulz | pxfin: he was using a hot sstate-cache | 14:55 |
| pxfin | learning every day | 14:55 |
| frsc | JaMa: 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 |
| tlwoerner | YPTM: trevor woerner is on | 14:58 |
| LetoThe2nd | YPTM: Josef is on | 14:58 |
| pxfin | LetoThe2nd - HAH! Neverending story i love that song | 14:59 |
| JPEW | YPTM: Joshua Watt is on | 14:59 |
| LetoThe2nd | pxfin: :) | 14:59 |
| smurray | YPTM: Scott Murray is on | 14:59 |
| rburton | sgw1: its a saul! | 15:00 |
| rburton | YPTM ross in | 15:00 |
| pxfin | LetoThe2nd: dont get my started.. folk metal like Ensiferum or Moonsorrow from Finland ;-) | 15:00 |
| pxfin | hrm.. get me even | 15:01 |
| vmeson | YPTM: Randy joined | 15:02 |
| pxfin | TUNE_FEATURES.. this OK m64 core2 ? | 15:02 |
| armpit | YPTM: armin is on | 15:02 |
| sgw1 | rburton: yes indeed | 15:04 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:05 | |
| *** eduardas <eduardas!~eduardas@85.254.96.13> has quit IRC | 15:06 | |
| *** srijan_root <srijan_root!0e66a0b2@14.102.160.178> has quit IRC | 15:06 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 15:09 | |
| Crofton|cloud | lol I almost remembered to go to th emeeting, then got distracted | 15:14 |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has joined #yocto | 15:15 | |
| JPEW | https://bugzilla.yoctoproject.org/show_bug.cgi?id=13917 | 15:16 |
| tmpNick | I still can't get it to work with BBCLASSEXTEND | 15:19 |
| JPEW | http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/lvm2/lvm2.inc#n27 | 15:19 |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto | 15:19 | |
| qschulz | tmpNick: what exactlya re you trying to do? | 15:19 |
| tmpNick | I want to run ssh-keygen with ROOTFS_POSTPROCESS_COMMAND | 15:21 |
| qschulz | tmpNick: we told you you don't need it? | 15:21 |
| tmpNick | Yes... But I still need to perform postprocessing of the image and I'd like to test this feature | 15:22 |
| qschulz | so what about this BBCLASSEXTEND, what are you doing with it, where, etc... | 15:23 |
| tmpNick | I have a layer for openssh and a layer for the image recipe | 15:24 |
| tmpNick | The image recipe performs the postprocessing and the openssh recipe has BBCLASSEXTEND native | 15:24 |
| qschulz | tmpNick: something else or that's it? | 15:26 |
| tmpNick | Well they are both included in the conf file as layers | 15:26 |
| qschulz | did you tell Yocto that your image recipe needs openssh-native? | 15:26 |
| tmpNick | Yes, but I think it includes the wrong one, because I inherit from another from core-image | 15:27 |
| qschulz | tmpNick: your last sentence needs to be a bit more explicit because I didn't understand what's done already | 15:28 |
| tlwoerner | LetoThe2nd is a rock-star now :-) | 15:28 |
| LetoThe2nd | tlwoerner: partially. | 15:29 |
| tmpNick | I 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 again | 15:29 |
| tmpNick | Thank you for your help so far | 15:29 |
| pxfin | tlwoerner - remember the old song ? https://www.youtube.com/watch?v=Gf1WT8VEZxk :) | 15:32 |
| pxfin | tlwoerner - besides at the movies who knows is a reference to the at the gates | 15:33 |
| pxfin | *GRIN* | 15:33 |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 15:34 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 15:36 | |
| *** OlivierSJ <OlivierSJ!18c9b133@modemcable051.177-201-24.mc.videotron.ca> has joined #yocto | 15:42 | |
| OlivierSJ | Hi everyone, | 15:42 |
| OlivierSJ | I'm having problems building yocto sumo. More precisely, it fails to fetch iso-codes. The error message is the following: | 15:43 |
| OlivierSJ | ERROR: 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@62.99.131.178> has quit IRC | 15:43 | |
| OlivierSJ | From what I can see, it seems that the upstream repo changed their main branch to "main" instead of "master", and deleted the master branch | 15:44 |
| OlivierSJ | https://salsa.debian.org/iso-codes-team/iso-codes/activity | 15:44 |
| OlivierSJ | What would be the best way for me to create a bug report for this? | 15:45 |
| qschulz | OlivierSJ: fixed already? http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-support/iso-codes/iso-codes_4.5.0.bb?h=master | 15:47 |
| qschulz | OlivierSJ: 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 |
| OlivierSJ | That seems to be only for latest though. Unfortunately, we have to stay at sumo, which doesn't seem to have been fixed | 15:48 |
| OlivierSJ | I see | 15:49 |
| qschulz | OlivierSJ: sumo isn't supported anymore, so it's your maintenance burden now :) | 15:49 |
| qschulz | OlivierSJ: a bbappend with SRC_URI_append = ";branch=main" should work | 15:50 |
| OlivierSJ | I see! Will do. Thanks | 15:50 |
| qschulz | best 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 some | 15:51 |
| *** jrdn <jrdn!~jrdn@S010668ff7b6b7383.ok.shawcable.net> has quit IRC | 15:51 | |
| OlivierSJ | ok | 15:51 |
| pxfin | Is 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 IRC | 15:55 | |
| tlwoerner | JPEW: yes | 15:56 |
| pxfin | or does it mean maxing out CPUs doesnt mean anything.. load average 12+ now | 15:56 |
| *** fl0v0 <fl0v0!~fvo@89.244.122.196> has quit IRC | 15:59 | |
| pxfin | I 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 doing | 16:10 |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has quit IRC | 16:13 | |
| *** mbulut_nameclash <mbulut_nameclash!~nameclash@ip1f126b1a.dynamic.kabel-deutschland.de> has joined #yocto | 16:14 | |
| *** mckoan is now known as mckoan|away | 16:18 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.77> has joined #yocto | 16:18 | |
| *** xtron <xtron!~xtron@110.93.212.98> has joined #yocto | 16:20 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 16:34 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 16:34 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 16:38 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has joined #yocto | 16:38 | |
| *** OlivierSJ <OlivierSJ!18c9b133@modemcable051.177-201-24.mc.videotron.ca> has quit IRC | 16:48 | |
| *** rcw <rcw!~rcw@104-195-225-201.cpe.teksavvy.com> has joined #yocto | 17:03 | |
| *** xtron <xtron!~xtron@110.93.212.98> has quit IRC | 17:09 | |
| *** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC | 17:20 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 17:22 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 17:22 | |
| *** alimon <alimon!alimon@gateway/shell/linaro/x-roqcgzhznhumegeo> has left #yocto | 17:23 | |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 17:48 | |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 17:51 | |
| *** nslu2-log_ is now known as nslu2-log | 17:51 | |
| pxfin | Hrm.. big crash Ubuntu 20.04 has experienced internal error | 17:54 |
| *** marka <marka!~marka@198-84-181-245.cpe.teksavvy.com> has joined #yocto | 17:55 | |
| pxfin | Pics here or some other means of error errata for Yocto? | 17:55 |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto | 17:55 | |
| JPEW | pxfin: You can post information here if you want | 18:00 |
| pxfin | OTE: Fetching uninative binary shim from http://downloads.yoctoproject.org/releases/uninative/2.8/x86_64-nativesdk-libc.tar.xz;sha256sum=a09922172c3a439105e0ae6b943daad2d83505b17da0aba97961ff433b8c21ab | 18:00 |
| pxfin | |############################################################################################################################| Time: 0:00:06 | 18:01 |
| pxfin | Missed 2554 Current 0 (7% match, 0% complete) | 18:01 |
| pxfin | upstream | 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 |
| pxfin | Summary: There were 2 ERROR messages shown, returning a non-zero exit code. | 18:01 |
| mihai- | ouch | 18:01 |
| JPEW | Err, pastebin please :) | 18:01 |
| pxfin | Learning ;-) | 18:01 |
| JPEW | pxfin: Sorry, should have been more explicit :) | 18:01 |
| pxfin | Maybe sometimes i am quite straight forward for solutions | 18:02 |
| pxfin | Sorry guys but i want solution now | 18:03 |
| pxfin | if you have solution | 18:03 |
| JPEW | pxfin: I don't, but if you post you're debugging information some where (e.g. pastebin) we can take a look | 18:04 |
| pxfin | Is this the problem mentioned above | 18:04 |
| pxfin | Sorry guys | 18:04 |
| pxfin | JPEW good | 18:05 |
| JPEW | pxfin: Ah so the problem is that the iso-codes failed to fetch? | 18:06 |
| pxfin | I am beginner | 18:06 |
| pxfin | i tried all the from the docs | 18:06 |
| pxfin | I think i said my development host above up there | 18:07 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-lcphqqnjrregvjox> has quit IRC | 18:07 | |
| pxfin | I tried to compile normile according to the docs | 18:07 |
| JPEW | pxfin: Your Ubuntu 20.04 host crashed with an internal error when you tried to build? | 18:07 |
| pxfin | no ubuntu ok but bitbake crashed | 18:08 |
| pxfin | Logs posted where from terminal | 18:08 |
| pxfin | Maybe not crashed but something was not found or something else i dont know | 18:09 |
| JPEW | pxfin: Right, based on the logs you posted, the iso-codes recipe failed to download the source code | 18:09 |
| pxfin | So how do i run normal poky x64 from Ubuntu 20.04 ? | 18:10 |
| JPEW | Thats what the line ".../iso-codes_4.4:do_fetch) failed with exit code '1'" means | 18:10 |
| JPEW | pxfin: 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 |
| pxfin | Should i change back to Ubuntu 18.04.3 ? | 18:10 |
| pxfin | Running according to the docs 3.1.1 Dunfell | 18:11 |
| JPEW | pxfin: Ok, I don't think changing build hosts will help | 18:11 |
| JPEW | j/s | 18:11 |
| JPEW | pxfin: Ok, so the issue is that the upstream iso-codes repo deleted it's "master" branch in favor of a "main" branch | 18:13 |
| pxfin | Its 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@192.91.101.32> has quit IRC | 18:15 | |
| pxfin | According this | 18:15 |
| pxfin | https://www.yoctoproject.org/docs/3.1.1/brief-yoctoprojectqs/brief-yoctoprojectqs.html | 18:15 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 18:16 | |
| pxfin | JPEW what is the problem ? | 18:16 |
| JPEW | pxfin: Yes, I believe your setup is correct, the problem is the iso-codes recipe is looking for a branch that no longer exists | 18:16 |
| JPEW | (because upstream deleted it) | 18:17 |
| pxfin | What i can do | 18:17 |
| JPEW | Right, can you find the iso-codes_4.4.bb file in the source tree? | 18:17 |
| pxfin | Of course | 18:18 |
| * JPEW does some searching | 18:19 | |
| pxfin | :D | 18:19 |
| pxfin | Maybe i can ... | 18:19 |
| JPEW | Ok, once you find the file, make a change like this: https://lists.openembedded.org/g/openembedded-core/message/140316 | 18:19 |
| JPEW | Effectively, append `;branch=main;` to the end of SRC_URI | 18:20 |
| JPEW | Which will tell bitbake to start looking for the "main" branch instead of the "master" branch | 18:20 |
| pxfin | Good I am learning bit by bit.. loving it (which means great respects for your guys) | 18:23 |
| JPEW | pxfin: There is a lot to learn, but glad you are enjoying it :) | 18:24 |
| pxfin | I love it.. i will come back to it tomorrow | 18:25 |
| *** pxfin <pxfin!5faf6831@95.175.104.49> has quit IRC | 18:25 | |
| *** yacar_ <yacar_!~yacar_@91-168-169-253.subs.proxad.net> has quit IRC | 18:29 | |
| *** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto | 18:29 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has quit IRC | 18:32 | |
| *** polaris- <polaris-!~jan@p200300e48f1988003051abf95c0c6570.dip0.t-ipconnect.de> has joined #yocto | 18:34 | |
| *** elfenix <elfenix!~andrew@199.83.58.6> has joined #yocto | 18:45 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 18:48 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 18:50 | |
| *** stephano <stephano!~stephano@c-73-164-244-205.hsd1.or.comcast.net> has joined #yocto | 18:51 | |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.77> has quit IRC | 19:05 | |
| *** aidanh_ <aidanh_!~aidanh@unaffiliated/aidanh> has joined #yocto | 19:23 | |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC | 19:25 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 19:25 | |
| *** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC | 19:26 | |
| *** aidanh_ is now known as aidanh | 19:26 | |
| *** rcoote <rcoote!~rcoote@221-224-024-217.ip-addr.vsenet.de> has quit IRC | 19:31 | |
| *** sgw2 <sgw2!sgw@nat/intel/x-czxsxiehplcgtxil> has quit IRC | 19:35 | |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC | 19:43 | |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has joined #yocto | 19:43 | |
| *** icewolf <icewolf!~icewolf@p5785f111.dip0.t-ipconnect.de> has quit IRC | 19:45 | |
| RP | sakoman: we might have to port the iso-codes change quickly as people are hitting it | 19:52 |
| sakoman | Yup, testing the patch with the dunfell version of iso-codes right now | 19:52 |
| sakoman | Looks all green so far | 19:53 |
| RP | sakoman: in this case I'm tempted to speed up the normal process for the single patch | 19:53 |
| sakoman | Works for me | 19:54 |
| RP | sakoman: unless you like lots of email? :) | 19:54 |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto | 19:54 | |
| sakoman | No, we all hate lots of email ;-) | 19:54 |
| *** nslu2-log_ <nslu2-log_!~nslu2-log@milla.nas-admin.org> has joined #yocto | 19:57 | |
| sakoman | RP: I can do an early pull request for this week's batch of patches | 19:59 |
| *** Spock_ncc1701 <Spock_ncc1701!~Spock_ncc@45.56.150.22> has joined #yocto | 19:59 | |
| RP | sakoman: if you're agreeable I can just merge that one I guess, I'm not sure its worth a delay | 19:59 |
| *** nslu2-log <nslu2-log!~nslu2-log@milla.nas-admin.org> has quit IRC | 19:59 | |
| sakoman | That is fine, you also could pull from https://git.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-next | 20:00 |
| *** nslu2-log_ is now known as nslu2-log | 20:00 | |
| sakoman | I haven't gotten any more comments after the first 36 hours | 20:00 |
| sakoman | And people are also running into the libdrm issue | 20:01 |
| sakoman | So this would fix both of those | 20:01 |
| sakoman | either is ok with me | 20:02 |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 20:04 | |
| *** sgw2 <sgw2!~sgw@134.134.137.77> has joined #yocto | 20:04 | |
| *** rewitt <rewitt!~rewitt@unaffiliated/rewitt> has quit IRC | 20:07 | |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has joined #yocto | 20:07 | |
| *** rewitt <rewitt!rewitt@unaffiliated/rewitt> has joined #yocto | 20:08 | |
| *** goliath <goliath!~goliath@212-186-42-13.cable.dynamic.surfer.at> has quit IRC | 20:15 | |
| *** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC | 20:18 | |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC | 20:20 | |
| *** M4RV1N <M4RV1N!5b5deac2@91.93.234.194> has joined #yocto | 20:21 | |
| M4RV1N | hi | 20:21 |
| M4RV1N | how can i set the default virtual machine path to a different location for docker-tool box on windows. | 20:24 |
| M4RV1N | docker-machine create -d virtualbox --virtualbox-cpu-count=2 --virtualbox-memory=4096 --virtualbox-disk-size=50000 default | 20:24 |
| M4RV1N | this command creates the default | 20:24 |
| M4RV1N | on .docker folder | 20:25 |
| M4RV1N | is it a must that the file created there? | 20:25 |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has joined #yocto | 20:25 | |
| M4RV1N | =L | 20:25 |
| *** polaris- <polaris-!~jan@p200300e48f1988003051abf95c0c6570.dip0.t-ipconnect.de> has quit IRC | 20:30 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has joined #yocto | 20:31 | |
| RP | sakoman: if that is ready to merge I can merge it | 20:48 |
| kergoth | Hmm, wonder why the armv7-a tunes aren't listed in the armv7ve package archs | 20:55 |
| kergoth | pretty sure the latter can run the former since the latter just hast he virtualization extensions? | 20:55 |
| RP | kergoth: entirely possible its an oversight. rburton? jonmason? | 21:01 |
| fray | I ran into some issues where combinations were not complete.. | 21:02 |
| fray | probably something we need to look at eventually.. until then I ignored the 'file loaded twice' error.. :P | 21:02 |
| jonmason | It's on our Todo list to verify all the tunings are correct and optimal. So, it'll happen sometime this quarter | 21:06 |
| RP | jonmason: cool. Somewhere after "unbreak autobuilder"? ;-) | 21:10 |
| fray | let 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 IRC | 21:12 | |
| *** berton <berton!~berton@181.220.84.90> has quit IRC | 21:19 | |
| *** matthewzmd <matthewzmd!~user@216-58-109-18.cpe.distributel.net> has quit IRC | 21:19 | |
| *** pohly <pohly!~pohly@p5484912e.dip0.t-ipconnect.de> has quit IRC | 21:21 | |
| *** splatch <splatch!~splatch@vps-dc30c65c.vps.ovh.net> has joined #yocto | 21:23 | |
| splatch | good evening :) | 21:23 |
| splatch | I 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 |
| splatch | I'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 some | 21:27 |
| *** dreyna_ <dreyna_!~dreyna@c-24-5-28-247.hsd1.ca.comcast.net> has quit IRC | 21:27 | |
| splatch | time. I also found a lnr in the docs, but I am getting lost with use of placeholders. | 21:27 |
| splatch | I have: lnr ${D}${PERSISTENT_DATA_DIR}/system/etc/wireguard/wg0.conf ${D}${sysconfdir}/wireguard/wg0.conf | 21:27 |
| splatch | but doesn't work | 21:27 |
| splatch | did I put one ${D} too much? | 21:28 |
| JPEW | splatch: Yes | 21:29 |
| JPEW | Err, maybe not with lnr... | 21:29 |
| splatch | fair enough, is it valid to have ln in do_install section at all? | 21:29 |
| splatch | s/ln/lnr | 21:30 |
| JPEW | splatch: It should be, I'm not sure why that wouldn't work. Whats the failure mode? | 21:33 |
| splatch | I keep on getting "No such file or directory" with different combinations. | 21:34 |
| splatch | No such file or directory: '../../data/system/etc/wireguard/wg0.conf' -> '/etc/wireguard/wg0.conf' | 21:34 |
| splatch | with lnr ${PERSISTENT_DATA_DIR}/system/etc/wireguard/wg0.conf ${sysconfdir}/wireguard/wg0.conf | 21:34 |
| splatch | I've tried with ${D}, now without | 21:34 |
| splatch | I 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 appends | 21:35 |
| JPEW | splatch: 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 |
| splatch | from what stackoverflow said and recent manual only relative links are permitted | 21:37 |
| splatch | oh wait, maybe I do miss FILES section! | 21:37 |
| splatch | ok, I do miss it | 21:38 |
| splatch | lets see with that | 21:38 |
| JPEW | splatch: Can you show me where is says you have to do relative links with ln? | 21:39 |
| splatch | JPEW: https://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#migration-2.3-absolute-symlinks | 21:39 |
| splatch | not sure what staged means in this context | 21:40 |
| RP | that is a really old school term in the project :/ | 21:40 |
| JPEW | RP: So what does it mean? | 21:41 |
| splatch | it could be a fault of my do_install, I didn't do install on ${D}${sysconfdir} | 21:42 |
| JPEW | splatch: Ah forgot to make the directory first> | 21:42 |
| splatch | reliable builds++ :) | 21:43 |
| RP | JPEW: in the sysroot directories we want relative symlinks, not absolute ones | 21:43 |
| RP | otherwise 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 |
| JPEW | RP: 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 |
| RP | JPEW: target sysroot? | 21:46 |
| RP | if its not a sysroot "staged" file it would be ok | 21:46 |
| RP | bonus points to anyone who remembers the do_stage tasks | 21:47 |
| JPEW | The 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 |
| RP | JPEW: I got rid of them in July 2010 so its a 10 year anniversary on the 22nd :) | 21:49 |
| RP | http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=dc807f54f858419f97e211cd62fd2d30db9a80de | 21:49 |
| RP | It why we have "staging.bbclass" | 21:50 |
| *** elfenix <elfenix!~andrew@199.83.58.6> has quit IRC | 21:56 | |
| *** vineela <vineela!~vtummala@134.134.139.74> has quit IRC | 21:57 | |
| *** pbergin <pbergin!~pbergin@c213-102-88-101.bredband.comhem.se> has quit IRC | 21:58 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:03 | |
| *** xtopher <xtopher!~xtopher@mobile-166-176-187-66.mycingular.net> has joined #yocto | 22:04 | |
| sakoman | RP: I think it is fine to merge it, I don't expect to get any more comments | 22:05 |
| sakoman | Should I send a pull request? | 22:05 |
| RP | sakoman: 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 |
| RobertBerger | Does someone else know here where the glibc recipe finds it's magic scripts to create a syscall table from? | 22:09 |
| RP | RobertBerger: aren't those in glibc itself? | 22:10 |
| RobertBerger | Well then I guess we have a serious problem ;) | 22:10 |
| RobertBerger | Let me explain. | 22:10 |
| RobertBerger | I try to build some xenomai patched kernel. xenomai patches are only avail for 4.19.x kernels. | 22:11 |
| sakoman | RP: by-the-book pull request sent :-) | 22:11 |
| RobertBerger | I thought that the kernel-headers recipe is used by glibc to "autobuild" the syscalls table. | 22:11 |
| RobertBerger | So I hacked it in, I guess. | 22:11 |
| RobertBerger | Still I see the syscall 407 (which came in after 4.19) | 22:12 |
| RP | RobertBerger: does a xenomai kernel use different ABIs to other kernels? | 22:12 |
| RobertBerger | Nope | 22:12 |
| RobertBerger | With xenomai I saw the problem | 22:13 |
| RP | RobertBerger: then just use recent kernel headers and make sure OLDEST_KERNEL is set to something earlier than 4.19. glibc is backwards compatible | 22:13 |
| RobertBerger | After 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-headers | 22:13 | |
| RP | RobertBerger: there should be fallback code in libc | 22:13 |
| RobertBerger | I thought that the syscall tables are auto generated against some header files. | 22:14 |
| RobertBerger | I get unknown syscall. | 22:14 |
| RobertBerger | Oldest kernel is most likely far before 4.19 - by default. | 22:15 |
| RobertBerger | I'm on dunfell 3.1.1 | 22:15 |
| RP | RobertBerger: that sounds like a libc bug to me | 22:16 |
| RP | RobertBerger: which arch? | 22:16 |
| RobertBerger | arm 32 | 22:16 |
| RobertBerger | I am currently running a build | 22:17 |
| RP | RobertBerger: seems strange others haven't commented on that | 22:17 |
| RobertBerger | it's clock_nanosleep_time64 | 22:17 |
| RobertBerger | I'll see if can somehow cook another testcase except for some xenomai testcase for it | 22:17 |
| RP | RobertBerger: https://sourceware.org/pipermail/glibc-cvs/2019q4/067981.html - not sure about where __ASSUME_TIME64_SYSCALLS is eet | 22:19 |
| RP | set | 22:19 |
| RP | RobertBerger: you want that unset though... | 22:20 |
| RobertBerger | ;) | 22:24 |
| RobertBerger | we do have code along those lines in or glibc ;) | 22:24 |
| splatch | I'm returning with my relative link question.. config looks almost fine, but.. | 22:24 |
| RP | RobertBerger: I've no idea without looking | 22:24 |
| splatch | lnr /lib/systemd/system/wg-quick@.service ${D}${systemd_unitdir}/system/wg-quick@wg0.service | 22:25 |
| splatch | blows ups whole thing, the source of link is systemd service template, later one is service shipped via package | 22:25 |
| splatch | which placeholder should be used for `lib/systemd`? | 22:26 |
| RobertBerger | RP: 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 |
| RP | RobertBerger: I'm sure they are but you're looking at the problem the wrong way | 22:29 |
| RP | RobertBerger: if you look at the code above, you can see there is fallback code that can be conditionally enabled | 22:30 |
| RobertBerger | RP: I'll try to see which patch we'll take | 22:30 |
| RobertBerger | path | 22:30 |
| RP | RobertBerger: libc should be capable of falling back | 22:31 |
| RobertBerger | I 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 IRC | 22:32 | |
| RobertBerger | it should not be there | 22:32 |
| *** qschulz <qschulz!~quentin@ns326003.ip-37-187-106.eu> has joined #yocto | 22:35 | |
| RP | RobertBerger: I can be there if there is a fallback | 22:37 |
| RP | It can be there if there is a fallback | 22:37 |
| RobertBerger | Yep | 22:37 |
| RP | RobertBerger: one llbc can be run against multiple kernels and multiple kernel versions | 22:38 |
| RobertBerger | Yep, but I thought it's built against a kernel version/some number of syscalls and you can upgrade the kernel underneath, but not downgrade | 22:39 |
| RobertBerger | If you downgrade the kernel potentially syscalls are being called which are not available in the old kernel. | 22:40 |
| RP | RobertBerger: that isn't how it works | 22:41 |
| RobertBerger | Ah OK ;) | 22:41 |
| RobertBerger | So you say it's a runtime thing? | 22:41 |
| RP | RobertBerger: 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_KERNEL | 22:42 |
| RobertBerger | OK | 22:43 |
| RP | which is why we say not to mess with linux-libc-headers and even write it in big letters in the recipe. Nobody listens | 22:43 |
| RP | zeddii: want to comment? :) | 22:43 |
| *** marex-cloud <marex-cloud!sid137234@gateway/web/irccloud.com/x-sbkgagogcjgkllhv> has quit IRC | 22:43 | |
| RobertBerger | hehe - I have a bug for him | 22:43 |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fcxlqaatpmdswgqm> has quit IRC | 22:43 | |
| RobertBerger | It need much more documentation ;) | 22:43 |
| *** Tartarus <Tartarus!sid72705@gateway/web/irccloud.com/x-dzrkyhkpvklrqpdf> has quit IRC | 22:44 | |
| RobertBerger | I 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 IRC | 22:44 | |
| RobertBerger | So 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 IRC | 22:45 | |
| RP | RobertBerger: did you look at the patch I pointed at? | 22:46 |
| RP | RobertBerger: in the #else if does syscall(clock_nanosleep_time64) and if ENOSYS, syscall(clock_nanosleep) | 22:46 |
| RP | i.e. tries the new one, if not present, fallback to the old one | 22:47 |
| RobertBerger | this one: https://sourceware.org/pipermail/glibc-cvs/2019q4/067981.html | 22:47 |
| *** mithro <mithro!sid24875@gateway/web/irccloud.com/x-vzxxhjpjibzsmxpq> has quit IRC | 22:47 | |
| *** thierryE <thierryE!sid286446@gateway/web/irccloud.com/x-qjyasiniaaqlzxay> has quit IRC | 22:47 | |
| RP | yes | 22:47 |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fwdygeekisuvotga> has joined #yocto | 22:48 | |
| *** justinsg <justinsg!uid296040@gateway/web/irccloud.com/x-uedptvilsycdauzg> has quit IRC | 22:48 | |
| RobertBerger | yep quite a bit of compile time stuff and some error handling | 22:49 |
| *** darknighte <darknighte!sid214177@pdpc/supporter/professional/darknighte> has quit IRC | 22:49 | |
| *** madisox <madisox!uid453692@gateway/web/irccloud.com/x-aolorvsnarblglyr> has quit IRC | 22:50 | |
| *** smurray <smurray!sid98062@gateway/web/irccloud.com/x-bcsvtplsopnnlikh> has quit IRC | 22:50 | |
| RP | standard libc stuff | 22:50 |
| RP | this is what libc code looks like pretty much | 22:50 |
| *** rsalveti <rsalveti!sid117878@gateway/web/irccloud.com/x-njjtigkbdasmabhw> has quit IRC | 22:50 | |
| *** lh__ <lh__!sid77898@gateway/web/irccloud.com/x-gcictdjkvkafxqje> has quit IRC | 22:50 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-wafpvqutatpkpmnk> has quit IRC | 22:50 | |
| *** mdp <mdp!sid49840@gateway/web/irccloud.com/x-kcppwvbdifbiautw> has quit IRC | 22:50 | |
| *** diamondman <diamondman!sid306859@gateway/web/irccloud.com/x-cszsottqvscgaezg> has quit IRC | 22:50 | |
| *** ribalda <ribalda!sid306640@gateway/web/irccloud.com/x-qcnhxgwbokitrsej> has quit IRC | 22:50 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-yqsekfsolmyptvao> has quit IRC | 22:50 | |
| *** runde <runde!sid228344@gateway/web/irccloud.com/x-njnffibrsmcdxkod> has quit IRC | 22:50 | |
| jpuhlman | RP: 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 IRC | 22:51 | |
| *** ric96 <ric96!sid234506@gateway/web/irccloud.com/x-mdqnxlkckinxvija> has quit IRC | 22:51 | |
| *** 18WAAZX1C <18WAAZX1C!uid452860@gateway/web/irccloud.com/x-guekrdcynbtsqkte> has quit IRC | 22:51 | |
| *** mirzak <mirzak!sid303002@gateway/web/irccloud.com/x-ssjmvhpmffzhyahh> has quit IRC | 22:51 | |
| jpuhlman | Well hopefully quick. :) | 22:51 |
| *** ndec <ndec!sid219321@linaro/ndec> has quit IRC | 22:51 | |
| *** rhadye <rhadye!sid217449@gateway/web/irccloud.com/x-fupgjmkqidcjrrsg> has quit IRC | 22:51 | |
| *** dl9pf <dl9pf!sid395223@opensuse/member/dl9pf> has quit IRC | 22:51 | |
| *** ukembedded <ukembedded!sid304355@gateway/web/irccloud.com/x-rmmoatxarytykkpm> has quit IRC | 22:51 | |
| *** paulbarker <paulbarker!sid269702@gateway/web/irccloud.com/x-mhknjgyomyynvxkz> has quit IRC | 22:51 | |
| *** nohit <nohit!sid334887@gateway/web/irccloud.com/x-xmvcgxqdezslnxuq> has quit IRC | 22:51 | |
| *** fancer <fancer!fancer@gateway/web/irccloud.com/x-mazagjmjuqzhaaca> has quit IRC | 22:51 | |
| RP | jpuhlman: 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 IRC | 22:52 | |
| *** ernstp <ernstp!sid168075@gateway/web/irccloud.com/x-gffjnilsjxoiakqs> has quit IRC | 22:52 | |
| *** fury <fury!uid193779@gateway/web/irccloud.com/x-gswybplqodgsowbx> has quit IRC | 22:52 | |
| *** dagmcr <dagmcr!sid323878@gateway/web/irccloud.com/x-ylurukkhfyraaiks> has quit IRC | 22:52 | |
| *** rburton <rburton!sid1738@gateway/web/irccloud.com/x-aziqpusnhfogjaqi> has quit IRC | 22:52 | |
| RP | jpuhlman: didn't ross just change that very recently? | 22:53 |
| *** jonmason <jonmason!sid36602@gateway/web/irccloud.com/x-fwdygeekisuvotga> has quit IRC | 22:53 | |
| *** awafaa <awafaa!sid716@gateway/web/irccloud.com/x-bcqetasvhkufiadj> has quit IRC | 22:53 | |
| jpuhlman | I can dig at it, basically it was a restructure of the bootstrap process. | 22:53 |
| jpuhlman | May well have. | 22:53 |
| *** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:dc1e:da1e:93de:288c> has joined #yocto | 22:54 | |
| RP | jpuhlman: http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=2a7a37e70d3709a0e2ca96d0341bbde102ee9978 | 22:55 |
| jpuhlman | OTOH I am not sure any of the 410+ character tmp directories bugs are going to work. | 22:55 |
| RP | jpuhlman: 2017 so lets point at that commit and resolve | 22:55 |
| jpuhlman | Some of the m4 regeneration create a command line with 65k characters since it lists every single m4 file in aclocal iirc. | 22:56 |
| splatch | can I refer a /lib/systemd/template@.service from my package if I depend on it? | 22:56 |
| splatch | cause I keep getting impression that I try to link something which is not available to my pkg | 22:56 |
| RP | jpuhlman: I think there have been patches for some of those, I didn't like a lot of them for various reasons | 22:56 |
| RP | relative paths in aclocal don't work for autotools in non-standard or multiple locations :/ | 22:57 |
| RP | jpuhlman: if there is a widespread issue then its clear its not causing anyone real world problems and we could perhaps close those bugs as such | 23:01 |
| jpuhlman | Yeah 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 |
| jpuhlman | I 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 |
| RP | jpuhlman: https://patches.openembedded.org/series/24054/# | 23:04 |
| RP | jpuhlman: think 410 was the agreed max we'd found could work | 23:05 |
| RP | "we" being Intel+WR iirc | 23:05 |
| jpuhlman | Ah. | 23:05 |
| fray | ya.. we've hit similar rpoblems at Xilinx, and set max as well to match | 23:05 |
| jpuhlman | RP: 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 |
| jpuhlman | That seems especially egregious. :) | 23:07 |
| *** agust <agust!~agust@p508b628a.dip0.t-ipconnect.de> has quit IRC | 23:18 | |
| jpuhlman | RP: that looks like that helped. Thanks for the pointer. Should probably merge that one. :) | 23:22 |
| *** M4RV1N <M4RV1N!5b5deac2@91.93.234.194> has quit IRC | 23:30 | |
| *** splatch is now known as splatch` | 23:39 | |
| *** yann|work <yann|work!~yann@91-170-159-152.subs.proxad.net> has quit IRC | 23:40 | |
| *** maudat <maudat!~moda@mtrlpq2848w-lp140-03-69-159-171-179.dsl.bell.ca> has quit IRC | 23:41 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:41 | |
| *** roussinm <roussinm!~mroussin@ipagstaticip-d73c7528-4de5-0861-800b-03d8b15e3869.sdsl.bell.ca> has quit IRC | 23:43 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!