Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
xmn has quit [Read error: Connection reset by peer]
xmn has joined #yocto
olani has quit [Remote host closed the connection]
xmn has quit [Ping timeout: 246 seconds]
guest57 has joined #yocto
<guest57>
Hi everyone! if recipe in one layer depends on recipe on other layer, what do I have to do that recipe builds after the other one is already built
Chaser has joined #yocto
<JaMa>
DEPENDS as if they are in the same layer
olani has joined #yocto
<guest57>
JaMa they are different layers
<JaMa>
then you should add LAYERDEPENDS to indicate that the one layer depends on other one because of this DEPENDS
<JaMa>
guest57: yes, I've read that
<guest57>
JaMa you mean LAYERDEPENDS=mylayer in my dependent or something else? Would this BBFILE_PRIORITY help if I give the lower lower priority
mckoan|away is now known as mckoan
<JaMa>
DEPENDS is all you need for what you've asked
<guest57>
JaMa should I add LAYERDEPENDS in conf file of dependent layer or in dependent recipe?
frieder has joined #yocto
leon-anavi has joined #yocto
<guest57>
JaMa now I am getting this error "but this layer is not enabled in your configuration"? What should I do now
<mcfrisk>
guest57: enable the layer in build/conf/bblayers.conf
Kubu_work has joined #yocto
rfuentess has joined #yocto
<guest57>
mcfrisk under build/conf/bblayers.conf I have two layers meta_aaa and meta_bbb. Under meta_aaa/conf/layer.conf. I have added LAYERDEPENDS_meta-aaa = "core meta-bbb". Don't you think it is already enabled
<JaMa>
is meta-bbb/conf/layer.conf setting BBFILE_COLLECTIONS to meta-bbb or something else?
mvlad has joined #yocto
mvlad has quit [Client Quit]
frieder has quit [Ping timeout: 260 seconds]
Chaser has quit [Quit: My Unrecognized Mac has gone to sleep. ZZZzzz…]
wojci has joined #yocto
Chaser has joined #yocto
Chaser has quit [Client Quit]
frieder has joined #yocto
nerdboy has quit [Ping timeout: 252 seconds]
Articulus has quit [Quit: Leaving]
Vonter has joined #yocto
Vonter has quit [Client Quit]
Vonter has joined #yocto
Vonter has quit [Read error: Connection reset by peer]
Vonter_ has joined #yocto
<ray-san>
hi there, i have a VM with 32 cores, and i set the variable BB_NUMBER_THREADS to 16 and PARALLEL_MAKE to '-j 16', although it seems bitbake consumes all cores and my build regulary fails because of this. anybody has an idea why this happens?
florian has joined #yocto
<mcfrisk>
ray-san: 16 times 16 is more than 32, and likely the build fails due to lack of physical RAM instead of saturated CPU usage which eventually eases off. I don't recommend building on virtual machines due to CPU, memory and IO overhead and reliability issues.
<ray-san>
so PARALLEL_MAKE is multiplied by BB_NUMBER_THREADS?
<ray-san>
so that i undestand it correctly: every bitbake thread spawns it's make procress with -j16 ?
<guest57>
JaMa mcfrisk thank you very much. It needed to be layer name without meta
<guest57>
JaMa even though layerdependent is there, yocto starts compiling the recipe from meta-aaa before all the recipes in meta-bbb has finished
DixitP has joined #yocto
<DixitP>
Hi qschulz
<DixitP>
Saw your msg on https://lists.yoctoproject.org/g/yocto-patches/topic/matchbox_panel_2_1_1_panel/109113097 thank you for reviewing, this is my first contribution so I might miss something. The answer to your query is I have created that file from scratch, I used the header for the same codebase battery-acpi.c file. Could you please let me know what
<DixitP>
is expected here?
<qschulz>
DixitP: o/
<qschulz>
applets/battery/battery-sysfs.c is created from scratch by you?
<qschulz>
is it inspired by some other file?
<DixitP>
qschulz Yes, from scratch. Inspired by battery-acpi.c only. Browsed libacpi to understand how it works under the hood. that's it.
<qschulz>
DixitP: ok, I was worried you "just" took a file from another project and used it
<qschulz>
DixitP: so pfew... IANAL so not sure what to do here exactly. What I would recommend at the very least is to reuse the same header as in battery-acpi.c
<qschulz>
this means, specifically the SPDX-License-Identifier: GPL-2.0-or-later line
<qschulz>
I'm not sure (C) 2008 Intel. makes sense, but if you got most of the inspiration from that file, I guess it's fine?
florian_kc has joined #yocto
<DixitP>
qschulz that makes sense, I will modify the header as per battery-acpi.c and share the updated patch. Thanks for your inputs
<qschulz>
some projects mention what they based their work on, c.f. ttps://elixir.bootlin.com/u-boot/v2024.10/source/drivers/i2c/geni_i2c.c#L7
<qschulz>
but yeah, a bit of a corner case there, I never know what to use for copyright holder :)
<DixitP>
qschulz Same here. I am new to contributing here too, so I will go ahead and get to know how can I modify and share again LOL.
<qschulz>
DixitP: glad to see your patches landing on the mailing list, good job for a first contribution, the signed-off-by is there, the patch is the body of the mail, full plain-text, 10/10 :)
<qschulz>
DixitP: ask if you're not sure, there's no harm in not knowing/asking
<qschulz>
essentially, you'll need to pass -v 2 to whatever tool you're using to generate the patches (git-format-patch/git-send-email)
<qschulz>
for modifying an existing commit, git commit --amend could help too
<qschulz>
see the [YOCTO #SOMETHING] followed by the link
<qschulz>
this is what we would like to have
<DixitP>
qschulz Got it.
<LetoThe2nd>
yo DudX
<mckoan>
LetoThe2nd: hello
<LetoThe2nd>
mckoan: 👋
debbiemartin has joined #yocto
<debbiemartin>
Hi, has anyone tried building a linux-yocto-rt or linux-yocto kernel with meta-clang? I hit some errors in our software stack so I tried a minimal repro with just poky and meta-clang and get the following error in the configure task: "No rule to make target 'oldnoconfig'.". I've tried with both master (kernel v6.10) and scarthgap (v6.6).
<rburton>
paging khem zeddii ^^^
<JaMa>
guest57: "yocto starts compiling the recipe from meta-aaa before all the recipes in meta-bbb ha" did you list all recipes in meta-bbb in the DEPENDS of the recipe?
<JaMa>
and why do you want to build all the recipes from some other layer?
<JaMa>
your original question was about 1 recipe depending on some other recipe from different layer
<rburton>
ray-san: yes, each bitbake job (BB_NUMBER_THREADS) spawns make/ninja/etc with -j(PARALLEL_MAKE)
<rburton>
(there is active work to use a single jobserver to throttle things much more effectively)
<ray-san>
rburton: thanks, got it....i have reduced my parallelism, it is much more tame now
michaelt has joined #yocto
<michaelt>
Hello, I have an issue with scarthgap: everytime I rebuild my recipe, i am getting pseudo inode errors. For example: inode mismatch: <path> ino 55227306 in db, 55619449 in request.
<michaelt>
for every file that gets installed. The only way to fix is to do a -c cleanall on the recipe and rebuild.
<michaelt>
I am building inside a podman container
<michaelt>
is this a known issue?
<michaelt>
the whole yocto source tree and build folder is present on the host and mounted in the container
tgamblin has joined #yocto
<ray-san>
michaelt: not sure about podman, but with docker i don't have these issues
<JaMa>
michaelt: does it happen only with your recipes or with recipes from upstream as well?
<rburton>
yeah was going to say, buggy recipes can do that...
davidinux has quit [Quit: WeeChat 4.1.1]
<michaelt>
only my recipes
<rburton>
can you share one?
<rburton>
usually the problem is poking at files in the install location ($D) without being in pseudo context
<rburton>
eg you added a task between instal and package that is not fakeroot
<JaMa>
or having some source files outside $S
<michaelt>
sorry can't really share, but I for example have recipes inheriting cmake, or kernel modules
<JaMa>
e.g. when using multiple git repos checked out next to each other (instead of subdir of the "main" one, so that both are excluded from pseudo tracking)
<JaMa>
michaelt: see the fixes in public layers and check if something like that would be applicable for your recipes
<michaelt>
ok.. well it is strange, because it is always in do_package, for example in a recipe in build/tmp/work/<machine>/<pkg name>/git/package/lib/modules/<kernel_version>/update/
<michaelt>
in those folders i got inode mismatchs
<michaelt>
and the recipe is a simple kernel module, with sources already checked in
<JaMa>
doesn't look strange to me, but hard to guess what went wrong without seeing the sources or the actual errors, so you will need to debug it yourself
<michaelt>
true, anyway thank you for the hints
guest57 has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
Vonter_ has quit [Read error: Connection reset by peer]
Vonter has joined #yocto
DixitP has quit [Quit: Client closed]
florian has quit [Quit: Ex-Chat]
florian_kc has quit [Ping timeout: 260 seconds]
GNUmoon has quit [Ping timeout: 260 seconds]
<ernstp>
overlayfs-etc.bbclass reads a file from the path defined in OVERLAYFS_ETC_INIT_TEMPLATE in a ROOTFS_POSTPROCESS_COMMAND python function
<ernstp>
afaict there's no dependency to the contents of that file...
GNUmoon has joined #yocto
<ernstp>
how could I add that.. ? or at least the timestamp?
cyxae has joined #yocto
<ernstp>
I guess the overlayfs-etc.bbclass has a bit problematic design... (not saying I would have done it better)
Vonter has quit [Ping timeout: 265 seconds]
florian has joined #yocto
michaelt has quit [Quit: Client closed]
roussinm has joined #yocto
Vonter has joined #yocto
ehussain has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
xmn has joined #yocto
goliath has joined #yocto
mrpelotazo has quit [Ping timeout: 276 seconds]
frieder has quit [Remote host closed the connection]
<Guest98>
JaMa thank you very much for your reply. I actually only wanted my kernel recipe from meta-bbb to be executed before my recipe in meta-aaa starts building. Now I have added in recipe DEPENDS += "virtual/libc virtual/kernel". It's working now!
mckoan is now known as mckoan|away
Guest46 has quit [Quit: Client closed]
<rfuentess>
hi, I'm having a stupid problem with a .bbappend file. I'm adding/installing a new file at do_install:append(). I added it to the list of FILES:${PN} with also the ':append' legends. However, bitbake throws me the installed-vs-shipped error
<rfuentess>
Am I missing something ?
<rfuentess>
...
<rfuentess>
now it is fine and was protesting about RDEPENDS... not my day
<rburton>
rfuentess: append doesn't add whitespace, so remember to add some when you add it to FILES
<rburton>
also its FILES:${PN}:append in case you were doing FILES:append:${PN}
<rfuentess>
rburton: thanks. I saw the error too late
<rfuentess>
probably I'll remember it for the next time
<rfuentess>
rburton: this also applies for SRC_URI:append ? because if yes, now I'm confused. I have the same issue
<rburton>
:append never adds whitespace
<rburton>
FOO="1" FOO:append="2" results in FOO="12"
<rfuentess>
okis. I'll be more careful now :)
<rfuentess>
again, thanks
rfuentess has quit [Remote host closed the connection]
zpfvo has quit [Quit: Leaving.]
thomas_34 has joined #yocto
<thomas_34>
Hello guys, a short question. I have a new team-member with this MR: (https://pastebin.com/H0Sx5bLY) He wants to overwrite defconfig in sw-update and also potentially add more stuff. For me it looks very unorthodox. What do you think?
<thomas_34>
ah yeah, and in this example there are just some files "added".
rob_w has quit [Quit: Leaving]
<rburton>
yeah don't do that
<rburton>
thomas_34: if those files are in the SRC_URI for the normal recipe then just adding them in a files/ directly alongside the bbappend will do the right thing
<thomas_34>
rburton, this young padawan wants his "additional" files for swupdate checked in, into a git repository...
<rburton>
can they not be in the layers git repository?
<thomas_34>
If I force him, it can of course. I'm interested in that case. Is there any example of a "software"/package which is build from multiple git repositories?
<thomas_34>
For example, recipe A builds software A, deploys in /home/A. Recipe B fetches config AB, and deploys in /home/A ?
<thomas_34>
Is that valid for bitbake or not allowed?
<thomas_34>
AB rdepends on A
<thomas_34>
I'm not sure if this okay for bitbake, that recipe AB is modifying "destdir" of A
geoffhp has joined #yocto
<rburton>
you can't poke at other recipe's build tree
<rburton>
you can ship files that go into the same directory
<rburton>
but you can't overwrite them
Guest98 has quit [Quit: Client closed]
<thomas_34>
Perfect rburton, thank you very much.
nerdboy has joined #yocto
mrpelotazo has joined #yocto
thomas_34 has quit [Ping timeout: 256 seconds]
leon-anavi has quit [Quit: Leaving]
zwelch has quit [Remote host closed the connection]
zwelch has joined #yocto
crazy_imp has quit [Ping timeout: 246 seconds]
crazy_imp has joined #yocto
mrpelotazo has quit [Quit: Hasta la vista!]
mrpelotazo has joined #yocto
ptsneves has joined #yocto
tgamblin has quit [Ping timeout: 252 seconds]
mrpelotazo has quit [Quit: Hasta la vista!]
mrpelotazo has joined #yocto
ptsneves has quit [Ping timeout: 265 seconds]
tgamblin has joined #yocto
druppy has joined #yocto
bobmcw has joined #yocto
<gmorell>
I have a recipe for a piece of software that a dependency added bindgen support to, which complains during build about need libclang.so I have added meta-clang to my layers.conf/default.xml, the repo is checked out. I added libclang to my DEPENDS but it doesn't seem to be picked up :\