| * RP catches sight of persist_data and decides to step way | 00:08 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 00:24 | |
| *** djs <djs!~djs@tel3187175.lnk.telstra.net> has joined #yocto | 00:27 | |
| *** otavio <otavio!~otavio@191-221-69-78.user3p.brasiltelecom.net.br> has quit IRC (Ping timeout: 268 seconds) | 00:28 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-135-156-102.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 00:30 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Ping timeout: 268 seconds) | 00:38 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 00:47 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:31 | |
| *** camus1 <camus1!~Instantbi@2409:8a1e:9122:21b0:d015:c980:5e25:33bc> has joined #yocto | 01:32 | |
| *** camus <camus!~Instantbi@117.143.3.97> has quit IRC (Ping timeout: 264 seconds) | 01:33 | |
| *** camus1 is now known as camus | 01:33 | |
| *** rsalveti <rsalveti!uid117878@id-117878.uxbridge.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 01:44 | |
| *** MrBIOS- <MrBIOS-!~aperez@c-73-162-58-130.hsd1.ca.comcast.net> has joined #yocto | 01:45 | |
| *** jlf` <jlf`!~jlf`@user/jlf> has quit IRC (Quit: Client closed) | 01:47 | |
| *** davidinux <davidinux!~davidinux@host-87-14-163-254.retail.telecomitalia.it> has quit IRC (Ping timeout: 264 seconds) | 02:04 | |
| *** camus1 <camus1!~Instantbi@117.143.3.97> has joined #yocto | 02:04 | |
| *** davidinux <davidinux!~davidinux@host-95-248-23-114.retail.telecomitalia.it> has joined #yocto | 02:06 | |
| *** camus <camus!~Instantbi@2409:8a1e:9122:21b0:d015:c980:5e25:33bc> has quit IRC (Ping timeout: 265 seconds) | 02:06 | |
| *** camus1 is now known as camus | 02:06 | |
| *** camus1 <camus1!~Instantbi@2409:8a1e:9122:21b0:d015:c980:5e25:33bc> has joined #yocto | 02:10 | |
| *** camus <camus!~Instantbi@117.143.3.97> has quit IRC (Ping timeout: 265 seconds) | 02:11 | |
| *** camus1 is now known as camus | 02:11 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 02:26 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 02:26 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 02:27 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 02:27 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 02:27 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:31 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 02:32 | |
| *** RobertBerger <RobertBerger!~rber|res@62-46-95-169.adsl.highway.telekom.at> has joined #yocto | 02:32 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has quit IRC (Read error: Connection reset by peer) | 02:32 | |
| *** rber|res <rber|res!~rber|res@62-46-95-169.adsl.highway.telekom.at> has quit IRC (Ping timeout: 256 seconds) | 02:34 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:650d:e700:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 265 seconds) | 03:31 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6527:a700:2ce:39ff:fecf:efcd> has joined #yocto | 03:32 | |
| *** amitk <amitk!~amit@103.59.74.51> has joined #yocto | 04:08 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 04:34 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 04:38 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 05:19 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 05:24 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 260 seconds) | 05:49 | |
| *** mark__ <mark__!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has joined #yocto | 05:50 | |
| *** mark__ is now known as Mark_L | 05:51 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has quit IRC (Ping timeout: 256 seconds) | 06:19 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (Quit: Leaving) | 06:30 | |
| *** tor <tor!~tor@user/tor> has joined #yocto | 06:54 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 06:58 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has joined #yocto | 07:02 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 07:11 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 07:12 | |
| jackos888[m] | > Hello... (full message at <https://libera.ems.host/_matrix/media/v3/download/libera.chat/1a1aefb810d7fed22f656b088a0f07e9c42808fd>) | 07:18 |
|---|---|---|
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto | 07:19 | |
| *** manuel <manuel!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has quit IRC (Remote host closed the connection) | 07:30 | |
| *** manuel <manuel!~manuel198@2a02:1748:dd5c:f290:c553:9012:6082:a89a> has joined #yocto | 07:30 | |
| LetoThe2nd | yo dudX | 07:31 |
| LetoThe2nd | jackos888[m]: first - please at least have a short topic in the post here. many do not open links without context. | 07:31 |
| LetoThe2nd | jackos888[m]: second: it just doesn't work like that. recipe data is local, configuration data is global. hence, one recipe cannot affect another one. if you want to set something for the whole build, it needs to go into {local, machine, distro}.conf | 07:33 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 07:33 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has joined #yocto | 07:34 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:41 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has joined #yocto | 07:42 | |
| *** camus <camus!~Instantbi@2409:8a1e:9122:21b0:d015:c980:5e25:33bc> has quit IRC (Ping timeout: 252 seconds) | 07:51 | |
| *** mckoan|away is now known as mckoan | 07:52 | |
| mckoan | good morning | 07:52 |
| *** camus <camus!~Instantbi@2409:8a1e:9122:21b0:ca5b:76ff:fe31:2c58> has joined #yocto | 07:53 | |
| *** amitk_ <amitk_!~amit@103.59.74.62> has joined #yocto | 07:54 | |
| mckoan | The Yocto Project Summit 2022.11 starts today \o/ | 07:56 |
| LetoThe2nd | mckoan: woohoo! I have a demo setup that seems to be working, a 2hr live coding slot and beer in the fridge. what could possibly go wrong? | 08:01 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 08:07 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 08:08 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:09 | |
| *** camus <camus!~Instantbi@2409:8a1e:9122:21b0:ca5b:76ff:fe31:2c58> has quit IRC (Ping timeout: 255 seconds) | 08:13 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 264 seconds) | 08:13 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 08:14 | |
| *** d-fens <d-fens!~kvirc@5.10.7.173> has joined #yocto | 08:19 | |
| jclsn | You could drop the beer while working from the fridge to your desk | 08:28 |
| jclsn | s/working/walking/ | 08:28 |
| *** goliath_ <goliath_!~goliath@user/goliath> has joined #yocto | 08:33 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Ping timeout: 260 seconds) | 08:36 | |
| *** goliath_ is now known as goliath | 08:37 | |
| d-fens | hi, searched the docs but couldn't find it: when building in a CD pieline i need to set variables (e.g. ssid) to a specific value to be used in a receipt. 1) how should i pass it in - environment, local.conf ? 2) how can i access the variable in the receipt? | 08:45 |
| LetoThe2nd | d-fens: depends. either environment, then you need to them to BB_ENV_PASSTHROUGH, otherwise they will be filtered out, or injecting into auto.conf or local.conf, depending on the mechanisms you use. | 08:46 |
| d-fens | BB_ENV_PASSTHROUGH helped, thx | 08:51 |
| *** zpfvo <zpfvo!~fvo@i59F5CD69.versanet.de> has joined #yocto | 08:52 | |
| mcfrisk | note that BB_ENV_PASSTHROUGH usage is bad design, it leaks the variable everywhere. I think it's better to amend variables into bitbake variables via local.conf | 08:55 |
| *** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto | 08:57 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6527:a700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.7.1) | 08:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 248 seconds) | 08:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 08:59 | |
| *** hiyorijl[m] <hiyorijl[m]!~hiyorijlm@2001:470:69fc:105::2:ae98> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 09:00 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6527:a700:2ce:39ff:fecf:efcd> has joined #yocto | 09:02 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 265 seconds) | 09:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:04 | |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 09:05 | |
| *** urpauollu <urpauollu!~olani@66.159.215.7> has joined #yocto | 09:05 | |
| *** olani_ <olani_!~olani@66.159.215.7> has quit IRC (Client Quit) | 09:06 | |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 09:06 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 09:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 09:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 09:10 | |
| d-fens | mcfrisk: ok i understand, is there a built in method to abort a build when a variable is not set like abort_if_unset(VAR) ? | 09:20 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has joined #yocto | 09:26 | |
| mcfrisk | nope. but you can set a variable in local.conf so that it's visible in one recipe only and in that recipe fail the build if input isn't what's expected. | 09:28 |
| qschulz | d-fens: I guess you could write some anonymous python that would get the variable and bb.fatal otherwise | 09:37 |
| qschulz | I guess you probably need to set BB_DONT_CACHE also to make sure it's always run and not using cache | 09:37 |
| d-fens | oha, good hint | 09:38 |
| qschulz | RP: re the small cache optimization. I'd really recommend not changing the meaning of ordered parameters in a function, just add the new parameter at the end | 09:41 |
| qschulz | it makes refactoring much harder and unexpected bugs/side effects to happen :/ | 09:41 |
| qschulz | wishing y'all a nice YP Summit, looking forward to checkout the recordings, couldn't join this time. Have fun! | 09:42 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 09:44 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 09:52 | |
| *** aleksandar-simon <aleksandar-simon!~Aleksanda@79.142.183.177> has joined #yocto | 09:52 | |
| *** aleksandar-simon is now known as aleksandarsimono | 09:54 | |
| *** aleksandarsimono <aleksandarsimono!~Aleksanda@79.142.183.177> has quit IRC (Client Quit) | 09:56 | |
| d-fens | qschulz: does BB_DONT_CACHE also work in a bbappend file? i have to bump PR to get it reparsed | 09:58 |
| qschulz | d-fens: if the bbappend is parsed, I guess so yes. | 09:59 |
| *** mschnelte <mschnelte!~mschnelte@136.228.208.111> has joined #yocto | 10:00 | |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has joined #yocto | 10:03 | |
| *** prabhakarlad8 <prabhakarlad8!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 10:05 | |
| *** onkelpit <onkelpit!~pit@user/pjoh> has joined #yocto | 10:10 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:13 | |
| *** djs <djs!~djs@tel3187175.lnk.telstra.net> has quit IRC (Quit: Client closed) | 10:14 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has quit IRC (Quit: Connection closed for inactivity) | 10:15 | |
| mschnelte | Hi everyone, I am new to yocto and I am trying to build a package that during build is using python to generate some code. This is done using the Cheetah module. I have added DEPENDS = "python3-native python3-cheetah-native" to the recipe. If i am in the devshell and do a 'which python3' i can see that it is using the host tool. The only way i | 10:18 |
| mschnelte | found was to explicitly call nativepython3. That does not feel correct. It means i need to change my python file from #!/usr/bin/env python3 to #!/usr/bin/env nativepython3. Is there a better way to do that? | 10:18 |
| mschnelte | If i use python3 from the host then the cheetah module is not there (Unless i install it - and i do not want to make assumptions about installed python modules on the host) | 10:20 |
| RP | qschulz: true, although in this case it is effectively internal API | 10:20 |
| mschnelte | yes, i saw that the recipe is in recipes-devtools. Am i not supposed to use this but use another layer instead? | 10:21 |
| qschulz | mschnelte: inherit python3native in your recipe instead of just the DEPENDS on python3-native | 10:22 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has quit IRC (Ping timeout: 248 seconds) | 10:22 | |
| qschulz | mschnelte: you can take inspiration from other recipes inheriting the python3native class but I think that's pretty much all you need | 10:23 |
| mschnelte | Tnx for the quick help! I will try that out | 10:24 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has joined #yocto | 10:24 | |
| qschulz | mschnelte: good luck, let us know how it went | 10:26 |
| Tyaku | Hello, We have a problem in our Yocto board. We have a JAVA program that is sometimes killed by oom_reaper, sometimes we also have kernel panic. We see that available memory decrease by the time BUT with ps -aux or top, we don't see the memory of any programs increasing by the time. Do you have any tips to identify the cause of the memory leak ? | 10:45 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 10:46 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has joined #yocto | 10:47 | |
| Tyaku | Note: I think the JAVA program is killed by oom-reaper because in case where the system has low memory, oom-reaper try to kill the software with most memory usage. Our JAVA software use 3Mo of memory (mainly due to JVM) and the memory usage is stable. | 10:47 |
| mschnelte | qschulz: Your info did the trick! Now i "only" need to fix the python script as it is python2 based... Tnx a lot | 10:48 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 252 seconds) | 10:49 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 10:49 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 10:51 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 264 seconds) | 10:54 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 10:54 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 11:00 | |
| rburton | Tyaku: dmesg will tell what process was killed and how much memory it was using when it OOM kills | 11:06 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 11:08 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Read error: Connection reset by peer) | 11:10 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has joined #yocto | 11:11 | |
| *** amelius <amelius!~quassel@147.161.251.108> has joined #yocto | 11:23 | |
| *** amelius is now known as aduda | 11:24 | |
| *** denisoft81 <denisoft81!~denisoft8@87.13.89.86> has joined #yocto | 11:29 | |
| *** Qorin <Qorin!~Qorin@2001:1c00:f33:9e00:82d3:19ff:3547:512a> has joined #yocto | 11:42 | |
| *** otavio <otavio!~otavio@189-11-180-215.user3p.brasiltelecom.net.br> has joined #yocto | 11:43 | |
| *** amitk__ <amitk__!~amit@103.208.69.161> has joined #yocto | 11:46 | |
| *** hcg <hcg!~hcg@185.210.97.85> has quit IRC (Quit: leaving) | 11:48 | |
| *** amitk_ <amitk_!~amit@103.59.74.62> has quit IRC (Ping timeout: 268 seconds) | 11:49 | |
| *** denisoft81 <denisoft81!~denisoft8@87.13.89.86> has quit IRC (Quit: Leaving) | 11:54 | |
| *** olani_ <olani_!~olani@66.159.215.7> has left #yocto (Using Circe, the loveliest of all IRC clients) | 11:58 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 12:03 | |
| *** jtoomey <jtoomey!~jtoomey@149.199.80.130> has joined #yocto | 12:06 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has quit IRC (Ping timeout: 264 seconds) | 12:07 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 12:20 | |
| JPEW | RP: Regardless of what I try, I can't seem to get the parsing time below about 2x with the extra data | 12:21 |
| JPEW | I think it's just so much more data to transfer | 12:21 |
| *** jclsn <jclsn!~jclsn@2a04:4540:6527:a700:2ce:39ff:fecf:efcd> has quit IRC (Quit: WeeChat 3.7.1) | 12:22 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6527:a700:2ce:39ff:fecf:efcd> has joined #yocto | 12:22 | |
| *** ardo <ardo!~ardo@host-79-24-134-30.retail.telecomitalia.it> has joined #yocto | 12:26 | |
| *** ardo <ardo!~ardo@host-79-24-134-30.retail.telecomitalia.it> has quit IRC (Remote host closed the connection) | 12:26 | |
| *** ardo <ardo!~ardo@host-79-24-134-30.retail.telecomitalia.it> has joined #yocto | 12:27 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 12:31 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 12:32 | |
| *** ecdhe <ecdhe!~ecdhe@user/ecdhe> has joined #yocto | 12:42 | |
| *** Kleist <Kleist!~Kleist@77.243.43.130> has joined #yocto | 12:47 | |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has quit IRC (Ping timeout: 260 seconds) | 12:50 | |
| RP | JPEW: right, it does seem unavoidable :( | 12:51 |
| RP | JPEW: what overall time is that with? | 12:52 |
| *** Tyaku_ <Tyaku_!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has joined #yocto | 12:52 | |
| JPEW | For poky + all of meta-openembedded, I get ~10s -> ~20s | 12:52 |
| JPEW | I tried to add a bunch of layers in case the increase isn't linear, but it appears to be approximately linear | 12:53 |
| JPEW | The main thing I've noticed is that the parser processes finish about 2/3s of the way through the parsing and the main process is a "long tail" with the extra data, but with master the worker processes are running the whole parsing time | 12:54 |
| JPEW | e.g. the main process can't keep up with the volume of data over the queue from the workers | 12:54 |
| JPEW | But I don't think there is any way to acclerate that due to the GIL | 12:55 |
| *** EarnestSon <EarnestSon!~EarnestSo@49.171.81.222> has joined #yocto | 12:59 | |
| JaMa | EarnestSon: hi | 13:00 |
| EarnestSon | Hi~ | 13:00 |
| *** gho <gho!~gho@i59f5cd69.versanet.de> has joined #yocto | 13:13 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:21 | |
| *** frieder <frieder!~frieder@200116b8242296810000000000001cba.dip.versatel-1u1.de> has joined #yocto | 13:25 | |
| *** frieder <frieder!~frieder@200116b8242296810000000000001cba.dip.versatel-1u1.de> has quit IRC (Remote host closed the connection) | 13:25 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has joined #yocto | 13:27 | |
| RP | JPEW: with codeparser, we write the cache in each of the parser threads, then the main thread just reads, merges and writes. Not sure if that is a good idea here or not | 13:28 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has quit IRC (Ping timeout: 260 seconds) | 13:35 | |
| *** gho <gho!~gho@i59f5cd69.versanet.de> has quit IRC (Ping timeout: 256 seconds) | 13:35 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-19-184-147-77-157.dsl.bell.ca> has joined #yocto | 13:45 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has joined #yocto | 13:51 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| JPEW | I tried a form of that and it didn't really help much | 14:00 |
| JPEW | I had the parser processes write out the objects to a file instead of back to the pipe, but it didn't make much difference; the slow down (AFAICT) is that the main process still has to wait to read all of the data from the workers | 14:01 |
| JPEW | (and deduplication of data takes some time also, but it's offset by transfering less data) | 14:02 |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 14:05 | |
| *** amitk__ <amitk__!~amit@103.208.69.161> has quit IRC (Ping timeout: 260 seconds) | 14:05 | |
| *** grjicwvfr <grjicwvfr!~olani@66.159.215.7> has joined #yocto | 14:06 | |
| *** vvcaqmixw <vvcaqmixw!~olani@66.159.215.7> has joined #yocto | 14:06 | |
| *** wulkigztq <wulkigztq!~olani@66.159.215.7> has joined #yocto | 14:06 | |
| *** snyvlxltc <snyvlxltc!~olani@66.159.215.7> has joined #yocto | 14:06 | |
| RP | JPEW: fair enough, I'll drop that idea then :) | 14:07 |
| RP | for codeparser at least the dedup is easy | 14:07 |
| JPEW | I even tried doing some crazy stuff with memfds, but ran out of file descriptors :) | 14:07 |
| RP | JPEW: haha, impressive :D | 14:09 |
| RP | JPEW: I think our best option might be to reduce the data, which is where addpylib is going | 14:10 |
| qschulz | had you had a look at multiprocessing.Manager? | 14:13 |
| qschulz | we'd bypass the GIL with it (with both its benefit and downsides), but if everything is handled as a dict in the cache, then dict would guarantee this dedup by design directly from the writer processes | 14:14 |
| qschulz | but multiprocessing is a PITA, I very much didn't like writing any of it | 14:14 |
| qschulz | just throwing ideas, I don't know much of the context or attempts that have been made :) | 14:15 |
| *** vvcaqmixw <vvcaqmixw!~olani@66.159.215.7> has quit IRC (Quit: Using Circe, the loveliest of all IRC clients) | 14:17 | |
| *** wulkigztq <wulkigztq!~olani@66.159.215.7> has quit IRC (Quit: Using Circe, the loveliest of all IRC clients) | 14:17 | |
| *** grjicwvfr <grjicwvfr!~olani@66.159.215.7> has quit IRC (Quit: Using Circe, the loveliest of all IRC clients) | 14:17 | |
| *** snyvlxltc <snyvlxltc!~olani@66.159.215.7> has quit IRC (Quit: Using Circe, the loveliest of all IRC clients) | 14:17 | |
| *** pbergin_ <pbergin_!~pbergin@83.218.73.98> has joined #yocto | 14:20 | |
| *** pbergin <pbergin!~pbergin@83.218.73.98> has quit IRC (Ping timeout: 264 seconds) | 14:22 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Remote host closed the connection) | 14:24 | |
| *** pbergin__ <pbergin__!~pbergin@83.218.73.98> has joined #yocto | 14:25 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 14:25 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto | 14:26 | |
| *** pbergin__ <pbergin__!~pbergin@83.218.73.98> has quit IRC (Client Quit) | 14:26 | |
| *** pbergin_ <pbergin_!~pbergin@83.218.73.98> has quit IRC (Ping timeout: 248 seconds) | 14:27 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 14:29 | |
| RP | qschulz: could be interesting, I suspect the overhead may be too great but might be worth a try | 14:33 |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 14:35 | |
| *** gho1 <gho1!~gho@i59F5CD69.versanet.de> has joined #yocto | 14:35 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has quit IRC (Read error: Connection reset by peer) | 14:36 | |
| *** gho2 <gho2!~gho@i59f5cd69.versanet.de> has joined #yocto | 14:36 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has joined #yocto | 14:37 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 264 seconds) | 14:38 | |
| *** gho1 <gho1!~gho@i59F5CD69.versanet.de> has quit IRC (Ping timeout: 268 seconds) | 14:41 | |
| JPEW | qschulz: I'm not sure it would help. I don't think it uses SHM, so it still has to serialize reading the data on the server side? It was on my list to look at though | 14:41 |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 14:41 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has quit IRC (Quit: Haxxa flies away.) | 14:41 | |
| *** Haxxa <Haxxa!~Haxxa@2401:d002:4602:501:3065:64ff:fe66:6163> has joined #yocto | 14:42 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 14:42 | |
| JPEW | Ah, it looks like it does use SHM; might be worth a try | 14:44 |
| qschulz | JPEW: they do say in the docs the objects needs to be pickle-able though | 14:44 |
| qschulz | where did you see the shm part? | 14:44 |
| JPEW | Read the code | 14:44 |
| JPEW | I read the code that is :) | 14:45 |
| qschulz | RTFC :) | 14:45 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 264 seconds) | 14:45 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 14:46 | |
| *** urpauollu <urpauollu!~olani@66.159.215.7> has quit IRC (Remote host closed the connection) | 14:55 | |
| *** rob_w_ <rob_w_!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Quit: Leaving) | 15:03 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 15:07 | |
| *** Tyaku_ <Tyaku_!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 15:09 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 15:20 | |
| *** olani_ <olani_!~olani@66.159.215.7> has joined #yocto | 15:27 | |
| *** olani_ <olani_!~olani@66.159.215.7> has quit IRC (Ping timeout: 265 seconds) | 15:35 | |
| *** manuel1985 <manuel1985!~manuel198@62.99.131.178> has quit IRC (Ping timeout: 252 seconds) | 15:35 | |
| vvn | if distro-b requires distro-a but doesn't append recipe foo, bitbake will reuse the sstate cache and won't recompile foo, right? | 15:37 |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 15:41 | |
| mschnelte | I have configured an sstate_mirror without a hash equivalence server. | 15:43 |
| mschnelte | Now I get the warning that this "will likely mean no sstate will match from the mirror". | 15:43 |
| mschnelte | After having watched the video of Joshua Watt I come to the conclusion that only SOME (instead of NO) sstate will not match, i.e. those for which more than one entry in the Hash server exists. | 15:43 |
| mschnelte | Because in those cases there is no sstate entry because it is matched by a previous entry and the client would not know about this because it does not have access to the Hash Equivalence server. Is this correct? | 15:43 |
| *** gho2 <gho2!~gho@i59f5cd69.versanet.de> has quit IRC (Ping timeout: 260 seconds) | 15:43 | |
| mschnelte | Secondly I was wondering how a hash equivalence CI setup would look like and I did not find any documentation on this. | 15:45 |
| mschnelte | I understand that I will need to have one read-only instance of the server for all those clients that will not populate the sstate, alongside with another hash server that allows writes. The second hash server is using the same database as the read-only server and builds using the writable server will also populate the sstate mirror. Is this | 15:45 |
| mschnelte | correct? | 15:45 |
| RP | mschnelte: it is possible some would match, it just becomes very unlikely over time as the hash equivalence causes the hashes to diverge | 15:45 |
| RP | mschnelte: that sounds correct to me | 15:45 |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has quit IRC (Remote host closed the connection) | 15:47 | |
| mschnelte | RP: Thanks! | 15:48 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 15:48 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-090.citykom.de> has quit IRC (Quit: Konversation terminated!) | 15:56 | |
| *** olani_ <olani_!~olani@83.209.226.64> has joined #yocto | 15:58 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has joined #yocto | 15:58 | |
| *** protu[m] <protu[m]!~protumatr@2001:470:69fc:105::1:3641> has quit IRC (Quit: You have been kicked for being idle) | 16:00 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 16:09 | |
| *** rstreif <rstreif!~quassel@2600:8801:8d00:2b14:7b2a:31ea:d7be:5c89> has joined #yocto | 16:10 | |
| *** tor <tor!~tor@user/tor> has quit IRC (Quit: Leaving) | 16:10 | |
| prabhakarlad | Hi all, when using the -static flag for compilation with the SDK build by yocto I see this error "cannot find -lc". when I use the same static flag when using the ubuntu cross toolchain I dont see this issue. any pointer on what I could be missing? | 16:12 |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 16:19 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 16:22 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds) | 16:24 | |
| *** x2s <x2s!~xts@user/x2s> has joined #yocto | 16:26 | |
| x2s | Hi. I'm currently porting a project from rocko to dunfell and in that process switching from X to wayland. Now I think I've understood mostly the differences now, but I wonder about best practices. The old project uses two applications, one that displays an animation for a while and quits, while the real application loads in the background and takes over. This is purely done without a window manager | 16:29 |
| x2s | in X, so it's a bit "magical" how it works. | 16:29 |
| x2s | I think I can do the same with weston, and since both applications were written in Qt it should work mostly like before. But that's a point where I'm looking for suggestions. | 16:29 |
| x2s | Also for debug purposes on rocko there was always a vnc server running so you could connect remotely and click on things. Now with wayland this has become a bit of a problem and that's where I'm looking for an advice. How can I get a remote screen connection to wayland to see what's displayed (in weston)? | 16:31 |
| *** Andrew20 <Andrew20!~Andrew20@140-186-26-197-dynamic.midco.net> has joined #yocto | 16:33 | |
| *** Kleist <Kleist!~Kleist@77.243.43.130> has quit IRC (Ping timeout: 260 seconds) | 16:34 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has joined #yocto | 16:36 | |
| JPEW | RP, qschulz: Synchronization on the object manager looks like it's going to be too slow | 16:43 |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 16:51 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has quit IRC (Ping timeout: 265 seconds) | 16:52 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 16:53 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 16:53 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has joined #yocto | 16:55 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:55 | |
| vvn | Compiling the initramfs image with PREFERRED_PROVIDER_virtual/kernel = "linux-dummy" is likely a bad idea, right? | 16:59 |
| RP | JPEW: I feared that may be the case :( | 17:00 |
| *** Andrew205 <Andrew205!~Andrew20@140-186-26-197-dynamic.midco.net> has joined #yocto | 17:02 | |
| *** Andrew20 <Andrew20!~Andrew20@140-186-26-197-dynamic.midco.net> has quit IRC (Ping timeout: 260 seconds) | 17:04 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 265 seconds) | 17:07 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has joined #yocto | 17:09 | |
| *** gho <gho!~gho@i59F5CD69.versanet.de> has quit IRC (Quit: Leaving.) | 17:13 | |
| *** zpfvo <zpfvo!~fvo@i59F5CD69.versanet.de> has quit IRC (Remote host closed the connection) | 17:14 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 17:21 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 264 seconds) | 17:22 | |
| *** mckoan is now known as mckoan|away | 17:24 | |
| qschulz | JPEW: are you passing the Manager to threads or processes? | 17:27 |
| JPEW | processes | 17:27 |
| qschulz | mmm so pickling is THAT expensive I guess? | 17:28 |
| JPEW | Pretty sure is the locks that are expensive | 17:28 |
| qschulz | I guess you could use a Queue then, have the main thread read the queue that is filled by all other cache processes separately and then do the dedup and what not to create the final dictionary? | 17:30 |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 17:30 | |
| qschulz | or is this what you already did? (Manager is just the interface to a proxy object in the end) | 17:30 |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:32 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 264 seconds) | 17:33 | |
| *** Sario <Sario!sid356235@user/Sario> has joined #yocto | 17:34 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 268 seconds) | 17:34 | |
| JPEW | Ya, my current patch uses a queue. The workers send a tuple (new_dedup, os.getpid(), data, dedup_data). new_dedup is the new object that were first seen in this object (so each object is only sent once), data is __dict__ minus the keys to be deduplicated, and dedup_data is the __dict__ keys that should be deduplicated, where each one has it's dictionary values replaced with the index of the deduplicated object (previously sent in new_dedup) | 17:35 |
| JPEW | So, bascially every unique deduplicated object is only sent once (per worker) | 17:35 |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 17:36 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 256 seconds) | 17:38 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 17:40 | |
| qschulz | JPEW: and I guess using a Manager.dict() directly instead of Manager.Queue() wouldn't be that smart because of all the serializing to do between processes during each access? | 17:41 |
| qschulz | in which case you would directly modify the Manager.dict() from the workers | 17:41 |
| JPEW | We have to post process the data, so its not quite a simple as letting the workers update the dict directly | 17:41 |
| qschulz | I guess you'd need a lock if you need to do multiple operations atomically in one process | 17:41 |
| qschulz | ah ok :/ | 17:42 |
| JPEW | I mean, we could have them populate _a_ dict, but we'd still need to process it in the main process | 17:42 |
| JPEW | So a queue makes more sense | 17:42 |
| qschulz | yeah I get that :/ | 17:42 |
| qschulz | sad it didn't help, glad we don't go with multiprocessing (at least for that) | 17:43 |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 17:43 | |
| qschulz | it's always the beginning of nightmares (I still have PTSD and won't touch my project anymore mostly because of that) | 17:43 |
| RP | JPEW: I'll be quite interested to see if reducing the size of the data helps or not. The trouble is we'll basically have to go ahead and do nearly all the work of converting to find out... | 17:46 |
| JPEW | ya | 17:46 |
| * RP thinks it probably is the right thing anyway | 17:46 | |
| RP | I was thinking if the inspect on the python funcs ends up too slow, we can cache the result | 17:46 |
| *** tor <tor!~tor@user/tor> has joined #yocto | 17:49 | |
| *** EarnestSon <EarnestSon!~EarnestSo@49.171.81.222> has quit IRC (Quit: Client closed) | 17:50 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 18:01 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 264 seconds) | 18:03 | |
| *** Mark_L <Mark_L!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has quit IRC (Quit: Mark_L) | 18:21 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 18:25 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 18:28 | |
| *** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has joined #yocto | 18:32 | |
| *** ecdhe_ <ecdhe_!~ecdhe@user/ecdhe> has quit IRC (Client Quit) | 18:33 | |
| *** BCMM <BCMM!~BCMM@user/bcmm> has quit IRC (Quit: Konversation terminated!) | 18:34 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has joined #yocto | 18:41 | |
| *** nmehta3999 <nmehta3999!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 18:43 | |
| JPEW | Ah, CoreRecipeInfo is used both for the parser task -> main task IPC _and_ to serialize the cache to disk | 18:54 |
| JPEW | That's... somewhat unfortunate | 18:54 |
| *** tor <tor!~tor@user/tor> has quit IRC (Quit: Leaving) | 18:57 | |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has joined #yocto | 18:59 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 18:59 | |
| *** gsalazar <gsalazar!~gsalazar@isep.wan.ipp.pt> has quit IRC (Ping timeout: 260 seconds) | 19:00 | |
| *** aduda <aduda!~quassel@147.161.251.108> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 19:00 | |
| RP | JPEW: it was done to avoid duplicating code | 19:00 |
| RP | It worked quite nicely to change to a streaming pickle | 19:00 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.122.176> has quit IRC (Ping timeout: 256 seconds) | 19:02 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.27> has joined #yocto | 19:03 | |
| JPEW | Ya, it makes it hard to do special things for the parser -> main task IPC only though | 19:03 |
| JPEW | I just realized all my changes also affect the on disk cache, which I don't think will work at all | 19:03 |
| JPEW | :( | 19:04 |
| vvn | Do you guys experienced "qemu-arm: Could not open '/lib/ld-musl-armhf.so.1': No such file or directory" when building glib with musl? | 19:07 |
| RP | JPEW: right :( | 19:08 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.27> has quit IRC (Ping timeout: 265 seconds) | 19:08 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.118.190> has joined #yocto | 19:10 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-148-162.93.132.pool.telefonica.de> has joined #yocto | 19:10 | |
| *** neil499 <neil499!~neil499@c-66-31-16-167.hsd1.ma.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 19:11 | |
| *** Haxxa <Haxxa!~Haxxa@2401:d002:4602:501:3065:64ff:fe66:6163> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 19:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-79-43.ip4.superloop.com> has joined #yocto | 19:16 | |
| vvn | Buildroot had the same issue apparently: https://lore.kernel.org/all/20221113151121.D6F738368A@busybox.osuosl.org/ | 19:17 |
| RP | vvn: if you inject a relative symlink into the sysroot does that help? | 19:18 |
| RP | vvn: making a relative symlink would probably be find for YP | 19:19 |
| aleksandarsimono | Could anyone help me write a recipe that copies .dtbo file to /boot/overlays on RaspberryPi 3. I'm stuck for 4 days (new to yocto) | 19:19 |
| *** starblue <starblue!~juergen@dslb-094-220-105-139.094.220.pools.vodafone-ip.de> has quit IRC (Read error: Connection reset by peer) | 19:20 | |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.118.190> has quit IRC (Ping timeout: 268 seconds) | 19:21 | |
| vvn | RP: let me try to append the musl recipe. Is the "usrmerge" distro feature concerned here? | 19:21 |
| aleksandarsimono | I tried something like this | 19:22 |
| *** PhoenixMage <PhoenixMage!~phoenix@206.83.114.27> has joined #yocto | 19:22 | |
| aleksandarsimono | LICENSE = "MIT" | 19:22 |
| aleksandarsimono | LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302" | 19:22 |
| aleksandarsimono | SRC_URI = "file://mcp2515-can2.dtbo" | 19:22 |
| aleksandarsimono | S = "${WORKDIR}" | 19:22 |
| aleksandarsimono | inherit deploy nopackages | 19:22 |
| aleksandarsimono | do_deploy() { | 19:22 |
| aleksandarsimono | install -d ${DEPLOYDIR}/${BOOTFILES_DIR_NAME}/overlays | 19:22 |
| aleksandarsimono | cp ${S}/mcp2515-can2.dtbo ${DEPLOYDIR}/${BOOTFILES_DIR_NAME}/overlays/mcp2515-can2.dtbo | 19:22 |
| aleksandarsimono | } | 19:22 |
| aleksandarsimono | addtask deploy before do_build after do_install | 19:22 |
| aleksandarsimono | do_deploy[dirs] += "${DEPLOYDIR}/${BOOTFILES_DIR_NAME}/overlays" | 19:22 |
| vvn | aleksandarsimono: don't copy/paste on IRC, use services such as pastebin.com or ix.io | 19:23 |
| aleksandarsimono | ok sorry | 19:25 |
| vvn | also the deploy class is for copying files to DEPLOY_DIR, i.e. output binaries, not copy files in the image rootfs | 19:26 |
| vvn | you want to copy the .dtbo in the image rootfs, right? | 19:26 |
| aleksandarsimono | yes | 19:27 |
| aleksandarsimono | image rootfs (/boot/overlays) | 19:27 |
| *** Qorin <Qorin!~Qorin@2001:1c00:f33:9e00:82d3:19ff:3547:512a> has quit IRC (Quit: Client closed) | 19:27 | |
| *** vmeson is now known as JackHandey | 19:28 | |
| *** JackHandey is now known as vmeson | 19:28 | |
| vvn | aleksandarsimono: look at the raspberrypi3.conf machine definition (which I presume you are using). It includes rpi-base.inc, which defines RPI_KERNEL_DEVICETREE_OVERLAYS with a bench of .dtbo. Grep that variable in meta-raspberrypi to understand how it's used. | 19:31 |
| aleksandarsimono | Yes, I'm using raspberrypi3.conf machine | 19:32 |
| aleksandarsimono | I will take a look | 19:32 |
| aleksandarsimono | thank you very much | 19:32 |
| vvn | (you likely just have to append "overlays/mcp2515-can2.dtbo" to RPI_KERNEL_DEVICETREE_OVERLAYS if that dtbo is already built by the kernel) | 19:33 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Ping timeout: 260 seconds) | 19:33 | |
| aleksandarsimono | I'm not sure that it is built | 19:33 |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 19:33 | |
| vvn | aleksandarsimono: remove your custom recipe and try to add this in your local.conf: RPI_KERNEL_DEVICETREE_OVERLAYS:append = " overlays/mcp2515-can2.dtbo" | 19:35 |
| aleksandarsimono | I will try | 19:38 |
| *** fray <fray!~fray@70.99.78.136> has joined #yocto | 19:48 | |
| fray | I'm trying to diagnose an issue where the system is telling me hashs are changing during the build.. I can't figure out how to dump the before/after hash so I can bitbake-diffsigs.. Any suggestions? | 19:49 |
| *** mschnelte <mschnelte!~mschnelte@136.228.208.111> has quit IRC (Quit: Client closed) | 19:56 | |
| *** aleksandarsimono <aleksandarsimono!~aleksanda@79.142.183.177> has quit IRC (Ping timeout: 260 seconds) | 20:00 | |
| *** amitk <amitk!~amit@103.59.74.51> has quit IRC (Ping timeout: 265 seconds) | 20:19 | |
| JPEW | RP: Well, I eeked out a little more: 11.4s -> 19.5s (71%) officially. | 20:24 |
| *** onkelpit <onkelpit!~pit@user/pjoh> has quit IRC (Quit: hibternate) | 20:29 | |
| fray | figured it out.. two different distros.. one was setting PRSERV_HOST the other was not, which changd the value of PRSERV_ACTIVE during the build! | 20:38 |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 20:46 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 20:47 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-148-162.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 21:05 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 21:16 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-148-162.93.132.pool.telefonica.de> has joined #yocto | 21:35 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:49 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:53 | |
| *** djs <djs!~djs@tel3187236.lnk.telstra.net> has joined #yocto | 21:57 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 264 seconds) | 21:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 21:59 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 256 seconds) | 22:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 22:04 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-19-184-147-77-157.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 22:08 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 22:09 | |
| *** demirok <demirok!~bell@user/demirok> has joined #yocto | 22:13 | |
| *** djs <djs!~djs@tel3187236.lnk.telstra.net> has quit IRC (Quit: Client closed) | 22:28 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 22:29 | |
| *** Andrew205 <Andrew205!~Andrew20@140-186-26-197-dynamic.midco.net> has quit IRC (Quit: Client closed) | 22:40 | |
| vvn | RP: I did the symlink for /lib/ld-musl-armhf.so.1 but then bitbake rage quits with musl package is not obeying usrmerge distro feature. | 22:51 |
| vvn | I'm not sure what the correct approach here | 22:51 |
| vvn | what's* | 22:51 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 23:06 | |
| *** demirok <demirok!~bell@user/demirok> has quit IRC (Quit: Leaving.) | 23:29 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-148-162.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 260 seconds) | 23:36 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 23:44 | |
| *** gordea <gordea!~markov_tw@user/markov-twain/x-1620001> has joined #yocto | 23:53 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!