GNUmoon has quit [Remote host closed the connection]
GNUmoon has joined #yocto
<sotaoverride>
how do I set up an image recipe to place different rootfs in different partitions?
stephano is now known as stephano[away]
starblue has quit [Ping timeout: 255 seconds]
starblue has joined #yocto
sakoman has quit [Quit: Leaving.]
deuteron_ has quit [Ping timeout: 244 seconds]
kscherer has quit [Quit: Konversation terminated!]
mckoan|away has quit [Ping timeout: 276 seconds]
camus has joined #yocto
sakoman has joined #yocto
<sotaoverride>
Right now I have an image recipe that creates a disk image with rootfs partitions (same rootfs contents get added to these rootfs partions). Lets say now I want to add a non rootfs partition to this same disk image? How do I setup the image recipe to populate the contents of the non rootfs partition correctly?
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
deuteron has joined #yocto
seninha has quit [Quit: Leaving]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
mckoan|away has joined #yocto
kroon has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
sakoman has quit [Quit: Leaving.]
olani has quit [Ping timeout: 256 seconds]
olani_ has quit [Ping timeout: 256 seconds]
olani- has quit [Ping timeout: 256 seconds]
amitk has joined #yocto
nohit_ has quit []
nohit has joined #yocto
alessioigor has joined #yocto
alessioigor has quit [Client Quit]
Tokamak_ has quit [Ping timeout: 255 seconds]
Tokamak has joined #yocto
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
mckoan|away is now known as mckoan
<jclsn[m]>
Morning
<mckoan>
good morning
<jclsn[m]>
Has anyone made the experience that Yocto builds can fail in Kubernets clusters due to their high compile load?
<jclsn[m]>
We've been experiencing that for weeks and our dev ops colleague is clueless
<JaMa>
get better dev ops? :)
mvlad has joined #yocto
xmn has quit [Quit: ZZZzzz…]
<jclsn[m]>
JaMa: Hmm well, maybe, but that doesn't answer my question
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
<RP>
jclsn[m]: I guess I wouldn't understand why kuberneties would struggle with high compile load? How does it break?
<jclsn[m]>
RP: It freezes at some point. Bitbake doesn't output an error message and frankly building on the local hosts works flawlessly. The Kubernets pods entering a zombie state. They are not getting cleaned up when cancalled in the Gitlab UI. Sometimes multiple pods are being spawned for the same pipelines. All in all, it is really weird. I don't know enough about Kubernets to judge my devops guy's suspicion that Kubernets can't handle the load, but
<jclsn[m]>
tbh, as much as I would like to have a dedicated Threadripper machine to ease off my relationshop with chromium, I neither think that this is the cause of the problem.
<jclsn[m]>
The thing is also that we have a colleague that is building a much smaller project with Yocto, that doesn't have a UI etc. He can build without issues.
leon-anavi has joined #yocto
* JaMa
just hates like everybody depends on Kubernetes which work great when it works, but it's damn difficult to debug when it doesn't (I've spent many hours trying to figure out why gpu nodes suddently stopped working some time ago and I'm hurt since then :))
<RP>
jclsn[m]: that does sound like something in the software stack outside yocto/bitbake is having issues. Could also be hardware :/
<RP>
we do push the hardware and it wouldn't be the first time we've exposed memory issues or other hardware weaknesses
<JaMa>
so I would hope that people who have some serious Kubernetes deployment will have serious Kubernetes gurus which wouldn't find it so difficult
<RP>
jclsn[m]: can you move it to different hardware?
<jclsn[m]>
RP: We have a desktop machine here, which is not a Threadripper but could be turned into a Gitlab runner without spending a whole lot of money
<jclsn[m]>
Guess it is worth a try
<jclsn[m]>
But if no one else has experienced something like this here, I guess the problem lies somewhere else
twnqx has joined #yocto
Guest887 has joined #yocto
Guest887 has quit [Client Quit]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
lexano[m] has quit [Quit: You have been kicked for being idle]
<RP>
jclsn[m]: I've not used a kubenetes setup. I have seen a lot of weird things on our autobuilder and as I said, hardware or broken virtualization are issues more often than you'd think
<jclsn[m]>
RP: Okay, I am currently trying to set up a physical Gitlab runner
florian__ has joined #yocto
pabigot has quit [Ping timeout: 258 seconds]
pgowda_ has joined #yocto
pabigot has joined #yocto
ardo has quit [Read error: Connection reset by peer]
ardo has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
starblue has quit [Ping timeout: 256 seconds]
starblue has joined #yocto
xmn has joined #yocto
denisoft81 has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
ptsneves has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
goliath has joined #yocto
florian__ has quit [Ping timeout: 248 seconds]
ptsneves has quit [Ping timeout: 252 seconds]
seninha has joined #yocto
denisoft81 has quit [Quit: Leaving]
gsalazar has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
florian__ has joined #yocto
rusam has joined #yocto
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
rusam is now known as amgedr
amgedr is now known as rusam
rusam has quit [Quit: Leaving...]
rusam has joined #yocto
florian__ has quit [Ping timeout: 258 seconds]
roussinm has quit [Quit: WeeChat 3.0]
roussinm has joined #yocto
<roussinm>
Looking at mailling list from couple years ago people asking if it's possible to the sdk for native builds, is it still the case that the native part is there for cross-compilation and not setup for host native builds?
<RP>
roussinm: If I understand the question correctly, there is a buildtools-extended-tarball which includes a compiler
<RP>
a native compiler
<roussinm>
I thought the compiler in the x86_64 sysroot is a native compiler, I'm using the meta-clang layer with CLANGSDK = "1". Wouldn't that alone would allow me to make it work? I have trouble with the fact that the compiler still find headers from my host system, even if they are available in the sysroot.
stephano[away] is now known as stephano
stephano has quit [Quit: byeee]
<rusam>
roussim: you could specify the sysroot directory in gcc using --sysroot
abelloni_ is now known as abelloni
<roussinm>
I tried using sysroot, but I get linker errors.
<sotaoverride>
Can an image recipe be used to create a disk image where one partion is for the rootfs and the other is just for data (non rootfs)
kroon_ has joined #yocto
kroon has quit [Ping timeout: 248 seconds]
<rburton>
sotaoverride: you can do that with wic, yes
<roussinm>
khem: maybe it's an issue with meta-clang itself? Do you use clang inside the native sysroot to do native builds?
Baehrune has joined #yocto
pgowda_ has quit [Quit: Connection closed for inactivity]
kroon_ has quit [Quit: Leaving]
seninha has quit [Ping timeout: 260 seconds]
sakoman has joined #yocto
Baehrune has quit [Ping timeout: 240 seconds]
seninha has joined #yocto
<ernstp>
I have made something extremely similar to bitbake-getvar locally for Dunfell also :-)
fennec has joined #yocto
florian__ has joined #yocto
<JaMa>
ernstp: cool hopefully the backport will avoid even more re-inventing :)
<ernstp>
So very nice that you started cherry-picking it JaMa !
<JaMa>
I was just selfish after getting tired of my shell/sed implementation :)
<ernstp>
JaMa: was it a straight cherry-pick or did you have to adapt it?
<JaMa>
straight, just needs that tinfoil fix to be backported as well
<kergoth>
Huh, apparently you can't use the TRANSLATED_TARGET_ARCH override to set TCMODE, as the former isn't defined until after its config file is included by defaultsetup.conf. Oversight from when TRANSLATED_TARGET_ARCH started being used in OVERRIDES rather than only in cross-candian, maybe? The old comment on it has that sort of implication
<kergoth>
Interesting
Guest4 has quit [Quit: Client closed]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 256 seconds]
nemik has joined #yocto
olani has joined #yocto
olani- has joined #yocto
olani_ has joined #yocto
<RP>
kergoth: TRANSLATED_TARGET_ARCH is a nightmare. I wonder if we even need that now?
<kergoth>
Good question, with the : separator, it's not an issue for overrides at least, wonder if it's needed anywhere else..
<kergoth>
would be nice to drop it
<RP>
kergoth: I suspect the package managers may still need it but we could remove from overrides
<kergoth>
yeah, that could be isolated to them at least
Wouter0100 has quit [Remote host closed the connection]
Wouter0100 has joined #yocto
<RP>
kergoth: looking at the code, the big issue is where it is part of PN
<kergoth>
oh, right, the suffixes..
<seninha>
Hi, how can I make bitbake sign the EFI binary for secure boot?
roussinm has quit [Quit: WeeChat 3.0]
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
fennec has quit [Quit: WeeChat 3.5]
<sotaoverride>
can someone link me to any writeups on CONVERSION_CMD. My vendor screws with the wic process hard, and Im trying to add a data partion to disk image.
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
roussinm has joined #yocto
behanw has quit [Quit: Connection closed for inactivity]
Minvera has joined #yocto
<Xagen>
what would be the preferred method in a recipe of moving a file after fetch and before patch?
<JaMa>
cannot you unpack it in expected location directly?
<Xagen>
JaMa: the file i'm trying to move is not an archive
otavio has quit [Ping timeout: 246 seconds]
<rburton>
Xagen: after unpack, surely
<rburton>
a do_unpack[postfunc] would work neatly
otavio has joined #yocto
otavio has quit [Ping timeout: 260 seconds]
otavio has joined #yocto
otavio has quit [Ping timeout: 246 seconds]
otavio has joined #yocto
otavio has left #yocto [#yocto]
amitk_ has quit [Ping timeout: 246 seconds]
kscherer has quit [Quit: Konversation terminated!]
<Saur[m]>
Xagen: If it is a file that is specified in the SRC_URI, then you can use subdir= to tell bitbake to store it where you want. If you want an example you can look at meta/recipes-extended/bzip2/bzip2_1.0.8.bb
<Xagen>
Saur[m]: i'll definitely check it out. thanks
<sotaoverride>
can a recipe be used to just add some artifacts to WORKDIR (deploy folder, whatever the variable name for that is). I just want them in the deploy folder and not be packed into a rootfs image.
<sotaoverride>
is that just something counter intuitive / never done??!
<seninha>
Hi, how can I set a different cc version? exporting CC=path/to/gcc does not work.
florian__ has joined #yocto
Minvera has quit [Remote host closed the connection]
<sotaoverride>
I have a custom image type (bbclass), it needs to write some data to a partion (plain data not an entire file system). I'd like the data to be sitting in the deploy folder, and the custom image bbclass would read it from there. How do I make a recipe not have its packages endup in a rootfs image?
<sotaoverride>
guess I could just have the bbclass have an annonymous python function which makes adds the data to deploy folder..
mvlad has quit [Remote host closed the connection]