| RP | JPEW: I mailed a table of performance metrics to bitbake-devel and cc'd you. That frozenset patch works well, shame it makes the other change look so much worse! | 00:07 |
|---|---|---|
| *** florian_kc <florian_kc!~florian@dynamic-093-131-150-254.93.131.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 00:11 | |
| *** psj <psj!~psj@h184-60-26-81.mdtnwi.broadband.dynamic.tds.net> has joined #yocto | 00:21 | |
| *** dlan_ is now known as dlan | 00:22 | |
| *** psj <psj!~psj@h184-60-26-81.mdtnwi.broadband.dynamic.tds.net> has left #yocto | 00:22 | |
| *** psj <psj!~psj@h184-60-26-81.mdtnwi.broadband.dynamic.tds.net> has joined #yocto | 00:23 | |
| DvorkinDmitry | is it possible to add dependancy do_image_MYTYPE[depends] = "mc:otherarch:somerecipe:do_populate_sysroot" ? | 00:23 |
| *** psj <psj!~psj@h184-60-26-81.mdtnwi.broadband.dynamic.tds.net> has left #yocto | 00:24 | |
| *** psj <psj!~psj@h184-60-26-81.mdtnwi.broadband.dynamic.tds.net> has joined #yocto | 00:26 | |
| psj | this might be a trivial thing, but I'm still learning a lot of the nuances in Yocto -- I'm looking to grab a patch and apply it. Specifically, this patch seems to be addressing the problem I'm experiencing: | 00:27 |
| psj | https://www.yoctoproject.org/pipermail/yocto/2018-July/041841.html | 00:27 |
| psj | how do I go about actually snagging this patch and applying it locally? | 00:27 |
| vmeson | psj: I don't think it was ever merged so you'd have to git clone meta-mingw, checkout sumo and snag the patch from your link if you want to use it yourself. | 00:41 |
| vmeson | see https://git.yoctoproject.org/meta-mingw | 00:41 |
| *** jlf` <jlf`!~jlf`@user/jlf> has joined #yocto | 00:51 | |
| jlf` | hi #yocto - hoping someone can point the way toward installing a set of packages to an alternate location in the rootfs - for example rooted at ${D}/opt instead of ${D}, with those binaries showing up in /opt/usr/bin on the target instead of /usr/bin, etc. | 00:59 |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has quit IRC (Quit: Konversation terminated!) | 01:00 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 268 seconds) | 01:03 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 01:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 01:08 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:09 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.130> has joined #yocto | 01:21 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.227.181> has quit IRC (Ping timeout: 256 seconds) | 01:23 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:31 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC (Quit: qschulz) | 01:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 01:35 | |
| *** davidinux <davidinux!~davidinux@95.251.15.59> has quit IRC (Ping timeout: 256 seconds) | 02:04 | |
| *** davidinux <davidinux!~davidinux@host-95-232-116-195.retail.telecomitalia.it> has joined #yocto | 02:05 | |
| *** starblue <starblue!~juergen@dslb-094-221-177-142.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 252 seconds) | 02:33 | |
| *** starblue <starblue!~juergen@dslb-178-006-091-196.178.006.pools.vodafone-ip.de> has joined #yocto | 02:35 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 02:44 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.227.113> has joined #yocto | 03:13 | |
| *** Tokamak__ <Tokamak__!~Tokamak@166.205.152.179> has joined #yocto | 03:16 | |
| *** Tokamak <Tokamak!~Tokamak@166.205.152.130> has quit IRC (Ping timeout: 248 seconds) | 03:17 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.227.113> has quit IRC (Ping timeout: 256 seconds) | 03:19 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.227.113> has joined #yocto | 03:29 | |
| *** Tokamak__ <Tokamak__!~Tokamak@166.205.152.179> has quit IRC (Ping timeout: 248 seconds) | 03:31 | |
| *** Tokamak_ <Tokamak_!~Tokamak@166.205.152.179> has joined #yocto | 03:32 | |
| psj | vmeson: it only clicked when you sent your suggestion that sumo is literally the branch that particular patch exists in. That makes sense and I feel like a dope. THANK YOU! | 03:33 |
| *** amitk <amitk!~amit@103.208.71.104> has joined #yocto | 03:34 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.227.113> has quit IRC (Ping timeout: 256 seconds) | 03:34 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6507:d900:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 252 seconds) | 03:38 | |
| *** Tokamak_ <Tokamak_!~Tokamak@166.205.152.179> has quit IRC (Ping timeout: 248 seconds) | 03:39 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:652c:e900:2ce:39ff:fecf:efcd> has joined #yocto | 03:39 | |
| *** Tokamak_ <Tokamak_!~Tokamak@166.205.152.179> has joined #yocto | 03:41 | |
| *** hcg <hcg!~hcg@213.55.241.64> has joined #yocto | 04:36 | |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 05:23 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 05:31 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 05:32 | |
| *** chep` <chep`!~chep@82-65-36-115.subs.proxad.net> has joined #yocto | 05:58 | |
| *** chep <chep!~chep@82-65-36-115.subs.proxad.net> has quit IRC (Read error: Connection reset by peer) | 05:58 | |
| *** chep` is now known as chep | 05:58 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:59 | |
| *** tor <tor!~tor@user/tor> has joined #yocto | 06:00 | |
| *** camus <camus!~Instantbi@117.143.3.97> has joined #yocto | 06:33 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 06:37 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Quit: ZZZzzz…) | 06:45 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 06:46 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 06:48 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:48 | |
| *** camus <camus!~Instantbi@117.143.3.97> has quit IRC (Quit: camus) | 06:51 | |
| *** payam <payam!~payam@c83-250-236-236.bredband.tele2.se> has quit IRC (Quit: Leaving) | 06:52 | |
| *** camus <camus!~Instantbi@2409:8a1e:9122:21b0:6c68:409b:2837:d8eb> has joined #yocto | 06:53 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 07:23 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 07:23 | |
| *** mckoan|away is now known as mckoan | 07:48 | |
| mckoan | good morning | 07:49 |
| *** manuel1985 <manuel1985!~manuel198@185.144.162.58> has joined #yocto | 07:53 | |
| *** smooge <smooge!~Smooge@centos/qa/smooge> has quit IRC (Ping timeout: 260 seconds) | 07:54 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 256 seconds) | 07:56 | |
| *** gho <gho!~gho@i59F5CEC2.versanet.de> has joined #yocto | 07:57 | |
| *** manuel1985 <manuel1985!~manuel198@185.144.162.58> has quit IRC (Ping timeout: 248 seconds) | 08:00 | |
| *** smooge <smooge!~Smooge@centos/qa/smooge> has joined #yocto | 08:02 | |
| *** payam <payam!~payam@c83-250-236-236.bredband.tele2.se> has joined #yocto | 08:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:13 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:14 | |
| *** manuel1985 <manuel1985!~manuel198@185.144.162.58> has joined #yocto | 08:17 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 08:17 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Ping timeout: 248 seconds) | 08:20 | |
| *** amelius <amelius!~quassel@147.161.165.34> has joined #yocto | 08:24 | |
| *** smooge <smooge!~Smooge@centos/qa/smooge> has quit IRC (Ping timeout: 260 seconds) | 08:26 | |
| *** smooge <smooge!~Smooge@centos/qa/smooge> has joined #yocto | 08:33 | |
| *** d-fens <d-fens!~d-fens@5.10.7.173> has joined #yocto | 08:35 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto | 08:41 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 08:43 | |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Remote host closed the connection) | 08:44 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 08:47 | |
| *** phako[m] <phako[m]!~phakognom@2001:470:69fc:105::2:48a5> has joined #yocto | 08:50 | |
| phako[m] | Hello! So I won the task of providing our software stack for a yocto-based product. Are there any best practices documents for setting up and maintaining software layers? | 08:57 |
| landgraf | phako[m]: was it tough competition? :D | 08:59 |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has joined #yocto | 08:59 | |
| phako[m] | " I need a volounteer - you!" | 08:59 |
| *** janvermaete[m] <janvermaete[m]!~vermaetem@2001:470:69fc:105::ee7> has quit IRC (Quit: You have been kicked for being idle) | 09:00 | |
| jclsn | Why is Bitbake not accurately distributing the load? | 09:00 |
| jclsn | We have a load average: 28,27, 22,60, 13,38 with 12 cores | 09:00 |
| jclsn | I would assume that without any settings Bitbake would try to make use of the cores as best as possible and not overload them | 09:02 |
| mcfrisk | jclsn: kernel does that, not bitbake. bitbake just fires as many parallel processes as configure (by default number of threads etc on the system). | 09:04 |
| mcfrisk | those load numbers are normal, sometimes bitbake saturates the CPU and scheduler with tasks which can also be waiting for IO | 09:05 |
| landgraf | jclsn: bitbake does nothing about underlying compilation in the recipes | 09:06 |
| landgraf | jclsn: bitbake (well, it's not even bitbake but underlying app depending on package manager/configuration) distributes buiding of the recipes depending of the number of cores and the builder itself may spawn its own processes and so on and so far | 09:07 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-226-224.citykom.de> has joined #yocto | 09:08 | |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:10 | |
| *** rokm_ <rokm_!~rokm@freeshell.de> has quit IRC (Read error: Software caused connection abort) | 09:11 | |
| *** rokm_ <rokm_!~rokm@freeshell.de> has joined #yocto | 09:12 | |
| jclsn | mcfrisk: Yeah but it seems to fire n process times n parellel build processes | 09:13 |
| jclsn | So with 12 cores it has like 144 | 09:13 |
| jclsn | I would have assumed that it does more for optimally making use of the hardware, but I guess you have to set it manually on your buildserver | 09:15 |
| d-fens | yocto doesn't have that rolling release style like my gentoo install or rather portage has - so how do you guys decide when switch to a new LTS release and how does one handle packages that need to be sticky on their versions? | 09:15 |
| *** grma <grma!~gruberm@80.93.38.128> has quit IRC (Remote host closed the connection) | 09:17 | |
| *** amelius <amelius!~quassel@147.161.165.34> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 09:17 | |
| mcfrisk | jclsn: yes, bitbake does that. 12 bitbake tasks, 12 parallel compile threads within each bitbake task (or even as many as needed as with ninja). This isn't too bad unless build system runs out of RAM. | 09:17 |
| *** amelius <amelius!~quassel@147.161.165.34> has joined #yocto | 09:17 | |
| *** amelius is now known as aduda | 09:19 | |
| *** aduda is now known as amelius | 09:20 | |
| *** amelius <amelius!~quassel@147.161.165.34> has quit IRC (Client Quit) | 09:21 | |
| jclsn | mcfrisk: Our devops colleague sees that differently | 09:22 |
| *** amelius <amelius!~quassel@147.161.165.34> has joined #yocto | 09:22 | |
| *** camus <camus!~Instantbi@2409:8a1e:9122:21b0:6c68:409b:2837:d8eb> has quit IRC (Remote host closed the connection) | 09:29 | |
| JaMa | jclsn: adjusting at least BB_NUMBER_THREADS is often useful, also look at the BB_PRESSURE_MAX_CPU | 09:29 |
| *** vm1 <vm1!~vm1@192.157.9.227> has joined #yocto | 09:29 | |
| JaMa | most of my builds on various HW use BB_NUMBER_THREADS lowered to 8, while PARALLEL_MAKE is set based on available cores, e.g. PARALLEL_MAKE = "-j 70 -l 140" on 64t 3970x (with PARALLEL_MAKE:pn-webruntime = "-j 40" to avoid OOMKs) | 09:30 |
| mcfrisk | jclsn: all those tasks need to run anyway for a build to pass. If linux kernel and its resources are fully loaded up, then in theory kernel knows best how to handle the situation. Reality is different but heavily depends what you are building and what the CPU, IO etc needs are. | 09:31 |
| *** grma <grma!~gruberm@80.93.38.128> has joined #yocto | 09:33 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has quit IRC (Ping timeout: 260 seconds) | 09:34 | |
| *** jclsn[m] <jclsn[m]!~coldspar_@2001:470:69fc:105::db09> has joined #yocto | 09:35 | |
| jclsn | Well, I will do some testing now and see | 09:40 |
| mcfrisk | the plain CPU load is usually not a problem, running out of RAM is a show stopper, doing too much IO to disk is bad especially if there is RAM available and rm_work would delete the files anyway.. | 09:43 |
| *** Herrie|2 <Herrie|2!~Herrie@110-31-146-85.ftth.glasoperator.nl> has joined #yocto | 09:45 | |
| *** Herrie <Herrie!~Herrie@110-31-146-85.ftth.glasoperator.nl> has quit IRC (Read error: Connection reset by peer) | 09:46 | |
| *** Herrie|2 is now known as Herrie | 09:46 | |
| *** arielmrmx <arielmrmx!~quassel@189.161.100.170> has quit IRC (Remote host closed the connection) | 09:46 | |
| jclsn | I am reading "Understanding the Linux Kernel" atm. Hopefully I will be able to make my own opinion about this soon :) | 09:47 |
| *** arielmrmx <arielmrmx!~quassel@189.161.100.170> has joined #yocto | 09:48 | |
| *** Saur <Saur!~pkj@nebula.axis.com> has joined #yocto | 09:49 | |
| *** rber|res <rber|res!~rber|res@62-46-95-169.adsl.highway.telekom.at> has joined #yocto | 09:58 | |
| rber|res | it looks like images contain LICENSE="MIT", which does not make sense to me, since it depends on the packages installed and image.bbclass contains LICENSE ?= "MIT" anyways. | 10:01 |
| rburton | d-fens: new release every six months, ~april and ~october. every two years the april release is a LTS. | 10:03 |
| rburton | d-fens: https://wiki.yoctoproject.org/wiki/Releases and https://wiki.yoctoproject.org/wiki/Stable_Release_and_LTS | 10:03 |
| d-fens | rburton thanks, is it best to stay on the LTS branch and do a weekly git pull or only run the cve check and react to specific alerts? | 10:15 |
| rburton | d-fens: if I was releasing products i'd use the LTS point releases, picking commits from the branch early as needed but they'll merge out every release. | 10:16 |
| rburton | the point releases are fairly frequent | 10:16 |
| d-fens | rburton i think i'll go for a stable build and just catch CVE as needed and do the big bump to the next LTS when available | 10:18 |
| rburton | i'd definitely keep up with the LTS point releases | 10:19 |
| rburton | they pull in a pile of cve fixes and other improvements | 10:19 |
| rburton | but they'll be safe: no unexpected upgrades or big changes, it's all bug fixes and security work | 10:19 |
| d-fens | ok , that means just git pull on the same branch (e.g. kirkstone) | 10:21 |
| rburton | yes, there are tags and proper releases too | 10:22 |
| hmw[m] | hi, my do_ configure is not working | 10:30 |
| hmw[m] | it try to do a cp **//.config instead of **/.config ( but i can´t find where the do_configure is declared ) | 10:30 |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-8da-9ba8-422c-749c.fixed6.kpn.net> has joined #yocto | 10:36 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has quit IRC (Read error: Software caused connection abort) | 10:37 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 10:38 | |
| *** alinucs <alinucs!~abo@215.ip-51-38-235.eu> has joined #yocto | 10:39 | |
| rburton | what recipe? | 10:40 |
| hmw[m] | trying to get old bitbake recipes working to get a uboot 2017 version working on dunfell | 10:45 |
| Guest82 | Hi All, I'm trying to figure out what it takes and what is best practice to isolate a cpu for a particular process at boot time. It seems either isolcpus/affinity or cgroups/cpuset are candidates for this. What would your reccomendations be regarding Yocto setup to take care of this for me? | 10:47 |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 248 seconds) | 10:47 | |
| *** starblue <starblue!~juergen@dslb-178-006-091-196.178.006.pools.vodafone-ip.de> has quit IRC (Ping timeout: 268 seconds) | 10:53 | |
| *** starblue <starblue!~juergen@dslb-178-006-091-196.178.006.pools.vodafone-ip.de> has joined #yocto | 10:55 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 11:03 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 260 seconds) | 11:04 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has joined #yocto | 11:04 | |
| rburton | Guest82: if its a daemon, then use systemd and just setup the affinity in the service file | 11:09 |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto | 11:09 | |
| *** nemik <nemik!~nemik@162-245-20-117.PUBLIC.monkeybrains.net> has quit IRC (Ping timeout: 268 seconds) | 11:09 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 11:09 | |
| Guest13 | hi, everyone. | 11:10 |
| Guest13 | i have a custom meta-layer(meta-mymeta) and fsl-community-bsp-platform(kirkstone). i have a custom machine config for an imx som(coral-dev.conf) which is not included in meta-freescales/conf/machine. also im using fslc-xwayland.conf distro. | 11:10 |
| Guest13 | im trying to specify opencv version in like that: "PREFERRED_VERSION_opencv = "4.5.2.imx" | 11:10 |
| Guest13 | but im getting this warning : | 11:10 |
| Guest13 | "WARNING: preferred version 4.5.2.imx of opencv not available (for item opencv) | 11:10 |
| Guest13 | WARNING: versions of opencv available: 4.5.5 | 11:10 |
| Guest13 | NOTE: Resolving any missing task queue dependencies | 11:10 |
| Guest13 | WARNING: preferred version 4.5.2.imx of opencv not available (for item opencv) | 11:10 |
| Guest13 | WARNING: versions of opencv available: 4.5.5 | 11:10 |
| Guest13 | WARNING: preferred version 4.5.2.imx of opencv not available (for item opencv-dev) | 11:10 |
| Guest13 | WARNING: versions of opencv available: 4.5.5" | 11:10 |
| rburton | so it doesn't see the 4.5.2.imx release | 11:11 |
| rburton | where is that in the layers, and did you actually add that layer to bblayers.conf? | 11:11 |
| rburton | the lines above will tell you if the version got skipped for some reason | 11:11 |
| Guest13 | it's in "meta-freescale/recipes-support/opencv" and i added "${BSPDIR}/sources/meta-freescale" to bblayers.conf. | 11:13 |
| rburton | custom machine? that opencv recipe does COMPATIBLE_MACHINE = "(mx8-nxp-bsp)" | 11:14 |
| rburton | so unless your machine matches that regex, then it won't work | 11:14 |
| Guest13 | yep, custom machine. | 11:14 |
| rburton | meta-freescale has some really rough edges, like this... | 11:15 |
| rburton | the policy appears to be use their machine or don't use their layer | 11:15 |
| rburton | you can't pick and chose bits, it's not written generically | 11:15 |
| rburton | an easy hack would be to just delete that COMPATIBLE_MACHINE line from the recipe | 11:16 |
| Guest13 | rburton thank you so much for help. | 11:16 |
| rburton | if you're a paying customer i'd complain to them | 11:16 |
| Guest13 | im a student and trying to improve my yocto knowledge :D | 11:18 |
| rburton | lesson learnt: why hardcoding machines isn't great | 11:18 |
| rburton | i wonder if a bbappend would work | 11:18 |
| rburton | you might be able to create opencv_4.5.2.imx.bbappend and add a new COMPATIBLE_MACHINE line in there for your machine | 11:19 |
| rburton | you'll still have the rest of the machine overrides in that file to sort out, but that's probably the right thing to do anyway | 11:19 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 11:20 | |
| Guest13 | rburton thank uuuu | 11:21 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has joined #yocto | 11:24 | |
| *** manuel_ <manuel_!~manuel198@185.144.162.58> has joined #yocto | 11:26 | |
| *** manuel1985 <manuel1985!~manuel198@185.144.162.58> has quit IRC (Ping timeout: 256 seconds) | 11:28 | |
| Guest13 | rburton as you said , i created "opencv_4.5.2.imx.bbappend" in my layer and just added "COMPATIBLE_MACHINE = "coral-dev"" problem gone, thank you again. | 11:29 |
| phako[m] | is there a deadline for the summit registration? | 11:30 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has joined #yocto | 11:30 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 11:31 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 11:32 | |
| *** manuel_ <manuel_!~manuel198@185.144.162.58> has quit IRC (Ping timeout: 260 seconds) | 11:33 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto | 11:53 | |
| *** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe) | 11:59 | |
| *** jlf` <jlf`!~jlf`@user/jlf> has quit IRC (Ping timeout: 260 seconds) | 12:05 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-226-224.citykom.de> has quit IRC (Ping timeout: 246 seconds) | 12:20 | |
| amelius | phako[m]: i havn't seen any deadline, only CFP closes 28th | 12:21 |
| LetoThe2nd | phako[m]: you can literally still register when the event is already running, AFAIK | 12:22 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 256 seconds) | 12:27 | |
| *** davidinux <davidinux!~davidinux@host-95-232-116-195.retail.telecomitalia.it> has quit IRC (Ping timeout: 256 seconds) | 12:28 | |
| *** davidinux <davidinux!~davidinux@92.118.62.172> has joined #yocto | 12:28 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Quit: Client closed) | 12:34 | |
| jclsn | I am experiencing issues with devool modify since kirkstone when AUTOREV is set in the recipe | 12:37 |
| jclsn | Exception: bb.fetch2.FetchError: Fetcher failure: Recipe uses a floating tag/branch without a fixed SRCREV yet doesn't call bb.fetch2.get_srcrev() (use SRCPV in PV for OE). | 12:37 |
| jclsn | Nothing in the kikrstone changelog about it. Is this a bug? | 12:38 |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has joined #yocto | 12:40 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has quit IRC (Ping timeout: 255 seconds) | 12:48 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.201.5> has joined #yocto | 12:58 | |
| *** GNUmoon <GNUmoon!~GNUmoon@gateway/tor-sasl/gnumoon> has joined #yocto | 13:01 | |
| *** BobPungartnik <BobPungartnik!~Pung@177.41.201.5> has quit IRC (Client Quit) | 13:02 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has joined #yocto | 13:06 | |
| Guest13 | lets say i have the test.bb recipe. In do_install:append(){} there is a line like this: | 13:14 |
| Guest13 | "cp -f bin/example ${D}${datadir}/samples/bin/" | 13:14 |
| Guest13 | and this line is wrong. im getting an error in build because of this line. can i fix this line somehow by creating test.bbappend or do i need to fix test.bb? | 13:14 |
| rburton | the bbappend would need to :remove the broken bits, which may be tricky | 13:16 |
| jclsn | So I can confirm: When I check the source out with a fixed commit hash, building from the devtool workspace works. When I check out from a recipe set to AUTOREV, the build fails with the above mentioned failure | 13:19 |
| Guest13 | rburton i dont know how to use it. can you show an example or what can i find by searching? i mean how to use ":remove" for my situation | 13:22 |
| rburton | Guest13: hard to give a concrete example without knowing what you actually want to do | 13:22 |
| rburton | Guest13: fixing the recipe is the best thing to do | 13:23 |
| Guest13 | i want to change "cp -f bin/example ${D}${datadir}/samples/bin/" which is in "do_install:append(){}" to "cp -f ${S}/example ${D}${datadir}/samples/bin/" in bbappend somehow. | 13:25 |
| Guest13 | i dont want to change .bb recipe for just one line | 13:26 |
| *** vm1 <vm1!~vm1@192.157.9.227> has quit IRC (Quit: Client closed) | 13:27 | |
| LetoThe2nd | Guest13: i don't think that this is possible. | 13:28 |
| jclsn | Here is the full error btw http://ix.io/4gEK | 13:28 |
| LetoThe2nd | Guest13: if the line is buggy (probably), then fix it. | 13:28 |
| Guest13 | rburton LetoThe2nd thank you, best thing fix to main recipe as u said. | 13:29 |
| rburton | Guest13: agree with LetoThe2nd: you're describing a buggy recipe. fix the recipe. | 13:29 |
| *** d-fens <d-fens!~d-fens@5.10.7.173> has quit IRC (Quit: Client closed) | 13:32 | |
| Guest13 | https://github.com/Freescale/meta-freescale/blob/kirkstone/recipes-support/opencv/opencv_4.5.2.imx.bb | 13:34 |
| Guest13 | line 291 causing problems | 13:34 |
| Guest13 | Log : "| cp: cannot stat 'bin/example_*': No such file or directory" | 13:34 |
| Guest13 | when i comment line 291, it's working perfectly. | 13:34 |
| qschulz | jclsn: check if we haven't already a bug entry for this in our Bugzilla otherwise please open a ticket (also check it still happens in master) | 13:34 |
| qschulz | jclsn: patches welcome also :) | 13:34 |
| jclsn | qschulz: Yep https://bugzilla.yoctoproject.org/show_bug.cgi?id=14918 | 13:36 |
| *** aduda <aduda!~quassel@147.161.165.34> has joined #yocto | 13:37 | |
| *** amelius <amelius!~quassel@147.161.165.34> has quit IRC (Read error: Connection reset by peer) | 13:40 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-226-224.citykom.de> has joined #yocto | 13:40 | |
| *** Guest13 <Guest13!~Guest13@46.221.0.162> has quit IRC (Quit: Client closed) | 13:41 | |
| *** Guest82 <Guest82!~Guest82@2a02-a45d-cdb3-1-8da-9ba8-422c-749c.fixed6.kpn.net> has quit IRC (Quit: Client closed) | 13:43 | |
| phako[m] | amelius: LetoThe2nd thanks. Had to wait for permission because its complicated... | 13:43 |
| LetoThe2nd | phako[m]: np | 13:45 |
| *** sakoman <sakoman!~steve@dhcp-72-253-6-214.hawaiiantel.net> has joined #yocto | 13:53 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:01 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 14:03 | |
| mcfrisk | should kernel module signing work in kirkstone by default? | 14:17 |
| * LetoThe2nd mentally misread that as "kernel module singing" | 14:18 | |
| mcfrisk | in kernel config things are correctly enabled but .ko files on target are missing signature data | 14:20 |
| mcfrisk | and kernel complains at runtime | 14:20 |
| *** Amynka <Amynka!~amy@gentoo/developer/amynka> has joined #yocto | 14:24 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 14:26 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 14:27 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.231.120> has joined #yocto | 14:38 | |
| *** Tokamak_ <Tokamak_!~Tokamak@166.205.152.179> has quit IRC (Ping timeout: 260 seconds) | 14:41 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-21-184-147-79-201.dsl.bell.ca> has joined #yocto | 14:42 | |
| RP | mcfrisk: I think there are patches around which change the stripping options which may be related to that? | 14:46 |
| aduda | hey, i'm trying to build u-boot with my sdk and getting the error '...libfdt_wrap.c:154:11: fatal error: Python.h: No such file or directory ', enviroment is sourced from the sdk | 14:49 |
| *** aduda is now known as amelius | 14:50 | |
| mcfrisk | RP: I was checking that, kirkstone has same patches as master. digging deeper.. | 14:52 |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 14:59 | |
| *** rob_w <rob_w!~bob@host-82-135-31-73.customer.m-online.net> has quit IRC (Ping timeout: 260 seconds) | 15:09 | |
| *** tomzy_0 <tomzy_0!~tomzy_0@84-10-27-202.static.chello.pl> has quit IRC (Quit: Client closed) | 15:11 | |
| *** Lumpi <Lumpi!~Lumpi@62-46-95-169.adsl.highway.telekom.at> has joined #yocto | 15:13 | |
| *** Lumpi <Lumpi!~Lumpi@62-46-95-169.adsl.highway.telekom.at> has quit IRC (Client Quit) | 15:13 | |
| *** hcg <hcg!~hcg@213.55.241.64> has quit IRC (Quit: Client closed) | 15:13 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 15:14 | |
| *** manuel_ <manuel_!~manuel198@185.144.162.58> has joined #yocto | 15:16 | |
| phako[m] | does it make sense to have a branch per yocto version if the only thing that ties me to that version is the patch I have to provide for that specific boost version? | 15:20 |
| phako[m] | *in my layer I mean | 15:20 |
| LetoThe2nd | probably yes. | 15:21 |
| *** manuel_ <manuel_!~manuel198@185.144.162.58> has quit IRC (Ping timeout: 260 seconds) | 15:25 | |
| *** vm1 <vm1!~vm1@192.157.9.227> has joined #yocto | 15:27 | |
| *** d-fens <d-fens!~d-fens@5.10.7.173> has joined #yocto | 15:27 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-226-224.citykom.de> has quit IRC (Quit: Konversation terminated!) | 15:30 | |
| RP | JPEW: the neatest/fastest version I've managed so far: https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=0fe56c9a03592d1639e2d8515dbbd03a4f24241f | 15:39 |
| *** Tyaku <Tyaku!~Tyaku@lfbn-orl-1-342-50.w90-35.abo.wanadoo.fr> has quit IRC (Quit: Lost terminal) | 15:40 | |
| JPEW | Ya, that's close to what I had. I used d.items() to prevent the extra lookup, and also start the function with 'store= self.store' to prevent the self lookup every loop | 15:45 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 15:46 | |
| JPEW | Also no need to return the array when it's modified in place | 15:47 |
| JPEW | Sorry, no need to return the deps *dict* | 15:49 |
| RP | JPEW: right, it just makes it more convenient in the calling code | 15:49 |
| RP | by using __setstate__ it reduces the separate add() call that was there a lot | 15:49 |
| *** manuel_ <manuel_!~manuel198@185.144.162.58> has joined #yocto | 15:50 | |
| JPEW | Also, I didn't see any performance different using a single dict for the cache as opposed to split string/set, which simplifies it even more | 15:50 |
| JPEW | Cool | 15:50 |
| *** amelius <amelius!~quassel@147.161.165.34> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 15:50 | |
| JPEW | Especially since you eliminated the frozenset conversion | 15:50 |
| *** amitk_ <amitk_!~amit@103.208.71.104> has joined #yocto | 15:52 | |
| *** manuel_ <manuel_!~manuel198@185.144.162.58> has quit IRC (Ping timeout: 256 seconds) | 15:57 | |
| JPEW | My last takeaway yesterday was that any deduplication in the server process will be slow and single threaded, and there's not much we can do about that | 16:01 |
| *** amitk_ <amitk_!~amit@103.208.71.104> has quit IRC (Ping timeout: 260 seconds) | 16:08 | |
| JPEW | But.... We might be able to help with that. If we can make the parsing threads send all the recipe data at once in one big pickle, then the dedupliction on that side will transfer across to the server, which wouldn't need to deduplicte (probably). | 16:08 |
| *** DvorkinDmitry <DvorkinDmitry!~dvorkin@5.167.98.73> has quit IRC (Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/) | 16:09 | |
| JPEW | It means there still would be duplicates in the final cache, but only up to the number of parser processes | 16:09 |
| JPEW | It would mean completely reworking the way progress is reported though, since we wouldn't be getting one recipe at a time from the workers anymore | 16:10 |
| *** amitk_ <amitk_!~amit@103.208.71.104> has joined #yocto | 16:12 | |
| * JPEW was completely nerd-sniped by RP yesterday. Hopefully I can still finish my dev day talk in time :) | 16:18 | |
| vmeson | Consider an infinite N-dimensional grid of 1 ohm resistors, plot the resistance between adjacent points as a function of increasing dimensionality ? | 16:23 |
| *** d-fens <d-fens!~d-fens@5.10.7.173> has quit IRC (Ping timeout: 260 seconds) | 16:24 | |
| JPEW | As an engineer, 1 ohm is too little for me to worry about, so "0" | 16:26 |
| vmeson | JPEW: lol | 16:27 |
| LetoThe2nd | vmeson: "radio guy to power guy: your 50/60Hz, thats basically DC anyways. power guy to radio guy: now please I touch your wires, then you touch mine" | 16:34 |
| LetoThe2nd | JPEW: my mood: https://fosstodon.org/@theyoctojester/109393230260796999 | 16:36 |
| JPEW | LetoThe2nd: Going to take the kids to Legoland instead. Option 3 will be later :) | 16:38 |
| RP | JPEW: sorry :D | 16:40 |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Ping timeout: 260 seconds) | 16:41 | |
| *** gho <gho!~gho@i59F5CEC2.versanet.de> has quit IRC (Quit: Leaving.) | 16:58 | |
| *** mckoan is now known as mckoan|away | 17:12 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Remote host closed the connection) | 17:24 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 17:25 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 17:25 | |
| *** vm1 <vm1!~vm1@192.157.9.227> has quit IRC (Quit: Client closed) | 17:33 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 17:37 | |
| *** florian_kc <florian_kc!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Ping timeout: 260 seconds) | 17:46 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 17:56 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has quit IRC (Read error: Connection reset by peer) | 18:38 | |
| *** Tokamak_ <Tokamak_!~Tokamak@107.116.82.131> has joined #yocto | 18:41 | |
| *** Tokamak <Tokamak!~Tokamak@172.58.231.120> has quit IRC (Ping timeout: 248 seconds) | 18:44 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Ping timeout: 260 seconds) | 18:47 | |
| *** amitk_ <amitk_!~amit@103.208.71.104> has quit IRC (Ping timeout: 252 seconds) | 18:48 | |
| *** paulg <paulg!~paulg@24-212-160-219.cable.teksavvy.com> has joined #yocto | 18:54 | |
| *** amitk <amitk!~amit@103.208.71.104> has quit IRC (Ping timeout: 268 seconds) | 18:56 | |
| *** Tokamak <Tokamak!~Tokamak@107.116.82.131> has joined #yocto | 18:58 | |
| *** Tokamak_ <Tokamak_!~Tokamak@107.116.82.131> has quit IRC (Ping timeout: 255 seconds) | 19:02 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 19:04 | |
| *** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has quit IRC (Quit: Haxxa flies away.) | 19:15 | |
| *** florian_kc <florian_kc!~florian@dynamic-078-048-160-009.78.48.pool.telefonica.de> has joined #yocto | 19:16 | |
| *** Haxxa <Haxxa!~Haxxa@89nnjg0xckz9ggn6r5xm.ip6.superloop.com> has joined #yocto | 19:17 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Remote host closed the connection) | 19:17 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 19:18 | |
| *** behanw <behanw!uid110099@id-110099.uxbridge.irccloud.com> has joined #yocto | 19:18 | |
| *** rber|res <rber|res!~rber|res@62-46-95-169.adsl.highway.telekom.at> has quit IRC (Quit: Leaving) | 19:40 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.231.120> has joined #yocto | 19:52 | |
| *** Tokamak <Tokamak!~Tokamak@107.116.82.131> has quit IRC (Ping timeout: 256 seconds) | 19:54 | |
| *** Net147_ <Net147_!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has quit IRC (Ping timeout: 256 seconds) | 20:08 | |
| *** Circuitsoft <Circuitsoft!uid393878@id-393878.lymington.irccloud.com> has joined #yocto | 20:19 | |
| *** Tokamak <Tokamak!~Tokamak@107.116.82.35> has joined #yocto | 20:28 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.231.120> has quit IRC (Ping timeout: 260 seconds) | 20:29 | |
| *** FredericOuellet[ <FredericOuellet[!~tazura562@2001:470:69fc:105::1:3c31> has left #yocto | 20:53 | |
| *** FredericOuellet[ <FredericOuellet[!~tazura562@2001:470:69fc:105::1:3c31> has joined #yocto | 20:53 | |
| *** tor <tor!~tor@user/tor> has quit IRC (Quit: Leaving) | 21:17 | |
| *** florian_kc is now known as florian | 21:18 | |
| *** mark_ <mark_!~mark@bras-base-stsvon1507w-grc-17-184-146-53-57.dsl.bell.ca> has joined #yocto | 21:26 | |
| mark_ | I have this do_package error but the message is puzzling: | 21:31 |
| mark_ | ERROR: hal-1.0.0+gitAUTOINC+02d78b2bee-r0 do_package: dwarfsrcfiles failed with exit code 1 (cmd was ['dwarfsrcfiles', '/*/tmp/work/corei7-64-en-linux/hal/1.0.0+gitAUTOINC+02d78b2bee-r0/package/usr/lib/libhal_disp_impl_dnx2.a']): dwarfsrcfiles:/*/tmp/work/corei7-64-en-linux/hal/1.0.0+gitAUTOINC+02d78b2bee-r0/package/usr/lib/libhal_disp_impl_dnx2.a: no error | 21:31 |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4503:c400:24d7:51ff:fed6:906d> has quit IRC (Remote host closed the connection) | 21:31 | |
| mark_ | I looked into dwarfsrcfiles source file at https://github.com/openembedded/openembedded-core/blob/kirkstone/meta/recipes-devtools/dwarfsrcfiles/files/dwarfsrcfiles.c It doesn't print "no error" anywhere, but the returen code was 1 so something's wrong somewhere, I just couldn't figure it out | 21:33 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has joined #yocto | 21:46 | |
| *** psj <psj!~psj@h184-60-26-81.mdtnwi.broadband.dynamic.tds.net> has quit IRC (Remote host closed the connection) | 21:47 | |
| RP | mark_: it uses elfutils heavily so perhaps look there? | 21:52 |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 22:02 | |
| mark_ | RP: thanks for the pointer, I will check | 22:07 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:c5b2:fdff:b718:9edf> has quit IRC (Ping timeout: 256 seconds) | 22:36 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 22:46 | |
| *** Wouter0100 <Wouter0100!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 22:47 | |
| *** Tokamak_ <Tokamak_!~Tokamak@172.58.236.139> has joined #yocto | 22:54 | |
| *** Tokamak <Tokamak!~Tokamak@107.116.82.35> has quit IRC (Ping timeout: 248 seconds) | 22:56 | |
| RP | JPEW: I'm wondering if we could/should create a caching pickler. Subclass pickle to keep a cache of frozenset/strings at each end such that it would send a reference on later references rather than the object | 23:14 |
| JPEW | I think each pickled object it sends back has to be self contained, and I'm not sure how you would work around that | 23:16 |
| RP | JPEW: you can hook pickle so you'd just put your own reference in? | 23:17 |
| JPEW | Right, python 3.8 added out of band data transfer, so we could use that | 23:17 |
| JPEW | Maybe | 23:18 |
| RP | JPEW: I don't think you would even need that. First reference to set, you store in a dict and give it a number. Next time you send the number. Receiving end keeps a similar dict pointing where the object ends up | 23:19 |
| RP | you persist the dict on both ends and as long as you don't change the objects, it should work | 23:19 |
| JPEW | Ya, I don't know how much you can subclass pickle though. I think it's mostly in C | 23:21 |
| JPEW | But what your are talking about is the out of band buffer thing, it just doesn't do the actual transmit on first occurrence | 23:22 |
| RP | JPEW: well, you can control the __getstate__ on the class | 23:22 |
| JPEW | Ah, ya maybe that would work | 23:23 |
| *** lexano <lexano!~lexano@174.119.69.134> has quit IRC (Ping timeout: 252 seconds) | 23:23 | |
| PhoenixMage | tlwoerner: Looks like someone from Radxa is working on a mainline u-boot for Rock3a, already has it working on CM3 SODIMM and E25 (they are rk3566 though) | 23:24 |
| *** lexano <lexano!~lexano@174.119.69.134> has joined #yocto | 23:35 | |
| JPEW | RP: ya I think that might work since we have a limited set of pickleable things. You'd need a cache per worker process though otherwise the indices would get crossed? | 23:40 |
| RP | JPEW: right, there would be a some juggling needed but in principle it could work | 23:44 |
| RP | JPEW: the cache would only need to be a lookup against the main cache too | 23:53 |
| * RP might have a look tomorrow | 23:58 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!