**** BEGIN LOGGING AT Fri Apr 08 02:59:57 2022 Apr 08 09:40:34 are you supposed to be able to include a directory from `files/` with `SRC_URI = "file://somedir/"`? Apr 08 09:41:02 it kinda seems to halfway work but sometimes fail Apr 08 09:46:17 yes you need to list them all individually AFAIK Apr 08 09:46:43 as bonus it will include their signatures to know when the recipe needs to be rebuilt Apr 08 09:49:18 that's a bit annoying Apr 08 09:49:49 so when you just have a ton of files, you actually do need to tar them up Apr 08 09:50:32 Or you could put them in a separate git repository... Apr 08 09:50:36 well, sure Apr 08 09:50:58 that's not really doable in this particular situation but that'd usually be the right approach Apr 08 09:51:11 well it's doable but not desirable Apr 08 12:02:02 do_populate_sdk fails because opkg tries to install a package "rkwifibt-firwmare-dev" which requires "rkwifibt-firmware" which apparently doesn't have any providers. I don't need firmware in the SDK image. How can I ask bitbake to not install rkwifibt-firmware-dev to the SDK? Apr 08 12:02:31 `TOOLCHAIN_TARGET_TASK_remove = "rkwifibt-firmware"` or `TOOLCHAIN_TARGET_TASK_remove = "rkwifibt-firmware-dev"` in the image recipe has no effect Apr 08 12:37:13 RDEPENDS:${PN}-dev = "" in rkwifibt-firmware.bb is usually better fix Apr 08 12:37:41 doesn't it make sense that rkwifibt-firmware-dev depends on rkwifibt-firmware tho? Apr 08 12:38:20 mort: the remove on TOOLCHAIN_TARGET_TASK won't work as rkwifibt-firmware-dev nor rkwifibt-firmware probably aren't in TOOLCHAIN_TARGET_TASK just transitive dependency of something else Apr 08 12:39:02 so you can't just ask bitbake not to install it Apr 08 12:39:05 PN-dev depends on PN by default, but some recipes have empty PN (which isn't created) and then changing the default RDEPENDS:${PN}-dev to empty makes more sense than creating useless empty PN package Apr 08 12:39:33 you need to find where this dependency is added and fix it there, TOOLCHAIN_TARGET_TASK isn't the right place Apr 08 12:39:51 in this case, it seems like PN is empty but it provides ${PN}-ap6398sv-wifi and ${PN}-ap6398sv-bt Apr 08 12:40:05 but why does the -dev package exist if the non-dev package doesn't Apr 08 12:40:25 because there is single -dev and -dbg package called PN-dev and PN-dbg Apr 08 12:42:47 but why would it think that when PN itself doesn't exist Apr 08 12:44:09 anyways, I'll try out RDEPENDS:${PN}-dev = "" Apr 08 12:44:16 it's just the default, see https://git.openembedded.org/openembedded-core/tree/meta/conf/bitbake.conf#n352 Apr 08 12:45:26 most recipes have PN package and this default makes sense, recipes which don't create PN should set it to empty, there is no magic to set RDEPENDS only if the target package actually exists Apr 08 12:46:13 alright Apr 08 13:01:40 for static libraries, does it make sense for ${PN}-dev to RDEPEND on ${PN}-staticdev? Apr 08 13:02:31 if I want the SDK to contain the static library Apr 08 13:17:03 PN-staticdev already depends on PN-dev, so you would create circular dependency Apr 08 13:18:41 but the SDK doesn't by default include PN-staticdev Apr 08 15:35:14 Good afternoon, I was wondering if somebody could give me a hand here: https://stackoverflow.com/questions/71788272/how-to-unpack-a-zip-file-in-bitbakes-do-unpack-method Apr 08 15:35:35 I fetched a source and need to run `unzip` on it in the `do_unpack` job but `unzip` cant be found. Apr 08 15:37:01 (the root of the problem might be that I'm doing something wrong when cusotmizing the fetcher in the `do_fetch` job, though, as described here: https://stackoverflow.com/questions/71769720/add-specific-header-to-bitbake-wget-fetcher/71771071#71771071 but I'm not sure) Apr 08 15:46:05 Found the solution Apr 08 15:46:48 It has to be DEPENDS += "unzip-native", not DEPENDS = "unzip-native" (which leaves me a bit puzzled, but it works now...) Apr 08 15:58:17 that's also wrong :) Apr 08 15:58:27 DEPENDS sets the dependencies for do_configure, which is too early for unpack Apr 08 15:58:35 ahaa Apr 08 15:58:43 good to know Apr 08 15:59:15 if there is a .zip file in the SRC_URI then bitbake automatically adds a dependency on unzip-native Apr 08 15:59:18 Surprisingly it works (if I prefix with `${bindir}/env unzip` Apr 08 15:59:45 yes, it run the host unzip then Apr 08 15:59:54 no Apr 08 15:59:54 huh Apr 08 15:59:54 also good to know :) Apr 08 16:00:00 hmm Apr 08 16:00:03 most likely just because the sysroot got populated Apr 08 16:00:13 does your SRC_URI have a filename with .zip in? Apr 08 16:00:15 Well, then the problem is rooted in this issue: https://stackoverflow.com/questions/71769720/add-specific-header-to-bitbake-wget-fetcher/71771071#71771071 Apr 08 16:00:31 does your SRC_URI have a filename with .zip in? -> No Apr 08 16:00:45 that would be why it doesn't do it Apr 08 16:00:58 do_fetch[depends] += "unzip-native:do_populate_sysroot" Apr 08 16:01:24 oh, better Apr 08 16:01:39 set the downloadfilename parameter in the src-uri so it gets named something.zip Apr 08 16:01:50 then you get the dependency automatically, and it unpacks for you Apr 08 16:02:09 Problem is with the SRC_URI that I'm pulling an artifact from a git repos CI pipeline via an API that doesn't define the artifact name as such Apr 08 16:02:20 set the downloadfilename parameter in the src-uri so it gets named something.zip -> NICE! Apr 08 16:02:32 I didn't see that parameter Apr 08 16:02:37 give a minute... Apr 08 16:04:09 hardknott/honister/kirkstone all support looking in there for the file type Apr 08 16:09:30 ah mmm im on dunfell on this project. gromp Apr 08 16:09:34 grmpf Apr 08 16:11:22 easily backported if you care enough Apr 08 16:11:32 poky 99c49bae5a42e378688a831cc336970a60272759 Apr 08 16:11:35 ah but this should be already there Apr 08 16:11:38 ah yeah thanks Apr 08 16:12:00 (oe-core 2881875da12ac8db3db67e4a45e511169e0e2820) Apr 08 16:54:31 o **** ENDING LOGGING AT Sat Apr 09 02:59:56 2022