Tuesday, 2021-03-02

smurrayjonesv[m]: that's definitely using u-boot00:05
smurrayjonesv[m]: I'd expect it to print the U-Boot version header on start, though00:06
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto00: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
smurrayjonesv[m]: those messages about loading things match what u-boot would print00:10
smurrayjonesv[m]: usually you'd see a prompt that would let you break in, unless it has been configured off00:11
jonesv[m]smurray: yeah so I tried to set CONFIG_BOOTDELAY=2, but it does not seem to stop and wait00:12
smurrayjonesv[m]: tlwoerner that did a bunch of the work on that pocketbeagle layer hangs out in here, he might have some ideas00:13
smurrayjonesv[m]: and iirc, moto-timo that's here also has a layer for it somewhere00:14
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC00:14
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto00: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 IRC00:16
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto00:16
smurrayjonesv[m]: there's also #u-boot00:18
jonesv[m]Yeah nothing I do in `bitbake -c menuconfig u-boot` seem to have any effect00:18
jonesv[m]oh I was not aware of #u-boot, thanks!00:18
smurrayjonesv[m]: I've not tried that menuconfig task in quite a while, I know it did work in the past00:20
*** gonkulator <gonkulator!~brandon@> has quit IRC00: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 IRC00:25
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto00:25
*** psnsilva <psnsilva!~psnsilva@> has quit IRC00:26
*** Reto[m] <Reto[m]!rettichs1@gateway/shell/matrix.org/x-jxhhrmkdxbadncxd> has joined #yocto00:32
*** tedfernau <tedfernau!~tedfernau@> has joined #yocto00:35
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has joined #yocto00:43
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC00:45
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto00:46
*** vineela <vineela!~vtummala@> has quit IRC00:57
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC00:58
*** kiwi_29 <kiwi_29!~kiwi_29@c-73-231-211-214.hsd1.ca.comcast.net> has quit IRC00:59
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto00:59
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC01:17
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has quit IRC01:26
*** JPEW <JPEW!~JPEW@2605:a601:ac3d:c100:e3e8:d9:3a56:e27d> has joined #yocto01: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-ale01:29
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 IRC02:10
*** grumble <grumble!~Thunderbi@freenode/staff/grumble> has joined #yocto02:14
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC02:21
*** creich <creich!~creich@p200300f6af24e910000000000000039b.dip0.t-ipconnect.de> has quit IRC02:26
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has quit IRC02:41
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has quit IRC02:54
*** gonkulator <gonkulator!~brandon@> has joined #yocto03:20
*** mario-goulart <mario-goulart!~user@static.> has quit IRC03:34
*** armpit <armpit!~armpit@2601:202:4180:a5c0:dc42:1510:9ce8:1085> has quit IRC03:34
*** armpit <armpit!~armpit@2601:202:4180:a5c0:2d1c:ec:9aa2:204d> has joined #yocto03:36
*** ahadi <ahadi!~ahadi@> has quit IRC04:01
*** ahadi <ahadi!~ahadi@> has joined #yocto04:03
*** otavio <otavio!~otavio@static.> has quit IRC04:04
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has quit IRC04:04
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC04:07
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto04:07
*** kanavin_home_ <kanavin_home_!~Srain@> has joined #yocto04:12
*** kanavin_home__ <kanavin_home__!~Srain@> has joined #yocto04:13
*** kanavin_home_ <kanavin_home_!~Srain@> has quit IRC04:13
*** otavio <otavio!~otavio@static.> has joined #yocto04:14
*** kanavin_home___ <kanavin_home___!~Srain@> has joined #yocto04:15
*** kanavin_home <kanavin_home!~Srain@2a02:2450:1011:512:45a5:1b3d:84d2:e7fc> has quit IRC04:15
*** gpanders <gpanders!~gpanders@gateway/tor-sasl/gpanders> has joined #yocto04:16
*** kanavin_home__ <kanavin_home__!~Srain@> has quit IRC04:17
*** pankaj347 <pankaj347!7aa678a8@> has joined #yocto05:05
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-qnwdlblvzzwfsdcn> has quit IRC05:14
*** cengiz_io <cengiz_io!~quassel@> has joined #yocto05:25
*** creich <creich!~creich@pd9fe9220.dip0.t-ipconnect.de> has joined #yocto05:41
*** aquijoule_ <aquijoule_!~richbridg@089144203052.atnat0012.highway.a1.net> has quit IRC06:12
*** aquijoule_ <aquijoule_!~richbridg@089144203052.atnat0012.highway.a1.net> has joined #yocto06:12
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto06:24
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:31
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto06:33
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC06:33
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC06:35
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto06:35
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto06:44
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC06:45
*** beneth <beneth!~beneth@irc.beneth.fr> has joined #yocto06:50
*** goliath <goliath!~goliath@clnet-p04-043.ikbnet.co.at> has joined #yocto06:53
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC06:54
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto06:57
*** camus <camus!~Instantbi@> has joined #yocto07:06
*** kaspter <kaspter!~Instantbi@> has quit IRC07:06
*** camus is now known as kaspter07:06
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto07:09
*** cengiz_io <cengiz_io!~quassel@> has quit IRC07:09
*** agust <agust!~agust@p54833a91.dip0.t-ipconnect.de> has joined #yocto07:10
*** asenm <asenm!~asenm@> has joined #yocto07:13
*** cengiz_io <cengiz_io!~quassel@> has joined #yocto07:14
*** w00die_ <w00die_!~w00die@> has quit IRC07:21
*** w00die_ <w00die_!~w00die@> has joined #yocto07:23
*** frsc <frsc!~frsc@mue-88-130-71-163.dsl.tropolys.de> has joined #yocto07:26
*** pankaj347 <pankaj347!7aa678a8@> has quit IRC07:27
*** dreyna <dreyna!~dreyna@c-71-202-37-249.hsd1.ca.comcast.net> has quit IRC07:30
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xyymacqtvpyzkxop> has joined #yocto07:31
*** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has joined #yocto07:32
*** pankaj347 <pankaj347!ab3d5b1c@> has joined #yocto07:33
eFfeMStill 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 installed07: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 #yocto07:34
*** mario-goulart <mario-goulart!~user@static.> has joined #yocto07:38
*** mckoan|away is now known as mckoan07:38
*** pankaj347 <pankaj347!ab3d5b1c@> has quit IRC07:39
*** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has quit IRC07:39
*** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has joined #yocto07:40
*** camus <camus!~Instantbi@> has joined #yocto07:46
*** kaspter <kaspter!~Instantbi@> has quit IRC07:47
*** camus is now known as kaspter07:47
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC07:48
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto07:54
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto07:55
*** mrpelotaz0 <mrpelotaz0!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has quit IRC07:56
*** mrpelotazo <mrpelotazo!~mrpelotaz@HSI-KBW-109-192-067-084.hsi6.kabel-badenwuerttemberg.de> has joined #yocto07:56
*** fl0v0 <fl0v0!~fvo@> has joined #yocto07:58
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto07:58
*** mbulut <mbulut!~nameclash@> has joined #yocto08:02
*** mbulut <mbulut!~nameclash@> has quit IRC08:03
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC08:04
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto08:04
*** gsalazar98 <gsalazar98!5e3dbd6b@gateway/web/cgi-irc/kiwiirc.com/ip.> has joined #yocto08:05
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC08:06
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has quit IRC08:06
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto08:06
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC08:08
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto08:08
*** manuel__ <manuel__!~manuel198@089144216054.atnat0025.highway.a1.net> has joined #yocto08:12
*** asenm <asenm!~asenm@> has quit IRC08:20
*** bps <bps!~bps@> has quit IRC08:35
*** newguy <newguy!180b7c0c@c-24-11-124-12.hsd1.ut.comcast.net> has joined #yocto08:36
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto08:41
*** manuel__ <manuel__!~manuel198@089144216054.atnat0025.highway.a1.net> has quit IRC08:43
*** yoctonoob <yoctonoob!~yoctonoob@> has joined #yocto08:45
*** yoctonoob <yoctonoob!~yoctonoob@> has quit IRC08:50
*** newguy <newguy!180b7c0c@c-24-11-124-12.hsd1.ut.comcast.net> has quit IRC08:51
*** bps <bps!~bps@27-reverse.bang-olufsen.dk> has joined #yocto09:00
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC09:03
*** eFfeM1 <eFfeM1!~frans@> has joined #yocto09:05
*** eFfeM <eFfeM!~frans@a97014.upc-a.chello.nl> has quit IRC09:07
*** prabhakarlad <prabhakarlad!51988ebd@host81-152-142-189.range81-152.btcentralplus.com> has joined #yocto09:13
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto09:24
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:30
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC09:36
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto09:36
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC09:50
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has joined #yocto09:50
*** hb <hb!c4b3dd32@> has joined #yocto09:58
hbHelloย  guys, how to add tensorFlow lite to Dunfell version ? thanks09:59
hbMy ARCH: TARGET_SYS           = "arm-tdx-linux-gnueabi"10:00
hbMACHINE              = "colibri-imx7"10:00
hbDISTRO               = "tdx-x11"10:00
hbDISTRO_VERSION       = "5.2.0-devel-20210302095939+build.0"10:00
hbTUNE_FEATURES        = "arm armv7a vfp thumb neon callconvention-hard"10:00
*** lsg <lsg!uid488839@gateway/web/irccloud.com/x-wksfbkdqnntqqumh> has quit IRC10:13
*** hb <hb!c4b3dd32@> has left #yocto10:18
*** MLK <MLK!c4b3dd32@> has joined #yocto10:19
mckoanhb: this may help https://koansoftware.com/yocto-project-with-artificial-intelligence-ml-on-nxp-i-mx/10:20
*** plntyk <plntyk!~plntyk@> has quit IRC10:31
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC10:33
*** linums <linums!~linums@apn-94-44-252-33.vodafone.hu> has joined #yocto10:33
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto10:34
*** JaBen <JaBen!Thunderbir@gateway/vpn/mullvad/jaben> has joined #yocto10:38
*** JaBen1 <JaBen1!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto10:47
*** JaBen <JaBen!Thunderbir@gateway/vpn/mullvad/jaben> has quit IRC10:49
*** JaBen1 is now known as JaBen10:49
*** plntyk <plntyk!~plntyk@ip5b40590c.dynamic.kabel-deutschland.de> has joined #yocto10:52
*** gendevbot <gendevbot!~devbot@> has quit IRC10:57
*** gendevbot <gendevbot!~devbot@> has joined #yocto10:58
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC11:02
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto11:03
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has joined #yocto11:31
*** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto11:32
*** Wouter01000 <Wouter01000!~Wouter010@84-80-174-188.fixed.kpn.net> has quit IRC11:33
*** Wouter0100 <Wouter0100!~Wouter010@84-80-174-188.fixed.kpn.net> has joined #yocto11:34
*** psnsilva <psnsilva!~psnsilva@> has quit IRC11:37
*** psnsilva_ <psnsilva_!~psnsilva@> has joined #yocto11:37
*** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has quit IRC11:53
*** ka6sox <ka6sox!~ka6sox@nasadmin/ka6sox> has joined #yocto11:56
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC12:15
*** linums <linums!~linums@apn-94-44-240-109.vodafone.hu> has joined #yocto12:16
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto12:29
*** georgem_home <georgem_home!uid210681@gateway/web/irccloud.com/x-gidgkjkqvstoqjdu> has joined #yocto12:36
*** linums <linums!~linums@apn-94-44-240-109.vodafone.hu> has quit IRC12:37
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto12:39
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bsyfdyisvyajyydg> has joined #yocto12:42
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has quit IRC12:48
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto12:48
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC12:53
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto12:54
*** gonkulator <gonkulator!~brandon@> has quit IRC13:08
*** Konsgn <Konsgn!~Konsgnx3@66-109-34-138.static.firstlight.net> has joined #yocto13:12
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto13:12
zeddiiRP: heh, my first attempt at making my reproducible test reuse my sstate failed. 170m for the test run.13:14
*** gonkulator <gonkulator!~brandon@> has joined #yocto13:15
RPzeddii: :/13:25
zeddiiI 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 :P13:28
RPzeddii: yes, that will likely be it13:29
*** MLK54 <MLK54!c4b3dd32@> has joined #yocto13:29
* zeddii nods. I'll set it to something and look for improvement.13:30
*** MLK54 <MLK54!c4b3dd32@> has quit IRC13:30
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has joined #yocto13:31
RPyay, ltp reproduced13:31
zeddiilittle ltp's everywhere!13:31
*** gonkulator <gonkulator!~brandon@> has quit IRC13:33
RPzeddii: that is a scary thought13:34
*** gonkulator <gonkulator!~brandon@> has joined #yocto13:45
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC13:45
JPEWzeddii: Ya the test only disables our sstate when instructed not to use it, it doesn't "set" it if you haven't already13:49
JPEWzeddii: Confusingly, the way it "disables" sstate is to override it to an empty directory with no mirror :)13:49
*** gonkulator <gonkulator!~brandon@> has quit IRC13:50
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC13:53
JPEWRP: Thanks for covering the meta-mingw patches. I had a busy weekend13:55
*** rZZZr is now known as RzR14:03
*** jobroe_ <jobroe_!~manjaro-u@p57a59579.dip0.t-ipconnect.de> has joined #yocto14:03
RPJPEW: np, I figured that one should be straightforward14:04
*** RzR <RzR!~rzr@> has quit IRC14:04
*** RzR <RzR!~rzr@unaffiliated/rzr> has joined #yocto14:04
*** jobroe <jobroe!~manjaro-u@p579eb751.dip0.t-ipconnect.de> has quit IRC14:04
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:05
*** jobroe_ <jobroe_!~manjaro-u@p57a59579.dip0.t-ipconnect.de> has quit IRC14:07
*** sakoman <sakoman!~steve@rrcs-66-91-142-162.west.biz.rr.com> has joined #yocto14:10
*** gonkulator <gonkulator!~brandon@> has joined #yocto14:16
*** gkris <gkris!ccf6a22a@> has joined #yocto14:26
alephanWhat 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
alephanOne could also do it from local.conf but it would be a unnecessary restriction for other packages.14:30
alephanI meant `layer.conf` ^14:30
*** gkris <gkris!ccf6a22a@> has quit IRC14:31
qschulzalephan: RDEPENDS is for runtime dependencies14:32
alephanI know. But those as I said are taken in consideration at rootfs generation time by the package mamager.14:33
qschulzalephan: AFAIR, there's no support for requiring a specific dependency version at build time except PREFERRED_VERSION14:33
alephanSo setting a version restriction on RDEPENDS doesn't mean bitbake will actually take that into consideration14:33
qschulzwhich cannot be set in recipes14:33
alephanYes you can - through versioned RDEPENDS14:33
alephanBut again, that needs to be paired with a PREFERRED_VERSION.14:34
qschulzRDEPENDS is resolved at rootfs time14:34
alephanThat's what I said.14:34
alephanRDEPENDS alone doesn't work because it's only used for packaging hence used by the package mamager at rootfs time.14:34
alephanSo A restriction on RDEPENDS needs to be paired in a configuration with PREFERRED_VERSION14:35
alephanThe question is how do people handle that. With a separate distro? Manually in local.conf?14:35
qschulzalephan: that seems wrong.14:35
qschulzIf that is the case, it should be documented14:36
qschulzor fixed14:36
alephanWhat seems wrong?14:36
qschulzrestricted rdepends requires PREFFERRED_VERSION14:37
alephanI'm not sure I follow.14:37
qschulzno mention of a required PREFERRED_VERSION needed for RDEPENDS on a specific version to work14:38
qschulzaaaaaah. 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
alephanI think there is a misunderstanding here.14:39
alephanWhen I say version restricted RDEPENDS I mean14:40
alephanRDEPENDS_${PN} = "package (operator version)"14:40
alephanCool. We are on the same page now.14:40
alephanSo how do people make sure this stays consistent while not having to enfoce the version at the level of the layer?14:40
qschulzalephan: 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
alephanThat is true.14:44
*** T_UNIX <T_UNIX!uid218288@gateway/web/irccloud.com/x-bsyfdyisvyajyydg> has quit IRC14:45
qschulzso,... :) 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 changed14:45
*** psnsilva__ <psnsilva__!~psnsilva@> has joined #yocto14:47
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto14:47
alephanI know.14:48
alephanI also said above that it14:48
alephanit's ugly and just bad14:48
qschulzlocal.conf isn't really supposed to be versioned, so your next options are either machine configuration files or distro :/14:48
qschulzmachine... probably irrelevant to your use case, so you're left with distro conf file.14:48
alephanMy question still stands, how do people handle this kind of usecases?14:49
alephanIn my case is about homeassistant (which is very fussy in terms of required python modules).14:49
alephanSo I basically have a recipe that requires specific versions of some dependencies.14:49
alephanThat's what I thought14:49
alephanIt's not in any way machine specific14:49
*** psnsilva_ <psnsilva_!~psnsilva@> has quit IRC14:50
qschulzcreating 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
alephanAlso, the usecase should be distro-agnostic. So I can provide a distro sample but users will create their own14:51
alephanSo 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
qschulzalephan: that seems like the right approach to me14:52
qschulzalephan: I would even go as far as putting a PREFERRED_VERSION for your homeassistant too so it's very explicit14:53
alephanHow do you mean?14:53
qschulzor put it in the name of the include file14:53
qschulzI guess different versions of homeassistant will have different requireement for its dependencies14:53
* alephan sent a long message: < https://matrix.org/_matrix/media/r0/download/matrix.org/DHWhYSrvcZfmxdmhIiQKZyVJ/message.txt >14:53
alephanI'll only keep one at any time.14:54
qschulzit all depends if you want to support multiple versions of homeassistant at once14:54
qschulzthen all good :)14:54
alephanSo the inc file will always match the only supported version at one time14:54
alephanOtherwise it gets madness14:54
alephanI mean not really - I can have versioned includes.14:54
alephanBut not today14:54
qschulzstep by step :)14:55
qschulzI never thought about the restricted version RDEPENDS impact in a build so thanks for asking the question :)14:55
*** dleppich <dleppich!~Thunderbi@> has quit IRC15:01
alephanCheers for a short validation qschulz15:04
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC15:11
*** gkris <gkris!ccf6a22a@> has joined #yocto15:23
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has quit IRC15:23
*** linums <linums!~linums@catv-80-99-160-36.catv.broadband.hu> has joined #yocto15:25
*** kovalevsky <kovalevsky!~kovalevsk@fedora/kovalevsky> has joined #yocto15:27
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has joined #yocto15:33
*** nacknick <nacknick!b9b8f483@> has joined #yocto15:36
nacknickHi. How should I determine BSP version?15:36
qschulznacknick: Hello. You have to be more explicit. What exactly are you looking for or trying to do?15:39
nacknickqschulz: 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
nacknickSo I need to know what BSP version I have15:43
qschulznacknick: this needs to be asked to AGL people15:45
qschulzi think they have an irc channel15:45
*** thekappe <thekappe!c65a42b1@> has joined #yocto15:50
thekappehello 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
thekappethen I've run ARCH=arm64 CROSS_COMPILE=aarch64-poky-linux- make scripts15:53
thekappefrom <path-to-yocto-sdk>/sysroots/aarch64-xilinx-linux/usr/src/kernel15:53
thekappethe given device driver relies upon some CONFIG_XXX. How can I manage to set them as I want to ?15:54
mckoanthekappe: that isn't the correct procedure15:55
mckoanthekappe: I'd rather extract/copy the kernel used by YP (see S variable) and build it externally15:56
thekappemckoan, whoa15:56
mckoanthekappe: definirely do not use the stuff in sysroots15:56
thekappecan you be more specific ?15:56
qschulzthekappe: 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
qschulzthekappe: in case of "just module", you need to add kernel-module-<xilinx-emac?> to your image one way or the other16:01
*** spooster <spooster!~Spooster@c-68-61-72-182.hsd1.mi.comcast.net> has joined #yocto16:02
thekappeqschulz, out-of-tree module16:02
thekappedue to some boot dependency I need to run the xilinx_emac driver after the boot process16:03
thekappesince I've to configure some devices before from userspace16:03
thekappeIf 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 it16:04
spoosterI'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
thekappethe 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 support16:06
qschulzthekappe: you don't need all this stuff, just menuconfig and select m for your driver.16:06
qschulzthekappe: ah, here's the real reason behind it :)16:07
fray /msg #overc16:07
frayoops lol16:07
thekappeqschulz, if I leave it in the kernel every time I do a modification I need to patch and rebuild the old kernel16:07
*** bps <bps!~bps@27-reverse.bang-olufsen.dk> has quit IRC16:07
qschulzthekappe: or... just compile the kernel yourself without Yocto16:08
thekappeby the way the driver source code as sem ifdef/ifndef entries regarding some CONFIG_XXX16:08
qschulzmuch faster for debugging IMO16:08
qschulz(that's what I do)16:08
thekappesounds like what mckoan also suggested16:09
qschulzthekappe: exactly like mckoan suggested :)16:09
thekappeI need to compile the module with the sdk btw right ?16:09
*** Bunio_FH <Bunio_FH!~bunio@> has quit IRC16:10
thekappeI've copied out the kernel-source directory, added the .config generated in the build folder16:10
thekappeand make modules16:10
thekappewith the SDK being sourced16:11
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC16:12
qschulzthekappe: the only thing you'd need from the SDK would be toolchain, but you can get one from your Ubuntu/Fedora/whatever host distro16:13
thekappeqschulz, ok, btw I've it already16:15
thekappethanks for the hints16:15
*** adelcast1 <adelcast1!~adelcast@2603-8080-1e08-7cd8-823f-5dff-fe15-cf0d.res6.spectrum.com> has quit IRC16:15
nacknickqschulz: I knew you will say that:) ย but it should be a general yocto (as far as I know BSP)16:21
qschulznacknick: no, Yocto only has two versions: poky layer (1.x, 2.x, 3.x for now) and bitbake versions (1.xx)16:22
qschulz2.19 does not exist in Yocto16:22
qschulz(upstream Yocto)16:23
nacknickOK. thank you qschulz16:25
*** Bunio_FH <Bunio_FH!~bunio@> has joined #yocto16:28
*** aleblanc <aleblanc!~textual@> has joined #yocto16:28
thekappeDoes anybody know why of_address_to_resource() fails ?16:31
thekappeI Have a node with its "reg" property16:31
thekappebut I always get -2216:31
*** AndersD_ <AndersD_!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC16:32
*** adelcast <adelcast!~adelcast@> has joined #yocto16:33
*** ssajal_ <ssajal_!~ssajal@bras-base-otwaon1146w-grc-10-142-114-159-245.dsl.bell.ca> has quit IRC16:34
qschulzthekappe: -22 is -EINVAL, so you probably do it the wrong way or your device tree is incorrect16:36
qschulzthekappe: you'll have much better help in linux IRC channels though ;)16:36
thekappeqschulz, yeah, you are right. Thing is I'm digging all day long16:37
thekappeand I just tried it16:38
*** NiksDev <NiksDev!~NiksDev@> has quit IRC16:38
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:39
*** bps <bps!~bps@> has joined #yocto16:43
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC16:43
gkrisHi, 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 native16:44
*** vineela <vineela!~vtummala@> has joined #yocto16:47
*** NiksDev <NiksDev!~NiksDev@> has quit IRC16:49
eFfeM1is there an easy way to find out which package is responsible for dragging in another package?16:50
eFfeM1Somehow I'm getting dhclient in my package adjacent to dhcpcd (I want to use the latter)16:50
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:50
spoosterUsing bitbake, you can dump the entire dependency graph... but it's a little verbose and may not help you get closer to the answer16:52
eFfeM1spooster: good idea, I can at least try that16:52
spoosterare you using kas?16:52
eFfeM1no, would it help if I do ?16:53
kergotheFfeM1: bitbake -g yourimage; oe-depends-dot -k dhclient:do_configure -w task-depends.dot16:53
spoosternah, just changes how you invoke bitbake16:53
kergothor something along those lines, that's untested16:53
kergothfrom a quick check based on existing entries in my shell history16:54
kergothoe-depends-dot gives info from the graphs16:54
spoosterI was just going to recommend `bitbake -g <image-name>`16:54
RPSaur, JPEW: Bitbake rev: 5f7fdf7b2d8c59805c8ef4dae84f536baa5e172b looks suspect for the performance regression - the event changes16:54
*** NiksDev <NiksDev!~NiksDev@> has quit IRC16:54
eFfeM1kergoth: I was looking at the output from bitbake -g16:54
*** gkris <gkris!ccf6a22a@> has quit IRC16:55
vdlRP: are you applying patches from the mailing list with git-am or something else?16:55
RPvdl: git am, why?16:55
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto16:56
vdlRP: 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
*** gonkulator <gonkulator!~brandon@> has quit IRC16:57
JPEWRP: That was going to be my guess16:57
JPEWRP: Not sure why or how to fix it16:58
RPvdl: I can tweak the ones in -next which haven;t merged yet if that helps.16:58
*** w00die_ <w00die_!~w00die@> has quit IRC16:58
RPvdl: You can add a From: <XXX> to the start of the emails to ensure it gets set correctly if that helps too16:58
RPJPEW: 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
spoosterI 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
vdlRP: indeed, for some reason this line gets removed, I'm double checking my conf ;)17:00
spoosterI'm trying to avoid re-compiling everything for a couple hours17:00
JPEWRP: Seems likely... is whoever reported the problem using multiconfig?17:00
*** w00die_ <w00die_!~w00die@> has joined #yocto17:00
JPEWHmm, I guess the AB perf test probably isn't using mc... it should aleast have no impact in the non-mc case17:00
*** NiksDev <NiksDev!~NiksDev@> has quit IRC17:00
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto17:01
*** frsc <frsc!~frsc@mue-88-130-71-163.dsl.tropolys.de> has quit IRC17:05
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:14
*** eFfeM1 <eFfeM1!~frans@> has quit IRC17:15
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto17:16
*** bps <bps!~bps@> has quit IRC17:18
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC17:23
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-174.hsi6.kabel-badenwuerttemberg.de> has joined #yocto17:30
*** vineela <vineela!~vtummala@> has quit IRC17:35
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has joined #yocto17:38
*** nacknick <nacknick!b9b8f483@> has quit IRC17:38
*** gonkulator <gonkulator!~brandon@> has joined #yocto17:39
*** vineela <vineela!~vtummala@> has joined #yocto17:44
*** AndersD <AndersD!~AndersD@h83-209-96-136.cust.a3fiber.se> has quit IRC17:49
*** psnsilva__ <psnsilva__!~psnsilva@> has quit IRC18:10
*** yannholo <yannholo!~yannholo@fs-141-0-205-41.fullsave.info> has quit IRC18:22
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC18:26
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto18:26
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/irccloud.com/x-xyymacqtvpyzkxop> has quit IRC18:37
*** lexx2 <lexx2!~lexx2@> has joined #yocto18:40
*** eduardas <eduardas!~eduardas@82-135-139-249.static.zebra.lt> has quit IRC18:40
*** kernelsandals <kernelsandals!b84a29fe@rrcs-184-74-41-254.nys.biz.rr.com> has joined #yocto18:44
kernelsandalsHi, 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 same18:45
kernelsandalsresult. Can anyone point me in the right direction here?18:45
vdlhow 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 #yocto19:02
*** lexx2 <lexx2!~lexx2@> has quit IRC19:08
JaMaalimon: around?19:10
JaMaalimon: 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 full19:13
JaMaabsolute paths to cross-files in glib-2.0 sstate signature)19:14
JaMaalimon: 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 IRC19:22
JaMaalimon: 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 minute19:24
*** bobo <bobo!~bobo@customer-145-14-101-3.stosn.net> has joined #yocto19:33
*** vineela <vineela!~vtummala@> has quit IRC19:38
RPJPEW: It was Saur, not sure about config but I think they do have a number of layers19:43
RPvdl: do you want me to change the author on those patches?19:43
*** aleblanc <aleblanc!~textual@> has quit IRC19:46
zeddiiRP: 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
RPzeddii: something really odd is going on. Other trick is to stop it deleting the build directories and forcing it to reuse them19:59
zeddiiI 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
zeddiii'll revisit that tomorrow.20:00
zeddiiwatching the process list, I'm seeing a lot being built, but need to expose more output to know why20:00
RPzeddii: did you catch http://git.yoctoproject.org/cgit.cgi/poky/tree/meta/lib/oeqa/selftest/cases/reproducible.py#n22120:01
* zeddii see's a zillion Parser-<number> right now.20:01
zeddiiyah. that's what I had hacked out.20:02
RPcombined with -K you should be good then :/20:02
zeddiithat'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
RPzeddii: sorry its being a pain :(20:03
zeddiiit's ok.  it's good for me to understand this better20:03
zeddiiI see lots of -native and patching running on dependencies right now. so clearly, lots is going on.20:04
RPzeddii: perf will be easy when you get the environment setup right? :)20:04
zeddiiI have an idea of what to do, It's pretty clear where it is grabbing some paths. as a start anyway.20:04
RPzeddii: for now, grep on the binaries and seeing build paths will give you a pretty good indication there is a problem FWIW20:05
zeddiiI can of course just do some builds and check it msyelf20:05
zeddiiyah. that's my plan for tomorrow, assuming I can't get the full test to behave.20:05
RPzeddii: we can throw a single reproducible build at it on the autobuilder too FWIW20:05
RPzeddii: I did that to confirm/deny my work in a few cases20:06
RPtakes about four hours20:06
zeddiiyah. I'll switch to something a bit more manual tomorrow, and then loop back to the oeselftest20:07
JaMaI 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 directory20:08
JaMaand from world only meta-ide-support.do_populate_ide_support depends on TOPDIR:20:15
JaMabitbake-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/120:15
JaMaNOTE: Starting bitbake server...20:15
JaMabasehash changed from c4758c5f5a5b2ef469082a5dcb60969a4ad4ac29a634836312d770882fdf9f6c to fc3c2d8c4c7e455fe3df56dc56913daadbc4ffe6aa97e49c5d473c2ecb1094ad20:15
JaMaVariable TOPDIR value changed from '/OE/build/oe-core2' to '/OE/build/oe-core'20:15
*** gonkulator <gonkulator!~brandon@> has quit IRC20:16
JaMaand do_rootfs_wicenv difference is caused by WICVARS depending on BBLAYERS20:18
RPJaMa: it really shouldn't be depending on that :(20:22
RPJaMa: we should perhaps poison it in the selftests to test that20:22
*** camus <camus!~Instantbi@> has joined #yocto20:23
*** kaspter <kaspter!~Instantbi@> has quit IRC20:23
*** camus is now known as kaspter20:23
smurraysome more grub fun: https://www.debian.org/security/2021-GRUB-UEFI-SecureBoot/20:26
alimonJaMa: ok sounds good, i just see the patch in the ML20:30
* RP notes that ltp did pass the repro tests this time, yay20:32
*** gillesm <gillesm!~Gilles@> has quit IRC20:33
*** gonkulator <gonkulator!~brandon@> has joined #yocto20:38
*** warthog9 <warthog9!warthog9@proxy.monkeyblade.net> has joined #yocto20:43
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC20:44
*** vineela <vineela!vtummala@nat/intel/x-odnyvunnxrkjcava> has joined #yocto20:55
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has quit IRC21:04
*** frosteyes <frosteyes!~frosteyes@> has quit IRC21:05
*** dkc <dkc!~dkc@55.ip-158-69-215.net> has quit IRC21:06
*** dkc <dkc!~dkc@55.ip-158-69-215.net> has joined #yocto21:06
*** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto21:07
*** oberstet <oberstet!~oberstet@> has joined #yocto21:07
*** vineela <vineela!vtummala@nat/intel/x-odnyvunnxrkjcava> has quit IRC21:12
*** RobertBerger <RobertBerger!~rber@ppp-2-86-140-183.home.otenet.gr> has joined #yocto21:14
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has joined #yocto21:18
*** sbach <sbach!~sbachmatr@> has quit IRC21:18
*** sbach <sbach!~sbachmatr@> has joined #yocto21:19
*** berton <berton!~user@200-180-244-11.user3p.brasiltelecom.net.br> has quit IRC21:23
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto21:25
*** zyga-mbp <zyga-mbp!~zyga@unaffiliated/zyga> has quit IRC21:31
*** vineela <vineela!~vtummala@> has joined #yocto21:38
*** medo <medo!d1851b4a@> has joined #yocto21:39
*** tgoodwin <tgoodwin!~tgoodwin@pool-100-16-74-100.bltmmd.fios.verizon.net> has joined #yocto21:43
dl9pfRP: whats the debug flag for pseudo again ?21:54
*** yates <yates!~user@fv-nc-f7af8b91e1-234237-1.tingfiber.com> has joined #yocto21: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
dl9pfRobertBerger: depends on the level of booze21:58
RobertBerger@dl9pf: mine is still in the "green" range :)21:59
yatesi'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 IRC22:00
yatesvdl informed me a few days ago: "14:07 <vdl> yates: a BSP usually provides all necessary low level22:00
yates            software to boot a device. In the Yocto world, a BSP22:00
yates            layer usually contains the machine definition including22:00
yates            its architecture, the preferred bootloader and kernel,22:00
yates            eventually kernel patches, etc. Then with the BSP layer22:00
yates            for your board (e.g. meta-raspberrypi), you should be22:00
yates            able to have a working environment by building a22:00
yates            combination of e.g. the "raspberrypi" machine, the "core-image-minimal" image and any distro (e.g. "poky").22:00
yatesoh sorry22:01
yatesvdl 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 building22:01
yates a combination of e.g. the "raspberrypi" machine, the "core-image-minimal" image and any distro (e.g. "poky").22:01
yateswhere does binutils fit in? does the BSP include the binutils port?22:01
yatesand doesn't yocto provide both native- and cross-sdk (assembler, linker, compilers, etc)?22:02
yateshow is this accomplished?22:02
yateswhat 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 IRC22:05
derRichardyates: i like meta-freescale a lot22:14
*** feddischson <feddischson!~feddischs@HSI-KBW-109-192-195-174.hsi6.kabel-badenwuerttemberg.de> has quit IRC22:15
* alimon starting to do some swating for today builds ... abelloni RP22:15
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC22:20
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has joined #yocto22:20
*** beneth <beneth!~beneth@irc.beneth.fr> has left #yocto22:21
vdlyates: 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
RPJPEW: would you believe I've found a really really stupid bug in the logging code :/22:23
RPalimon: I'm kind of around atm22:24
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has quit IRC22:24
*** ByteLawd <ByteLawd!extor@unaffiliated/extor> has joined #yocto22:25
RPJPEW, sakoman: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t222&id=a8f95a3b6128d0fd0f3a2401fcd4c770f5a8d51122:26
*** manuel_ <manuel_!~manuel198@2a02:1748:dd5c:f290:85aa:e259:5eaf:8d6b> has quit IRC22:27
*** medo <medo!d1851b4a@> has quit IRC22:28
*** tralla <tralla!55c30c54@user84.85-195-12.netatonce.net> has joined #yocto22:31
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:ac92:f3cb:a8a3:4136> has quit IRC22:41
JPEWRP: Bah, ha, ha22:41
RPJPEW: I did have to sit with a piece of paper to check I had that right but I think I do...22:45
JPEWRP: (for receipt) That code will make it drop any message with a lower logging level (severity) than bb.msg.loggerDefaultLogLevel.22:49
JPEWRP: FWIW, I always have to look up if severity is ascending or descending22:50
*** kaspter <kaspter!~Instantbi@> has quit IRC22:52
*** kaspter <kaspter!~Instantbi@> has joined #yocto22:52
trallaWill '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 #yocto23:03
*** risca <risca!~quassel@> has quit IRC23:19
*** risca <risca!~quassel@> has joined #yocto23:20
*** agust <agust!~agust@p54833a91.dip0.t-ipconnect.de> has quit IRC23:20
*** thekappe <thekappe!c65a42b1@> has quit IRC23:21
*** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has quit IRC23:22
*** Shaun <Shaun!~soneil@pdpc/supporter/professional/shauno> has joined #yocto23:24
*** gonkulator <gonkulator!~brandon@> has quit IRC23:25
*** gonkulator <gonkulator!~brandon@> has joined #yocto23:25
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC23:38
*** kamel_ <kamel_!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has quit IRC23:38
*** kamel_b <kamel_b!~kamel@ec2-52-47-93-88.eu-west-3.compute.amazonaws.com> has joined #yocto23:38
*** nerdboy <nerdboy!~sarnold@> has joined #yocto23:39
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto23:39
rburtonit will never fetch from sstate23:51
rburtonit will always rebuild23:51
rburtonevery time you build23:51
rburtonyou most likely don't want that23:51
*** vineela <vineela!~vtummala@> has quit IRC23:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!