| smurray | jonesv[m]: that's definitely using u-boot | 00:05 |
|---|---|---|
| smurray | jonesv[m]: I'd expect it to print the U-Boot version header on start, though | 00:06 |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto | 00:08 | |
| jonesv[m] | smurray: what tells you it's u-boot, then? | 00:09 |
| jonesv[m] | smurray: also, how could I get into the u-boot prompt from there? I am connected over serial, is there a key to press at some point? | 00:10 |
| smurray | jonesv[m]: those messages about loading things match what u-boot would print | 00:10 |
| smurray | jonesv[m]: usually you'd see a prompt that would let you break in, unless it has been configured off | 00:11 |
| jonesv[m] | smurray: yeah so I tried to set CONFIG_BOOTDELAY=2, but it does not seem to stop and wait | 00:12 |
| smurray | jonesv[m]: tlwoerner that did a bunch of the work on that pocketbeagle layer hangs out in here, he might have some ideas | 00:13 |
| smurray | jonesv[m]: and iirc, moto-timo that's here also has a layer for it somewhere | 00:14 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 00:14 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 00:14 | |
| jonesv[m] | Right. Would be glad to get insights from tlwoerner_ or moto-timo then 🙂. I suspect tlwoerner_ is not super active, at least not on github (I opened a PR for gatesgarth but never got any answer) | 00:15 |
| jonesv[m] | I'm trying to disable CONFIG_AUTOBOOT, but at this point I'm really guessing. I haven't found much u-boot documentation 😕 | 00:16 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 00:16 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 00:16 | |
| smurray | jonesv[m]: there's also #u-boot | 00:18 |
| jonesv[m] | Yeah nothing I do in `bitbake -c menuconfig u-boot` seem to have any effect | 00:18 |
| jonesv[m] | oh I was not aware of #u-boot, thanks! | 00:18 |
| smurray | jonesv[m]: I've not tried that menuconfig task in quite a while, I know it did work in the past | 00:20 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 00:23 | |
| jonesv[m] | smurray: yeah it does change the .config, and for the kernel it's working. I just don't really know what to set to achieve what I want, I guess... | 00:23 |
| jonesv[m] | I would like to enable fastboot and have a way to boot in a fastboot mode, and then flash my image through that (if that's possible at all) 🙂 | 00:24 |
| jonesv[m] | Again, for learning. On the pocketbeagle it's easy enough to remove the sdcard and flash it directly 😆 | 00:25 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 00:25 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 00:25 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 00:26 | |
| *** Reto[m] <Reto[m]!rettichs1@gateway/shell/matrix.org/x-jxhhrmkdxbadncxd> has joined #yocto | 00:32 | |
| *** tedfernau <tedfernau!~tedfernau@50.46.0.200> has joined #yocto | 00:35 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 00:43 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 00:45 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 00:46 | |
| *** vineela <vineela!~vtummala@134.134.137.77> has quit IRC | 00:57 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 00:58 | |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC | 00:59 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 00:59 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 01:17 | |
| *** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC | 01:26 | |
| *** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto | 01:27 | |
| moto-timo | jonesv[m] I haven't touched u-boot or pocketbeagle since the original e-ale: https://github.com/e-ale/yocto-e-ale | 01:29 |
| moto-timo | https://github.com/e-ale/Slides/tree/master/yocto-images | 01:30 |
| jonesv[m] | Yeah I think I had read that already, but that was not helping me for u-boot :( | 01:33 |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has quit IRC | 02:10 | |
| *** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto | 02:14 | |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 02:21 | |
| *** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has quit IRC | 02:26 | |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC | 02:41 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC | 02:54 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 03:20 | |
| *** mario-goulart <mario-goulart!~user@static.172.139.76.144.clients.your-server.de> has quit IRC | 03:34 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:dc42:1510:9ce8:1085> has quit IRC | 03:34 | |
| *** armpit <armpit!~armpit@2601:202:4180:a5c0:2d1c:ec:9aa2:204d> has joined #yocto | 03:36 | |
| *** ahadi <ahadi!~ahadi@89.244.121.16> has quit IRC | 04:01 | |
| *** ahadi <ahadi!~ahadi@88.130.220.77> has joined #yocto | 04:03 | |
| *** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has quit IRC | 04:04 | |
| *** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC | 04:04 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 04:07 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 04:07 | |
| *** kanavin_home_ <kanavin_home_!~Srain@82.119.23.127> has joined #yocto | 04:12 | |
| *** kanavin_home__ <kanavin_home__!~Srain@82.119.23.127> has joined #yocto | 04:13 | |
| *** kanavin_home_ <kanavin_home_!~Srain@82.119.23.127> has quit IRC | 04:13 | |
| *** otavio <otavio!~otavio@static.203.17.243.136.clients.your-server.de> has joined #yocto | 04:14 | |
| *** kanavin_home___ <kanavin_home___!~Srain@5.28.91.120> has joined #yocto | 04:15 | |
| *** kanavin_home <kanavin_home!~Srain@2a02:2450:1011:512:45a5:1b3d:84d2:e7fc> has quit IRC | 04:15 | |
| *** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto | 04:16 | |
| *** kanavin_home__ <kanavin_home__!~Srain@82.119.23.127> has quit IRC | 04:17 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has joined #yocto | 05:05 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qnwdlblvzzwfsdcn> has quit IRC | 05:14 | |
| *** cengiz_io <cengiz_io!~quassel@159.89.7.238> has joined #yocto | 05:25 | |
| *** creich <creich!~creich@pd9fe9220.dip0.t-ipconnect.de> has joined #yocto | 05:41 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144203052.atnat0012.highway.a1.net> has quit IRC | 06:12 | |
| *** aquijoule_ <aquijoule_!~richbridg@089144203052.atnat0012.highway.a1.net> has joined #yocto | 06:12 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto | 06:24 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:31 | |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 06:33 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 06:33 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC | 06:35 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto | 06:35 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 06:44 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 06:45 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto | 06:50 | |
| *** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto | 06:53 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC | 06:54 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto | 06:57 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:06 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:06 | |
| *** camus is now known as kaspter | 07:06 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 07:09 | |
| *** cengiz_io <cengiz_io!~quassel@159.89.7.238> has quit IRC | 07:09 | |
| *** agust <agust!~agust@p54833a91.dip0.t-ipconnect.de> has joined #yocto | 07:10 | |
| *** asenm <asenm!~asenm@78.90.248.234> has joined #yocto | 07:13 | |
| *** cengiz_io <cengiz_io!~quassel@159.89.7.238> has joined #yocto | 07:14 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC | 07:21 | |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto | 07:23 | |
| *** frsc <frsc!~frsc@mue-88-130-71-163.dsl.tropolys.de> has joined #yocto | 07:26 | |
| *** pankaj347 <pankaj347!7aa678a8@122.166.120.168> has quit IRC | 07:27 | |
| *** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC | 07:30 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xyymacqtvpyzkxop> has joined #yocto | 07:31 | |
| *** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has joined #yocto | 07:32 | |
| *** pankaj347 <pankaj347!ab3d5b1c@171.61.91.28> has joined #yocto | 07:33 | |
| eFfeM | Still stuck with this issue, anyone an idea: | 07:34 |
| eFfeM | (19:41:52) eFfeM: Hmm, I added resolvconf to my image but now when building I get: | 07:34 |
| eFfeM | (19:41:52) eFfeM: packagegroup-core-boot : Depends: systemd but it is not going to be installed | 07:34 |
| eFfeM | (19:41:52) eFfeM: If I remove resolvconf from the image recipe it builds. | 07:34 |
| eFfeM | (19:42:05) eFfeM: anyone an idea what is wrong? | 07:34 |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:ac92:f3cb:a8a3:4136> has joined #yocto | 07:34 | |
| *** mario-goulart <mario-goulart!~user@static.172.139.76.144.clients.your-server.de> has joined #yocto | 07:38 | |
| *** mckoan|away is now known as mckoan | 07:38 | |
| *** pankaj347 <pankaj347!ab3d5b1c@171.61.91.28> has quit IRC | 07:39 | |
| *** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has quit IRC | 07:39 | |
| *** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has joined #yocto | 07:40 | |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 07:46 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 07:47 | |
| *** camus is now known as kaspter | 07:47 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC | 07:48 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto | 07:54 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has joined #yocto | 07:55 | |
| *** mrpelotaz0 <mrpelotaz0!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 07:56 | |
| *** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 07:56 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.148> has joined #yocto | 07:58 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 07:58 | |
| *** mbulut <mbulut!~nameclash@31.18.31.38> has joined #yocto | 08:02 | |
| *** mbulut <mbulut!~nameclash@31.18.31.38> has quit IRC | 08:03 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has quit IRC | 08:04 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 08:04 | |
| *** gsalazar98 <gsalazar98!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.94.61.189.107> has joined #yocto | 08:05 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has quit IRC | 08:06 | |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC | 08:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 08:06 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has quit IRC | 08:08 | |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 08:08 | |
| *** manuel__ <manuel__!~manuel198@089144216054.atnat0025.highway.a1.net> has joined #yocto | 08:12 | |
| *** asenm <asenm!~asenm@78.90.248.234> has quit IRC | 08:20 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 08:35 | |
| *** newguy <newguy!180b7c0c@c-24-11-124-12.hsd1.ut.comcast.net> has joined #yocto | 08:36 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto | 08:41 | |
| *** manuel__ <manuel__!~manuel198@089144216054.atnat0025.highway.a1.net> has quit IRC | 08:43 | |
| *** yoctonoob <yoctonoob!~yoctonoob@87.200.208.188> has joined #yocto | 08:45 | |
| *** yoctonoob <yoctonoob!~yoctonoob@87.200.208.188> has quit IRC | 08:50 | |
| *** newguy <newguy!180b7c0c@c-24-11-124-12.hsd1.ut.comcast.net> has quit IRC | 08:51 | |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto | 09:00 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC | 09:03 | |
| *** eFfeM1 <eFfeM1!~frans@185.184.109.34> has joined #yocto | 09:05 | |
| *** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has quit IRC | 09:07 | |
| *** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has joined #yocto | 09:13 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has joined #yocto | 09:24 | |
| *** leon-anavi <leon-anavi!~Leon@78.130.197.211> has joined #yocto | 09:30 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC | 09:36 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto | 09:36 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC | 09:50 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto | 09:50 | |
| *** hb <hb!c4b3dd32@196.179.221.50> has joined #yocto | 09:58 | |
| hb | Hello guys, how to add tensorFlow lite to Dunfell version ? thanks | 09:59 |
| hb | My ARCH: TARGET_SYS = "arm-tdx-linux-gnueabi" | 10:00 |
| hb | MACHINE = "colibri-imx7" | 10:00 |
| hb | DISTRO = "tdx-x11" | 10:00 |
| hb | DISTRO_VERSION = "5.2.0-devel-20210302095939+build.0" | 10:00 |
| hb | TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard" | 10:00 |
| *** lsg <lsg!uid488839@gateway/web/irccloud.com/x-wksfbkdqnntqqumh> has quit IRC | 10:13 | |
| *** hb <hb!c4b3dd32@196.179.221.50> has left #yocto | 10:18 | |
| *** MLK <MLK!c4b3dd32@196.179.221.50> has joined #yocto | 10:19 | |
| mckoan | hb: this may help https://koansoftware.com/yocto-project-with-artificial-intelligence-ml-on-nxp-i-mx/ | 10:20 |
| *** plntyk <plntyk!~plntyk@91.64.89.12> has quit IRC | 10:31 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC | 10:33 | |
| *** linums <linums!~linums@apn-94-44-252-33.vodafone.hu> has joined #yocto | 10:33 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto | 10:34 | |
| *** JaBen <JaBen!Thunderbir@gateway/vpn/mullvad/jaben> has joined #yocto | 10:38 | |
| *** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 10:47 | |
| *** JaBen <JaBen!Thunderbir@gateway/vpn/mullvad/jaben> has quit IRC | 10:49 | |
| *** JaBen1 is now known as JaBen | 10:49 | |
| *** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto | 10:52 | |
| *** gendevbot <gendevbot!~devbot@176.235.187.234> has quit IRC | 10:57 | |
| *** gendevbot <gendevbot!~devbot@176.235.187.234> has joined #yocto | 10:58 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 11:02 | |
| *** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto | 11:03 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto | 11:31 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 11:32 | |
| *** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC | 11:33 | |
| *** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto | 11:34 | |
| *** psnsilva <psnsilva!~psnsilva@161.230.35.203> has quit IRC | 11:37 | |
| *** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has joined #yocto | 11:37 | |
| *** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has quit IRC | 11:53 | |
| *** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has joined #yocto | 11:56 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC | 12:15 | |
| *** linums <linums!~linums@apn-94-44-240-109.vodafone.hu> has joined #yocto | 12:16 | |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 12:29 | |
| *** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gidgkjkqvstoqjdu> has joined #yocto | 12:36 | |
| *** linums <linums!~linums@apn-94-44-240-109.vodafone.hu> has quit IRC | 12:37 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto | 12:39 | |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bsyfdyisvyajyydg> has joined #yocto | 12:42 | |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 12:48 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto | 12:48 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC | 12:53 | |
| *** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto | 12:54 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 13:08 | |
| *** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto | 13:12 | |
| *** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto | 13:12 | |
| zeddii | RP: heh, my first attempt at making my reproducible test reuse my sstate failed. 170m for the test run. | 13:14 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 13:15 | |
| RP | zeddii: :/ | 13:25 |
| zeddii | I noticed in the setup for the build-st dir (the new one in my runs), it copies the local.conf, etc from the currnet build dir. Is it that I don't have sstate set to anything in it ? i get a sstate directory underneath the new build-st dir and even with my hack to not remove build-st, it didn't seem to use it. I'm adding some debug prints today, as soon as I figure out how to make them not get eaten :P | 13:28 |
| RP | zeddii: yes, that will likely be it | 13:29 |
| *** MLK54 <MLK54!c4b3dd32@196.179.221.50> has joined #yocto | 13:29 | |
| * zeddii nods. I'll set it to something and look for improvement. | 13:30 | |
| *** MLK54 <MLK54!c4b3dd32@196.179.221.50> has quit IRC | 13:30 | |
| *** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto | 13:31 | |
| RP | yay, ltp reproduced | 13:31 |
| zeddii | little ltp's everywhere! | 13:31 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 13:33 | |
| RP | zeddii: that is a scary thought | 13:34 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 13:45 | |
| *** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC | 13:45 | |
| JPEW | zeddii: Ya the test only disables our sstate when instructed not to use it, it doesn't "set" it if you haven't already | 13:49 |
| JPEW | zeddii: Confusingly, the way it "disables" sstate is to override it to an empty directory with no mirror :) | 13:49 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 13:50 | |
| *** pankaj347 <pankaj347!0e62b3fe@14.98.179.254> has quit IRC | 13:53 | |
| zeddii | ahah. | 13:54 |
| JPEW | RP: Thanks for covering the meta-mingw patches. I had a busy weekend | 13:55 |
| *** rZZZr is now known as RzR | 14:03 | |
| *** jobroe_ <jobroe_!~manjaro-u@p57a59579.dip0.t-ipconnect.de> has joined #yocto | 14:03 | |
| RP | JPEW: np, I figured that one should be straightforward | 14:04 |
| *** RzR <RzR!~rzr@78.197.125.113> has quit IRC | 14:04 | |
| *** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto | 14:04 | |
| *** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC | 14:04 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 14:05 | |
| *** jobroe_ <jobroe_!~manjaro-u@p57a59579.dip0.t-ipconnect.de> has quit IRC | 14:07 | |
| *** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto | 14:10 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 14:16 | |
| *** gkris <gkris!ccf6a22a@204.246.162.42> has joined #yocto | 14:26 | |
| alephan | What is the current relationshop between versioned restricted RDEPENDS and PREFERRED_VERSION? If a have a package that requires a specific dependency version, RDEPENDS will not end up having bitabake pick the right dependency at build time - it will only be taken into consideration at rootfs generation time. Is the only solution in that case local.conf and/or distro conf with PREFERRED_VERSION? | 14:28 |
| alephan | One could also do it from local.conf but it would be a unnecessary restriction for other packages. | 14:30 |
| alephan | I meant `layer.conf` ^ | 14:30 |
| *** gkris <gkris!ccf6a22a@204.246.162.42> has quit IRC | 14:31 | |
| qschulz | alephan: RDEPENDS is for runtime dependencies | 14:32 |
| alephan | I know. But those as I said are taken in consideration at rootfs generation time by the package mamager. | 14:33 |
| qschulz | alephan: AFAIR, there's no support for requiring a specific dependency version at build time except PREFERRED_VERSION | 14:33 |
| alephan | So setting a version restriction on RDEPENDS doesn't mean bitbake will actually take that into consideration | 14:33 |
| qschulz | which cannot be set in recipes | 14:33 |
| alephan | Yes you can - through versioned RDEPENDS | 14:33 |
| alephan | But again, that needs to be paired with a PREFERRED_VERSION. | 14:34 |
| qschulz | no | 14:34 |
| qschulz | RDEPENDS is resolved at rootfs time | 14:34 |
| alephan | That's what I said. | 14:34 |
| alephan | RDEPENDS alone doesn't work because it's only used for packaging hence used by the package mamager at rootfs time. | 14:34 |
| alephan | So A restriction on RDEPENDS needs to be paired in a configuration with PREFERRED_VERSION | 14:35 |
| alephan | The question is how do people handle that. With a separate distro? Manually in local.conf? | 14:35 |
| qschulz | alephan: that seems wrong. | 14:35 |
| qschulz | If that is the case, it should be documented | 14:36 |
| qschulz | or fixed | 14:36 |
| alephan | What seems wrong? | 14:36 |
| qschulz | restricted rdepends requires PREFFERRED_VERSION | 14:37 |
| alephan | I'm not sure I follow. | 14:37 |
| qschulz | https://docs.yoctoproject.org/ref-manual/variables.html#term-RDEPENDS | 14:37 |
| qschulz | no mention of a required PREFERRED_VERSION needed for RDEPENDS on a specific version to work | 14:38 |
| qschulz | aaaaaah. I think I understand, you have multiple versions of the same recipe and want to use RDEPENDS package (=x.y.z) to select the correct version? | 14:39 |
| alephan | I think there is a misunderstanding here. | 14:39 |
| alephan | When I say version restricted RDEPENDS I mean | 14:40 |
| alephan | RDEPENDS_${PN} = "package (operator version)" | 14:40 |
| alephan | Cool. We are on the same page now. | 14:40 |
| alephan | So how do people make sure this stays consistent while not having to enfoce the version at the level of the layer? | 14:40 |
| alephan | enforce | 14:41 |
| qschulz | alephan: since recipes cannot impact other recipes, and only one version of a recipe can be used at build time, RDEPENDS_${PN} = "package (operator version)" is just the way to basically say "i'm compatible with those versions of the API" | 14:43 |
| alephan | That is true. | 14:44 |
| *** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bsyfdyisvyajyydg> has quit IRC | 14:45 | |
| qschulz | so,... :) what's the actual use case? As you said, PREFERRED_VERSION needs to be put into a configuration file. I highly recommend NOT putting it in layer.conf, there's nothing worse than including a layer and not understanding why the behavior has suddenly changed | 14:45 |
| *** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has joined #yocto | 14:47 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto | 14:47 | |
| alephan | I know. | 14:48 |
| alephan | I also said above that it | 14:48 |
| alephan | it's ugly and just bad | 14:48 |
| qschulz | local.conf isn't really supposed to be versioned, so your next options are either machine configuration files or distro :/ | 14:48 |
| qschulz | machine... probably irrelevant to your use case, so you're left with distro conf file. | 14:48 |
| alephan | My question still stands, how do people handle this kind of usecases? | 14:49 |
| alephan | In my case is about homeassistant (which is very fussy in terms of required python modules). | 14:49 |
| alephan | So I basically have a recipe that requires specific versions of some dependencies. | 14:49 |
| alephan | That's what I thought | 14:49 |
| alephan | It's not in any way machine specific | 14:49 |
| *** psnsilva_ <psnsilva_!~psnsilva@161.230.35.203> has quit IRC | 14:50 | |
| qschulz | creating your own distro conf file is fine (and recommended over the "demo" poky distro), it just is pretty painful if you need multiple ones for very small changes, because it induces a complete rebuild :/ | 14:50 |
| alephan | Exactly | 14:51 |
| alephan | Also, the usecase should be distro-agnostic. So I can provide a distro sample but users will create their own | 14:51 |
| alephan | So I reckon the best option at this point is an include file (with version selection) + a distro sample that includes the respective file + documentation for custom distros to include the version selection inc. | 14:52 |
| qschulz | alephan: that seems like the right approach to me | 14:52 |
| alephan | Cheers | 14:53 |
| qschulz | alephan: I would even go as far as putting a PREFERRED_VERSION for your homeassistant too so it's very explicit | 14:53 |
| alephan | How do you mean? | 14:53 |
| qschulz | or put it in the name of the include file | 14:53 |
| qschulz | I guess different versions of homeassistant will have different requireement for its dependencies | 14:53 |
| * alephan sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/DHWhYSrvcZfmxdmhIiQKZyVJ/message.txt > | 14:53 | |
| alephan | I'll only keep one at any time. | 14:54 |
| qschulz | it all depends if you want to support multiple versions of homeassistant at once | 14:54 |
| qschulz | then all good :) | 14:54 |
| alephan | So the inc file will always match the only supported version at one time | 14:54 |
| alephan | Otherwise it gets madness | 14:54 |
| alephan | I mean not really - I can have versioned includes. | 14:54 |
| alephan | But not today | 14:54 |
| qschulz | step by step :) | 14:55 |
| qschulz | I never thought about the restricted version RDEPENDS impact in a build so thanks for asking the question :) | 14:55 |
| *** dleppich <dleppich!~Thunderbi@81.20.119.6> has quit IRC | 15:01 | |
| alephan | Cheers for a short validation qschulz | 15:04 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC | 15:11 | |
| *** gkris <gkris!ccf6a22a@204.246.162.42> has joined #yocto | 15:23 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC | 15:23 | |
| *** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto | 15:25 | |
| *** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto | 15:27 | |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto | 15:33 | |
| *** nacknick <nacknick!b9b8f483@185.184.244.131> has joined #yocto | 15:36 | |
| nacknick | Hi. How should I determine BSP version? | 15:36 |
| qschulz | nacknick: Hello. You have to be more explicit. What exactly are you looking for or trying to do? | 15:39 |
| nacknick | qschulz: https://docs.huihoo.com/automotivelinux/docs/getting_started/en/dev/reference/machines/R-Car-Starter-Kit-gen3.html#prepare-the-sd-card-on-the-host - here it says that for *BSP>=2.19* I need a different boot image than *BSP<2.19* | 15:43 |
| nacknick | So I need to know what BSP version I have | 15:43 |
| qschulz | nacknick: this needs to be asked to AGL people | 15:45 |
| qschulz | i think they have an irc channel | 15:45 |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has joined #yocto | 15:50 | |
| thekappe | hello guys.. I've a question. I want to build the drivers/net/ethernet/xilinx/xilinx_emac driver as an external module. To do so, I've generated the Yocto SDK, | 15:52 |
| thekappe | then I've run ARCH=arm64 CROSS_COMPILE=aarch64-poky-linux- make scripts | 15:53 |
| thekappe | from <path-to-yocto-sdk>/sysroots/aarch64-xilinx-linux/usr/src/kernel | 15:53 |
| thekappe | the given device driver relies upon some CONFIG_XXX. How can I manage to set them as I want to ? | 15:54 |
| mckoan | thekappe: that isn't the correct procedure | 15:55 |
| mckoan | thekappe: I'd rather extract/copy the kernel used by YP (see S variable) and build it externally | 15:56 |
| thekappe | mckoan, whoa | 15:56 |
| mckoan | thekappe: definirely do not use the stuff in sysroots | 15:56 |
| thekappe | can you be more specific ? | 15:56 |
| qschulz | thekappe: also, do you mean out-of-tree module or just module? Because if just module, there's no need for an SDK, just compile the driver as module (you can do so in your defconfig, which you can modify with menuconfig). If out-of-tree, why? especially if you have the whole kernel sources? | 16:00 |
| qschulz | thekappe: in case of "just module", you need to add kernel-module-<xilinx-emac?> to your image one way or the other | 16:01 |
| *** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto | 16:02 | |
| thekappe | qschulz, out-of-tree module | 16:02 |
| thekappe | due to some boot dependency I need to run the xilinx_emac driver after the boot process | 16:03 |
| thekappe | since I've to configure some devices before from userspace | 16:03 |
| thekappe | If I build the module with "y" I can't stop it from being run automatically, so I want to build it with "m" and blacklist it | 16:04 |
| spooster | I'm looking to force kas to regenerate artifacts. I'm found instructions to use bitbake to rerun the step that generates the image which seems a little opaque as I was previously relying on kas to execute the entire process. Bitbake isn't in my path. Removing the /build/tmp/images dir and rerunning kas didn't seem to trigger a rebuild. | 16:06 |
| thekappe | the point is that since I also need to debug the module quickly, I've copied the drivers/net/ethernet/xilinx folder from the built kernel, Hence I'm compiling it with the SDK with kernel support | 16:06 |
| qschulz | thekappe: you don't need all this stuff, just menuconfig and select m for your driver. | 16:06 |
| qschulz | thekappe: ah, here's the real reason behind it :) | 16:07 |
| fray | /msg #overc | 16:07 |
| fray | oops lol | 16:07 |
| thekappe | qschulz, if I leave it in the kernel every time I do a modification I need to patch and rebuild the old kernel | 16:07 |
| *** bps <bps!~bps@27-reverse.bang-olufsen.dk> has quit IRC | 16:07 | |
| qschulz | thekappe: or... just compile the kernel yourself without Yocto | 16:08 |
| thekappe | by the way the driver source code as sem ifdef/ifndef entries regarding some CONFIG_XXX | 16:08 |
| qschulz | much faster for debugging IMO | 16:08 |
| thekappe | mmm | 16:08 |
| qschulz | (that's what I do) | 16:08 |
| thekappe | sounds like what mckoan also suggested | 16:09 |
| qschulz | thekappe: exactly like mckoan suggested :) | 16:09 |
| thekappe | I need to compile the module with the sdk btw right ? | 16:09 |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.1.238.nat.umts.dynamic.t-mobile.pl> has quit IRC | 16:10 | |
| thekappe | I've copied out the kernel-source directory, added the .config generated in the build folder | 16:10 |
| thekappe | and make modules | 16:10 |
| thekappe | with the SDK being sourced | 16:11 |
| *** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC | 16:12 | |
| qschulz | thekappe: the only thing you'd need from the SDK would be toolchain, but you can get one from your Ubuntu/Fedora/whatever host distro | 16:13 |
| thekappe | qschulz, ok, btw I've it already | 16:15 |
| thekappe | thanks for the hints | 16:15 |
| *** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has quit IRC | 16:15 | |
| nacknick | qschulz: I knew you will say that:) but it should be a general yocto (as far as I know BSP) | 16:21 |
| qschulz | nacknick: no, Yocto only has two versions: poky layer (1.x, 2.x, 3.x for now) and bitbake versions (1.xx) | 16:22 |
| qschulz | 2.19 does not exist in Yocto | 16:22 |
| qschulz | (upstream Yocto) | 16:23 |
| nacknick | OK. thank you qschulz | 16:25 |
| *** Bunio_FH <Bunio_FH!~bunio@37.30.22.188.nat.umts.dynamic.t-mobile.pl> has joined #yocto | 16:28 | |
| *** aleblanc <aleblanc!~textual@67.218.223.149> has joined #yocto | 16:28 | |
| thekappe | Does anybody know why of_address_to_resource() fails ? | 16:31 |
| thekappe | I Have a node with its "reg" property | 16:31 |
| thekappe | but I always get -22 | 16:31 |
| thekappe | CONFIG_OF=y | 16:32 |
| *** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 16:32 | |
| *** adelcast <adelcast!~adelcast@130.164.62.109> has joined #yocto | 16:33 | |
| *** ssajal_ <ssajal_!~ssajal@bras-base-otwaon1146w-grc-10-142-114-159-245.dsl.bell.ca> has quit IRC | 16:34 | |
| qschulz | thekappe: -22 is -EINVAL, so you probably do it the wrong way or your device tree is incorrect | 16:36 |
| qschulz | thekappe: you'll have much better help in linux IRC channels though ;) | 16:36 |
| thekappe | qschulz, yeah, you are right. Thing is I'm digging all day long | 16:37 |
| thekappe | and I just tried it | 16:38 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 16:38 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has joined #yocto | 16:39 | |
| *** bps <bps!~bps@80.71.142.18> has joined #yocto | 16:43 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 16:43 | |
| gkris | Hi, I am new to this channel. Pls redirect me if this is the wrong place for the question. I am trying to enable native builds for unit testing my project (without using the simulator). However, I dont see a toolchain file being produced for native | 16:44 |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 16:47 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.75.12> has quit IRC | 16:49 | |
| eFfeM1 | is there an easy way to find out which package is responsible for dragging in another package? | 16:50 |
| eFfeM1 | Somehow I'm getting dhclient in my package adjacent to dhcpcd (I want to use the latter) | 16:50 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has joined #yocto | 16:50 | |
| spooster | Using bitbake, you can dump the entire dependency graph... but it's a little verbose and may not help you get closer to the answer | 16:52 |
| eFfeM1 | spooster: good idea, I can at least try that | 16:52 |
| spooster | are you using kas? | 16:52 |
| eFfeM1 | no, would it help if I do ? | 16:53 |
| kergoth | eFfeM1: bitbake -g yourimage; oe-depends-dot -k dhclient:do_configure -w task-depends.dot | 16:53 |
| spooster | nah, just changes how you invoke bitbake | 16:53 |
| kergoth | or something along those lines, that's untested | 16:53 |
| kergoth | from a quick check based on existing entries in my shell history | 16:54 |
| kergoth | oe-depends-dot gives info from the graphs | 16:54 |
| spooster | I was just going to recommend `bitbake -g <image-name>` | 16:54 |
| RP | Saur, JPEW: Bitbake rev: 5f7fdf7b2d8c59805c8ef4dae84f536baa5e172b looks suspect for the performance regression - the event changes | 16:54 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.31> has quit IRC | 16:54 | |
| eFfeM1 | kergoth: I was looking at the output from bitbake -g | 16:54 |
| *** gkris <gkris!ccf6a22a@204.246.162.42> has quit IRC | 16:55 | |
| vdl | RP: are you applying patches from the mailing list with git-am or something else? | 16:55 |
| RP | vdl: git am, why? | 16:55 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has joined #yocto | 16:56 | |
| vdl | RP: because the author ends up being my personal address instead of my work address, so I wanted to make sure you were not use a custom script or something (TL;DR: the problem is on my side) | 16:57 |
| vdl | s/use/using/ | 16:57 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 16:57 | |
| JPEW | RP: That was going to be my guess | 16:57 |
| JPEW | RP: Not sure why or how to fix it | 16:58 |
| RP | vdl: I can tweak the ones in -next which haven;t merged yet if that helps. | 16:58 |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has quit IRC | 16:58 | |
| RP | vdl: You can add a From: <XXX> to the start of the emails to ensure it gets set correctly if that helps too | 16:58 |
| RP | JPEW: right, I've not looked at why it might be yet. I'd guess event handlers getting run multiple times (or registered multiple times?) | 16:59 |
| spooster | I naively deleted build/tmp/deploy/images trying to get kas/bitbake to realize they're missing, and regenerate them... and I simply broke most of my recipes, as the images that compose further recipes are missing. Is there a way to lightly clean things so it reuses most of the cache here? | 16:59 |
| vdl | RP: indeed, for some reason this line gets removed, I'm double checking my conf ;) | 17:00 |
| spooster | I'm trying to avoid re-compiling everything for a couple hours | 17:00 |
| JPEW | RP: Seems likely... is whoever reported the problem using multiconfig? | 17:00 |
| *** w00die_ <w00die_!~w00die@212.91.255.186> has joined #yocto | 17:00 | |
| JPEW | Hmm, I guess the AB perf test probably isn't using mc... it should aleast have no impact in the non-mc case | 17:00 |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.30> has quit IRC | 17:00 | |
| *** NiksDev <NiksDev!~NiksDev@192.91.101.32> has joined #yocto | 17:01 | |
| *** frsc <frsc!~frsc@mue-88-130-71-163.dsl.tropolys.de> has quit IRC | 17:05 | |
| *** fl0v0 <fl0v0!~fvo@88.130.223.148> has quit IRC | 17:14 | |
| *** eFfeM1 <eFfeM1!~frans@185.184.109.34> has quit IRC | 17:15 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 17:16 | |
| *** bps <bps!~bps@80.71.142.18> has quit IRC | 17:18 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 17:23 | |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-174.hsi6.kabel-badenwuerttemberg.de> has joined #yocto | 17:30 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 17:35 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto | 17:38 | |
| *** nacknick <nacknick!b9b8f483@185.184.244.131> has quit IRC | 17:38 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 17:39 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has joined #yocto | 17:44 | |
| *** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC | 17:49 | |
| *** psnsilva__ <psnsilva__!~psnsilva@194.38.148.130> has quit IRC | 18:10 | |
| *** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC | 18:22 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 18:26 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 18:26 | |
| *** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xyymacqtvpyzkxop> has quit IRC | 18:37 | |
| *** lexx2 <lexx2!~lexx2@176.59.50.240> has joined #yocto | 18:40 | |
| *** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC | 18:40 | |
| *** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has joined #yocto | 18:44 | |
| kernelsandals | Hi, I am working on building WPE via meta-webkit and have run into an issue with the ruby dependency. When building ruby-native I get an error "fatal error: sanitizer/asan_interface.h: No such file or directory". I've tried adding gcc-sanitizers to the DEPENDS of the ruby recipe (2.7.0) without luck. I've also tried the 3.0 recipe with the same | 18:45 |
| kernelsandals | result. Can anyone point me in the right direction here? | 18:45 |
| vdl | how can I name the link to my wic image "sdcard.img" and not "sdcard.img.wic"? | 19:01 |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 19:02 | |
| *** lexx2 <lexx2!~lexx2@176.59.50.240> has quit IRC | 19:08 | |
| JaMa | alimon: around? | 19:10 |
| JaMa | alimon: can you check --cross-file value in the sstate signature before that glib-2.0 change? I think it was wrong already because FILESPATH is constructed form THISDIR and your THISDIR constructed from OEROOT doesn't include COREBASE, so maybe you didn't notice but the glib-2.0 sstate (and everything depending on glib-2.0) wasn't reused from sstate whenever your OEROOT value was different (because of full | 19:13 |
| JaMa | absolute paths to cross-files in glib-2.0 sstate signature) | 19:14 |
| JaMa | alimon: adding normpath in https://github.com/96boards/oe-rpb-manifest/blob/master/conf/bblayers.conf#L4 should cleanup THISDIR paths everywhere (not just in find_meson_cross_files function) | 19:15 |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has quit IRC | 19:22 | |
| JaMa | alimon: sorry, I was reading it wrong now, it might have work for you, because find_meson_cross_files calls normpath on FILESPATH entries in filename = os.path.normpath(os.path.join(path, "meson.cross.d", element)) and it was comparing with already normpath COREBASE as set in layer.conf, so adding normpath(THISDIR) would should work better in this case as well, will send a patch in a minute | 19:24 |
| *** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto | 19:33 | |
| *** vineela <vineela!~vtummala@134.134.139.76> has quit IRC | 19:38 | |
| RP | JPEW: It was Saur, not sure about config but I think they do have a number of layers | 19:43 |
| RP | vdl: do you want me to change the author on those patches? | 19:43 |
| *** aleblanc <aleblanc!~textual@67.218.223.149> has quit IRC | 19:46 | |
| zeddii | RP: I tried moving my sstate to a different directory structure, built, and am now rebuilding .. over an hour and still running. I'll look again tomorrow, but clearly, I'll never sort it out with rebuild times like this. So I'll look at the test case and see if I Can see why it is rebuilding so much on the next run. | 19:56 |
| RP | zeddii: something really odd is going on. Other trick is to stop it deleting the build directories and forcing it to reuse them | 19:59 |
| zeddii | I hacked out the removes (and the subsequent git init, git add) earlier. I took that out for these runs since sstate is no longer under that build-st directory. | 20:00 |
| zeddii | i'll revisit that tomorrow. | 20:00 |
| zeddii | watching the process list, I'm seeing a lot being built, but need to expose more output to know why | 20:00 |
| RP | zeddii: did you catch http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/lib/oeqa/selftest/cases/reproducible.py#n221 | 20:01 |
| * zeddii see's a zillion Parser-<number> right now. | 20:01 | |
| zeddii | yah. that's what I had hacked out. | 20:02 |
| RP | combined with -K you should be good then :/ | 20:02 |
| zeddii | that's what I thought. But I did take it out for this run. I'll start another with it back in again later, I want this to coplete (I see it just went to reproducibleB) | 20:03 |
| RP | zeddii: sorry its being a pain :( | 20:03 |
| zeddii | it's ok. it's good for me to understand this better | 20:03 |
| zeddii | I see lots of -native and patching running on dependencies right now. so clearly, lots is going on. | 20:04 |
| RP | zeddii: perf will be easy when you get the environment setup right? :) | 20:04 |
| zeddii | I have an idea of what to do, It's pretty clear where it is grabbing some paths. as a start anyway. | 20:04 |
| RP | zeddii: for now, grep on the binaries and seeing build paths will give you a pretty good indication there is a problem FWIW | 20:05 |
| zeddii | I can of course just do some builds and check it msyelf | 20:05 |
| zeddii | yah. that's my plan for tomorrow, assuming I can't get the full test to behave. | 20:05 |
| RP | zeddii: we can throw a single reproducible build at it on the autobuilder too FWIW | 20:05 |
| RP | zeddii: I did that to confirm/deny my work in a few cases | 20:06 |
| RP | takes about four hours | 20:06 |
| zeddii | yah. I'll switch to something a bit more manual tomorrow, and then loop back to the oeselftest | 20:07 |
| JaMa | I didn't read the beginning of your discussion, but few minutes ago I've compared all signatures of core-image-minimal (with openembedded-core/scripts/sstate-diff-machines.sh --machines="qemux86 qemux86copy qemuarm" --targets="core-image-minimal" --tmpdir=tmp-glibc) and the TOPDIR path is only affecting do_rootfs_wicenv and up (for qemux86*) for me, so it shouldn't rebuild much after changing build directory | 20:08 |
| JaMa | and from world only meta-ide-support.do_populate_ide_support depends on TOPDIR: | 20:15 |
| JaMa | bitbake-diffsigs tmp-glibc/sstate-diff/1614715808/qemux86/core2-32-oe-linux/meta-ide-support/1.0-r3.do_populate_ide_support.sigdata.b1071cd89a5d590abdfdf0f05da4e2a111fe68ee3f49966dd96c7b53ffa281d1 ../oe-core/tmp-glibc/sstate-diff/1 | 20:15 |
| JaMa | 614715799/qemux86/core2-32-oe-linux/meta-ide-support/1.0-r3.do_populate_ide_support.sigdata.69e874f2ac4b78223cb9ac3f045a6306cb3dd828e92bd48437d70b4c3f7674c2 | 20:15 |
| JaMa | NOTE: Starting bitbake server... | 20:15 |
| JaMa | basehash changed from c4758c5f5a5b2ef469082a5dcb60969a4ad4ac29a634836312d770882fdf9f6c to fc3c2d8c4c7e455fe3df56dc56913daadbc4ffe6aa97e49c5d473c2ecb1094ad | 20:15 |
| JaMa | Variable TOPDIR value changed from '/OE/build/oe-core2' to '/OE/build/oe-core' | 20:15 |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 20:16 | |
| JaMa | and do_rootfs_wicenv difference is caused by WICVARS depending on BBLAYERS | 20:18 |
| RP | JaMa: it really shouldn't be depending on that :( | 20:22 |
| RP | JaMa: we should perhaps poison it in the selftests to test that | 20:22 |
| *** camus <camus!~Instantbi@58.246.136.202> has joined #yocto | 20:23 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 20:23 | |
| *** camus is now known as kaspter | 20:23 | |
| smurray | some more grub fun: https://www.debian.org/security/2021-GRUB-UEFI-SecureBoot/ | 20:26 |
| alimon | JaMa: ok sounds good, i just see the patch in the ML | 20:30 |
| * RP notes that ltp did pass the repro tests this time, yay | 20:32 | |
| *** gillesm <gillesm!~Gilles@117.187.22.109.rev.sfr.net> has quit IRC | 20:33 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 20:38 | |
| *** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto | 20:43 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 20:44 | |
| *** vineela <vineela!vtummala@nat/intel/x-odnyvunnxrkjcava> has joined #yocto | 20:55 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC | 21:04 | |
| *** frosteyes <frosteyes!~frosteyes@185.53.130.211> has quit IRC | 21:05 | |
| *** dkc <dkc!~dkc@55.ip-158-69-215.net> has quit IRC | 21:06 | |
| *** dkc <dkc!~dkc@55.ip-158-69-215.net> has joined #yocto | 21:06 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 21:07 | |
| *** oberstet <oberstet!~oberstet@213.170.219.39> has joined #yocto | 21:07 | |
| *** vineela <vineela!vtummala@nat/intel/x-odnyvunnxrkjcava> has quit IRC | 21:12 | |
| *** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has joined #yocto | 21:14 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has quit IRC | 21:18 | |
| *** sbach <sbach!~sbachmatr@192.184.90.156> has joined #yocto | 21:19 | |
| *** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC | 21:23 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto | 21:25 | |
| *** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC | 21:31 | |
| *** vineela <vineela!~vtummala@134.134.137.75> has joined #yocto | 21:38 | |
| *** medo <medo!d1851b4a@209.133.27.74> has joined #yocto | 21:39 | |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto | 21:43 | |
| dl9pf | RP: whats the debug flag for pseudo again ? | 21:54 |
| *** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto | 21:55 | |
| RobertBerger | @dl9pf: should I get worried when I see pseudo and debug flags in one sentence from you ? :) | 21:57 |
| dl9pf | "export PSEUDO_DEBUG = "nfoPcvdDyerpswikVx" to the recipe" | 21:58 |
| dl9pf | RobertBerger: depends on the level of booze | 21:58 |
| RobertBerger | @dl9pf: mine is still in the "green" range :) | 21:59 |
| yates | i'm still trying to get my mind firmly wrapped around what a BSP provides. | 22:00 |
| *** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has quit IRC | 22:00 | |
| yates | vdl informed me a few days ago: "14:07 <vdl> yates: a BSP usually provides all necessary low level | 22:00 |
| yates | software to boot a device. In the Yocto world, a BSP | 22:00 |
| yates | layer usually contains the machine definition including | 22:00 |
| yates | its architecture, the preferred bootloader and kernel, | 22:00 |
| yates | eventually kernel patches, etc. Then with the BSP layer | 22:00 |
| yates | for your board (e.g. meta-raspberrypi), you should be | 22:00 |
| yates | able to have a working environment by building a | 22:00 |
| yates | combination of e.g. the "raspberrypi" machine, the "core-image-minimal" image and any distro (e.g. "poky"). | 22:00 |
| yates | oh sorry | 22:01 |
| yates | vdl informed me a few days ago: "14:07 <vdl> yates: a BSP usually provides all necessary low level software to boot a device. In the Yocto world, a BSP layer usually contains the machine definition including its architecture, the preferred bootloader and kernel, eventually kernel patches, etc. Then with the BSP layer for your board (e.g. meta-raspberrypi), you should be able to have a working environment by building | 22:01 |
| yates | a combination of e.g. the "raspberrypi" machine, the "core-image-minimal" image and any distro (e.g. "poky"). | 22:01 |
| yates | but... | 22:01 |
| yates | where does binutils fit in? does the BSP include the binutils port? | 22:01 |
| yates | and doesn't yocto provide both native- and cross-sdk (assembler, linker, compilers, etc)? | 22:02 |
| yates | how is this accomplished? | 22:02 |
| yates | what is a good reference bsp layer i can copy over and modify for my specific board? | 22:04 |
| *** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC | 22:05 | |
| derRichard | yates: i like meta-freescale a lot | 22:14 |
| *** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-174.hsi6.kabel-badenwuerttemberg.de> has quit IRC | 22:15 | |
| * alimon starting to do some swating for today builds ... abelloni RP | 22:15 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC | 22:20 | |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto | 22:20 | |
| *** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto | 22:21 | |
| vdl | yates: there can be some exceptions to what goes into a machine definition, distro configuration or image recipe. It can depend on your use case. But there are best practices though. | 22:23 |
| RP | JPEW: would you believe I've found a really really stupid bug in the logging code :/ | 22:23 |
| RP | alimon: I'm kind of around atm | 22:24 |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC | 22:24 | |
| *** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto | 22:25 | |
| RP | JPEW, sakoman: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=a8f95a3b6128d0fd0f3a2401fcd4c770f5a8d511 | 22:26 |
| *** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC | 22:27 | |
| *** medo <medo!d1851b4a@209.133.27.74> has quit IRC | 22:28 | |
| *** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto | 22:31 | |
| *** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:ac92:f3cb:a8a3:4136> has quit IRC | 22:41 | |
| JPEW | RP: Bah, ha, ha | 22:41 |
| RP | JPEW: I did have to sit with a piece of paper to check I had that right but I think I do... | 22:45 |
| JPEW | RP: (for receipt) That code will make it drop any message with a lower logging level (severity) than bb.msg.loggerDefaultLogLevel. | 22:49 |
| JPEW | RP: FWIW, I always have to look up if severity is ascending or descending | 22:50 |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has quit IRC | 22:52 | |
| *** kaspter <kaspter!~Instantbi@58.246.136.202> has joined #yocto | 22:52 | |
| tralla | Will 'do_compile[nostamp] = "1"' in a recipe be enough to invalidate the sstate cache? Or how will setscene task react when using the nostamp on for example do_compile? | 22:54 |
| *** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto | 23:03 | |
| *** risca <risca!~quassel@212.85.71.156> has quit IRC | 23:19 | |
| *** risca <risca!~quassel@212.85.71.156> has joined #yocto | 23:20 | |
| *** agust <agust!~agust@p54833a91.dip0.t-ipconnect.de> has quit IRC | 23:20 | |
| *** thekappe <thekappe!c65a42b1@198.90.66.177> has quit IRC | 23:21 | |
| *** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has quit IRC | 23:22 | |
| *** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has joined #yocto | 23:24 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has quit IRC | 23:25 | |
| *** gonkulator <gonkulator!~brandon@75.71.150.20> has joined #yocto | 23:25 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC | 23:38 | |
| *** kamel_ <kamel_!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC | 23:38 | |
| *** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto | 23:38 | |
| *** nerdboy <nerdboy!~sarnold@47.143.129.77> has joined #yocto | 23:39 | |
| *** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto | 23:39 | |
| rburton | it will never fetch from sstate | 23:51 |
| rburton | it will always rebuild | 23:51 |
| rburton | every time you build | 23:51 |
| rburton | you most likely don't want that | 23:51 |
| *** vineela <vineela!~vtummala@134.134.137.75> has quit IRC | 23:59 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!