| *** nateglims <nateglims!~nateglims@204.246.162.35> has quit IRC (Quit: Client closed) | 00:04 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-155-222.93.132.pool.telefonica.de> has joined #yocto | 00:13 | |
| *** d0ku <d0ku!~d0ku@178.43.19.180.ipv4.supernova.orange.pl> has quit IRC (Remote host closed the connection) | 00:33 | |
| *** florian_kc <florian_kc!~florian@dynamic-093-132-155-222.93.132.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 01:02 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 01:04 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 01:06 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 01:07 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 01:12 | |
| *** jclsn <jclsn!~jclsn@84.242.21.3.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Quit: Ping timeout (120 seconds)) | 01:32 | |
| *** jclsn <jclsn!~jclsn@84.242.21.3.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 01:33 | |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has quit IRC (Quit: Konversation terminated!) | 01:41 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.35> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 01:55 | |
| *** jclsn <jclsn!~jclsn@84.242.21.3.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 02:09 | |
| *** jclsn <jclsn!~jclsn@84.242.21.3.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 02:12 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 250 seconds) | 02:44 | |
| *** jclsn0 <jclsn0!~jclsn@149.233.195.74.dynamic-pppoe.dt.ipv4.wtnet.de> has joined #yocto | 03:20 | |
| *** lowfi <lowfi!~lowfi@user/lowfi> has joined #yocto | 03:22 | |
| *** jclsn <jclsn!~jclsn@84.242.21.3.dynamic-pppoe.dt.ipv4.wtnet.de> has quit IRC (Ping timeout: 240 seconds) | 03:22 | |
| *** jclsn0 is now known as jclsn | 03:22 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 03:31 | |
| *** amitk <amitk!~amit@103.208.71.118> has joined #yocto | 03:47 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC (Quit: Leaving) | 03:53 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 03:54 | |
| *** dgriego_ <dgriego_!~dgriego@user/dgriego> has quit IRC (Read error: Connection reset by peer) | 06:02 | |
| *** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto | 06:03 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Remote host closed the connection) | 06:15 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:16 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has joined #yocto | 06:20 | |
| *** davidinux <davidinux!~davidinux@84.17.59.156> has quit IRC (Ping timeout: 240 seconds) | 06:32 | |
| *** davidinux <davidinux!~davidinux@37.120.201.222> has joined #yocto | 06:35 | |
| *** lowfi <lowfi!~lowfi@user/lowfi> has quit IRC (Quit: Leaving) | 06:42 | |
| *** frieder <frieder!~frieder@i59F4B12E.versanet.de> has joined #yocto | 07:12 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has joined #yocto | 07:24 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 240 seconds) | 07:24 | |
| *** sstiller <sstiller!~sstiller@p200300f07f17f6000c402916f285f152.dip0.t-ipconnect.de> has joined #yocto | 07:25 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (*.net *.split) | 07:25 | |
| *** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has quit IRC (*.net *.split) | 07:25 | |
| *** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (*.net *.split) | 07:25 | |
| *** kergoth <kergoth!uid528530@id-528530.lymington.irccloud.com> has quit IRC (*.net *.split) | 07:25 | |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has quit IRC (*.net *.split) | 07:25 | |
| *** moto-timo <moto-timo!sid495702@fedora/ttorling> has quit IRC (*.net *.split) | 07:25 | |
| *** _wmills <_wmills!~wmills@pool-71-163-150-39.washdc.fios.verizon.net> has quit IRC (*.net *.split) | 07:25 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has quit IRC (*.net *.split) | 07:25 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has quit IRC (*.net *.split) | 07:25 | |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (*.net *.split) | 07:25 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC (*.net *.split) | 07:25 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (*.net *.split) | 07:25 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has quit IRC (*.net *.split) | 07:25 | |
| *** rfried <rfried!~rfried@practical-trainings.com> has quit IRC (*.net *.split) | 07:25 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has quit IRC (*.net *.split) | 07:25 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has quit IRC (*.net *.split) | 07:25 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has quit IRC (*.net *.split) | 07:25 | |
| *** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has quit IRC (*.net *.split) | 07:25 | |
| *** Piraty <Piraty!~irc@user/piraty> has quit IRC (*.net *.split) | 07:25 | |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has quit IRC (*.net *.split) | 07:25 | |
| *** sgw <sgw!~swold_loc@user/sgw> has quit IRC (*.net *.split) | 07:25 | |
| *** kanavin <kanavin!~Alexander@82.119.31.27> has quit IRC (Read error: Connection reset by peer) | 07:26 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:3b00:d35d:e3cf:58b5:748b> has joined #yocto | 07:26 | |
| *** _wmills <_wmills!~wmills@pool-71-163-150-39.washdc.fios.verizon.net> has joined #yocto | 07:28 | |
| *** dmoseley <dmoseley!~dmoseley@24.96.56.90> has joined #yocto | 07:28 | |
| *** marc1 <marc1!~marc@ipagstaticip-ad9375f2-382c-b511-8ac1-9541f69fe50f.sdsl.bell.ca> has joined #yocto | 07:28 | |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 07:28 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 07:28 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 07:28 | |
| *** JaMa <JaMa!~martin@ip-109-238-218-228.aim-net.cz> has joined #yocto | 07:28 | |
| *** rfried <rfried!~rfried@practical-trainings.com> has joined #yocto | 07:28 | |
| *** bantu <bantu!~bantu@edna.bantux.com> has joined #yocto | 07:28 | |
| *** geoffhp <geoffhp!~geoff@cpe-107-185-48-203.socal.res.rr.com> has joined #yocto | 07:28 | |
| *** LetoThe2nd <LetoThe2nd!~Josef_Hol@ec2-52-29-15-71.eu-central-1.compute.amazonaws.com> has joined #yocto | 07:28 | |
| *** xperia64 <xperia64!~xperia64@pool-71-115-223-249.syrcny.fios.verizon.net> has joined #yocto | 07:28 | |
| *** Piraty <Piraty!~irc@user/piraty> has joined #yocto | 07:28 | |
| *** ldericher <ldericher!~LDer@pantalaimon.yavook.de> has joined #yocto | 07:28 | |
| *** sgw <sgw!~swold_loc@user/sgw> has joined #yocto | 07:28 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has joined #yocto | 07:28 | |
| *** flynn378 <flynn378!sid63564@id-63564.ilkley.irccloud.com> has joined #yocto | 07:28 | |
| *** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has joined #yocto | 07:28 | |
| *** kergoth <kergoth!uid528530@id-528530.lymington.irccloud.com> has joined #yocto | 07:28 | |
| *** madisox <madisox!sid453692@id-453692.ilkley.irccloud.com> has joined #yocto | 07:28 | |
| *** moto-timo <moto-timo!sid495702@fedora/ttorling> has joined #yocto | 07:28 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 07:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 07:32 | |
| *** mckoan|away is now known as mckoan | 07:34 | |
| mckoan | good morning | 07:34 |
|---|---|---|
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 250 seconds) | 07:35 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 07:46 | |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has quit IRC (Ping timeout: 256 seconds) | 07:46 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 07:49 | |
| LetoThe2nd | yo dudX and mckoans | 07:50 |
| *** tlwoerner <tlwoerner!~tlwoerner@pppoe-209-91-167-254.vianet.ca> has joined #yocto | 07:54 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 07:54 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 08:02 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 08:05 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Remote host closed the connection) | 08:08 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 08:08 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has joined #yocto | 08:14 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:16 | |
| jclsn | Morning | 08:19 |
| qschulz | howdy | 08:23 |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 08:30 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 08:32 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:40 | |
| *** smsm <smsm!~smsm@eth1-fw1-nbg6.eb.noris.de> has joined #yocto | 09:03 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Ping timeout: 256 seconds) | 09:14 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 09:15 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Quit: Leaving) | 09:15 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 09:16 | |
| *** olani <olani!~olani@66.159.215.7> has joined #yocto | 09:17 | |
| *** zyga <zyga!~zyga__@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 09:19 | |
| zyga | good morning | 09:20 |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Ping timeout: 256 seconds) | 09:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 09:38 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Ping timeout: 256 seconds) | 09:43 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 09:44 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:6d20:b3c:b4df:8f25> has quit IRC (Remote host closed the connection) | 10:00 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:cadb:2c7f:ef83:5aa9> has joined #yocto | 10:04 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:04 | |
| *** Schlumpf <Schlumpf!~Schlumpf@62.157.232.203> has quit IRC (Ping timeout: 256 seconds) | 10:16 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:19 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Ping timeout: 256 seconds) | 10:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 10:36 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 10:41 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 10:44 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 10:47 | |
| *** olani <olani!~olani@66.159.215.7> has quit IRC (Ping timeout: 256 seconds) | 10:52 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.na.cust.bahnhof.se> has joined #yocto | 10:56 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 276 seconds) | 11:03 | |
| *** zyga-office <zyga-office!~zyga__@31.0.173.147> has joined #yocto | 11:26 | |
| *** zyga <zyga!~zyga__@178.182.246.167.nat.umts.dynamic.t-mobile.pl> has quit IRC (Ping timeout: 240 seconds) | 11:29 | |
| *** mckoan is now known as mckoan|away | 11:43 | |
| LetoThe2nd | suppose i have a bsp that provides machineA. now I want to manipulate a couple of things for that machine from my layer, and build for it. am I right in the understanding that MACHINEOVERRIDES does the trick here? | 11:47 |
| LetoThe2nd | e.g. I create a machineA_special, which contains MACHINEOVERRIDES = "machineA:" | 11:48 |
| RP | LetoThe2nd: yes | 11:52 |
| RP | LetoThe2nd: although I'd not put _ in a machine name | 11:52 |
| LetoThe2nd | RP: heh you're right. underscores are one of my bad habits. | 11:52 |
| LetoThe2nd | RP: so then a build for MACHINE = "specialMachineA" gives my machineA + my special sauce - correct? | 11:53 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 256 seconds) | 11:57 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Read error: Connection reset by peer) | 11:59 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 11:59 | |
| RP | LetoThe2nd: yes | 12:04 |
| LetoThe2nd | RP: thx | 12:05 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 12:06 | |
| *** ziga_ <ziga_!~ziga@89-212-219-192.dynamic.t-2.net> has joined #yocto | 12:14 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 12:15 | |
| ziga_ | I have a image that was created with Yocto. I have the password and I can login. How can I check which Yocto project version was used to create the image? I tried using "uname -a" which outputs: "Linux 4.8.3-yocto-standard #1 PREEMPT Tue Feb 19 19:30:06 UTC 2019...". | 12:18 |
| LetoThe2nd | ziga_: /etc/os_release | 12:18 |
| ziga_ | This file was removed from the image. It does not exist. Any other method? | 12:20 |
| LetoThe2nd | ziga_: nothing concise that i know of. yocto-standard sounds like at least the kernel is a generic one, so you can go digging which release supported 4.8 | 12:23 |
| RP | ziga_: you can compare the versions of things in the image with versions of things in different yocto releases | 12:24 |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 12:24 | |
| qschulz | LetoThe2nd: don't forget that it's =. and BEFORE any include/require in the configruation file | 12:28 |
| LetoThe2nd | qschulz: thanks, good hint! | 12:28 |
| ziga_ | I tried the kernel - I am using Beaglebone Black so I assume that person who created the image used meta-ti layer and kernel linux-ti-staging. But when I search through releases of linux-ti-staging I can't find exact match - it looks like "morty" comes the closest (https://github.com/YoeDistro/meta-ti/tree/morty/recipes-kernel/linux) but that is not it. I need 4.8.3 :/ | 12:29 |
| LetoThe2nd | ziga_: then i'd say, get in touch with the one who did the build. | 12:31 |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 12:33 | |
| ziga_ | He vanished without a trace and left company (our customer) in pain. :D | 12:33 |
| *** davidinux <davidinux!~davidinux@37.120.201.222> has quit IRC (Ping timeout: 240 seconds) | 12:34 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Ping timeout: 240 seconds) | 12:35 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 12:35 | |
| LetoThe2nd | ziga_: then you might need to hire some assistance. | 12:35 |
| qschulz | ziga_: https://layers.openembedded.org/layerindex/branch/master/layer/meta-ti/ | 12:35 |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has joined #yocto | 12:36 | |
| ziga_ | Aha! This one might be the right one! https://github.com/yoctoproject/poky/tree/morty/meta/recipes-kernel/linux They used Your kernel and not from meta-ti it seems. | 12:39 |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has joined #yocto | 12:40 | |
| derRichard | is there a good way to debug sstate-cache cache misses? i'd like to understand why a fully populated sstate-cache (provided via SSTATE_MIRRORS) matches only 40%. some of my recipes/layers must be wonky. | 12:54 |
| qschulz | I think there's seomthing related to hashserv? | 12:59 |
| qschulz | I remember only hitting 55% sstate-cache reuse on dunfell a few months back | 12:59 |
| *** olani <olani!~olani@134.238.48.37> has joined #yocto | 13:01 | |
| * derRichard finds oe-check-sstate | 13:01 | |
| derRichard | qschulz: so, even with a clean yocto release i won't have a good cache utilization? :-( | 13:05 |
| derRichard | i'm on hardknott bte | 13:05 |
| derRichard | btw | 13:05 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:cadb:2c7f:ef83:5aa9> has quit IRC (Remote host closed the connection) | 13:06 | |
| qschulz | yeah, I had 55% on vanilla poky | 13:07 |
| derRichard | oh dear. | 13:07 |
| qschulz | there's probably something to do know with the hashserv. I think there's one that's publicly accessible? | 13:07 |
| qschulz | otherwise, you need to host your own | 13:07 |
| qschulz | IIRC, haven't looked at that | 13:07 |
| derRichard | wtf is hashserv? :) | 13:08 |
| qschulz | the counterpart of sstate-cache | 13:08 |
| qschulz | sstate-cache stores what is the hash of a task and its output so that if a task has the same hash, the sstate-cache output can be reused | 13:09 |
| derRichard | as long it is some bitbake internal i'm good. but my build need to work offline. | 13:09 |
| qschulz | however, this is quite inefficient if you change something small in a task, e.g. a space, which does not change the outcome of a task | 13:10 |
| derRichard | in my case it rebuild even core stuff like gcc and glibc ;-\ | 13:10 |
| derRichard | if it rebuilds customer applications all time, i'm still fine with it | 13:11 |
| qschulz | which means that bitbake will now detect that both tasks have the same output, therefore the rest of the task dependency tree can be taken from sstate-cache instead of being rebuilt because the new task is slightly changed | 13:11 |
| RP | derRichard: are you sharing an sstate cache without sharing a hash equivalence server ? | 13:11 |
| derRichard | RP: i fear so. so, what is the right way to share sstate cache across multiple users/machines? | 13:11 |
| RP | derRichard: what you're doing is correct however it misses a key detail. We enabled hash equivalence by default in some of our recent releases and this "defeats" sstate sharing :/ | 13:12 |
| RP | derRichard: so either disable hash equivalence or share the hash equivalence data with sstate | 13:12 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:a5f2:a4cd:9672:b146> has joined #yocto | 13:13 | |
| derRichard | hm, i need to read on "hash equivalence" first. i have little idea what this is | 13:14 |
| RP | derRichard: it tracks what the output of sstate tasks looks like and if it was the same as a previous build, it marks them as equivalent and skips the following other things that might have rebuilt | 13:14 |
| qschulz | I think michaelo wrote some documentation on this recently? | 13:15 |
| RP | qschulz: I will let you point to that :) | 13:15 |
| derRichard | i thought this is all what sstate cache does? why do i need to disable it to utilize the cache? | 13:16 |
| RP | derRichard: sstate just dumbly caches the output of tasks. It doesn't short circuit later tasks if the output hasn't changed, only if the input is the same | 13:16 |
| RP | derRichard: you'd better look at the manual :/ | 13:17 |
| * derRichard reads :) | 13:17 | |
| derRichard | actually i was just looks for a way how to use sstate-cache better. now i ended up in interals :) | 13:18 |
| RP | derRichard: just disable hash equivlance then | 13:18 |
| * RP shurgs. You asked why | 13:18 | |
| derRichard | RP: :-) | 13:18 |
| derRichard | ah, since zeus BB_SIGNATURE_HANDLER is set to OEBasicHash | 13:19 |
| derRichard | and when i set it back to OEBasic things should work | 13:19 |
| RP | derRichard: no :/ | 13:19 |
| derRichard | not? | 13:19 |
| RP | I said disable hash equivalence, not change the signature handler | 13:19 |
| derRichard | grml | 13:19 |
| RP | derRichard: https://git.yoctoproject.org/poky/commit/?id=1fb4aa42f9c3b9738d78d198ad695fe4fcb6dc2f | 13:20 |
| qschulz | https://docs.yoctoproject.org/overview-manual/concepts.html#hash-equivalence | 13:21 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 256 seconds) | 13:22 | |
| derRichard | qschulz: ah, this is what i was looking for. i was poking in the reference manual | 13:22 |
| LetoThe2nd | concerning documentation, where are the requirements for compatible layers noted down? | 13:27 |
| RP | LetoThe2nd: the yocto-check-layer tests effectively encompass them? | 13:35 |
| LetoThe2nd | RP: yeah but if I happen to have a presentation where I kinda want to reference it? | 13:36 |
| RP | LetoThe2nd: https://www.yoctoproject.org/ecosystem/branding/compatible-registration/ ? | 13:38 |
| LetoThe2nd | RP: ah from there I found https://docs.yoctoproject.org/bsp-guide/bsp.html#requirements-and-recommendations-for-released-bsps | 13:40 |
| *** vladest1 <vladest1!~Thunderbi@2001:1715:9d9c:c530:d7e1:7d2b:12e9:e8a9> has joined #yocto | 13:42 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:a5f2:a4cd:9672:b146> has quit IRC (Ping timeout: 256 seconds) | 13:43 | |
| *** vladest1 is now known as vladest | 13:43 | |
| RP | LetoThe2nd: I'm not sure that is a definitive list now but those things are certainly good | 13:44 |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:d7e1:7d2b:12e9:e8a9> has quit IRC (Remote host closed the connection) | 13:46 | |
| *** vladest <vladest!~Thunderbi@2001:1715:9d9c:c530:e716:a550:5669:7548> has joined #yocto | 13:48 | |
| LetoThe2nd | RP: yeah. I'm just currently preparing something which will actually highlight the benefits of having proper layers, and possibly HW vendors that pörovide such. | 13:48 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:49 | |
| derRichard | RP: okay. i don't get it. from the docs i understand that BB_SIGNATURE_HANDLER controls the hash equivalence feature. but a few lines before you told me BB_SIGNATURE_HANDLER is something different | 13:50 |
| RP | derRichard: it is controlled by BB_HASHSERVE. Ensure that isn't set | 13:52 |
| RP | derRichard: I think I'm misremembering how this works, sorry :( | 13:53 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 240 seconds) | 13:53 | |
| derRichard | RP: part of my confusion is, when i unset BB_HASHSERVE, i get "ERROR: OEEquivHash requires BB_HASHSERVE to be set". so i need to touch BB_SIGNATURE_HANDLER too | 13:54 |
| RP | derRichard: I thought you could just remove BB_HASHSERVE and disable it but looking at the code I guess not. Sorry, I'm not at my best today :( | 13:54 |
| derRichard | no problem at all. :-) | 13:55 |
| kayterina[m] | where can I see the series of commands that run with bitbake <target>? For example that a task runs before do_compile or if I can see dependencies between them | 13:57 |
| qschulz | kayterina[m]: bitbake -g <target> and then look at one of the dot files (don't use dot) | 13:58 |
| derRichard | just to very sure: when i build a target, save sstate-cache somewhere else on my local disk and later use the very same layers/recipes/local.conf plus SSTATE_MIRRORS set to the previously saved sstate-cache, i should get close to 100% cache utilization, right? (with hashserve being disabled) | 13:58 |
| RP | derRichard: you mentioned OEBasic and I suspect you want the OE core default, OEBasicHash | 13:58 |
| kayterina[m] | aah...that infinite parsing of recipes | 13:58 |
| LetoThe2nd | kayterina[m]: bitbake -g target, then you can look at the task-depends.dot | 13:58 |
| LetoThe2nd | qschulz: hi5 | 13:59 |
| RP | derRichard: and yes, you should | 13:59 |
| derRichard | RP: hmm, this is not what i see. maybe there is something else wonky | 13:59 |
| derRichard | and yes, OEBasicHash of course, not OEBasic :) | 13:59 |
| * derRichard diggs deeper | 14:00 | |
| RP | there is a huge difference between the two | 14:00 |
| derRichard | yes, i figured :) | 14:00 |
| kayterina[m] | then I can ask directly does 'bitbake <target>' executes 'sysroot_populate' and if so, it should equal to devtool build | 14:00 |
| *** shoragan <shoragan!~shoragan@user/shoragan> has joined #yocto | 14:13 | |
| *** ykrons <ykrons!~guillaume@62.192.23.101> has joined #yocto | 14:25 | |
| RP | kayterina[m]: bitbake <target> executes the do_build task of target | 14:32 |
| RP | kayterina[m]: anything that is depended upon by the do_build task would run | 14:32 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:34 | |
| agherzan | There seems to be an issue in the GMT time for the weekly triage meeting. It states 14.30GMT and it should be 15.30GMT | 14:43 |
| agherzan | I'm not sure whom to ping for the change | 14:47 |
| rburton | stephen jolley is the owner of the invite | 14:48 |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has quit IRC (Ping timeout: 256 seconds) | 14:53 | |
| *** dtometzki <dtometzki!~dtometzki@fedora/dtometzki> has joined #yocto | 14:55 | |
| *** ar__ <ar__!~akiCA@user/akica> has joined #yocto | 14:59 | |
| RP | sakoman: can you please trim that crazy size email next time you reply, my email client hates it! | 14:59 |
| RP | agherzan: you definitely need stephen for that | 15:00 |
| sakoman | RP: Sorry! Will do | 15:00 |
| RP | sakoman: a cpu core goes awol for a minute if I scroll past any of that thread :) | 15:02 |
| sakoman | I fear I replied a second time before seeing your message | 15:02 |
| agherzan | @RP thanks | 15:02 |
| *** vmeson <vmeson!~rmacleod@198-48-226-187.cpe.pppoe.ca> has joined #yocto | 15:03 | |
| *** pbergin <pbergin!~pbergin@h-79-136-99-68.na.cust.bahnhof.se> has quit IRC (Quit: Leaving) | 15:08 | |
| *** codavi <codavi!~akiCA@user/akica> has joined #yocto | 15:22 | |
| *** davidinux <davidinux!~davidinux@net-188-153-130-222.cust.vodafonedsl.it> has quit IRC (Ping timeout: 240 seconds) | 15:23 | |
| *** davidinux <davidinux!~davidinux@37.120.201.221> has joined #yocto | 15:24 | |
| *** ar__ <ar__!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 15:25 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 15:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 15:29 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto | 15:33 | |
| *** kroon <kroon!~kroon@37-247-29-68.customers.ownit.se> has quit IRC (Quit: Leaving) | 15:36 | |
| *** Minvera <Minvera!~Minvera@user/Minvera> has joined #yocto | 15:41 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.35> has joined #yocto | 15:44 | |
| *** olani <olani!~olani@134.238.48.37> has quit IRC (Remote host closed the connection) | 15:46 | |
| rburton | khem: do you have a new glibc recipe in flight already? | 16:11 |
| *** smsm <smsm!~smsm@eth1-fw1-nbg6.eb.noris.de> has quit IRC (Ping timeout: 256 seconds) | 16:13 | |
| *** sstiller <sstiller!~sstiller@p200300f07f17f6000c402916f285f152.dip0.t-ipconnect.de> has quit IRC (Remote host closed the connection) | 16:44 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Ping timeout: 256 seconds) | 16:53 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 16:53 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Ping timeout: 256 seconds) | 16:58 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 16:58 | |
| *** frieder <frieder!~frieder@i59F4B12E.versanet.de> has quit IRC (Remote host closed the connection) | 16:58 | |
| rburton | PSA: the unshare trick done by latest bitbake doesn't work inside non-privileged docker containers | 17:13 |
| JPEW | rburton: Not really that surprising I suppose | 17:16 |
| rburton | it blocks unshare entirely, there's tickets for allowing user namespaces to work but they're untouched for months | 17:17 |
| rburton | https://github.com/moby/moby/issues/42441 fwiw | 17:18 |
| shivamurthy | rburton: as per your suggestion, I have downloaded poky, and started build with qemux86-64 | 17:21 |
| RP | rburton: he did a while ago when we last tested it | 17:21 |
| shivamurthy | without any changes | 17:21 |
| shivamurthy | https://www.irccloud.com/pastebin/tH5KiZ4k/ | 17:22 |
| shivamurthy | https://www.irccloud.com/pastebin/ZmYKvbrn/ | 17:23 |
| shivamurthy | rburton: ^^^ | 17:24 |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Remote host closed the connection) | 17:24 | |
| shivamurthy | this is dunfell release | 17:24 |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has joined #yocto | 17:32 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:32 | |
| *** zpfvo <zpfvo!~fvo@88.130.220.72> has quit IRC (Client Quit) | 17:36 | |
| *** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has joined #yocto | 17:42 | |
| ex-bugsbunny | hi y'all :-) | 17:52 |
| ex-bugsbunny | I have a question about BBFILES_DYNAMIC | 17:52 |
| ex-bugsbunny | in the past I fiddled with dynamically using BBMASK to avoid .bbappend files in case the base recipe is missing until I read about that fine variable | 17:53 |
| agherzan | RP: Any hints on how to reproduce #14484? I didn't manage on a simple build. | 17:53 |
| ex-bugsbunny | however, I mis-used it first, because I took the "Use the BBFILES_DYNAMIC variable to avoid" in the documentation more serious than the "Activates content" in the very beginning. | 17:54 |
| ex-bugsbunny | my expectation was: yeah, great, just add the paths in question to that variable and leave BBFILES variables untouched, bitbake will sort out the dynamic files from the BBFILES, but obviously I was wrong | 17:56 |
| ex-bugsbunny | so my question: why was it implemented that way? | 17:56 |
| ex-bugsbunny | I mean, it is great to have that dynamic way of handling recipes and append files, but it forces you to restructure the layers once you find something becoming dynamic (because the layer gets re-used in a different context) | 17:58 |
| RP | agherzan: it is a rare race so it probably won't reproduce easily. If you wanted to you'd need to creating something that would brute force it, running many package creations in loops | 18:03 |
| RP | agherzan: I did worry it was some kind of race in psuedo's file deletion paths too :/ | 18:03 |
| agherzan | RP: looks like it. Ok. I'll keep messing up with it | 18:07 |
| *** ex-bugsbunny <ex-bugsbunny!~Harry@p4fc2edaa.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 256 seconds) | 18:18 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Ping timeout: 256 seconds) | 18:22 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:26 | |
| *** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds) | 18:34 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 18:40 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.191.35> has quit IRC (Ping timeout: 256 seconds) | 19:00 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-019-124.2.243.pool.telefonica.de> has joined #yocto | 19:02 | |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has joined #yocto | 19:03 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.188.214> has joined #yocto | 19:05 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 256 seconds) | 19:07 | |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 19:13 | |
| shivamurthy | Hi All, I am getting a problem while building dunfell release on Ubuntu 20.04. | 19:33 |
| shivamurthy | https://www.irccloud.com/pastebin/3WRitbNG/ | 19:33 |
| *** zyga-office <zyga-office!~zyga__@31.0.173.147> has quit IRC (Quit: Leaving) | 19:34 | |
| shivamurthy | MACHINE : qemux86-64 | 19:34 |
| shivamurthy | https://www.irccloud.com/pastebin/NL9vnWJB/ | 19:44 |
| rfs613 | shivamurthy: try "sudo apt install help2man" | 19:54 |
| shivamurthy | rfs613: i installed it: | 19:55 |
| shivamurthy | https://www.irccloud.com/pastebin/0LoDGd7P/ | 19:55 |
| rfs613 | shivamurthy: hmm, it seems to work in the autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/73/builds/4644 | 19:59 |
| shivamurthy | rfs613: the problem started after I upgraded (sudo apt update and sudo apt upgrade) | 20:01 |
| rfs613 | hmm so maybe a recent ubuntu update, okay | 20:02 |
| rfs613 | I guess others will run into this also ;-) | 20:02 |
| shivamurthy | rfs613: around 60 packages upgraded, I am not sure the way to find that list now to downgrade :( | 20:02 |
| rfs613 | shivamurthy: agreed. It might be something simple, like the autoconf package needs to list help2man as a new dependency. I'm just guessing here, there are others who are a lot more knowledgeable on the channel. | 20:07 |
| vd | is bmaptool faster than dd even without a .bmap file, or is it the same without it? | 20:09 |
| shivamurthy | rfs613: that not worked for me | 20:10 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 20:13 | |
| rfs613 | shivamurthy: i'm looking at the list of updates.. the only one that jumps out at me is command-not-found got updated, it seems like a long shot, but maybe that broke something? There don't seem to be any updates to autoconf, help2man, or even very many -dev packages. | 20:20 |
| khem | vd: without mapfile bmaptool is no much different | 20:23 |
| vd | khem: thanks | 20:24 |
| khem | rfs613: does help2man-native appears in the DEPENDS of autoconf recipe | 20:24 |
| rfs613 | khem: DEPENDS="m4-native gnu-config-native texinfo-dummy-native" so it looks like no... | 20:25 |
| khem | ok then add it | 20:27 |
| rfs613 | shivamurthy: ^^ can you give that a try? | 20:27 |
| shivamurthy | rfs613: DEPENDS="m4-native gnu-config-native texinfo-dummy-native help2man-native" , like this? | 20:30 |
| rfs613 | shivamurthy: yup | 20:31 |
| khem | yeah | 20:31 |
| shivamurthy | it looks to have many dependcies | 20:32 |
| shivamurthy | https://www.irccloud.com/pastebin/cUsEF8Io/ | 20:32 |
| rfs613 | hmm, circular loop of dependencies maybe? | 20:33 |
| shivamurthy | yes | 20:33 |
| JPEW | rburton: Hmm, I wonder if podman works; I had assumed that's what you were using when you said "unprivledged" :) | 20:34 |
| rfs613 | ah yes, help2man-native has DEPENDS=" autoconf-native automake-native" | 20:34 |
| rfs613 | khem: how to break the loop? | 20:34 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 20:34 | |
| khem | oh | 20:36 |
| khem | I think autoconf should not be using help2man | 20:36 |
| khem | so I wonder why its coming | 20:36 |
| khem | as dependency in your build | 20:36 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 20:36 | |
| khem | can you delete your tmp/ and rebuild | 20:36 |
| rfs613 | (and undo the change to DEPENDS of course) | 20:38 |
| shivamurthy | ok | 20:39 |
| shivamurthy | this time I cleaned, tmp, downloads, sstate-cache, and cache | 20:41 |
| shivamurthy | also removed help2man from autoconf.inc | 20:41 |
| shivamurthy | but, instead of bitbake core-image-minimal, I tried bitbake autoconf-native | 20:42 |
| rfs613 | ok, it will still likely build a bunch of dependencies first before getting to autconf-native | 20:42 |
| shivamurthy | same problem I am getting, ^^^ rfs613 and khem | 20:42 |
| shivamurthy | rfs613 ^^^ | 20:43 |
| rfs613 | oh that's fast ;-) | 20:43 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has quit IRC (Quit: Client closed) | 20:43 | |
| shivamurthy | I removed DEPENDS once I got those errors | 20:43 |
| shivamurthy | :) | 20:43 |
| rfs613 | i'm trying to get my qemux86_64 build working, so I can test out the same things | 20:44 |
| *** jatedev <jatedev!~jatedev@63.148.217.19> has joined #yocto | 20:47 | |
| rfs613 | ok, I am seeing help2man: command not found.... but this is ignored and the build continues anyway | 20:48 |
| rfs613 | shivamurthy: so I'd suggest we look at your original error log more carefully, maybe there's something besides the help2man going wrong? (eg. earlier than what you posted in 3WRitbNG) | 20:50 |
| jatedev | Is github changing default branch names from master to main? People are starting to do this and it's affecting my builds | 20:51 |
| rfs613 | jatedev: for new repos yes... and some projects are changing their existing master branch | 20:51 |
| rfs613 | https://github.com/github/renaming | 20:52 |
| shivamurthy | rfs613: for me build continued but failed later like this: | 20:52 |
| shivamurthy | ERROR: Task (virtual:native:/home/ubuntu/workspace/yocto-build/poky/meta/recipes-devtools/autoconf/autoconf_2.69.bb:do_compile) failed with exit code '1' | 20:52 |
| rfs613 | shivamurthy: can you share more of the log.do_compile file? I suspect there is another error earlier on. | 20:57 |
| rfs613 | (it should be in tmp/work/x86_64-linux/autoconf-native/2.69-r11/temp/ | 20:59 |
| rfs613 | or just search that file for the first error / ERROR or "exit 1" | 21:01 |
| shivamurthy | rfs613: i got the file, but how to upload it here size is big | 21:05 |
| rfs613 | shivamurthy: use a site like pastebin, dpaste, github gist, etc. | 21:06 |
| shivamurthy | https://pastebin.com/p6qTYbz9 | 21:08 |
| ad__ | hi, using a layer with new way : instead of _ used from the rest of my layers. Is there a way to support this ? | 21:11 |
| rfs613 | shivamurthy: ok, yours looks quite similar to mine, but I don't get the "Error 127" right after "help2man: command not found" | 21:13 |
| rfs613 | shivamurthy: here's mine for comparison: https://pastebin.com/G4XbaVxn | 21:17 |
| *** codavi is now known as akiCA | 21:17 | |
| akiCA | Hello folks, anyone familiar with meta-java online? It fails to parse with error: meta-java/recipes-core/icedtea/icedtea7-native_2.1.3.bb: QA Issue: recipe uses DEPENDS_${PN}, should use DEPENDS [pkgvarcheck] | 21:19 |
| shivamurthy | rfs613: ok, does system upgrade cause this problem? | 21:19 |
| akiCA | But I don't see DEPENDS_${PN} being used anywhere in recipe or included files | 21:19 |
| rfs613 | shivamurthy: I'm hesitant to try that right now, as I don't want to break my builds right now. | 21:21 |
| shivamurthy | rfs613: I understand :) | 21:21 |
| rfs613 | shivamurthy: i'd need to setup the same thing inside a vm or docker, so I can upgrade without affecting my real build. | 21:22 |
| rfs613 | but i have to go pickup kids from school in 10 mins, so no time for that now | 21:23 |
| shivamurthy | rfs613: i have old lxc container snapshot, let me try | 21:23 |
| khem | shivamurthy: I think you need to find why help2man is being needed for autoconf-native | 21:23 |
| khem | thats the root issue, it should not be needed | 21:23 |
| rfs613 | khem: if you look at both shivamurthy and my logs (on pastebin) they both clearly try to call help2man... as part of "Makeing all in man" from autoconf make | 21:24 |
| rfs613 | maybe there is a way to tell autoconf not to recurse into the 'man' directory... or we could patch that out. | 21:24 |
| shivamurthy | khem: I saw autoconf-2.71 recipe from new yocto release, they added new patch to remove man, just now I saw this: https://git.openembedded.org/openembedded-core/tree/meta/recipes-devtools/autoconf/autoconf/no-man.patch | 21:26 |
| khem | right, apply that to dunfell too | 21:26 |
| rfs613 | that looks promising! | 21:26 |
| khem | and perhaps send that upstream as well, if it works | 21:26 |
| shivamurthy | okay, let me try | 21:27 |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-019-124.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 21:28 | |
| *** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has quit IRC (Ping timeout: 252 seconds) | 21:30 | |
| rfs613 | shivamurthy: good luck, i'll try to check back later tonight... | 21:32 |
| *** amitk <amitk!~amit@103.208.71.118> has quit IRC (Ping timeout: 240 seconds) | 21:44 | |
| shivamurthy | rf613: khem: thanks for the help, autoconf is resolved with no-man patch, but I had to change it for 2.69, | 21:58 |
| shivamurthy | rfs613: thanks for the help | 21:58 |
| *** Minvera <Minvera!~Minvera@user/Minvera> has quit IRC (Quit: Leaving) | 22:06 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC (Quit: Leaving.) | 22:12 | |
| *** RP <RP!~richard@2001:8b0:aba:5f3c:96de:80ff:fe6d:2d2b> has joined #yocto | 22:18 | |
| RP | smurray: I guess you knew https://autobuilder.yoctoproject.org/typhoon/#/builders/120/builds/749 was coming? | 22:20 |
| smurray | RP: you took the weston 10.0 upgrade into master-next, I guess? | 22:21 |
| RP | smurray: yes | 22:22 |
| smurray | RP: I can take a look, should be relatively straightforward (famous last words) | 22:22 |
| RP | smurray: I'm sure that has cursed it ;-) | 22:23 |
| smurray | RP: iirc, it's mostly dropping backported patches | 22:23 |
| RP | smurray: we're at the "see what breaks" stage of testing so if there is a huge issue, now is the time to flag it! | 22:23 |
| smurray | RP: okay, I'll rig up a test tree here. I suspect our issues will be more with agl-compositor than with the weston bbappend | 22:24 |
| RP | smurray: I figured you may be more sensitive to this one than many | 22:25 |
| smurray | RP: heh, it's several of the vendor BSPs that are likely borked for a while, but I've only been testing AGL's "next" branch with qemu & rpi4 for the most part | 22:26 |
| smurray | RP: the other fun things for BSPs will be gstreamer & mesa 22 if they make it into kirkstone | 22:27 |
| RP | gstreamer has patches so that is possible. I've not seen mesa yet | 22:27 |
| kanavin | mesa updates are usually straightforward, so I think it's likely to make it too | 22:31 |
| kanavin | khem, I have llvm 13.0.1 upgrade patch lined up | 22:32 |
| *** lucaceresoli <lucaceresoli!~lucaceres@77.244.183.192> has quit IRC (Ping timeout: 256 seconds) | 22:38 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-019-124.2.243.pool.telefonica.de> has joined #yocto | 22:43 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Quit: ZNC 1.8.0 - https://znc.in) | 23:04 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 23:05 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4b12:b100:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 23:21 | |
| derRichard | hmm. on a vanilla hardknott i get 99% sstate match. with customer layer just 40. | 23:25 |
| derRichard | time to figure what they did^^ | 23:25 |
| *** akiCA <akiCA!~akiCA@user/akica> has quit IRC (Ping timeout: 256 seconds) | 23:27 | |
| *** florian_kc <florian_kc!~florian@dynamic-002-243-019-124.2.243.pool.telefonica.de> has quit IRC (Ping timeout: 240 seconds) | 23:35 | |
| *** dev1990 <dev1990!~dev@dynamic-78-8-66-141.ssp.dialog.net.pl> has quit IRC (Quit: Konversation terminated!) | 23:46 | |
| smurray | RP: I've got the fixes in hand for weston 10.0, just give me a ping when you're about to push it to master | 23:57 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!