| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 00:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 00:01 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 264 seconds) | 00:03 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Quit: Leaving) | 00:15 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 00:16 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 246 seconds) | 00:18 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 00:18 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 00:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 00:23 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 00:39 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 00:42 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Ping timeout: 240 seconds) | 00:48 | |
| *** davidinux <davidinux!~davidinux@92.118.62.220> has quit IRC (Ping timeout: 240 seconds) | 01:03 | |
| *** davidinux <davidinux!~davidinux@92.118.62.221> has joined #yocto | 01:06 | |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 01:13 | |
| *** starblue <starblue!~juergen@dslb-094-221-190-204.094.221.pools.vodafone-ip.de> has quit IRC (Read error: Connection reset by peer) | 01:13 | |
| *** starblue <starblue!~juergen@dslb-094-221-189-048.094.221.pools.vodafone-ip.de> has joined #yocto | 01:18 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 01:20 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 01:21 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 01:24 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 01:24 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 01:28 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 01:29 | |
| *** RobertBerger <RobertBerger!~rber|res@62-46-15-43.adsl.highway.telekom.at> has joined #yocto | 01:32 | |
| *** camus <camus!~Instantbi@2409:8a1e:912b:9650:ea6f:2d99:ffa6:9146> has quit IRC (Ping timeout: 250 seconds) | 01:34 | |
| *** rber|res <rber|res!~rber|res@62-46-15-43.adsl.highway.telekom.at> has quit IRC (Ping timeout: 240 seconds) | 01:34 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 01:58 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6521:700:2ce:39ff:fecf:efcd> has quit IRC (Ping timeout: 265 seconds) | 02:57 | |
| *** jclsn <jclsn!~jclsn@2a04:4540:6526:bf00:2ce:39ff:fecf:efcd> has joined #yocto | 02:59 | |
| *** benGuest35 <benGuest35!~benGuest3@lfbn-nic-1-139-213.w2-15.abo.wanadoo.fr> has joined #yocto | 03:05 | |
| *** benGuest35 <benGuest35!~benGuest3@lfbn-nic-1-139-213.w2-15.abo.wanadoo.fr> has quit IRC (Quit: Client closed) | 03:13 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 04:02 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has quit IRC (Ping timeout: 268 seconds) | 04:03 | |
| *** Lihis <Lihis!~Lihis@2001:41d0:e:f34::1> has quit IRC (Quit: Quitting) | 04:25 | |
| *** Lihis <Lihis!~Lihis@ns3006753.ip-151-80-42.eu> has joined #yocto | 04:27 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 04:36 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 246 seconds) | 04:37 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has quit IRC (Ping timeout: 264 seconds) | 04:40 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 04:42 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 05:10 | |
| *** wooosaiiii <wooosaiiii!~Thunderbi@89-212-21-243.static.t-2.net> has joined #yocto | 05:51 | |
| *** amitk_ <amitk_!~amit@103.208.71.9> has joined #yocto | 05:57 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Remote host closed the connection) | 06:04 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 06:04 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:05 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 06:05 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 06:06 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Client Quit) | 06:10 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 06:10 | |
| *** vladest <vladest!~Thunderbi@6.174.199.178.dynamic.wline.res.cust.swisscom.ch> has quit IRC (Ping timeout: 240 seconds) | 06:13 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 06:15 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has quit IRC (Remote host closed the connection) | 06:28 | |
| *** bluelightning <bluelightning!uid552298@id-552298.tinside.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** bluelightning <bluelightning!uid552298@id-552298.tinside.irccloud.com> has joined #yocto | 06:29 | |
| *** lamm <lamm!~lucasmaga@194.47.241.242> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 06:29 | |
| *** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** NishanthMenon <NishanthMenon!sid138049@id-138049.uxbridge.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:29 | |
| *** lamm <lamm!~lucasmaga@194.47.241.242> has joined #yocto | 06:30 | |
| *** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:30 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has quit IRC (Ping timeout: 260 seconds) | 06:30 | |
| *** \dev\ice <\dev\ice!~eabdb@user/device/x-9920846> has quit IRC (Ping timeout: 260 seconds) | 06:31 | |
| *** olof <olof!zibri@shell.x20.se> has quit IRC (Ping timeout: 260 seconds) | 06:31 | |
| *** olof <olof!zibri@shell.x20.se> has joined #yocto | 06:31 | |
| *** \dev\ice <\dev\ice!~eabdb@2a01:4f8:1c1c:2178::1> has joined #yocto | 06:32 | |
| *** ernstp <ernstp!sid168075@id-168075.hampstead.irccloud.com> has joined #yocto | 06:33 | |
| *** Crofton <Crofton!sid401373@id-401373.lymington.irccloud.com> has joined #yocto | 06:33 | |
| *** NishanthMenon <NishanthMenon!sid138049@id-138049.uxbridge.irccloud.com> has joined #yocto | 06:33 | |
| *** tangofoxtrot <tangofoxtrot!~tangofoxt@user/tangofoxtrot> has joined #yocto | 06:33 | |
| *** \dev\ice <\dev\ice!~eabdb@2a01:4f8:1c1c:2178::1> has quit IRC (Client Quit) | 06:36 | |
| *** mckoan|away is now known as mckoan | 06:39 | |
| mckoan | good morning | 06:40 |
|---|---|---|
| *** \dev\ice <\dev\ice!~eabdb@user/device/x-9920846> has joined #yocto | 06:43 | |
| *** Tartarus <Tartarus!sid72705@id-72705.ilkley.irccloud.com> has joined #yocto | 06:44 | |
| *** rmmr <rmmr!sid240755@id-240755.helmsley.irccloud.com> has joined #yocto | 06:44 | |
| *** mithro <mithro!sid24875@id-24875.ilkley.irccloud.com> has joined #yocto | 06:44 | |
| *** rhadye <rhadye!sid217449@id-217449.tinside.irccloud.com> has joined #yocto | 06:44 | |
| *** PobodysNerfect <PobodysNerfect!~PobodysNe@84.214.105.47> has joined #yocto | 06:51 | |
| LetoThe2nd | yo dudX | 07:10 |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 07:10 | |
| *** rob_w <rob_w!~rob@2001:a61:6012:6901:7514:3bf3:72e6:ebda> has joined #yocto | 07:12 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has joined #yocto | 07:12 | |
| *** amitk_ <amitk_!~amit@103.208.71.9> has quit IRC (Quit: leaving) | 07:25 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has joined #yocto | 07:29 | |
| *** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has quit IRC (Ping timeout: 268 seconds) | 07:29 | |
| *** alejandr1 <alejandr1!~alejandro@user/alejandrohs> has joined #yocto | 07:31 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 07:34 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4a06:df00:7656:3cff:fe3f:7ce9> has joined #yocto | 07:37 | |
| jclsn | Morning | 07:44 |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 07:45 | |
| *** AdrianTheFirst <AdrianTheFirst!~AdrianThe@2a02:aa7:4003:a9a:e166:1e37:e273:5205> has joined #yocto | 07:48 | |
| AdrianTheFirst | Good morning! | 07:48 |
| AdrianTheFirst | I have a question regarding the Yocto build, I hope this is the right channel and I am not breaking any netiquette or rule. If I do, kindly let me know. | 07:50 |
| jclsn | AdrianTheFirst: We are not such an overly critical channel here. Feel free to ask what is on your mind :) | 07:51 |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has joined #yocto | 07:51 | |
| Guest98 | hi, morning. | 07:54 |
| Guest98 | I can use "devtool modify linux-raspberrypi" successfully while using devtool, but when i do "devtool reset linux-raspberrypi", getting: | 07:54 |
| Guest98 | NOTE: Starting bitbake server... | 07:54 |
| Guest98 | ERROR: No recipe named 'linux-raspberrypi' in your workspace | 07:54 |
| Guest98 | What could be the reason for this? | 07:54 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 256 seconds) | 07:56 | |
| AdrianTheFirst | My build fails due to version-going-backwards error, even though I have added this exemption to INSANE_SKIP of my .bb file (actually a colleague of mine did a few weeks ago). | 07:56 |
| AdrianTheFirst | The strange thing is that those version-going-backwards errors disappear when I retry the build several time, or build the packages individually. | 07:56 |
| AdrianTheFirst | Also, when investigating this build failure, I saw that the error come from the functionbuildhistory_emit_pkghistory' from poky/meta/classes/buildhistory.bbclass. To my surprise, this quite long function does NOT honor or check the INSANE_SKIP variable. So it emits this version-going-backward error. | 07:56 |
| AdrianTheFirst | My question would be: doesnt this functionbuildhistory_emit_pkghistory function ought to check the INSANE_SKIP var before emitting the error? | 07:56 |
| JaMa | AdrianTheFirst: it's shown only once, because once the version went backwards (in buildhistory), it doesn't go backwards again | 08:00 |
| JaMa | AdrianTheFirst: if you don't care about version-going-backwards errors anywhere you can remove it from ERROR_QA or WARN_QA | 08:01 |
| JaMa | it's rarely recipe specific decision, either you want package manager to do the upgrades correctly or you don't care (e.g. with ostree or similar upgrade mechanisms with on-terget package management disabled) | 08:02 |
| AdrianTheFirst | I see. I our case, the version of our packages are set to PV = "1.0+git${SRCPV}", so we use the git commit hash as version and that can go up and down impredictably. So checking the version-going-backwards does not make sense for our version scheme, but we would like to keep it for all the other recipes... hence we added the INSANE_SKIP exemption. | 08:04 |
| JaMa | you should use PRserv to make sure SRCPVs are always increasing | 08:05 |
| AdrianTheFirst | Thanks for the hint, can you point me to the doc for PRserv? | 08:07 |
| AdrianTheFirst | Also, adding "version-going-backwards" to INSANE_SKIP seems to be a good match for our usecase. Why does it not work all the time? | 08:07 |
| JaMa | because it doesn't make sense to set it only for some recipes | 08:08 |
| *** bps2 <bps2!~bps@193.89.194.60> has joined #yocto | 08:09 | |
| JaMa | package-manager either can work or cannot, why would you want to install random versions of packages built from git on target? | 08:09 |
| JaMa | https://wiki.yoctoproject.org/wiki/PR_Service | 08:09 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 08:15 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 08:15 | |
| AdrianTheFirst | It is not that one would want random versions, as I see it. But for flexibility, the build allows to skip the version check (could be because the version is not always increasing (our case) or that one want to temporarilly build with an older version, or any other project/recipe specific version...). | 08:29 |
| AdrianTheFirst | Thanks for the PR_Service link, I am reading it :-) | 08:29 |
| JaMa | yes, but it's not specific to this recipe, if you're not using PRserv for always increasing SRCPV than any recipe with SRCPV in PV has this issue | 08:35 |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has joined #yocto | 08:36 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 08:37 | |
| *** silbe <silbe!~silbe@2a03:4000:20:16f:96de:80ff:fe22:1aaa> has joined #yocto | 08:49 | |
| *** Guest98 <Guest98!~Guest98@31.145.189.2> has quit IRC (Quit: Client closed) | 09:03 | |
| frosteyes1 | Hi folks. I noticed that when trying to add gcc-arm-none-eabi to our SDK (using the meta-arm-toolchain layer from meta-arm), and adding TOOLCHAIN_HOST_TASK:append = "nativesdk-gcc-arm-none-eabi" that it fails with RPM packages | 09:37 |
| frosteyes1 | With kirkstone (gcc 10) it is missing python2.7, and with master it is missing libcrypt.so.1 | 09:38 |
| frosteyes1 | nothing provides libcrypt.so.1()(64bit) needed by nativesdk-gcc-arm-none-eabi-12.2.rel1-r0.x86_64_nativesdk | 09:38 |
| *** frosteyes1 is now known as frosteyes | 09:41 | |
| frosteyes | Anyone who have worked with meta-arm-toolchain, who have seen this and have some inputs. Else will properly need to dig deeper into it :) | 09:42 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 09:53 | |
| *** starblue <starblue!~juergen@dslb-094-221-189-048.094.221.pools.vodafone-ip.de> has quit IRC (Ping timeout: 265 seconds) | 10:03 | |
| *** starblue <starblue!~juergen@dslb-094-221-189-048.094.221.pools.vodafone-ip.de> has joined #yocto | 10:05 | |
| rburton | frosteyes: we've never tested that. obviously there's some python bits in there and the crypt thing is just annoying. as a meta-arm maintainer, i hate the binary toolchains. | 10:07 |
| rburton | frosteyes: try setting SKIP_FILEDEPS="1" in the gcc-arm-none-eabi recipe | 10:09 |
| rburton | if that works, please send a patch | 10:09 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 240 seconds) | 10:18 | |
| frosteyes | rburton: will test send a patch if it works.. | 10:19 |
| *** Guest36 <Guest36!~Guest98@31.145.189.2> has joined #yocto | 10:28 | |
| Guest36 | khem I got successfully build with https://github.com/mirzak/meta-coral(master). But, the device tree configuration for Coral Camera(OV5645) is missing. The camera is working with "zeus" branch, not working with "master" branch. How should i proceed to gain access to the camera. I'm not capable of typing device tree, i'm a rookie. | 10:36 |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has joined #yocto | 10:36 | |
| *** Thorn_ <Thorn_!~Thorn@164.158.114.89.rev.vodafone.pt> has joined #yocto | 10:37 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 10:38 | |
| *** kpo <kpo!~kpo@87-206-161-246.dynamic.chello.pl> has joined #yocto | 10:43 | |
| *** AdrianTheFirst <AdrianTheFirst!~AdrianThe@2a02:aa7:4003:a9a:e166:1e37:e273:5205> has quit IRC (Quit: Client closed) | 10:59 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:11 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 11:12 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 11:12 | |
| frosteyes | rburton: you got a patch for meta-arm | 11:18 |
| rburton | cheers | 11:22 |
| *** tgamblin <tgamblin!~tgamblin@cpe64777de11593-cm64777de11590.cpe.net.cable.rogers.com> has joined #yocto | 11:27 | |
| *** davidinux <davidinux!~davidinux@92.118.62.221> has quit IRC (Ping timeout: 265 seconds) | 11:29 | |
| *** davidinux <davidinux!~davidinux@194.147.59.220> has joined #yocto | 11:31 | |
| jbo | hey guys. I'm working off a microchip (meta-atmel) example for the SAMA5D27-SOM1. I'd like to figure out how I can modify the device tree. How does one do that in yocto? | 11:33 |
| jbo | i.e. how would I locate the original/used DTS? | 11:35 |
| tomzy_0[m] | jbo: hey, you would like to customize the one you already use? | 11:35 |
| jbo | tomzy_0[m], yes. I'd just like to add an i2c device. | 11:36 |
| jbo | (audio codec in my case) | 11:36 |
| tomzy_0[m] | according to meta-atmel (if you are using latest revision) the build uses at91-sama5d27_som1_ek.dtb https://github.com/linux4sam/meta-atmel/blob/kirkstone/conf/machine/sama5d27-som1-ek-sd.conf#L9 | 11:36 |
| tomzy_0[m] | if you are not using latest revision, just look for machine config file used in your build (probably sama5d27-som1-*) | 11:36 |
| tomzy_0[m] | and look for KERNEL_DEVICETREE | 11:37 |
| jbo | tomzy_0[m], thanks for that info | 11:38 |
| jbo | I'm on commit d8bb091fe1dd3725d4f323e30f6e178399919f02 | 11:38 |
| jbo | and I don't seem to have a meta-ateml/blob directory | 11:38 |
| jbo | (commit from May 12) | 11:38 |
| tomzy_0[m] | the blob part is generated from github i believe, on your commit it is https://github.com/linux4sam/meta-atmel/blob/d8bb091fe1dd3725d4f323e30f6e178399919f02/conf/machine/sama5d27-som1-ek-sd.conf#L9 | 11:40 |
| tomzy_0[m] | so I think the same | 11:40 |
| jbo | oh, I'm an idiot - appologies. | 11:40 |
| tomzy_0[m] | do not need to :) | 11:40 |
| tomzy_0[m] | now you need kernel sources, I think your build is using linux-mchp https://github.com/linux4sam/meta-atmel/blob/d8bb091fe1dd3725d4f323e30f6e178399919f02/recipes-kernel/linux/linux-mchp_5.15.68.bb#L7 so you can try to work with devtool https://docs.yoctoproject.org/singleindex.html#using-devtool-in-your-sdk-workflow | 11:42 |
| jbo | I am indeed using linux-mchp | 11:42 |
| jbo | alright, time to understand the entire devtools workflow then :D | 11:43 |
| tomzy_0[m] | or just clone linux-mchp sources, checkout to the same commit used in Yocto which should be 5aedde3bc33b1337144f4db5d12204993d291b35 (taken from linux-mchp recipe - SRCREV), then modify that DTS, create patch and apply to your build | 11:44 |
| jbo | that... sounds easier | 11:44 |
| jbo | I just need to test some custom board | 11:44 |
| tomzy_0[m] | by adding bbappend for linux-mchp | 11:44 |
| jbo | I already created a custom layer to modify some of the linux-mchp stuff (mainly just adding packages like usb-utils) | 11:44 |
| tomzy_0[m] | for some it is easier, others may want to work with devtool :) | 11:44 |
| tomzy_0[m] | That's nice, so you are familiar of adding custom changes to already existed recipes by bbappends? | 11:45 |
| jbo | I wouldn't say that I am familiar by any means. I just successfully created an overlay with a bbappend for core-image-minimal to have some IMAGE_INSTALL:append in there | 11:46 |
| tomzy_0[m] | so what you would need after creating a patch, is bbappend to linux-mchp with DTS patch | 11:49 |
| jbo | my main problem is basically that I created a custom board for the SAMA5D27-SOM1. u-boot runs fine and the kernel starts loading stuff. even detects the on-board Quectel EC-25 modem. But once it wants to mount rootfs it fails. on a fast microSD card it kernel panics and on a slow one it shows either error -84 or error -110 | 11:49 |
| tomzy_0[m] | similar as it is done here https://github.com/linux4sam/meta-atmel/blob/d8bb091fe1dd3725d4f323e30f6e178399919f02/recipes-kernel/linux/linux-mchp_5.15.68.bb#L11 with dtsi.patch | 11:49 |
| jbo | I'm afraid that I didn't put enough attention into the PCB layout and might have some signal integrity problems :( | 11:49 |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Remote host closed the connection) | 11:50 | |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has joined #yocto | 11:51 | |
| tomzy_0[m] | Well, what you describe may be connected with lots of problems, but maybe it is just only a small one? :) | 11:51 |
| jbo | that's what I am trying to figure out :( | 11:51 |
| jbo | the same microSD cards (i tested a bunch of different ones) all work fine on the SAMA5D27-SOM1-EK1 (the EVK) | 11:51 |
| jbo | here it is booting from a "fast" microSD card: https://pastebin.com/GLSSs9Wj | 11:52 |
| jbo | and here it is booting from a "slow" microSD card: https://pastebin.com/9RJwhJin | 11:52 |
| Entei[m] | What's the difference between the rust recipes provided by yocto vs the one provided by meta-rust layer? | 11:52 |
| tomzy_0[m] | jbo: yeap that does not look good, maybe you need to diagnose the mmc driver and try the debug it - in this case Yocto is not necessary, just working with Linux driver, recompilation and checking what goes wrong - in case you would have some patch that fix this behavior, then you would need to apply it in Yocto | 11:56 |
| jbo | tomzy_0[m], I'm afraid it's more likely to be a PCB signal integrity issue | 11:57 |
| tomzy_0[m] | I do not have lot of experience with that, but well.. good luck with your project :) hopefully everything will end up fine | 11:58 |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Ping timeout: 268 seconds) | 11:58 | |
| jbo | jup | 11:58 |
| jbo | overall trace length is ~50mm on the SDIO interface tho | 11:58 |
| jbo | as in < 50mm | 11:59 |
| *** AndreRicardo <AndreRicardo!~Andre@155.94.33.143> has joined #yocto | 12:05 | |
| *** frieder <frieder!~frieder@i4DF677E2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 268 seconds) | 12:07 | |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-239.citykom.de> has joined #yocto | 12:15 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 12:38 | |
| *** camus <camus!~Instantbi@58.246.136.203> has quit IRC (Ping timeout: 240 seconds) | 12:57 | |
| *** Guest36 <Guest36!~Guest98@31.145.189.2> has quit IRC (Ping timeout: 245 seconds) | 13:00 | |
| *** camus <camus!~Instantbi@58.246.136.203> has joined #yocto | 13:02 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has joined #yocto | 13:28 | |
| jbo | tomzy_0[m], I'm working on the DTS patching now. I think I understand the basics of it. I created a corresponding patch file. is there a way to check whether yocto/bitbake actually uses/applies the patch? | 13:37 |
| *** Chocobo <Chocobo!~swinchen@50.201.116.122> has joined #yocto | 13:41 | |
| Chocobo | has anyone ever experienced the "do_kernel_checkout" step taking around 40 minutes? | 13:42 |
| Chocobo | I am doing it in a docker image, running in a VM. Probably not ideal, but 40 minutes seems excessive. | 13:43 |
| LetoThe2nd | Chocobo: if its a large repo and the connection is slow, yes, it happens. Which kernel, specifically? | 13:49 |
| *** thomasd13 <thomasd13!~thomas@DSL01.212.114.255.148.ip-pool.NEFkom.net> has quit IRC (Ping timeout: 250 seconds) | 13:51 | |
| Chocobo | LetoThe2nd: linux-xlnx-5.10-adi_2021_R1+gitAUTOINC+machine-r0 | 13:53 |
| Chocobo | An analog devices fork of the Linux Xilinx kernel. :/ fork on fork | 13:53 |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has joined #yocto | 13:55 | |
| *** davidinux <davidinux!~davidinux@194.147.59.220> has quit IRC (Quit: WeeChat 3.5) | 13:56 | |
| Chocobo | I wish there was a way to cache the checkout - I wonder if I can fudge it by cloning the repo and pointing the recipe to my local repo. | 13:56 |
| rburton | JaMa khem don't merge those meta-oe g-i changes, they're bandaids for a trivial fix in core | 13:59 |
| *** davidinux <davidinux!~davidinux@194.147.59.90> has joined #yocto | 13:59 | |
| zeddii | Chocobo. downloads are already cached, so unless you are doing a cleanall, it won't fetch each time. If it really is the file i/o on the checkout that is slowing things down, of course the local fetch won't help. | 14:00 |
| Chocobo | zeddii: It must be the file i/o ... I didn't do a cleanall. hrm, I guess I need to identify if it is docker or the vm doing it. The VM shows almost 0 disk activity which seems wrong. | 14:03 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 14:05 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 14:05 | |
| Chocobo | Yeah, the container is basically idle: "d6bfb1f23195 relaxed_engelbart 0.27% 1.379GiB / 15.62GiB 8.83% 0B / 0B 657MB / 1.19GB 14" | 14:05 |
| Chocobo | I haven't seen the disk throughput move at all | 14:06 |
| *** AndreRicardo <AndreRicardo!~Andre@155.94.33.143> has quit IRC (Quit: Client closed) | 14:10 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 14:11 | |
| Chocobo | lol. It's like torture: "0: linux-xlnx-5.10-adi_2021_R1+gitAUTOINC+machine-r0 do_kernel_checkout - 40m43s (pid 3160)" | 14:14 |
| *** davidinux <davidinux!~davidinux@194.147.59.90> has quit IRC (Quit: WeeChat 3.5) | 14:17 | |
| jbo | Hey guys, I'm created a custom DTS patch which I'd like to include in my layer. After creating the patch and addit it to the bbappend file bitbake does not show any warning/error (anymore, after fixing some paths). However, after building the image the dts in my-build/tmp/work-shared/... does not show the changes. what can I do to figure out what is going wrong? | 14:18 |
| jbo | how can I figure out whether bitbake actually applies the patch? | 14:19 |
| mcfrisk | jbo: devshell in the recipe build tree, or "bitbake -e recipe" output to check that SRC_URI and tasks contain your changes | 14:22 |
| jbo | mcfrisk, what I do now is that my layer is being applied. I am just not sure about the DTS patch I created. would "bitbake -e recipe" show that explicitly? | 14:24 |
| *** davidinux <davidinux!~davidinux@92.118.62.162> has joined #yocto | 14:25 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 14:29 | |
| *** user3924839 <user3924839!~user39248@143.167.254.175> has joined #yocto | 14:38 | |
| user3924839 | Just wanted to point out the following which I've found on theyoctojester.info "Lets be honest, about nobody gets into YP technology “just for fun”. Its just not meant for it. So if you have a question or problem, then the chances are close to 100% that you are either doing this because it is your job, or - in a lower number of cases - some | 14:38 |
| user3924839 | form of learning assignment." -> I'm doing it for fun :) | 14:38 |
| user3924839 | cause the yp is fun! | 14:39 |
| *** frieder <frieder!~frieder@i4df677e2.static.tripleplugandplay.com> has joined #yocto | 14:39 | |
| *** user3924839 <user3924839!~user39248@143.167.254.175> has quit IRC (Quit: Client closed) | 14:44 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 14:53 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 14:54 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 256 seconds) | 14:58 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 14:59 | |
| *** targetdisk <targetdisk!~daemonchi@45-33-4-162.ip.linodeusercontent.com> has joined #yocto | 15:03 | |
| kergoth | Hmm, the Mojo language looks interesting. ML-focused, but the attributes that make it good for that would also make it potentially good for systems programming and embedded | 15:11 |
| LetoThe2nd | kergoth: did it get lost by Austin Powers? | 15:16 |
| *** frieder <frieder!~frieder@i4df677e2.static.tripleplugandplay.com> has quit IRC (Ping timeout: 268 seconds) | 15:17 | |
| kergoth | hah. It's pretty interesting in that it uses a capable IR, but it's a superset of python, not new syntax, and can opt-in to higher performance and the other features by adding strong type checking, using struct to pack types, etc. Skeptical, but seems promising. https://docs.modular.com/mojo/notebooks/HelloMojo.html#basic-systems-programming-extensions | 15:20 |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has joined #yocto | 15:25 | |
| *** Andre <Andre!~Andre@155.94.33.143> has joined #yocto | 15:26 | |
| *** Andre is now known as Guest6310 | 15:26 | |
| *** Guest6310 is now known as AndreRicardo | 15:27 | |
| *** bps2 <bps2!~bps@193.89.194.60> has quit IRC (Ping timeout: 240 seconds) | 15:29 | |
| *** kscherer <kscherer!~kscherer@bras-base-otwaon1146w-grc-33-70-53-64-242.dsl.bell.ca> has joined #yocto | 15:32 | |
| *** AndreRicardo <AndreRicardo!~Andre@155.94.33.143> has quit IRC (Ping timeout: 245 seconds) | 15:32 | |
| *** rfuentess <rfuentess!~rfuentess@static-5-51-117-151.ftth.abo.bbox.fr> has quit IRC (Remote host closed the connection) | 15:33 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 16:00 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 16:01 | |
| *** mckoan is now known as mckoan|away | 16:09 | |
| *** ChanServ sets mode: -v ndec | 16:10 | |
| *** goliath <goliath!~goliath@user/goliath> has joined #yocto | 16:14 | |
| *** mrybczyn[m] <mrybczyn[m]!~mrybczynm@2001:470:69fc:105::1467> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** ebilizbelaziz[m] <ebilizbelaziz[m]!~amusematr@2001:470:69fc:105::1:bcc1> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** p34nuts[m] <p34nuts[m]!~p34nutsma@2001:470:69fc:105::1:9954> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** ramacassis[m] <ramacassis[m]!~ramacassi@2001:470:69fc:105::2:1958> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** VasylVavrychuk[m <VasylVavrychuk[m!~vvavrychu@2001:470:69fc:105::3:455f> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** osteoblast22[m] <osteoblast22[m]!~osteoblas@2001:470:69fc:105::3:457c> has quit IRC (Remote host closed the connection) | 16:15 | |
| *** rob_w <rob_w!~rob@2001:a61:6012:6901:7514:3bf3:72e6:ebda> has quit IRC (Quit: Leaving) | 16:17 | |
| *** kriive <kriive!~kriive@user/kriive> has quit IRC (Remote host closed the connection) | 16:28 | |
| *** Thorn_ <Thorn_!~Thorn@164.158.114.89.rev.vodafone.pt> has quit IRC (Ping timeout: 268 seconds) | 16:29 | |
| *** kriive <kriive!~kriive@user/kriive> has joined #yocto | 16:29 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 16:29 | |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has joined #yocto | 16:30 | |
| *** florian <florian!~florian@port-217-146-132-69.static.as20676.net> has quit IRC (Quit: Ex-Chat) | 16:38 | |
| khem | rburton: ok even this one - https://patchwork.yoctoproject.org/project/oe/patch/20230515113620.42510-1-Martin.Jansa@gmail.com/ | 16:49 |
| rburton | yes | 16:50 |
| rburton | anything that talks about introspection in meta-oe, i have strong opinions on and will be sending patches to core | 16:51 |
| JaMa | khem: yes, both libblockdev and libpeas changes aren't needed with that oe-core change reverted (already tested that before sending them to meta-oe and reporting on that oe-core change) | 16:54 |
| JaMa | khem: but https://patchwork.yoctoproject.org/project/oe/patch/20230515113620.42510-2-Martin.Jansa@gmail.com/ https://patchwork.yoctoproject.org/project/oe/patch/20230515070430.4135398-1-Martin.Jansa@gmail.com/ might be still needed (if only the gobject-introspection-native is returned) | 16:58 |
| Chocobo | I am trying to add an out-of-tree kernel module and this is what I get for an error, without any additional information in the log: ERROR: Task (/work/project/components/yocto/layers/core/meta/recipes-kernel/make-mod-scripts | 16:59 |
| Chocobo | ERROR: Task (/work/project/components/yocto/layers/core/meta/recipes-kernel/make-mod-scripts | 16:59 |
| *** d-s-e <d-s-e!~d.s.e@muedsl-82-207-228-239.citykom.de> has quit IRC (Quit: Konversation terminated!) | 17:02 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 17:03 | |
| jbo | Hey guys, I could really use some help. I am despreately trying to patch a DTS for the SAMA5D27-SOM1. Howeer, I seem to fail. What I have working is a custom overlay (meta-custom) which already adds some packages to the image. In the same layer, I created recipes-kernel/linux/linux-mchp_5.15.68.bbappend as well as recipes-kernel/linux/sama5d27-som1-ek-sd/0001-dts-mmc0.patch | 17:04 |
| jbo | however, I fail to verify that yocto is actually applying the patch. | 17:04 |
| jbo | the contents of my .bbappend file: https://termbin.com/45rh | 17:05 |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 17:05 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 17:06 | |
| jbo | the only thing I do after adding that append/patch is bitbake core-image-minimal | 17:06 |
| zeddii | jbo: checking the kernel source isn't showing you your change as applied ? There's also a do_patch log in the kernel build directories, so you can see what quilt (or git) is showing | 17:07 |
| jbo | zeddii, I had a look at the build log and I don't see anything regarding applying of the DTS patch. How can I investigate this? | 17:08 |
| zeddii | a patch is a patch, it doesn't matter what you are patching. | 17:08 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 17:09 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 17:09 | |
| zeddii | so it will just be in the built/tmp/<yourmachine>/<your kernel>/temp/log.do_patch | 17:09 |
| zeddii | s/built/build/ | 17:10 |
| jbo | hmm, that log doesn't show anything regarding my own patch. | 17:12 |
| jbo | how can I figure out which kernel _version_ I am using? I know about "oe-pkgdata-util lookup-recipe kernel" but that just prints linux-mchp lacking any kind of version information | 17:13 |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 17:14 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:14 | |
| jbo | duuuh. the patch was applied now. I was using the wrong linux kernel version in the bbappend file name | 17:17 |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 240 seconds) | 17:18 | |
| rburton | bitbake-layers has a show appends command to verify the right thing is happening easily | 17:19 |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 17:19 | |
| jbo | thanks! | 17:20 |
| zeddii | :wq | 17:21 |
| zeddii | no exit for me! | 17:21 |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 17:23 | |
| jbo | heh :) | 17:24 |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 17:24 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 265 seconds) | 17:26 | |
| *** whuang0389 <whuang0389!~whuang038@S010600cb7a0e53b5.ed.shawcable.net> has joined #yocto | 17:40 | |
| whuang0389 | does yocto use wget to fetch tarballs? if so, how can I supply additional options to the fetch? I need to download artifacts behind a company server that requires passing in authorization token | 17:53 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 17:56 | |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has joined #yocto | 17:56 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 18:01 | |
| jbo | whuang0389, https://docs.yoctoproject.org/bitbake/dev/bitbake-user-manual/bitbake-user-manual-fetching.html#fetchers | 18:01 |
| jbo | whuang0389, some fetchers allow passing credentials | 18:02 |
| whuang0389 | ty | 18:02 |
| jbo | > "If a username and password are specified in the SRC_URI, a Basic Authorization header will be added to each request, including across redirects." | 18:02 |
| *** ilunev <ilunev!~koolkhel@95.174.114.26> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…) | 18:03 | |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 268 seconds) | 18:06 | |
| *** florian__ <florian__!~florian@dynamic-093-135-049-085.93.135.pool.telefonica.de> has joined #yocto | 18:10 | |
| *** xmn <xmn!~xmn@cpe-72-225-198-203.nyc.res.rr.com> has quit IRC (Ping timeout: 240 seconds) | 18:19 | |
| *** florian__ <florian__!~florian@dynamic-093-135-049-085.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 18:29 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 18:30 | |
| *** Net147 <Net147!~Net147@167-179-157-192.a7b39d.syd.nbn.aussiebb.net> has joined #yocto | 18:30 | |
| *** bps2 <bps2!~bps@80.71.142.18.ipv4.parknet.dk> has joined #yocto | 18:33 | |
| Chocobo | I am trying to build an out-of-tree kernel module, and it is failing because it can't find the makefile on the do_compile mode. Is there a way I can stage up everything for compiling and see what is going wrong? I don't really know a good way to debug what is happening. | 18:45 |
| Chocobo | I think I figured why it is failing, but I don't know how to fix it. It looks like all the source files are stored in directory named "git" but the Make command is being executed one directory up. | 18:54 |
| rburton | Chocobo: sounds like your recipe sets S=WORKDIR | 18:54 |
| rburton | Chocobo: set S="${WORKDIR}/git" to tell it that sources were checked out in a directory called git (which is where the git fetcher puts a clone unless told otherwise) | 18:54 |
| *** florian__ <florian__!~florian@dynamic-093-135-049-085.93.135.pool.telefonica.de> has joined #yocto | 18:55 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 18:55 | |
| Chocobo | Let me give it a shot. That is probably it. Thanks | 18:57 |
| Chocobo | ugh. That did it. Thanks | 18:59 |
| *** sakoman <sakoman!~steve@dhcp-72-234-106-30.hawaiiantel.net> has quit IRC (Quit: Leaving.) | 19:00 | |
| *** mvlad <mvlad!~mvlad@2a02:2f08:4a06:df00:7656:3cff:fe3f:7ce9> has quit IRC (Remote host closed the connection) | 19:04 | |
| *** nemik <nemik!~nemik@207.237.248.190> has quit IRC (Ping timeout: 256 seconds) | 19:18 | |
| *** nemik <nemik!~nemik@76.74.126.42> has joined #yocto | 19:19 | |
| *** nemik <nemik!~nemik@76.74.126.42> has quit IRC (Ping timeout: 240 seconds) | 19:23 | |
| *** nemik <nemik!~nemik@207.237.248.190> has joined #yocto | 19:24 | |
| *** whuang0389 <whuang0389!~whuang038@S010600cb7a0e53b5.ed.shawcable.net> has quit IRC (Quit: Client closed) | 19:32 | |
| Chocobo | So, if I wanted to override where sources were unpacked (${WORKDIR}/git) to something else how could I do that? I want to modify the recipe for development to point to the filesystem | 19:34 |
| rburton | the answer to what you *want* is to use externalsrc, look it up in the docs | 19:35 |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has quit IRC (Quit: The Lounge - https://thelounge.chat) | 19:35 | |
| *** Wouter0100670440 <Wouter0100670440!~Wouter010@entry.nbg.netvos.nl> has joined #yocto | 19:36 | |
| Chocobo | rburton: thanks | 19:36 |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 240 seconds) | 19:37 | |
| *** leon-anavi <leon-anavi!~Leon@46.55.231.62> has quit IRC (Quit: Leaving) | 19:38 | |
| paulg | do we have a "best practice" to get dynamic data from the build into wic (wks.in) -- like "MY_UUID=deadbeef-beef-dead-beef-deadbeef" ? | 19:39 |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has quit IRC (Ping timeout: 268 seconds) | 19:39 | |
| paulg | I see there is an "include" directive but after playing with that, it doesn't like "FOO=3" (shell) or "FOO = 3" (python) | 19:39 |
| paulg | I have no idea what it is expecting... | 19:40 |
| paulg | pushing the data/info out into the global sphere seems klunky vs. just sourcing a couple lines. | 19:42 |
| LetoThe2nd | paulg: thank you. now i'm hungry. | 19:44 |
| paulg | LetoThe2nd, well, depending on your choice of cuisine, I think I've just thought of another way to skin this cat. | 19:46 |
| *** Net147 <Net147!~Net147@user/net147> has quit IRC (Ping timeout: 240 seconds) | 19:46 | |
| LetoThe2nd | paulg: so no more deadbeef? | 19:48 |
| paulg | Are you ok with pork? I've moved on to putting lipstick on this pig. | 19:48 |
| *** sugarbeet <sugarbeet!~barbas@81.4.123.134> has joined #yocto | 19:49 | |
| LetoThe2nd | paulg: at least here in Germany, pork is extremely common. | 19:50 |
| *** alessioigor <alessioigor!~alessioig@185.178.95.254> has quit IRC (Quit: alessioigor) | 19:51 | |
| rburton | Chocobo: two lines from my local.conf right now: INHERIT += "externalsrc" | 19:55 |
| rburton | EXTERNALSRC:pn-glib-networking = "/home/ross/Code/drive-by/glib-networking" | 19:55 |
| *** Net147 <Net147!~Net147@167.179.157.192> has joined #yocto | 20:01 | |
| *** florian__ <florian__!~florian@dynamic-093-135-049-085.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 20:01 | |
| Chocobo | rburton: I did it a bit different... I did "inherit externalsrc" and then set EXTERNALSRC and EXTERNSRC_BUILD in the recipe itself. It works like a charm though | 20:03 |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has quit IRC (Quit: vladest) | 20:04 | |
| *** vladest <vladest!~Thunderbi@adsl-89-217-204-83.adslplus.ch> has joined #yocto | 20:05 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has quit IRC (Quit: Haxxa flies away.) | 20:15 | |
| *** Haxxa <Haxxa!~Haxxa@202-65-68-206.ip4.superloop.au> has joined #yocto | 20:15 | |
| *** florian__ <florian__!~florian@dynamic-093-135-049-085.93.135.pool.telefonica.de> has joined #yocto | 20:31 | |
| kergoth | paulg: if you set WKS_FILE to a .wks.in you can use bitbake variable references in the file, simplistic templating mechanism using a bitbake variable intermediate | 20:42 |
| kergoth | other than that i'd check the kickstart file documentation for the syntax.. hmm | 20:42 |
| paulg | yeah I went down the kickstart docs rathole for a while. | 20:43 |
| paulg | I think I might have found an alternate way - hacking it together now. | 20:44 |
| paulg | Of course I fully expect it to catch fire and completely leave me frustrated and back at Square One. | 20:44 |
| LetoThe2nd | paulg: here, for square one: https://youtu.be/VqoyKzgkqR4 | 20:46 |
| *** schtobia <schtobia!~quassel@schmidl.dev> has quit IRC (Quit: Bye!) | 21:00 | |
| *** schtobia <schtobia!~quassel@schmidl.dev> has joined #yocto | 21:00 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has quit IRC (Quit: Client closed) | 21:09 | |
| *** kanavin_ <kanavin_!~Alexander@2a02:2454:29b:c000:59ca:78e1:31c2:e088> has joined #yocto | 21:26 | |
| *** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 21:28 | |
| *** armpit <armpit!sid501830@id-501830.uxbridge.irccloud.com> has joined #yocto | 21:28 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has quit IRC (Ping timeout: 240 seconds) | 21:28 | |
| *** kanavin <kanavin!~Alexander@2a02:2454:29b:c000:59ca:78e1:31c2:e088> has quit IRC (Ping timeout: 240 seconds) | 21:29 | |
| *** OnkelUlla <OnkelUlla!~user@dude03.red.stw.pengutronix.de> has quit IRC (Ping timeout: 240 seconds) | 21:29 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has quit IRC (Ping timeout: 240 seconds) | 21:29 | |
| *** _whitelogger <_whitelogger!~whitelogg@uruz.whitequark.org> has joined #yocto | 21:30 | |
| *** jonmason <jonmason!sid36602@id-36602.lymington.irccloud.com> has joined #yocto | 21:32 | |
| *** prabhakarlad <prabhakarlad!~prabhakar@pc.renesas.eu> has joined #yocto | 21:37 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Ping timeout: 240 seconds) | 21:40 | |
| *** goliath <goliath!~goliath@user/goliath> has quit IRC (Quit: SIGSEGV) | 21:55 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has joined #yocto | 21:56 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:56 | |
| *** seninha <seninha!~seninha@user/seninha> has quit IRC (Remote host closed the connection) | 21:57 | |
| *** seninha <seninha!~seninha@user/seninha> has joined #yocto | 21:57 | |
| *** gsalazar <gsalazar!~gsalazar@139.0.166.178.rev.vodafone.pt> has quit IRC (Read error: Connection reset by peer) | 22:00 | |
| *** florian__ <florian__!~florian@dynamic-093-135-049-085.93.135.pool.telefonica.de> has quit IRC (Ping timeout: 256 seconds) | 22:14 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Ping timeout: 268 seconds) | 22:25 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto | 22:31 | |
| *** Guest75 <Guest75!~Guest28@75-166-198-64.hlrn.qwest.net> has joined #yocto | 22:41 | |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has quit IRC (Ping timeout: 246 seconds) | 22:42 | |
| Guest75 | Hello, I see that back in Novermber of 2022, that this change was made | 22:43 |
| Guest75 | 'SYSROOT_DIRS_IGNORE += "${nonarch_base_libdir}/firmware"' | 22:43 |
| *** Chocobo <Chocobo!~swinchen@50.201.116.122> has quit IRC (Remote host closed the connection) | 22:44 | |
| Guest75 | However a layer, provided by someone else, depends on that firmware for sdma. | 22:44 |
| Guest75 | Is there a way to include just the firmware that I need from build/tmp/work/all-poky-linux in the layers that need it? | 22:45 |
| khem | Guest75: in the concerned recipe add SYSROOT_DIRS_IGNORE:remove = "${nonarch_base_libdir}/firmware" | 22:45 |
| Guest75 | I'm guess what I'm asking for is, is there a "better" solution then that? | 22:46 |
| Guest75 | I got things working by doing exactly that, it just feels a little brute force | 22:46 |
| *** ak77 <ak77!~ak77@93-103-41-115.dynamic.t-2.net> has joined #yocto | 22:49 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has joined #yocto | 22:59 | |
| *** Thorn <Thorn!~Thorn@user/thorn> has quit IRC (Ping timeout: 268 seconds) | 23:04 | |
| khem | ideally you should not need allarch package as a build time dependency | 23:05 |
| khem | right solution would be to inspect why this dep is needed after all and fix that | 23:05 |
| khem | JaMa: your msg is confusing - I have ignored https://patchwork.yoctoproject.org/project/oe/patch/20230515113620.42510-3-Martin.Jansa@gmail.com/ and https://patchwork.yoctoproject.org/project/oe/patch/20230515113620.42510-2-Martin.Jansa@gmail.com/ and https://patchwork.yoctoproject.org/project/oe/patch/20230515113620.42510-1-Martin.Jansa@gmail.com/ | 23:31 |
| khem | and picked rest 2 of your patches | 23:32 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!