| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 00:02 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 00:03 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 00:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 00:08 | |
| *** linums <linums!~linums@84.198.214.27> has quit IRC | 00:12 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 00:12 | |
| *** madatun_1 <madatun_1!~madatun_3@240e:3b3:30b0:a6c0:55d0:9a6:8238:b6dc> has joined #yocto | 00:33 | |
| *** madatun_1 <madatun_1!~madatun_3@240e:3b3:30b0:a6c0:55d0:9a6:8238:b6dc> has quit IRC | 00:35 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 00:37 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has quit IRC | 00:37 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 00:42 | |
| *** Kyubi <Kyubi!~Kyubi@2601:640:10d:6041:dda0:577e:5469:b423> has joined #yocto | 00:43 | |
| *** Kyubi <Kyubi!~Kyubi@2601:640:10d:6041:dda0:577e:5469:b423> has quit IRC | 00:48 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 00:58 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 01:01 | |
| *** manuel_ <manuel_!~manuel@213-147-160-84.nat.highway.bob.at> has joined #yocto | 01:43 | |
| *** manuel1985 <manuel1985!~manuel@089144219161.atnat0028.highway.a1.net> has quit IRC | 01:45 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has quit IRC | 01:53 | |
| *** dlan <dlan!~dennis@gentoo/developer/dlan> has joined #yocto | 01:53 | |
| *** gourve_l <gourve_l!~laurent@40.72.95.92.rev.sfr.net> has quit IRC | 01:55 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 01:57 | |
| *** Kyubi_ <Kyubi_!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 02:05 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 02:05 | |
| *** gourve_l <gourve_l!~laurent@static-176-175-104-214.ftth.abo.bbox.fr> has joined #yocto | 02:07 | |
| *** ahadi <ahadi!~ahadi@89.244.121.182> has quit IRC | 03:30 | |
| *** ahadi <ahadi!~ahadi@88.130.216.231> has joined #yocto | 03:31 | |
| *** DanmerZ <DanmerZ!~op@46.150.10.8> has quit IRC | 03:43 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 03:44 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 03:48 | |
| *** Kyubi_ <Kyubi_!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 04:04 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 04:05 | |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 04:05 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.129> has joined #yocto | 04:17 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 04:18 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 04:19 | |
| *** camus1 is now known as kaspter | 04:19 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 04:47 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 04:49 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:785d:a2f4:77f9:c779> has quit IRC | 05:12 | |
| *** ahadi <ahadi!~ahadi@88.130.216.231> has quit IRC | 05:21 | |
| *** ahadi <ahadi!~ahadi@88.130.216.231> has joined #yocto | 05:22 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2960:99d5:cba5:7114> has joined #yocto | 05:24 | |
| *** la_croix <la_croix!~la_croix@cpc139740-walt24-2-0-cust196.13-2.cable.virginm.net> has quit IRC | 05:29 | |
| *** manuel__ <manuel__!~manuel@213-147-160-84.nat.highway.bob.at> has joined #yocto | 05:32 | |
| *** manuel_ <manuel_!~manuel@213-147-160-84.nat.highway.bob.at> has quit IRC | 05:35 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 05:46 | |
| *** Kyubi_ <Kyubi_!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has joined #yocto | 05:50 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.129> has quit IRC | 05:50 | |
| idadel | Hello, I have been trying to run a build on the [paule/rpurdie-license-experiments-osls] branch. I haven’t been successful due to some errors. The errors are very similar to one already reported on a mailing list. Sadly no solution was provided. My system is Ubuntu 20.04. When I run the build I get the error message: ERROR: qemu-native-3.1.0-r0 do_compile: oe_runmake failed | 05:53 |
|---|---|---|
| idadel | Attached is a link to the same issue reported previously in a mailing list: | 05:53 |
| idadel | https://www.yoctoproject.org/pipermail/yocto/2019-October/047013.html | 05:53 |
| idadel | P.s the shared log in the attached report has the exact same issues as my current log. I will upload logs if required. Thank you for helping | 05:53 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 05:54 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 05:54 | |
| idadel | I'm using the poky-contrib repo | 05:56 |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 06:12 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 06:12 | |
| *** Siva38 <Siva38!ad277954@173.39.121.84> has joined #yocto | 06:14 | |
| Siva38 | Yocto Zeus has both Python 3.x and Python 2.7.x. How can i exclude python 2.7.x from the image? | 06:15 |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 06:17 | |
| *** vineela <vineela!~vtummala@134.134.139.83> has quit IRC | 06:21 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-tvdzswmnegeoxufu> has quit IRC | 06:27 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:35 | |
| *** minimaxwell <minimaxwell!~minimaxwe@apoitiers-259-1-26-122.w90-55.abo.wanadoo.fr> has joined #yocto | 06:45 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:51 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:54 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 06:56 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 07:02 | |
| *** luneff <luneff!~yury@80.72.17.178> has joined #yocto | 07:15 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 07:15 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has joined #yocto | 07:17 | |
| *** alessioigor <alessioigor!~alessioig@93-47-228-8.ip115.fastwebnet.it> has quit IRC | 07:22 | |
| *** luneff <luneff!~yury@80.72.17.178> has quit IRC | 07:24 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 07:29 | |
| *** manuel__ <manuel__!~manuel@213-147-160-84.nat.highway.bob.at> has quit IRC | 07:29 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 07:32 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 07:33 | |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has joined #yocto | 07:37 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 07:39 | |
| *** mckoan|away is now known as mckoan | 07:39 | |
| *** Chrys <Chrys!a5e14d1c@165.225.77.28> has joined #yocto | 07:43 | |
| Chrys | Hello:) How can I see the logs of yesterday discussion please ? Thanks ^^ | 07:46 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:47 | |
| *** camus1 <camus1!~Instantbi@180.168.140.162> has joined #yocto | 07:47 | |
| *** camus1 is now known as kaspter | 07:49 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 07:49 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has quit IRC | 07:50 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 07:51 | |
| *** kaspter <kaspter!~Instantbi@240e:46c:8c01:3f29:882b:57b4:83c5:5913> has joined #yocto | 07:51 | |
| mckoan | Chrys: https://www.yoctoproject.org/irc/ | 07:52 |
| mckoan | halstead: looks like IRC logs aren't working for 2021 ^^^ | 07:52 |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 07:54 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 07:56 | |
| Chrys | Yep ! So i don't know if i get answered yesterday x) | 07:56 |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 07:57 | |
| mckoan | Chrys: let me check my own logs | 07:58 |
| *** kaspter <kaspter!~Instantbi@240e:46c:8c01:3f29:882b:57b4:83c5:5913> has quit IRC | 07:58 | |
| mckoan | Chrys: no answers | 07:59 |
| mckoan | Chrys: IMHO you should explain better your issue | 07:59 |
| Chrys | Thanks mckoan | 08:00 |
| *** fl0v0 <fl0v0!~fvo@i59F44EA3.versanet.de> has joined #yocto | 08:00 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 08:00 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 08:00 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 08:00 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 08:01 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 08:05 | |
| *** DanmerZ <DanmerZ!~op@46.150.10.8> has joined #yocto | 08:08 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-143-170.home.otenet.gr> has left #yocto | 08:14 | |
| *** camus1 <camus1!~Instantbi@58.246.136.202> has joined #yocto | 08:17 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 08:18 | |
| *** camus1 is now known as kaspter | 08:18 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 08:27 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 08:32 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-mvyxzducavgailhd> has joined #yocto | 08:32 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 08:34 | |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 08:35 | |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 08:37 | |
| *** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has joined #yocto | 08:48 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 09:05 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 09:05 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 09:06 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 09:09 | |
| qschulz | Siva38: just don't put it in the image? | 09:09 |
| *** m1ster_r- <m1ster_r-!~m1ster_r0@prometheus.umask.eu> has quit IRC | 09:18 | |
| *** m1ster_r0b0t <m1ster_r0b0t!~m1ster_r0@prometheus.umask.eu> has joined #yocto | 09:18 | |
| qschulz | idadel: on which branch are you developing? qemu is 5.2.0 on master | 09:22 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 09:34 | |
| *** Chrys <Chrys!a5e14d1c@165.225.77.28> has quit IRC | 09:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 09:35 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 09:35 | |
| *** sno <sno!~sno@p4fe9374b.dip0.t-ipconnect.de> has quit IRC | 09:36 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 09:38 | |
| idadel | qschulz: paule/rpurdie-license-experiments-osls | 09:40 |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 09:40 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 09:41 | |
| *** justas <justas!~justas@78-61-38-172.static.zebra.lt> has joined #yocto | 09:43 | |
| justas | hello, I'm trying to build some userspace applications and I get the following message: "...arm-zaku-linux-musleabi/10.2.0/ld: cannot find -lgcc_s", in total these are missing: "crti.o, crtbeginS.o, -lgcc, -lgcc_s, -lc, -lgcc, -lgcc_s, crtendS.o, crtn.o". The linker seems to be broken. Is there something wrong with my makefile or .bb recipe? | 09:46 |
| LetoThe2nd | justas: the latter, usually. espcially if you're using a handcarved makefile, then chances are roughly 100% (give or take some) | 09:49 |
| qschulz | idadel: ah right, forgot you already mentioned it sorry. It's apparently based on thud according to meta-poky/conf/distro/poky.conf. | 09:54 |
| qschulz | I'm not sure it's worth debugging right now since thud does not support Ubuntu 20.04 officially | 09:54 |
| qschulz | so, either rebase on a branch that supports Ubuntu 20.04 officially, or maybe use containers | 09:55 |
| qschulz | maybe RP did build the branch on a decently recent distribution, and might be able to help | 09:56 |
| qschulz | for containers, kas, or pyrex are usually the go-to, I've personally used neither of them | 09:56 |
| qschulz | also, those bugs might be fixed in qemu itself or glibc or something so wandering through the respective git repo/mailing lists and try to find patches you can backport is also an option | 09:57 |
| justas | what could be the debugging steps to find out what part of the recipe is breaking the linker? | 10:00 |
| LetoThe2nd | justas: are you using a handcarved makefile? | 10:11 |
| justas | yes, it's not from autotools. | 10:13 |
| LetoThe2nd | justas: any particular, real technical reason for that? (other than "i don't like build systems"?= because chances are that migrationg to meson, cmake, autotools will fix stuff properly. | 10:16 |
| Siva38 | Zeus has both Python 3.x and Python 2.7.x. is there anyway to remove python 2.7.x from the rootfs image? | 10:18 |
| LetoThe2nd | justas: else, the debugging steps are basically: make sure that your makefile has basically nothing hardcoded, especially _no_ _absolute_ pathes and no binary names, anywhere. | 10:18 |
| LetoThe2nd | Siva38: just do not put it into the rootfs? | 10:18 |
| justas | it's a kernel module from a big vendor, they apparently do things different. :/ ok thank you, I'll check it out :) | 10:19 |
| LetoThe2nd | justas: even the so called "big vendors" ship crap. | 10:19 |
| paulbarker | RP: Looking at this failed build: https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/2938 | 10:20 |
| paulbarker | RP: I see it has PACKAGE_CLASSES = "package_rpm package_deb package_ipk" in the write config stage | 10:20 |
| paulbarker | RP: Am I right thinking the rootfs is built with the first entry on that list, i.e. RPM? | 10:20 |
| LetoThe2nd | paulbarker: yep, first one is actually used in the process, others are just to create package streams. | 10:21 |
| paulbarker | Actually, yes, that's what the comment in my local.conf says | 10:21 |
| paulbarker | So the rootfs will be built with RPM. And the "rootfs_ipk: allow do_populate_sdk in parallel to do_rootfs" patch won't have any affect here | 10:22 |
| paulbarker | s/affect/effect/, I need more coffee | 10:23 |
| LetoThe2nd | s/coffee/beers/ | 10:23 |
| paulbarker | The build failure is almost certainly due to my patches then and not that rootfs_ipk patch if the rootfs isn't being built with ipk | 10:24 |
| paulbarker | LetoThe2nd: I'll save the beers for later | 10:24 |
| qschulz | Siva38: something is pulling python2, so you need to either configure this thing to not use python2 or remove the thing(s) that need python2 from your image. Easiest way is to just remove the python2 recipe and see what fails to build | 10:24 |
| qschulz | and iterate over and over again until it does not fail anymore and then you're good to go | 10:25 |
| LetoThe2nd | paulbarker: i've been chasing sig mismatches on esdk generation for a krogoth based thing for days now. such fun for all of us. | 10:25 |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 10:26 | |
| paulbarker | I'll kick off a local build with a roughly similar config to the failing autobuilder one and see what happens | 10:27 |
| RP | paulbarker: correct, I should have realised that earlier. It is your series then :( | 10:27 |
| paulbarker | RP: Is there a command to check if a path is in the pseudo db? | 10:28 |
| RP | paulbarker: not directly, no | 10:28 |
| paulbarker | The build failure is probably non-deterministic but hopefully the pseudo db state after do_image_wic finishes is deterministic | 10:28 |
| RP | paulbarker: right. I did have patches to hack status checks onto the DB | 10:29 |
| paulbarker | RP: The way wic invokes pseudo when wic is already running under pseudo does always worry me | 10:29 |
| RP | paulbarker: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=73b183bd81bb47181ea622389de5675f63848ac7 http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=34853d4bcca9dd4fb457706c7cc7d0b7c8384a12 | 10:30 |
| Siva38 | ok, let me remove ./poky/meta/recipes-devtools/python/python_2.7.17.bb, ./poky/meta/recipes-devtools/python/python-native_2.7.17.bb and check | 10:30 |
| RP | paulbarker: may give you inspiration | 10:30 |
| paulbarker | RP: Ok, I'll let this build run locally and then see what I can do with the results | 10:30 |
| RP | paulbarker: it worries me too :/ | 10:30 |
| paulbarker | RP: Feel free to back my patches out of master-next for now | 10:31 |
| paulbarker | RP: Patches 1 & 3 of the series should be relatively un-controversial | 10:35 |
| paulbarker | The rest may need some re-work once I've found out what's corrupting the pseudo db | 10:35 |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 10:40 | |
| RP | paulbarker: will do, these things can be a bit tricky | 10:45 |
| *** camus1 <camus1!~Instantbi@180.168.140.162> has joined #yocto | 10:47 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 10:47 | |
| *** camus1 is now known as kaspter | 10:47 | |
| ant__ | RP: hi | 10:49 |
| ant__ | again about PRIVATE_LIBS, say a recipe foo.bb gives the unversioned, no soname, bar.so | 10:50 |
| ant__ | is it pointless to add the lib to RPROVIDES_{PN} isn't? | 10:51 |
| ant__ | the shlibs resolver would not pick it up | 10:51 |
| *** DanmerZ <DanmerZ!~op@46.150.10.8> has quit IRC | 10:52 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 10:54 | |
| ant__ | afais the oly way to force it and fix the [file-rdeps] QA would be ASSUME_SHLIBS bazooka which doesn't sound right with private libs | 10:55 |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 10:55 | |
| ant__ | atm we added the build/runtime dependency in the recipe needing it | 10:56 |
| ant__ | (it's a v3driver providing gles2) | 10:56 |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 10:57 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has joined #yocto | 10:57 | |
| *** Siva38 <Siva38!ad277954@173.39.121.84> has quit IRC | 11:00 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 11:03 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-bzeryewohkqrtapi> has quit IRC | 11:06 | |
| *** john-mark <john-mark!uid481123@gateway/web/irccloud.com/x-yzheqkmwwbnejiit> has quit IRC | 11:06 | |
| *** john-mark <john-mark!uid481123@gateway/web/irccloud.com/x-gxdytzemqeadoupz> has joined #yocto | 11:06 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-gnvbkbfkmdyalgsz> has quit IRC | 11:06 | |
| *** andycooper <andycooper!uid246432@gateway/web/irccloud.com/x-iihujydmhgggydny> has joined #yocto | 11:06 | |
| *** ldts <ldts!sid269548@gateway/web/irccloud.com/x-xfzjoicksgycbcqh> has joined #yocto | 11:07 | |
| *** sno <sno!~sno@2001-4dd6-cbe9-0-3904-fab9-bafb-82b6.ipv6dyn.netcologne.de> has joined #yocto | 11:18 | |
| *** jobroe <jobroe!~manjaro-u@p579eb304.dip0.t-ipconnect.de> has joined #yocto | 11:24 | |
| *** kaspter <kaspter!~Instantbi@180.168.140.162> has quit IRC | 11:31 | |
| *** jobroe <jobroe!~manjaro-u@p579eb304.dip0.t-ipconnect.de> has quit IRC | 11:38 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC | 11:39 | |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has joined #yocto | 11:39 | |
| *** jobroe <jobroe!~manjaro-u@p579eb304.dip0.t-ipconnect.de> has joined #yocto | 11:41 | |
| *** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto | 11:50 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 11:52 | |
| RP | ant__: Adding an INSANE_SKIP is probably fair in this case | 11:53 |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 12:02 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 12:04 | |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 12:06 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 12:17 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 12:18 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 12:19 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto | 12:19 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 12:26 | |
| *** jonasbits <jonasbits!~quassel@78-72-26-143-no162.tbcn.telia.com> has quit IRC | 12:28 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto | 12:38 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 12:38 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 12:38 | |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 12:39 | |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has joined #yocto | 12:41 | |
| *** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC | 12:42 | |
| thekappe | Hello guys. I need an high level suggestion.. I will have two boards with the same SoC chip but with different external devices and FPGA IP cores. What it was asked me is, if it possible, to have one main project that can build the proper Linux distro for each board without the need to menage two separate projects. How can I do that in yocto ? I've | 12:43 |
| thekappe | seen someone using different MACHINE and others using multiconfig. Which is in your opinion the best way to do that ? | 12:43 |
| *** elGamal <elGamal!~elg@198.8.85.134> has quit IRC | 12:44 | |
| qschulz | are the different external devices accessed via the SoC? | 12:46 |
| qschulz | or via the FPGA? | 12:47 |
| ant__ | RP: eh, yes | 12:47 |
| ant__ | thx | 12:47 |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 12:47 | |
| thekappe | qschulz, both of them, so the DT will be different and probably also the kernel configuration file. | 12:48 |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-zzrpulgdynzirorj> has joined #yocto | 12:49 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 12:49 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 12:49 | |
| LetoThe2nd | thekappe: different kernel configurations definitively mean two distinct MACHINE configurations. | 12:53 |
| qschulz | thekappe: "It depends" | 12:57 |
| qschulz | if you can have the same kernel but different device trees and you can detect from u-boot which board you're booting, then embed all dts in the fitimage and select the correct configuration at runtime | 12:58 |
| qschulz | you could also put all FPGA FW in the same fitimage and select which one to flash from there | 12:58 |
| qschulz | there/uboot | 12:59 |
| LetoThe2nd | "same kernel" != "different kernel configuration files" | 12:59 |
| qschulz | LetoThe2nd: well... it depends :) if one board needs a more featureful configuration than the other, maybe you can just use the featureful configuration for the other board too | 12:59 |
| LetoThe2nd | but then they aren't different anymore. QED. | 13:00 |
| qschulz | LetoThe2nd: which was the point I was trying to raise. It's not because you want more features for one board than you want to exclude those features from the other board | 13:01 |
| qschulz | especially since most of the config nowadays for most people/vendors are just enabling drivers | 13:01 |
| LetoThe2nd | yeah, i know what you mean. | 13:01 |
| qschulz | thekappe: and you'll need multiconfig anyway :) | 13:02 |
| thekappe | LetoThe2nd, qschulz, thanks for the hints | 13:02 |
| qschulz | to build your FPGA FW | 13:02 |
| thekappe | @qschulz also because I need the overlay feature | 13:03 |
| qschulz | so all in all, you just have to figure out if you want to share the same MACHINE for your two boards (which is doable in some cases, but most often not) | 13:03 |
| qschulz | thekappe: fitimage supports dt overlays | 13:03 |
| thekappe | woha | 13:03 |
| qschulz | well, u-boot supports dt overlays sorry | 13:03 |
| qschulz | not sure if you can put them in the configuration node though, might need to handle the logic from u-boot side | 13:04 |
| thekappe | the overlay and fpga fw will be on a dedicated partition | 13:04 |
| qschulz | but I've done it before by using bootm ${loadaddr}#additionnal-dtb#additional-dtb | 13:04 |
| thekappe | and will be used after the kernel has booted | 13:04 |
| qschulz | thekappe: then you can use fdt support in u-boot | 13:04 |
| thekappe | since they are related to a specific application package | 13:05 |
| qschulz | to patch the dtb you loaded | 13:05 |
| qschulz | why applying them after the kernel has booted? | 13:05 |
| thekappe | I really don't know. The guys told me they do so | 13:07 |
| thekappe | I didn't know that u-boot manages dtbo files | 13:08 |
| thekappe | this channel is fu**** amazing | 13:11 |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 13:36 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 13:36 | |
| dagmcr | hi guys, i'm running a PR service (bitbake-prserv) but I'm getting a lot of this issues from time to time in my ci/cd: | 13:50 |
| dagmcr | `ERROR: mc:qt5122:gstd1.0-0.6.2+gitAUTOINC+3526d0ffdb-r0 do_package: Can NOT get PRAUTO, exception [Errno 111] Connection refused` | 13:50 |
| dagmcr | Is there anything specific you can recommend to get rid of this errors? I don't know if they happen because of multiple access at once... or the machine running the PR Server is busy/not responding... any idea? | 13:50 |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 13:50 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 13:54 | |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has joined #yocto | 13:54 | |
| RP | dagmcr: its likely some kind of performance/scaling issue :/ | 13:55 |
| RP | dagmcr: what kind of scale is this running at? how many workers pointed at the prserv? | 13:56 |
| eduardas | hello, while compiling a 3rd party out-of-tree kernel module, I get error: the frame size of 1192 bytes is larger than 1190 bytes [-Werror=frame-larger-than=] | 14:15 |
| eduardas | is there a standard way to tweak the GCC compiler flags under Yocto to work around this? | 14:15 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 14:17 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 14:18 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 14:21 | |
| *** Chrys46 <Chrys46!a5e14d1c@165.225.77.28> has joined #yocto | 14:21 | |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 14:22 | |
| Chrys46 | Hello all:) The situation : I want to remove a RDEPENDS within a packagroups which is in the 2nd highest layer. In my first highest layer, i put un RDEPENDS_remove of this package that is in the packagegroup... Problem. It's say that "nothing provide" that package. Which is normal as I removed it. I Check with bitbake -g .... No dependencies | 14:23 |
| Chrys46 | with it... If i don't use the packagegroup and I manually add one by one the package except the one i want to remove, everything is fine.... Any workaround? | 14:23 |
| Chrys46 | I want to remove a package which RDEPENDS* | 14:25 |
| qschulz | Chrys46: RDEPENDS_${PN}_remove | 14:25 |
| Chrys46 | yeah | 14:26 |
| qschulz | bitbake -e <your-package-group> is here to help | 14:26 |
| Chrys46 | I already have 3 packages on my REDEPENDS_${PN}_remove, when i had the fourth one, it doesn't work. | 14:26 |
| Chrys46 | but something strange is... | 14:26 |
| qschulz | give us what you're doing | 14:27 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 14:27 | |
| qschulz | for now it seems your issue is not with RDEPENDS_${PN}_remove but with one partiular element of your packagegroup | 14:27 |
| Chrys46 | if i delete the first line of this RDEPENDS_remove.... | 14:27 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 14:27 | |
| Chrys46 | it works | 14:27 |
| qschulz | give us the line | 14:27 |
| Chrys46 | it's another package | 14:27 |
| qschulz | give us your too RDEPENDS_${PN}_remove | 14:28 |
| qschulz | two* | 14:28 |
| *** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 14:28 | |
| *** ThomasD13 <ThomasD13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC | 14:35 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 14:36 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has quit IRC | 14:42 | |
| *** kpo_ <kpo_!~kpo@bwu34.internetdsl.tpnet.pl> has joined #yocto | 14:43 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.30> has quit IRC | 14:48 | |
| Chrys46 | qschulz sorry, i have been busy | 14:49 |
| Chrys46 | for example : RDEPENDS_${PN}_remove = "proftpd dhcp-client ifupdown" | 14:50 |
| qschulz | what would be the second _remove then that would fail this one? | 14:51 |
| Chrys46 | https://controlc.com/17ab7bca | 14:51 |
| Chrys46 | and that is the RDEPENDS | 14:51 |
| Chrys46 | From the RDEPENDS, i want to remove fuse | 14:51 |
| Chrys46 | So i put it to RDEPENDS_${PN}_remove | 14:52 |
| Chrys46 | ( because it's a bbappend of this file ) | 14:52 |
| Chrys46 | and that fail | 14:52 |
| Chrys46 | if i remove the first package of the REMOVE, it works... | 14:52 |
| Chrys46 | or the second, or the third | 14:53 |
| qschulz | Chrys46: can you put a package per RDEPENDS_${PN}_remove? (basically have one _remove per package?) | 14:57 |
| Chrys46 | mhh what's your guessing? | 14:57 |
| Chrys46 | some special character that mess up? | 14:58 |
| qschulz | Chrys46: i don't know, just trying out my luck :p | 14:59 |
| Chrys46 | I've already done that | 14:59 |
| LetoThe2nd | multiple _remove on a single variable are supposed to not work anyways... | 14:59 |
| Chrys46 | And it removes all the time the first 3 removes | 15:00 |
| Chrys46 | I mean, i have 4 x times RDEPENDS_${PN}_remove | 15:00 |
| qschulz | Chrys46: can you give us the lines above the line starting with RDEPENDS_${PN}= in the output of bitbake -e <your-package-group>? | 15:00 |
| qschulz | LetoThe2nd: What? sources? | 15:00 |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 15:00 | |
| qschulz | LetoThe2nd: https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-metadata.html#removal-override-style-syntax | 15:01 |
| LetoThe2nd | https://theyoctojester.info/session_14/main.html comment by Chris | 15:01 |
| qschulz | LetoThe2nd: nah, that's a different thing | 15:01 |
| qschulz | it's a way to make it possible for other bbappends to cancel your _remove | 15:02 |
| *** uso <uso!~uso@unaffiliated/uso> has left #yocto | 15:02 | |
| LetoThe2nd | yes. maybe it works when everything is in the same recipe? | 15:02 |
| LetoThe2nd | but if the removes are spread out i don't think they work | 15:02 |
| qschulz | there's no reason for them not to work | 15:02 |
| qschulz | but eh, happy to be proven otherwise :) | 15:02 |
| qschulz | in any case, one of us will have learn something today :) | 15:02 |
| LetoThe2nd | yeah | 15:04 |
| qschulz | Chrys46: the output of bitbake -e will give you the history of how the variable was set, so this is usually a very good place to start looking when things are going not the way you expected | 15:04 |
| LetoThe2nd | but i'm so old already that i will instantly forget again! | 15:04 |
| qschulz | LetoThe2nd: I'll remind you until the day I'm too old too don't worry | 15:07 |
| LetoThe2nd | thanks mate | 15:08 |
| Sponge5 | Where can I list all available packages to install with IMAGE_INSTALL? | 15:10 |
| LetoThe2nd | Sponge5: maybe oe-pkgdata-util | 15:11 |
| Chrys46 | qschulz trying to check :) | 15:12 |
| Sponge5 | LetoThe2nd: huh, networkmanager is not there | 15:12 |
| LetoThe2nd | Sponge5: hum, so what? | 15:14 |
| Chrys46 | If i see the remove done before the "add" | 15:14 |
| Chrys46 | it will add? | 15:14 |
| Sponge5 | LetoThe2nd: idk, thought it was a pretty basic package. So if it's not there I have to find/make a recipe to include it in my image, right? | 15:16 |
| LetoThe2nd | Sponge5: its a package provided by meta-openembedded/meta-oe. so it is supposed to be there if you have added that layer, and to not be there if you haven't added it. | 15:17 |
| *** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has joined #yocto | 15:17 | |
| v0n | hi there | 15:18 |
| v0n | I've enabled debug-tweaks for passwordless root login on my dev board, but I'm still getting: login: can't set groups: Operation not permitted | 15:18 |
| v0n | any idea? | 15:18 |
| Sponge5 | LetoThe2nd: got it, thanks. Interesting that noone has asked this on SO yet | 15:19 |
| qschulz | Chrys46: _remove is final, it's the last thing to be done so no it shouldn't matter, but obviously bugs are possible | 15:20 |
| qschulz | Sponge5: http://layers.openembedded.org/layerindex/branch/master/recipes/ for recipes | 15:20 |
| emrius | @v0n I think that happened to me when I also enabled readonly root filesystem without symlinking /etc/shadow etc to persistent storage. So, did you enable read only rootfs? | 15:20 |
| *** justas <justas!~justas@78-61-38-172.static.zebra.lt> has quit IRC | 15:20 | |
| qschulz | but obviously this does not allow you to look for packages, only recipes | 15:21 |
| Chrys46 | i've done a show-layers | 15:22 |
| Chrys46 | And my bbappend is there | 15:23 |
| Chrys46 | Btw, it seems that... i don't see the RDEPENDS_${PN}_remove | 15:23 |
| Chrys46 | on the bitbake -e <packagegroup> | 15:23 |
| v0n | emrius: my distro is quite simple at the moment, no packages, nothing. I've only added debug-tweaks to my machine definition | 15:23 |
| Chrys46 | the bbappend is in a different layer in a highest layer | 15:23 |
| qschulz | Chrys46: you won't see an entry for RDPEENDS_${PN}_remove, same for _append | 15:24 |
| qschulz | Yocto builds variables directly but give you the history | 15:24 |
| qschulz | if the bbappend is parsed (thus, found by yocto), the priority does not matter | 15:25 |
| Chrys46 | Ok so he know thats there is a "remove" and it shows me the final result then? | 15:25 |
| qschulz | Chrys46: more or less | 15:25 |
| qschulz | because sometimes you have machine specific variables | 15:25 |
| Chrys46 | so if i see my package still in RDEPENDS_${PN} .. | 15:25 |
| qschulz | mmmmm... actually no, you're right, it is final result you see in the variable | 15:26 |
| qschulz | Chrys46: you're screwed :) | 15:26 |
| Chrys46 | And i see that some of the package have been removed by RDEPENDS_${PN}_remove, but not others..; | 15:26 |
| qschulz | well, there might be other stuff going on, in which case, you'd need to send us the commented lines above RDEPENDS_${PN} or try to make sense of the history yourself if you don't want to share it | 15:27 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has quit IRC | 15:29 | |
| Chrys46 | oh | 15:30 |
| *** yizhao <yizhao!~zhaoyi@60.247.85.82> has joined #yocto | 15:32 | |
| qschulz | (from the output of bitbake -e) | 15:32 |
| Chrys46 | it have been removed | 15:33 |
| Chrys46 | i checked the comment and not the variable xD | 15:33 |
| Chrys46 | My guessing is that another package depend it | 15:34 |
| Chrys46 | where is the log of the bitbake i've done to see which task failed? | 15:34 |
| *** emrius <emrius!~emrius@dslb-088-064-250-061.088.064.pools.vodafone-ip.de> has quit IRC | 15:37 | |
| Chrys46 | Maybe caching problems? | 15:37 |
| LetoThe2nd | where are the signatures respectively basehashes egnerated? | 15:40 |
| LetoThe2nd | (which files/functions to look at?) | 15:40 |
| roussinm | I would like to know if anyone develops using the native SDK? How am I suppose to use the libraries in there? Do I need to source the environment and _not_ load the OEToolchainConfig.cmake? | 15:41 |
| Chrys46 | Ok, it was a caching problem | 15:44 |
| Chrys46 | why is sstate putting fuse if i don't ask for? | 15:45 |
| qschulz | Chrys46: you need to give us more context, we don't have access to your building machine, error logs or config :/ | 15:46 |
| Chrys46 | so the problem was the Sstate cache | 15:46 |
| Chrys46 | i cleansstate of the packagegroup | 15:46 |
| qschulz | Chrys46: you have bigger problems if you need to cleansstate a packagegroup | 15:47 |
| RP | ah, there is a bug open for packagegroups :/ | 15:47 |
| Chrys46 | @qs | 15:47 |
| qschulz | ah! thanks RP for chiming in :P) | 15:47 |
| qschulz | Chrys46: well there you have it, a bug :) | 15:47 |
| RP | https://bugzilla.yoctoproject.org/show_bug.cgi?id=7298 | 15:47 |
| RP | I'm guessing its related to that | 15:48 |
| * paulg wonders if there is a good example of package "b" that somehow makes use of knowledge that package "a" has some or all of what it needs already... | 15:50 | |
| qschulz | LetoThe2nd: have you looked into the TMPDIR/stamps directory? | 15:50 |
| paulg | ...or to go one step further, a meta-package that primarily exists just to "prime" the downloads dir with content. | 15:50 |
| qschulz | RP: not entirely clear but can't rule it out | 15:50 |
| Chrys46 | Ok we use jenkins | 15:50 |
| Chrys46 | and we take the sstate on a server | 15:51 |
| Chrys46 | when i clean, i do it locally | 15:51 |
| Chrys46 | but still i take it from the server | 15:51 |
| qschulz | mmmm... but the sstate-cache signature should not match for the one you take from the server | 15:52 |
| manuel1985 | I shall update our build machine. It's DELL Optiplex 7010 from 2014. CPU is a octocore i7-3770 CPU @ 3.40GHz. We're maxing RAM out to 32GB. Shall I go for a SATA (about 500MB/s read&write speed) or a PCI-express one (3000 to 6000MB/s readwrite speed)? | 15:52 |
| manuel1985 | For the SSD | 15:52 |
| qschulz | paulg: what is your prime recipe providing for other recipes? in other words, can't you have a recipe which compiles everything you need in one recipe only? | 15:53 |
| qschulz | if not, can't you just create your prime recipe and add it to the DEPENDS of other recipes? | 15:53 |
| paulbarker | manuel1985: NVMe drives are worthwhile if you have a CPU with enough cores | 15:54 |
| Chrys46 | when a task is done, can we know from where the "work" have been taken? | 15:54 |
| manuel1985 | paulbarker: Enough being considerably more than 8 cores I suppose? | 15:54 |
| Chrys46 | like if it was taken from those sstate or whatever | 15:54 |
| paulbarker | manuel1985: I'm running a 6c/12t machine and an 8c/16t machine, both with NVMe drives | 15:54 |
| qschulz | Chrys46: if taken from sstate-cache, you won't have a new file in ${WORKDIR}/temp/log.do_<task> | 15:55 |
| paulbarker | I think if you have at least 12 threads it's worthwhile. If there's a tradeoff to be made below that, spend the extra money on CPU not disk | 15:55 |
| armpit | YPTM - armin is on | 15:55 |
| Chrys46 | qschulz i needed to check de timestamp of the file right? | 15:56 |
| Chrys46 | to make sure he have really made the task | 15:56 |
| qschulz | or just remove the ones you have currently | 15:57 |
| qschulz | the ${WORKDIR}/temp dir can be safely removed | 15:57 |
| Chrys46 | if i remove, and no news one, it means sstate cache? | 15:57 |
| qschulz | yup | 15:57 |
| Chrys46 | ok i see | 15:57 |
| manuel1985 | I'm just not sure if that old cpu is a bottleneck. But my thinking is that a full build will run only at night when build time doesn't matter, and builds during the day will be incremental, that is we might benefit from fast disk access more than cpu power | 15:57 |
| Chrys46 | thanks you | 15:57 |
| Chrys46 | have a good day qschulz | 15:58 |
| qschulz | Chrys46: you too, please don't forget to keep us updated or open a bugreport if you find something odd | 15:59 |
| paulg | qschulz, yeah - the prime will be a depends of the children for sure.. I was more concerned if it was allowed for pkg B to make direct references to content in the downloads dir from pkg A, or if that violated some kind of fetcher rules. | 15:59 |
| *** lelle <lelle!~lelle@static-213-115-118-178.sme.telenor.se> has joined #yocto | 15:59 | |
| Chrys46 | qschulz no prob | 15:59 |
| paulg | basically I think I just have to try my idea and see what breaks. :-P | 16:00 |
| qschulz | paulg: either you want something like work-shared that is used by the kernel recipe, or abuse DEPENDS with a custom SYSROOT_DIRSA | 16:00 |
| qschulz | paulg: otherwise if the concern is just "not download from the network twice the same tarball", that should alreayd be handled by the fetcher IIRC if you have the exact same URLs | 16:01 |
| qschulz | if it's "do not untar the tarball twice", then it's a different thing | 16:01 |
| *** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-69bd-ceed-aadd-e606.res6.spectrum.com> has quit IRC | 16:03 | |
| *** Kyubi_ <Kyubi_!~Kyubi@c-67-188-92-153.hsd1.ca.comcast.net> has quit IRC | 16:03 | |
| paulg | qschulz, ah but there is the rub. It is 2021 and I'm not using tarballs. I'm using git, and want to capitalize on the fact that objects from A are used in B (like git clone --reference...) | 16:08 |
| paulg | Separate projects, but a fair chunk of shared history. | 16:09 |
| qschulz | paulg: what about subpath in the git fetcher? https://docs.yoctoproject.org/bitbake/bitbake-user-manual/bitbake-user-manual-fetching.html#git-fetcher-git | 16:09 |
| *** frsc <frsc!~frsc@p50937620.dip0.t-ipconnect.de> has quit IRC | 16:09 | |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto | 16:10 | |
| qschulz | you would clone only what you need *if you have separate directory for your projects) | 16:10 |
| paulg | thanks for the pointer. I'll have a read of that once I get some boilerplate test framework in place. Trying to steer clear of the fetcher as much as possible, of course. | 16:11 |
| paulg | I've heard small children have strayed in there and never been seen again. | 16:11 |
| *** eduardas <eduardas!~eduardas@78-61-200-153.static.zebra.lt> has quit IRC | 16:12 | |
| paulg | zeddii was fighting with it once. Didn't see him for a year and he came back with grey hair. | 16:12 |
| qschulz | paulg: I'll let you do it by yourself then, too young still to have grey hair | 16:14 |
| *** adelcast <adelcast!~adelcast@2603-8080-1e08-7cd8-fd30-b045-70ef-c7f1.res6.spectrum.com> has joined #yocto | 16:15 | |
| *** Chrys46 <Chrys46!a5e14d1c@165.225.77.28> has quit IRC | 16:16 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has joined #yocto | 16:16 | |
| *** lelle <lelle!~lelle@static-213-115-118-178.sme.telenor.se> has quit IRC | 16:19 | |
| *** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC | 16:25 | |
| *** yann <yann!~yann@88.120.44.86> has quit IRC | 16:30 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:31 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 16:34 | |
| manuel1985 | If I would like to have a shared sstate-cache for all users on a unix system, where would I put it? What's the canonical location? /var/opt? | 16:44 |
| *** yann <yann!~yann@88.120.44.86> has joined #yocto | 16:44 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has quit IRC | 16:48 | |
| *** gpanders <gpanders!~gpanders@c-73-228-7-205.hsd1.nm.comcast.net> has joined #yocto | 16:53 | |
| JPEW | manuel1985: You can put it whereever, just set SSTATE_DIR correctly | 16:53 |
| *** dreyna_ <dreyna_!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has joined #yocto | 16:57 | |
| manuel1985 | Yeah I know, I just don't want to violate some agreed standards. | 17:02 |
| *** Sponge5 <Sponge5!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 17:02 | |
| manuel1985 | https://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard | 17:02 |
| manuel1985 | JPEW | 17:03 |
| rburton | put it in /srv if you want to follow a standard | 17:03 |
| rburton | i live wild and free, and have /yocto | 17:03 |
| zeddii | renegade!!!! | 17:03 |
| manuel1985 | Some people just want to see the world burn. | 17:03 |
| rburton | that's how I roll | 17:03 |
| * zeddii doesnt' have a shared sstate cache. so there!!! | 17:04 | |
| manuel1985 | What do I do if I want to access the same sstate-cache from several unix user accounts? Standard file permission is 644, so even if I put all the accounts into the same group only the creating one will have write access. (If I understand right.) | 17:06 |
| fray | My sstate-cache is on a read-only parition, that way it never updates and I always have to build from source.. <sarcasm> | 17:09 |
| rburton | manuel1985: change your umask | 17:10 |
| rburton | group yocto, sticky bits on the parent, etc | 17:10 |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 17:11 | |
| manuel1985 | rburton: Thanks | 17:13 |
| ant__ | rburton, my sstate-cache is bigger than yours :) | 17:14 |
| dagmcr | purple: sorry for the delay. 6 workers at max pointing to the same PR service. | 17:15 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 17:15 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 17:16 | |
| *** fl0v0 <fl0v0!~fvo@i59F44EA3.versanet.de> has quit IRC | 17:17 | |
| rburton | ant__: 111G/yocto/ross/sstate/ i did purge it fairly recently | 17:17 |
| *** mckoan is now known as mckoan|away | 17:19 | |
| *** vineela <vineela!vtummala@nat/intel/x-eqjxlmfwndkqjbhd> has joined #yocto | 17:26 | |
| RP | rburton: 601G here :) | 17:41 |
| RP | zeddii: https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/2941 - the warning - is that a quick fix for you or do I report to Kevin? | 17:42 |
| rburton | the CI builder has 383G and thats only been up a few months | 17:47 |
| RP | rburton: we could ask michael what the autobuilder is at? :) | 17:47 |
| rburton | Bets on how long it takes to actually calculate? | 17:48 |
| ant__ | wasn't JaMa always purging it? | 17:49 |
| ant__ | iirc he had some clever scripts | 17:49 |
| rburton | that was for his meta-oe builder, yeah | 17:49 |
| zeddii | RP: I have a configuration tweak patch from him, I'll send it by EOD with some other changes. | 17:49 |
| ant__ | right | 17:49 |
| RP | zeddii: ok, so I could merge and this will be resolved soon? :) | 17:50 |
| rburton | zeddii: might have another defconfig warning with 5.10 that a bsp is triggering | 17:50 |
| halstead | RP, calculating now with a timer. | 17:52 |
| zeddii | RP: poky-contrib zedd/kernel has the -stable updates and the likely warning fix. | 17:52 |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 17:53 | |
| RP | zeddii: I'll wait for you to send but its good to know I can keep the change in queue :) | 17:54 |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 18:00 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 18:00 | |
| v0n | Is f2fs still better than ext4 for (e)MMC or is it not true anymore? | 18:00 |
| *** manuel1985 <manuel1985!~manuel@62.99.131.178> has quit IRC | 18:02 | |
| khem | I use f2fs its certainly faster writes than default ext4 but you can tune ext4 to get better | 18:07 |
| *** john-mark <john-mark!uid481123@gateway/web/irccloud.com/x-gxdytzemqeadoupz> has quit IRC | 18:12 | |
| RP | paulbarker: just as a datapoint, I reran that failed build and it did repeat: https://autobuilder.yoctoproject.org/typhoon/#/builders/65/builds/2940 | 18:17 |
| *** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/kiwiirc.com/ip.149.90.111.173> has quit IRC | 18:20 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 18:22 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 18:24 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 18:28 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 18:34 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 18:36 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 18:36 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 18:44 | |
| *** rcw <rcw!~rcwoolley@45.72.247.188> has joined #yocto | 18:46 | |
| *** wherearethelogs <wherearethelogs!59cd856f@89.205.133.111> has joined #yocto | 18:51 | |
| wherearethelogs | where are the irc logs for 2021? | 18:52 |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-mvyxzducavgailhd> has quit IRC | 18:53 | |
| *** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has joined #yocto | 18:58 | |
| paulg | laying on the forest floor? | 19:00 |
| wherearethelogs | Stephano, give me a sign! Tell me what to do, cause I'm gonna get through whatever you want me too, Stephano, give me a sign! | 19:00 |
| PaowZ | paulg: xD | 19:00 |
| paulg | either that, or check the fireplace. | 19:00 |
| wherearethelogs | paulg i've checked already, wasn't there | 19:00 |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 19:06 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:13 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 19:13 | |
| *** wherearethelogs <wherearethelogs!59cd856f@89.205.133.111> has quit IRC | 19:14 | |
| ant__ | ah, I was about pointing to the 'backup' courtesy of ka6sox | 19:25 |
| ant__ | logs.nslu2-linux.org/livelogs/yocto/ | 19:25 |
| ant__ | halstead, ou can grab the old logs from there | 19:26 |
| ant__ | these days more and more people are asking about the logs :) strange | 19:26 |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 19:27 | |
| *** kanavin_home <kanavin_home!~Srain@5.28.101.232> has joined #yocto | 19:27 | |
| *** w00die <w00die!~w00die@212.91.255.186> has quit IRC | 19:33 | |
| halstead | The irc logs were being collected but not published. I've fixed the publish job so they are back up at https://www.yoctoproject.org/irc/ | 19:34 |
| halstead | Glad you are keeping backups available ant__ | 19:34 |
| *** w00die <w00die!~w00die@212.91.255.186> has joined #yocto | 19:34 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 19:44 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 19:45 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 19:46 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has joined #yocto | 19:46 | |
| ant__ | halstead, do not thank me, ka6sox instead | 19:57 |
| * halstead nods. Will do. | 19:57 | |
| ant__ | (he's keeping #oe, #kexecboot and many others) | 19:58 |
| halstead | I have the yocti backups, personal backups, and now I know about ka6sox's backups. IRC data shall survive. :) | 19:58 |
| abelloni | one yocto, two yocti ? | 20:03 |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 20:05 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 20:10 | |
| halstead | Yocti is the name of the little Yocto Project fluffball mascots. | 20:10 |
| yocti | halstead: Error: "is" is not a valid command. | 20:10 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 20:13 | |
| halstead | abelloni, https://imgur.com/a/yruuUn1 | 20:16 |
| abelloni | ah ok, I have multiple of those | 20:22 |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 20:22 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 20:27 | |
| * RP is pleased halstead linked to the "proper" ones with the ball feet :) | 20:29 | |
| halstead | RP, The others are impostors. | 20:29 |
| RP | halstead: Yes! There are only four 'real' models. red, yellow, blue and there is one green one | 20:30 |
| RP | green was a mock up prototype so in some ways is the original... | 20:31 |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has quit IRC | 20:31 | |
| *** vineela <vineela!vtummala@nat/intel/x-eqjxlmfwndkqjbhd> has quit IRC | 20:34 | |
| *** Ad0 <Ad0!~Ad0@93.124.245.194> has joined #yocto | 20:37 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 20:44 | |
| halstead | Do you still have the green one? It would be fitting. | 20:50 |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 20:58 | |
| *** asteriusio <asteriusio!~derek@104-179-196-18.lightspeed.brhmal.sbcglobal.net> has joined #yocto | 20:59 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 20:59 | |
| RP | halstead: I do, its sitting near me :) | 21:06 |
| halstead | Mine are boxed up at the moment. Most of them are the feet-cutout style. I have one of the original 8 ball style if I remember correctly. | 21:08 |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 21:08 | |
| RP | Its been a long time since the ball style ones were made. We should do another run... | 21:09 |
| sgw | I found mine I have a red, yellow and blue, but no green | 21:18 |
| RP | the green one is definitely the only one like that, it was a mock up for the others | 21:20 |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 21:29 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 21:32 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 21:35 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 21:36 | |
| *** aleblanc <aleblanc!~textual@192-222-183-114.qc.cable.ebox.net> has quit IRC | 21:36 | |
| *** jobroe <jobroe!~manjaro-u@p579eb304.dip0.t-ipconnect.de> has quit IRC | 21:43 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 21:46 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 21:50 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 21:51 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 21:53 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has quit IRC | 21:54 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 21:57 | |
| RP | JPEW: is there something we can do to limit the time diffoscope spends? Its taking hours :( | 21:58 |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has joined #yocto | 22:01 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has joined #yocto | 22:10 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 22:11 | |
| *** sesom <sesom!~sesom@lns-bzn-40-82-251-130-58.adsl.proxad.net> has quit IRC | 22:15 | |
| JPEW | RP: You can limit the depth (I think....) | 22:18 |
| JPEW | But it would make the output a lot less useful | 22:18 |
| RP | JPEW: right, I wish it was more sensible about the kinds of diffs it produced :/ | 22:19 |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 22:20 | |
| JPEW | Ah... I don't think so | 22:21 |
| RP | JPEW: its slowing the builds down so much its making it effectively mandatory I fix the repro issues asap :/ | 22:22 |
| RP | e.g. diffs of this vulkan staticdevs package | 22:22 |
| RP | (its a 25MB archive) | 22:22 |
| RP | although my local system did it in 60s :/ | 22:22 |
| RP | hmm, it just shows lots of "file format not recognised" which is why its fast | 22:24 |
| RP | broken objdump on that host distro, cross one works | 22:33 |
| *** vineela <vineela!vtummala@nat/intel/x-dzdgzhxlykjtqufv> has joined #yocto | 22:35 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 22:36 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 22:36 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 22:39 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 22:45 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 22:50 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 22:53 | |
| *** linums <linums!~linums@apn-94-44-115-237.vodafone.hu> has joined #yocto | 22:54 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 23:00 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 23:03 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 23:07 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto | 23:08 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has quit IRC | 23:10 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has quit IRC | 23:32 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has quit IRC | 23:33 | |
| *** adam1 <adam1!~adam@ip-89-177-129-187.net.upcbroadband.cz> has joined #yocto | 23:34 | |
| *** B0ned1ger <B0ned1ger!~B0ned1ger@82-135-139-249.static.zebra.lt> has quit IRC | 23:36 | |
| *** B0ned1ger2 <B0ned1ger2!~B0ned1ger@82-135-139-249.static.zebra.lt> has joined #yocto | 23:36 | |
| *** qschulz <qschulz!~weechat@ns326003.ip-37-187-106.eu> has joined #yocto | 23:36 | |
| *** Kyubi <Kyubi!~Kyubi@149.199.62.130> has quit IRC | 23:47 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 23:49 | |
| *** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC | 23:53 | |
| *** ericch <ericch!~ericch@pool-108-34-251-214.prvdri.fios.verizon.net> has quit IRC | 23:56 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!