Monday, 2022-02-14

*** dev1990 <dev1990!~dev@78.8.203.136> has quit IRC (Quit: Konversation terminated!)00:08
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)00:40
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 272 seconds)01:16
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:22
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds)01:49
*** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.)01:50
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto01:55
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds)02:02
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto02:08
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 272 seconds)02:09
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto02:11
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: Ping timeout (120 seconds))02:28
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto02:28
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-184-111.home.otenet.gr> has joined #yocto02:32
*** rber|res <rber|res!~rber|res@ppp-2-86-184-111.home.otenet.gr> has quit IRC (Ping timeout: 272 seconds)02:34
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 256 seconds)02:54
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:01
*** jclsn75 <jclsn75!~jclsn@46.59.220.11.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:09
*** jclsn7 <jclsn7!~jclsn@149.224.247.244.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)03:11
*** jclsn75 is now known as jclsn703:11
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto03:43
*** jclsn7 <jclsn7!~jclsn@46.59.220.11.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)03:46
*** jclsn7 <jclsn7!~jclsn@46.59.220.11.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto03:52
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds)03:57
*** jclsn7 <jclsn7!~jclsn@46.59.220.11.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 250 seconds)03:59
*** jclsn7 <jclsn7!~jclsn@46.59.220.11.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto04:05
*** amitk <amitk!~amit@103.208.71.109> has joined #yocto04:36
*** mrnuke_ <mrnuke_!~mrnuke@2601:2c1:8501:182d::c66> has quit IRC (Read error: Connection reset by peer)04:42
*** mrnuke <mrnuke!~mrnuke@c-98-195-139-126.hsd1.tx.comcast.net> has joined #yocto04:45
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)05:42
*** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (*.net *.split)05:51
*** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has quit IRC (*.net *.split)05:51
*** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (*.net *.split)05:51
*** kergoth <kergoth!uid528530@id-528530.lymington.irccloud.com> has quit IRC (*.net *.split)05:51
*** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has quit IRC (*.net *.split)05:51
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (*.net *.split)05:51
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (*.net *.split)05:51
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-184-111.home.otenet.gr> has quit IRC (*.net *.split)05:51
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (*.net *.split)05:51
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (*.net *.split)05:51
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (*.net *.split)05:51
*** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has quit IRC (*.net *.split)05:51
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has quit IRC (*.net *.split)05:51
*** OutBackDingo <OutBackDingo!~quassel@46.23.82.140> has quit IRC (*.net *.split)05:51
*** _wmills <_wmills!~wmills@pool-71-163-150-39.washdc.fios.verizon.net> has quit IRC (*.net *.split)05:51
*** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (*.net *.split)05:51
*** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has quit IRC (*.net *.split)05:51
*** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has quit IRC (*.net *.split)05:51
*** Piraty <Piraty!~irc@user/piraty> has quit IRC (*.net *.split)05:51
*** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has quit IRC (*.net *.split)05:51
*** sgw <sgw!~swold_loc@user/sgw> has quit IRC (*.net *.split)05:51
*** kergoth <kergoth!sid528530@id-528530.lymington.irccloud.com> has joined #yocto05:51
*** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has joined #yocto05:52
*** olani <olani!~olani@h87-96-160-54.cust.a3fiber.se> has quit IRC (Ping timeout: 272 seconds)05:52
*** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto05:52
*** madisox <madisox!sid453692@2a03:5180:f:3::6:ec3c> has joined #yocto05:52
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto05:52
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-184-111.home.otenet.gr> has joined #yocto05:52
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto05:52
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto05:52
*** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto05:52
*** michalkotyla <michalkotyla!~quassel@85-222-117-222.dynamic.chello.pl> has joined #yocto05:52
*** alejandrohs <alejandrohs!~alejandro@user/alejandrohs> has joined #yocto05:52
*** sgw <sgw!~swold_loc@user/sgw> has joined #yocto05:52
*** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has joined #yocto05:52
*** Piraty <Piraty!~irc@user/piraty> has joined #yocto05:52
*** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has joined #yocto05:52
*** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has joined #yocto05:52
*** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto05:52
*** _wmills <_wmills!~wmills@pool-71-163-150-39.washdc.fios.verizon.net> has joined #yocto05:52
*** OutBackDingo <OutBackDingo!~quassel@46.23.82.140> has joined #yocto05:52
*** flynn378 <flynn378!sid63564@2a03:5180:f:3::f84c> has joined #yocto05:52
*** jonmason <jonmason!sid36602@2a03:5180:f:2::8efa> has joined #yocto05:52
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto06:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:05
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)06:06
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto06:06
*** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit)06:10
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has joined #yocto06:44
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)06:46
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto07:00
*** goliath <goliath!~goliath@user/goliath> has joined #yocto07:14
*** mckoan|away is now known as mckoan07:41
mckoangood morning07:41
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)07:46
*** osama <osama!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto07:58
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto07:59
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto08:00
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Client Quit)08:00
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto08:01
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto08:05
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto08:11
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 272 seconds)08:29
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto08:36
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:41
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto08:41
ziga_@rburton "dmesg" doesn't show/list my device at all - it is only seen form the command "i2cdetect -y 1" (it is on i2c-1 address 0x55). So what am I missing in order for kernel to see my device aas an input? Command "cat /sys/class/i2c-dev/i2c-1/device/1-0055/name" yields "st1232". This is how I defined the device in the devicetree: https://pastebin.com/HTz4v6uf08:50
mckoanziga_: you have to enable TOUCHSCREEN_ST1232 in kernel config too08:57
ziga_@ckoan I will double check if it is enabled.08:58
ziga_@mckoan Thanks for the tip.08:59
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 272 seconds)09:03
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:03
*** zeddii <zeddii!~zeddii@cpe04d4c4975b80-cmf4c11490699b.cpe.net.cable.rogers.com> has quit IRC (Ping timeout: 250 seconds)09:04
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto09:04
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)09:08
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:08
*** GillesM <GillesM!~gilles@38.176.113.78.rev.sfr.net> has joined #yocto09:10
*** zeddii <zeddii!~zeddii@173.34.88.218> has joined #yocto09:11
*** GillesPP <GillesPP!~gilles@38.176.113.78.rev.sfr.net> has joined #yocto09:13
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)09:18
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:19
*** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto09:20
*** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 272 seconds)09:21
*** osama <osama!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Read error: Connection reset by peer)09:23
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)09:23
*** osama <osama!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto09:23
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:24
agherzanMorning all!09:27
agherzanziga_: sounds like a missing driver yes.09:27
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…)09:27
ziga_@mckoan @agherzan I enabled TOUCHSCREEN_ST1232 in kernel config but nothing changes. Is there a way to check kerrnel config on an already running target? I would like to double verify if option is working.09:29
agherzan`zcat /proc/config.gz | grep FOO`09:30
ziga_Ty! TOUCHSCREEN_ST1232 is installed as a module. Is this not okay? Shoulld it be instaled as a part of kernel?09:40
qschulzziga_: check the module is loaded with lsmod, or modprobe it09:42
qschulzpretty sure you'd need a device tree node for your device in the i2c bus it is attached to too09:42
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)09:43
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:43
*** GillesPP <GillesPP!~gilles@38.176.113.78.rev.sfr.net> has quit IRC (Quit: Leaving)09:46
*** GillesPP <GillesPP!~gilles@38.176.113.78.rev.sfr.net> has joined #yocto09:46
*** GillesPP <GillesPP!~gilles@38.176.113.78.rev.sfr.net> has quit IRC (Remote host closed the connection)09:47
ziga_lsmod does not shows anything related to "st1232". I tried also "modprobe st1232" but it says that this module couldn't be found. @qschulz device is defined in my devicetree like this https://pastebin.com/HTz4v6uf and "i2cdetect -y 1" onfirms that it is found on the address 0x55.09:47
landgrafziga_: is there module under /lib/modules ?09:48
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 272 seconds)09:48
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:49
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 240 seconds)09:51
ziga_Command "find /lib/modules/ -name "*st1232*"" returns nothing.09:52
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)09:53
ziga_It is weird, because config option CONFIG_TOUCHSCREEN_ST1232=m can be found in an extracted /proc/config.gz ://09:54
qschulzziga_: you need to install it in your rootfs, the kernel-modules package will add ALL kernel modules built by the kernel recipe09:54
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:54
qschulzziga_: modules aren't installed by default in Yocto09:54
ziga_Ah!09:55
qschulzziga_: what is returned by i2cdetect does not care AT ALL about what's in your device tree (well.. ok, it does for the i2c bus, otherwise you can't use i2cdetect on the bus since it's not probed)09:55
ziga_This is a really good tip! I haven't got this package yet! :DDDD09:55
qschulzziga_: oe-pkgdata-util find-path '*st1232*' shall return the exact name of the kernel module09:56
qschulzif you want to finetune which kernel modules make it to your image instead of just adding them all09:56
ziga_Ah so I can use this command to pinpoint the kernel module and only install this one (and not all)?09:56
ziga_Great!09:57
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)09:58
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto09:58
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto09:59
*** GillesM <GillesM!~gilles@38.176.113.78.rev.sfr.net> has quit IRC (Quit: Leaving)09:59
*** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has joined #yocto09:59
jclsn[m]@JPEW Any way I can reference the working directory in the pyrex.ini? I need something like... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/033840cfc6d5bbd068841cea3a10f16b06970765)10:03
jclsn[m] * JPEW:  Any way I can reference the working directory in the pyrex.ini? I need something like... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/08266af554722f480992156e51eddc7f7ab50a9a)10:03
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto10:05
jclsn[m] * JPEW:  Any way I can reference the working directory in the pyrex.ini? I need something like... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/e07fb9bf6a9919dab381f3ed7d053d1c2a50a914)10:08
jclsn[m] * JPEW:  Any way I can reference the build directory in the pyrex.ini? I need something like... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/7963f0a2f814d6a06478a0ae8e618540ad64e76d)10:14
qschulzjclsn[m]: Have you tried $(pwd) ?10:17
jclsn[m]Yes10:17
qschulzjclsn[m]: otherwise, ${env:PWD} should probably work10:17
jclsn[m]It complains that it is not a valid option10:17
jclsn[m]No, both don't work10:18
jclsn[m]BUILDDIR is also in the environment variables and it doesn't work10:18
*** GillesM <GillesM!~gilles@38.176.113.78.rev.sfr.net> has joined #yocto10:21
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 256 seconds)10:23
*** camus <camus!~Instantbi@116.236.93.173> has joined #yocto10:24
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)10:27
*** camus <camus!~Instantbi@116.236.93.173> has quit IRC (Quit: camus)10:30
*** camus1 <camus1!~Instantbi@116.236.93.173> has joined #yocto10:30
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto10:31
*** camus1 <camus1!~Instantbi@116.236.93.173> has quit IRC (Ping timeout: 252 seconds)10:34
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:b83d:eca7:32b2:6c06> has joined #yocto10:46
manuel1985Hello all. What do I do if my recipe installs a shell script, but I want it to RDEPEND not specifically on bash but just on any kind of shell interpretor?10:47
kanavinrburton, jonmason there are ongoing hangs in ltp-arm64 https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/278210:51
qschulzmanuel1985: I think it's pretty safe to assume that at least ONE shell should be on your system, so just add nothing to RDEPENDS?10:52
manuel1985qschulz: I'm afraid some checker would complain then. At least when installing a file containing a bash shebang it does.10:54
qschulzmanuel1985: if you have a bash shebang, you're effectively requesting this script to be run by bash, which means you should have bash on your device. If youb have the /bin/sh shebang, I don't think anything will happen11:04
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)11:04
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:05
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto11:22
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto11:30
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto11:31
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 272 seconds)11:43
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:44
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)11:46
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)11:53
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto11:54
*** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto11:56
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto12:22
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds)12:24
*** camus1 is now known as camus12:24
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto12:26
ziga_Does anybody know the answer here? https://stackoverflow.com/questions/71111397/beaglebone-yocto-kernel-configuration12:27
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)12:33
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto12:34
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 272 seconds)12:38
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto12:39
mckoanziga_: you have to show the directory structure as well12:41
ziga_@mckoan directory structure of my layer?12:41
*** osama <osama!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 272 seconds)12:41
mckoanziga_: at least of the linux recipe directory12:41
mckoanhttps://wiki.koansoftware.com/index.php/Modify_the_linux_kernel_with_configuration_fragments_in_Yocto12:42
ziga_Ah! So .cfg suffix is used automatically! :D12:44
ziga_This will help me a lot!12:44
mckoanI answered in stackoverflow12:46
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)12:54
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto12:55
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)13:04
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto13:05
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Ping timeout: 256 seconds)13:05
*** osama <osama!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has joined #yocto13:13
LetoThe2ndyo dudX13:19
qschulzo/13:24
JPEWjclns: you have to explicitly state which environment variables get imported13:25
LetoThe2ndqschulz: \o13:25
ziga_@mckoan It failed.13:31
JPEWjclns: the variables you want to use in the config have to be in the envimport section13:34
*** chep <chep!~chep@82-65-36-115.subs.proxad.net> has joined #yocto13:35
*** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)13:48
*** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has joined #yocto13:55
*** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has quit IRC (Quit: Leaving)13:56
*** sakoman <sakoman!~steve@2600:1013:b028:f841:bc72:84c1:ad1e:a754> has joined #yocto13:56
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:b83d:eca7:32b2:6c06> has quit IRC (Quit: Leaving)13:57
*** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto14:06
*** lucaceresoli <lucaceresoli!~ceresoli@host-79-2-93-196.business.telecomitalia.it> has joined #yocto14:09
*** pgowda_ <pgowda_!uid516182@id-516182.ilkley.irccloud.com> has quit IRC (Quit: Connection closed for inactivity)14:11
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 272 seconds)14:13
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:14
*** Etheryon <Etheryon!~Etheryon@79.114.14.243> has joined #yocto14:18
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)14:19
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:19
EtheryonHello, could anyone help me understand how to write a recipe to copy over some files? Is it possible to copy files that are not in your custom layer?14:20
qschulzEtheryon: yes it's possible, the question is where are your files and how are they "shared" with the recipe (git repo, tarball, etc...)14:21
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Remote host closed the connection)14:21
Etheryonso there's a folder of media I need to copy over14:22
EtheryonSRC_URI <- this is relative to what ? current location of the .bb file?14:22
qschulzEtheryon: files/ recipe-name/ recipe-name-recipe-version/14:23
qschulzI don't remember their precedence14:23
qschulzrelative path compared to .bb file14:24
qschulzEtheryon: can you upload this folder of media somewhere else than from your current filesystem?14:24
qschulzthe point being, if you want to be able to share your custom layer, you need also to share those media files14:24
Etheryonif bb file is in custom-meta/recipes/app/media.bb , and media folder is on the same level as custom-meta bb file should.have SRC_URI += " \14:26
Etheryon    file://../../../resources/ \14:26
Etheryon"14:26
Etheryonqschults I see your point, plan is to provide them by some other mechanism, but that's beside the point for now14:27
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)14:27
qschulzso either make them part of your custom layer directly (not great) or upload them somewhere and make your recipe fetch them14:27
*** akiCA <akiCA!~akiCA@user/akica> has joined #yocto14:27
qschulzEtheryon: look into externalsrc bbclass instead14:28
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:28
Etheryonah thanks14:29
qschulzhttps://docs.yoctoproject.org/ref-manual/classes.html#externalsrc-bbclass14:29
qschulzthis is the cleaner way of doing it14:29
*** sakoman <sakoman!~steve@2600:1013:b028:f841:bc72:84c1:ad1e:a754> has quit IRC (Read error: Connection reset by peer)14:30
*** sakoman <sakoman!~steve@145.sub-174-202-1.myvzw.com> has joined #yocto14:32
EtheryonAnd I guess I'll need an empty do_compile, and them as part of do_install copy the files over?14:33
*** sakoman <sakoman!~steve@145.sub-174-202-1.myvzw.com> has quit IRC (Read error: Connection reset by peer)14:33
qschulzEtheryon: meh, the basic do_compile checks if there's a makefile and it there's none does nothing14:33
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto14:34
qschulzI used to inherit the bin_package bbclass instead14:34
Etheryonthanks!14:35
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)14:37
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:38
*** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Remote host closed the connection)14:40
Etheryoncan I specify for bin_package where to put the files, or is it an extra step to move them afterwards ?14:40
*** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto14:40
Etheryonif I understood correctly it putes them in ${D}14:41
*** kroon_ <kroon_!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Client Quit)14:42
qschulzEtheryon: pretty sure you'll still need a proper do_install14:46
Etheryonalso is there any way to check why my image is so large? I have excluded x11 and wayland, I would expect it to not be 1,8GB (maybe my expectations are wrong?)14:46
qschulzwell, use buildhistory to find out what is so big14:46
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 272 seconds)14:49
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:50
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto14:50
Etheryon thanks for that as well14:51
*** codavi <codavi!~akiCA@user/akica> has joined #yocto14:51
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds)14:53
vdAre core images (core-image-minimal and core-image-base) purely meant as examples, or should one preferred to use these images to design they distros, given that machine / distro / images are orthogonal?14:53
*** camus <camus!~Instantbi@58.246.136.202> has joined #yocto14:53
vdI'm asking because it feels like one is always tempted to write custom image recipes right away while it shouldn't be necessary with a correctly configured distro, thanks to DISTRO_EXTRA_RDEPENDS, INITRAMFS_SCRIPTS, etc.14:55
*** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 272 seconds)14:55
qschulzvd: Distros are only for "policies"14:58
qschulzthe biggest ones being: "systemd vs sysv", "x11/wayland", etc...14:58
qschulzOne of the first things people should do is to create their recipes, that includes an image recipe14:59
vdqschulz: indeed. So it doesn't feel right that a distro ships with image recipes (unless they are some sort of examples) don't you think?15:00
qschulzvd: you usually have a BSP layer (kernel, bootloader, atf, optee, machine configuration file, binary blobs/firmware, you name it.), then a distro layer15:01
qschulzand then something else15:01
qschulzwe do have a poky distro in.. poky because there's a need for a distro for testing purposes15:01
qschulzif that was your next question15:01
vdqschulz: yes, then a "software" layer adding recipes for your custom packages if any, with image recipes bundling them15:02
qschulztypically, it's highly recommened to have a separate layer for your BSP components, after that, it's a bit more up to the devs15:02
RPJPEW: are you ok with those binutils mingw patches?15:02
*** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto15:03
JPEWRP: The 2 from khem?15:04
JPEWRP: Ya master-next of meta-mingw LGTM15:05
vdqschulz: I think you answered my question, custom images are usually written in software layers and core-image-* aren't just example, they must work with any bsp/distro layers, if well written.15:06
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:e8a3:f9cb:6f3f:766b> has joined #yocto15:06
qschulzvd: core-image-* are sometimes used as bases for other custom image recipes15:08
*** m4ho <m4ho!~m4ho@p5098be52.dip0.t-ipconnect.de> has quit IRC (Quit: WeeChat 3.3)15:11
*** m4ho <m4ho!~m4ho@81.20.119.6> has joined #yocto15:11
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)15:14
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto15:15
RPJPEW: yes, those, thanks. Once we sort qemuppc we can then likely merge everything15:15
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:e8a3:f9cb:6f3f:766b> has quit IRC (Remote host closed the connection)15:17
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:e913:c05:ceb2:5ce> has joined #yocto15:21
*** osama1 <osama1!~osama@eth1-fw1-nbg6.eb.noris.de> has joined #yocto15:25
*** Etheryon <Etheryon!~Etheryon@79.114.14.243> has quit IRC (Quit: Client closed)15:27
*** osama <osama!~osama@ipbcc2935c.dynamic.kabel-deutschland.de> has quit IRC (Ping timeout: 252 seconds)15:28
*** klockwood <klockwood!~klockwood@104.129.157.6> has joined #yocto15:33
*** klockwood <klockwood!~klockwood@104.129.157.6> has quit IRC (Ping timeout: 240 seconds)15:39
*** klockwood <klockwood!~klockwood@104.129.157.6> has joined #yocto15:39
*** klockwood <klockwood!~klockwood@104.129.157.6> has quit IRC (Client Quit)15:42
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has joined #yocto15:48
Tucupitanohello there15:49
*** davidinux <davidinux!~davidinux@192.145.127.181> has quit IRC (Ping timeout: 256 seconds)15:51
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)15:52
*** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Remote host closed the connection)15:53
*** davidinux <davidinux!~davidinux@95.174.64.36> has joined #yocto15:53
RPJPEW: FWIW disabling parallel make in binutils is making the test builds take houyrs15:57
JPEWRP: Hmm, that's not good15:58
JPEWIt might be time to drop 32-bit MinGW15:59
JPEW(assuming it's just a problem there, which is perhaps unlikely)16:00
JPEWIt might be possible to drop the Direct3D support... since I highly doubt we need that16:01
RPJPEW: we saw the failure with 64 bit too. I agree that disabling d3d support might be a better option though16:03
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has quit IRC (Ping timeout: 252 seconds)16:03
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)16:04
RPjonmason: any thoughts on what to do with this hanging ltp build?16:05
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto16:05
RPFWIW it is hanging in the proc01 test again16:10
RPit was trying to read proc/kmsg and attaching/detaching gdb unblocked it16:11
RP0x0000007f99886374 in __read_chk () from /lib/libc.so.616:11
vdqschulz: in other words, would you write your own base images for your distro or would you simply rely on core-image-*16:11
qschulzvd: i would include one of the core-image-minimal except if I really need something really really specific16:15
JPEWRP: Ok, let me see if I can reproduce it locally16:15
JPEWDoesn't look like there is an option to remove direct3d16:16
RPJPEW: shame, it sounded promising :/16:17
*** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection)16:18
jonmasonRP: I'll try to replicate on my local arm64 system (which might be whimpy enough to race like this one)16:18
RPjonmason: you may want to just trim it down to that test and loop it16:18
RPjonmason: we've been here before with this test and did disable it in the past. I'm tempted to add that disabling back16:19
jonmasonIf we ran LTP, we might catch this kind of thing more internally too16:19
RPjonmason: it does suggest there is a genuine bug in procfs for arm though16:19
jonmasonRP: If I can replicate locally, I can trim it down and punt to an internal team to figure it out16:20
jonmasonesp for procfs, which I've never messed with16:20
jonmasonLet me ask around who this could be punted to16:20
RPjonmason: quick summary is that proc01 is a test in ltp which goes through the files in procfs and tries to read them. it is basically doing a cat /proc/kmsg from what I remember16:21
RPjonmason: so there is a some race where a read from /proc/kmsg hangs on arm16:21
jonmasongotcha16:21
RPjonmason: I'm going to add https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=9cc4035724ef7dc237499b04bc39c353f4f138ad as I can't cope with buids hanging16:22
RPjonmason: I removed it June last year: https://git.yoctoproject.org/poky/commit/?id=99c023029100528cb2a2ccf4ce0c9c6c4bbe205516:22
jonmasoninternal slack channel being poked, while I try to get this to reproduce16:25
RPjonmason: thanks.16:26
RPJPEW: I'm not sure if these build times are a parallel make issue or not, I'm starting to wonder if my first "guess" was right or not :/16:26
JPEWOK, let me know. The error that the parallel make is trying to fix looks weird, but I'll dig into it if the build time is abysmal16:27
RPI'm trying to do too many things at once, badly :(16:27
*** Tokamak <Tokamak!~Tokamak@172.58.191.81> has quit IRC (Read error: Connection reset by peer)16:27
*** Tokamak <Tokamak!~Tokamak@172.58.191.81> has joined #yocto16:31
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto16:33
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)16:43
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto16:45
*** GillesM <GillesM!~gilles@38.176.113.78.rev.sfr.net> has quit IRC (Quit: Leaving)16:47
*** vladest <vladest!~Thunderbi@2a02:1210:3083:2200:88a3:48f9:5429:307a> has quit IRC (Remote host closed the connection)16:48
*** vladest <vladest!~Thunderbi@2a02:1210:3083:2200:cfde:5c2:4bfe:a30e> has joined #yocto16:48
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has quit IRC (Remote host closed the connection)16:50
*** fitzsim <fitzsim!~user@69-165-165-189.dsl.teksavvy.com> has joined #yocto16:57
*** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed)16:58
*** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 272 seconds)16:59
smurrayRP: I was poking at some of the stuff on the inclusive list yesterday, is this prototype of checking for variables in bitbake in roughly the right place?: https://paste.debian.net/123089017:08
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 252 seconds)17:08
ziga_@mckoan I edited the Stackoverflow question.17:08
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto17:08
*** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Quit: Client closed)17:11
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has joined #yocto17:11
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Ping timeout: 250 seconds)17:13
*** zpfvo <zpfvo!~fvo@88.130.220.170> has joined #yocto17:14
*** zpfvo <zpfvo!~fvo@88.130.220.170> has quit IRC (Quit: Leaving.)17:20
*** superdupond <superdupond!~Kev@2a01cb0400149f0020a63845738b1ffd.ipv6.abo.wanadoo.fr> has joined #yocto17:22
*** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat)17:29
mckoanziga_: but what is your MACHINE?17:32
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has quit IRC (Ping timeout: 272 seconds)17:34
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 272 seconds)17:34
*** osama1 <osama1!~osama@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Quit: WeeChat 3.4)17:38
*** goliath <goliath!~goliath@user/goliath> has joined #yocto17:40
*** mckoan is now known as mckoan|away17:43
RPsmurray: I was just talking to sgw about this, I think it may make sense as a RecipeParsed() event handler?17:47
smurrayRP: is sgw working on coding something up?  If so, I'll shelve continuing.  If not, I have rework for all the variables that snippet was checking for in hand here17:48
RPsmurray: I think you're ahead of him17:49
RPsmurray: I'm actually torn on event handler vs making this dedicated bitbake code :/17:49
RPsmurray: I did wonder about a BB_RENAMED_VARIABLES[BB_HASHTASK_WHITELIST] = "Variable new name" type flags list17:50
RPso that it could then say "X was used and it has been replaced with Y"17:50
* RP needs to step afk so I'll let you negotiate with sgw17:51
smurrayRP: yes, I was thinking about whether that'd be what's wanted or not.  I can try coding up whatever so long as there's some definition of the reqts17:51
sgwsmurray: I was just starting, you seem to be further along, so please continue17:51
RPsmurray: the correct place to hook this is probably https://git.openembedded.org/bitbake/tree/lib/bb/parse/ast.py#n333 in the finalise() function FWIW17:52
RPthat is the point bitbake considers the parsing "done"17:52
smurrayRP: that's per-recipe as opposed to overall?  So whether to rig up warn once or not would come into play?17:53
RPsmurray: it is overall, yes. I think we have to catch things in  the recipes17:53
RPer, it is per-recipe17:53
RPsmurray: we'd still want warnonce in there since we'd not want to show it for every recipe17:54
smurrayRP: heh, okay, that's definitely not what I thought was wanted from the previous discussions17:54
RPor more likely erroronce17:54
RPwell, part of this work is to figure out what makes sense and get a decent user experience17:54
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto17:55
smurrayokay, I can likely put a couple more hours into this this evening17:55
RPI'm nearly of the opinion that it is far too late to be trying to rush this into an LTS at this point :(17:55
smurrayRP: I'd prefer we just break everyone and give them a conversion script a la overrides as opposed to not doing it17:56
smurrayRP: which I know not everyone agrees with, but it's been 2 years17:56
smurrayRP: if I'd known no one was going to do anything after the discussion last month, I'd not have waited to start myself17:58
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)18:05
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto18:06
smurraysgw: I'll update the wiki page with what I've got in hand here.  Issue is it's hard to see how it's useful to post patches until the variable checking in bitbake is hashed out18:09
sgwsmurray: thanks for handling that and agreed, I guess I forced the issue with the initial patch set!18:10
sgwSomeone had to get the ball rolling somehow.18:11
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Remote host closed the connection)18:11
smurraysgw: did you post something?18:11
*** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto18:11
*** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Remote host closed the connection)18:17
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)18:20
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:21
sgwsmurray: the PNBLACKLIST -> SKIP_RECIPE name changes18:21
smurraysgw: okay, I've not started on anything in oe-core other than renaming the variables from Bitbake, so there's no overlap18:21
sgwRight, I was sticking with OE-Core and I think I had updated the wiki18:21
smurraysgw: okay, cool.  I realized I don't have a wiki login and just submitted for one18:22
smurraysgw: I'll take another whack at the variable checking in bitbake this evening18:23
*** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has quit IRC (Quit: WeeChat 3.4)18:33
*** vd <vd!~vivien@bras-base-mtrlpq2848w-grc-41-70-53-240-211.dsl.bell.ca> has joined #yocto18:34
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)18:48
*** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto18:48
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has joined #yocto18:57
*** GillesM <GillesM!~gilles@38.176.113.78.rev.sfr.net> has joined #yocto19:02
*** GillesM <GillesM!~gilles@38.176.113.78.rev.sfr.net> has quit IRC (Remote host closed the connection)19:02
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has joined #yocto19:16
*** dev1990 <dev1990!~dev@78.8.203.136> has joined #yocto19:29
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)19:33
*** alimon <alimon!~alimon@2806:10b7:3:113b:2c32:cfff:fe8e:de1f> has quit IRC (Ping timeout: 240 seconds)19:35
vdqschulz: if you need to produce images for different medium of the same machine (e.g. sd card for recovery/factory, emmc for production, etc.), would you create machine variants (machinefoo-sdcard and machinefoo-emmc) and build a generic image, or would you create machine-specific image recipes and specify different WKS_FILE (e.g. foo-image-sdcard containing WKS_FILE=machinefoo-sdcard.wks)?19:38
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has quit IRC (Ping timeout: 240 seconds)19:43
kanavinvd, I would try really really hard to avoid adding more machine definitions19:45
kanavinit's much easier to 'bitbake image1 image2'19:45
kanavinbetter yet, figure out how you can make a universal image19:46
vdkanavin: it's why I thought. I'm struggling designing such image for factory, to e.g. format/install an eMMC from an SD card image.19:48
kanavinvd, as chance would have it, I'm going to have exactly the same task in the next few days19:50
kanavinvd, I'm currently stalled by having a device that's hardcoded to boot from emmc (literally - by resistor settings on the board)19:50
*** alimon <alimon!~alimon@2806:10b7:3:4418:2c32:cfff:fe8e:de1f> has joined #yocto19:50
kanavinvd, we asked the vendor to sort this out, or explain how are we supposed to bootstrap19:51
kanavinvd, I guess what you can do is boot from sd card, then run a script that pulls the same image off the net as a file19:52
vdkanavin: looks like you won't be able to bootstrap the installation from the machine itself19:52
kanavinthe dd if=file of=emmc19:53
vdkanavin: that's currently what I'm doing, adding a prod.wic image either in IMAGE_ROOTFS or in IMAGE_BOOT_FILES, but this means having a specific image, e.g. myproduct-image-factory with embedded binaries19:54
vd(for offline factory installation)19:55
kanavinvd, I wonder if u-boot has this feature, 'copy sd-card verbatim to emmc'19:57
vdkanavin: you could do it in an initramfs otherwise, but dd will take a lot time to copy even 4Go and will fail if the SD card is larger19:59
vdso you can use bmaptool, which doesn't fit in the initramfs, so back to a factory image..20:00
vdor adding a machine specific script in the initramfs to do sfdisk -d ${sdcard} | sfdisk ${emmc}, then format/populate the partitions manually20:01
*** amitk <amitk!~amit@103.208.71.109> has quit IRC (Ping timeout: 250 seconds)20:05
vdkanavin: you may add a "factory" package to you distro (initramfs or packagegroup-machine-base) with SRC_URI += "file://format.sh" and place it in files/<machine>/format.sh. It's not easy to make this clean20:06
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has joined #yocto20:09
*** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 256 seconds)20:10
*** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto20:12
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)20:19
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:9917:f282:6b72:75c9> has quit IRC (Remote host closed the connection)20:23
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has joined #yocto20:26
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection)20:50
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto20:51
*** wyre <wyre!~wyre@user/wyre> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)20:59
*** Tucupitano <Tucupitano!~finvnko@host-pool1-29-dynamic.airteknet.com> has quit IRC (Quit: WeeChat 3.4)21:00
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has joined #yocto21:01
*** wyre <wyre!~wyre@user/wyre> has joined #yocto21:01
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 240 seconds)21:06
ziga_@mckoan I added more info to the Stack overflow - also regarding the machine.21:13
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has quit IRC (Remote host closed the connection)21:15
*** gsalazar <gsalazar!~gsalazar@194.38.148.130> has joined #yocto21:15
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)21:26
*** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has quit IRC (Remote host closed the connection)21:34
*** otavio <otavio!~otavio@201-3-135-79.user3p.brasiltelecom.net.br> has joined #yocto21:47
*** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto21:56
*** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto21:57
*** camus <camus!~Instantbi@58.246.136.202> has quit IRC (Ping timeout: 252 seconds)21:58
*** camus1 is now known as camus21:58
*** manuel1985 <manuel1985!~manuel198@2a02:1748:dd5c:f290:e913:c05:ceb2:5ce> has quit IRC (Quit: Leaving)21:59
*** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Quit: Leaving)22:01
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has joined #yocto22:02
*** bluelightning <bluelightning!~paul@2406:e003:151f:d701:f1da:160a:8af3:d659> has joined #yocto22:05
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-184-111.home.otenet.gr> has quit IRC (Remote host closed the connection)22:05
*** RobertBerger <RobertBerger!~rber|res@ppp-2-86-184-111.home.otenet.gr> has joined #yocto22:05
*** florian_kc <florian_kc!~florian@dynamic-002-243-096-102.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 252 seconds)22:19
RPsmurray: if you summarise where you end up I can probably have a look at this tomorrow, see if I can move things forward23:11
smurrayRP: okay, I'll drop you a note23:12
*** chrfle <chrfle!~chrfle@217-209-195-249-no206.tbcn.telia.com> has quit IRC (Ping timeout: 250 seconds)23:12
RPsmurray: thanks23:21
*** codavi <codavi!~akiCA@user/akica> has quit IRC (Ping timeout: 252 seconds)23:44
*** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV)23:51

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