seninha has quit [Remote host closed the connection]
seninha has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
starblue has quit [Ping timeout: 248 seconds]
starblue has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
rsalveti has quit [Quit: Connection closed for inactivity]
vvn has quit [Quit: WeeChat 3.6]
camus has quit [Quit: camus]
camus has joined #yocto
camus1 has joined #yocto
sakoman has joined #yocto
camus has quit [Remote host closed the connection]
camus1 is now known as camus
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
seninha has quit [Remote host closed the connection]
alessioigor has joined #yocto
sakoman has quit [Quit: Leaving.]
thomasd13 has joined #yocto
beneth has quit [Read error: Connection reset by peer]
AKN has joined #yocto
adams[1] has quit [Quit: Client closed]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
goliath has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
beneth has joined #yocto
goliath has quit [Quit: SIGSEGV]
Schiller has joined #yocto
<LetoThe2nd>
yo dudX
GillesM has quit [Quit: Leaving]
goliath has joined #yocto
frieder has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mckoan|away is now known as mckoan
<mckoan>
good morning
xmn has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
* alessioigor
waves all
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
mvlad has joined #yocto
Schlumpf has joined #yocto
rfuentess has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
zpfvo has quit [Ping timeout: 264 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
zpfvo has joined #yocto
<LetoThe2nd>
whos massaging the layerindex these days?
odra has joined #yocto
florian has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
leon-anavi has joined #yocto
camus1 has joined #yocto
camus has quit [Ping timeout: 252 seconds]
camus1 is now known as camus
DennisE has joined #yocto
zpfvo has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
m_ruddy[m] has joined #yocto
m_ruddy[m] has left #yocto [#yocto]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<prabhakarlad>
khem: sorry, we cannot update the yocto version to kirkstone. Isnt Dunfell an LTS release?
marek has quit [Quit: Client closed]
ptsneves has joined #yocto
ptsneves1 has joined #yocto
ptsneves has quit [Read error: Connection reset by peer]
tre has joined #yocto
ptsneves has joined #yocto
ptsneves1 has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
marek has joined #yocto
AKN has quit [Ping timeout: 268 seconds]
<rburton>
prabhakarlad: yes. kirkstone is just a newer LTS.
<prabhakarlad>
Agreed, its just that the BSP comes from Renesas and updating to Kirkstone will be quite a task.
manuel1985 has joined #yocto
<manuel1985>
How can I tell bitbake to select `python3-my-api_git.bb` over `python3-my-api_0.7.0.bb`? With `PREFERRED_VERSION_pn-python3-my-api = "git"`?
<manuel1985>
Came across the syntax `"1.22.1+git%"` as well.
<qschulz>
manuel1985: no pn- prefix for PREFERRED_VERSION
<manuel1985>
qschulz: why not? Nice to read you again btw
<qschulz>
manuel1985: because it's not an override
<qschulz>
PREFERRED_VERSION_python3-my-api is the whole name of the variable\
DennisE has quit [Quit: Client closed]
starblue has quit [Ping timeout: 265 seconds]
<manuel1985>
qschulz: Ok I see. Does the pn- prefix make sense in any other context? We've got PREFERRED_VERSION_pn-mender-client = "2.5.2" in our code.
<qschulz>
nope
<manuel1985>
As I see it, if read as an override, bitbake would set PREFERRED_VERSION to the value "2.5.2" if the package currently getting built is "pn-mender-client".
starblue has joined #yocto
<qschulz>
manuel1985: that's a correct assumption yes
<manuel1985>
But I'm not even sure there is a "PREFERRED_VERSION" variable.
<qschulz>
the issue is that bitbake needs to know which version to build, not the recipe itself
<manuel1985>
Still this seems to work somehow, because we really got 2.5.2 on our system. Interesting. We're on Dunfell btw.
<qschulz>
manuel1985: very likely that your layer priority/inclusion order/both actually enforce this
<manuel1985>
qschulz: Makes sense. Thankx.
<qschulz>
manuel1985: I don't remember exactly why we didn't move those to overrides, but I guess the fact that we need support for virtual packages didn't help either? e.g. we need PREFERRED_PROVIDER_virtual/kernel
eddy_ has joined #yocto
<eddy_>
Hello, no idea if i am right here for this quick question so here it is: some of our clients switched to a M1/M2 mac and would no like to run our sdk natively. (native in the sense of run yocto in linux in a docker on their m1). so my question is: is there an easy way to build a cross-cadian sdk? e.g. we build the sdk on x86, the sdk is a m1(arm64) linux executable that compiles to <final target arch>?
ptsneves has quit [Read error: Connection reset by peer]
ptsneves has joined #yocto
AKN has joined #yocto
ptsneves1 has joined #yocto
<rburton>
sure, that's just an arm sdk
<rburton>
SDKMACHINE=aarch64
ptsneves has quit [Ping timeout: 265 seconds]
ptsneves1 is now known as ptsneves
seninha has joined #yocto
DennisE has joined #yocto
ptsneves1 has joined #yocto
<eddy_>
thank you that was the hint i needed :) another question. is it possible to put multiple architetures in this variable, so to build the sdk for x86 and aarch64?
ptsneves has quit [Ping timeout: 265 seconds]
ptsneves1 is now known as ptsneves
Dracos-Carazza has quit [Remote host closed the connection]
Dracos-Carazza has joined #yocto
<DennisE>
Hello, I'm trying to port a layer from the dunfell to kirkstone release. I figured some bitbake syntax changes out, the repository protocols but there are still errors building that layer. Since I'm new to yocto I'm not sure if things work as supposed. I get folders in my build/tmp directory which look suspicously like unparsed code pieces. For
<DennisE>
example: [...]/1.0+git${SRCPV}-r0/[...] or [...]/'os.path.normpath(d.getVar('\''S'\''))'/[...] I dont think that this is the expected behaviour. Can you give me some pointers in debugging that problem? Is this a known problem porting layers to newer releases?
<rburton>
DennisE: have you tried looking at the migration guide?
<rburton>
DennisE19: that python block is pretty ugly. there are classes to do that sort of thing already, eg externalsrc or devupstream (depending on your use case)
<rburton>
DennisE19: your FILES all need _ -> : fwiw
Schlumpf has quit [Quit: Client closed]
<rburton>
DennisE19: i'd delete the python block and set SRC_URI/SRCREV "normally" to verify its that python which is breaking things.
<rburton>
its probably related to how you're setting SRCREV to the value of autorev, but you want to set it to the unexpanded form at that point i think
prabhakarlad has quit [Quit: Client closed]
<manuel1985>
DennisE19, I sometimes end up with code-pieces-in-files-pathes when I kill bitbake while it's still doing something
<manuel1985>
like hitting CTRL+C repeatedly
<DennisE19>
rburton: Thanks for that advice :) I will read about that
<DennisE19>
manuel1985: That shouldnt be the case. I ran bitbake -c clean azure-device-update to clean that failing recipe and after that bitbake azure-device-update to rebuild. So I expect to have clean folders, I hadnt skipped the build
<chrysh>
rburton: I forgot about kas, thanks! Will try
jclsn has joined #yocto
jclsn has quit [Client Quit]
jclsn has joined #yocto
jclsn has quit [Quit: WeeChat 3.6]
jclsn has joined #yocto
DennisE has joined #yocto
DennisE19 has quit [Ping timeout: 252 seconds]
jclsn has quit [Client Quit]
goliath has quit [Quit: SIGSEGV]
jclsn has joined #yocto
Payam has quit [Quit: Leaving]
Juanosorio94 has joined #yocto
<Juanosorio94>
I want to have a recipe, in which I either have a .tar.xz containing the source code and if it is not found, it should checkout the source code from a remote repository.. I havent been able to do this and it actually sounds like something that should be really simple to do, do you guys have any recommendations on this?
<Saur[m]>
Juanosorio94: It might be possible to solve it using the MIRRORS variable. However, the problem is that for tar balls in the SRC_URI, you are expected to set a checksum using SRC_URI[sha256sum], while for Git repositories you are expected to set SRCREV. So to be able to support what you want to do, you would have to set both, and make sure to keep them in sync when the recipe is updated.
<Juanosorio94>
Saur[m]: ill try with that, thanks!
ptsneves has quit [Read error: Connection reset by peer]
ptsneves1 has joined #yocto
<Saur[m]>
Juanosorio94: I think it will be hard to add a general entry for converting from tar ball to Git repo in MIRRORS, but it should be possible to do it on a recipe by recipe basis.
ptsneves1 is now known as ptsneves
Schlumpf has joined #yocto
jclsn has quit [Quit: WeeChat 3.6]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
eddy_ has quit [Quit: eddy_]
Schiller has quit [Quit: Client closed]
tre has quit [Remote host closed the connection]
ptsneves has quit [Read error: Connection reset by peer]
florian_kc has quit [Ping timeout: 268 seconds]
jclsn has joined #yocto
Schlumpf has quit [Ping timeout: 252 seconds]
otavio has joined #yocto
DennisE has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 264 seconds]
<rburton>
Juanosorio94: why do you want that? downloads are cached so a source mirror gives you that automatically.
<Juanosorio94>
rburton: I want to share this with someone else, without giving access to my github repo
<Juanosorio94>
they also need the reecipe
<Juanosorio94>
so at the end the idea is if the tarball is there, it wont even try to reach the remote
<rburton>
Juanosorio94: right, so set BB_GENERATE_MIRROR_TARBALLS="1", do a build on your local machine, and then you'll have a mirror tarball in your downloads dir. share that with the recipe and the other person puts that directory in their MIRRORS
<rburton>
would be a few lines of tinfoil code i imagine to actually do the resolution properly
<mckoan>
rburton: thanks
zpfvo has joined #yocto
DennisE has joined #yocto
d-s-e has joined #yocto
Juanosorio94 has quit [Quit: Client closed]
sakoman has joined #yocto
prabhakarlad has joined #yocto
marek has quit [Quit: Client closed]
AKN has quit [Read error: Connection reset by peer]
marek has joined #yocto
thomasd13 has quit [Ping timeout: 265 seconds]
Juanosorio94 has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
xmn has joined #yocto
prabhakarlad has quit [Quit: Client closed]
DennisE has quit [Ping timeout: 252 seconds]
goliath has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
goliath has quit [Quit: SIGSEGV]
nemik has joined #yocto
<cmd>
Is there any way to re-trigger the population of ./build/tmp/deploy/<contents> or am I stuck clearing out my sstates and building from scratch?
d-s-e has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 268 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<rburton>
cmd: bitbake something -c deploy -f, should do the trick
<rburton>
clearing out sstate would be the wrong thing, just wiping tmp would do it and regenerate in a minute or so from sstate
<cmd>
I'll try that; it seems that whatever needs to be deploy is higher up in my dependancies, so letting it regerate tmp might be the easiest. Thanks!
Payam has joined #yocto
zpfvo has joined #yocto
yann has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
manuel1985 has quit [Quit: Leaving]
fray has quit [Ping timeout: 268 seconds]
fray has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
frieder has quit [Remote host closed the connection]
goliath has joined #yocto
zpfvo has quit [Ping timeout: 246 seconds]
zpfvo has joined #yocto
<kiwi_29_[m]>
> <@msgboardpana:matrix.org> khem: This is the value in CC x86_64-poky-linux-clang -target x86_64-poky-linux -m64 -march=core2 -mtune=core2 -msse3 -mfpmath=sse -mlittle-endian -Qunused-arguments -fstack-protector-strong -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security --sysroot=<PATH>/build... (full message at <https://libera.ems.host/_matrix/media/r0/download/libera.chat/b8ce16a95ab73486eb88d23bc1f8e19737799d96>)
rfuentess has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mckoan is now known as mckoan|away
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian has quit [Quit: Ex-Chat]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
zpfvo has quit [Quit: Leaving.]
vladest1 has joined #yocto
MrFrank has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
vladest has quit [Ping timeout: 268 seconds]
vladest1 is now known as vladest
Juanosorio94 has quit [Ping timeout: 252 seconds]
MrFrank has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
leon-anavi has quit [Quit: Leaving]
prabhakarlad has joined #yocto
rsalveti has joined #yocto
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Payam has quit [Quit: Leaving]
florian_kc has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
<Saur[m]>
Juanosorio94, rburton: BB_GENERATE_MIRROR_TARBALLS will generate a tar ball of the entire Git repository though. So if the idea is to avoid giving away the Git history, then that is not a solution.
florian_kc has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 264 seconds]
nemik has joined #yocto
seninha has quit [Ping timeout: 246 seconds]
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 248 seconds]
<khem>
prabhakarlad: I guess it will have to be debugged and narrowed down, I dont have a ready dunfell build to try it out here immediately, but I can see if I get it going
BobPungartnik has joined #yocto
<khem>
kiwi_29_: Add context a little please
<khem>
that seems to be alright if you are using TOOLCHAIN = clang
BobPungartnik has quit [Client Quit]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
florian_kc has joined #yocto
bernadinm_ has joined #yocto
<bernadinm_>
What are the most famous implementation using Yocto?