<mischief>
i have a class that works as an image conversion and runs within do_image_ext4, but it depends on the kernel's do_deploy and stuff in the deploy dir. this used to work fine in kirkstone but now in scarthgap it seems broken. it seems that do_rootfs already depends on kernel do_deploy, but the artifacts are not actually in the deploy directory. do i need to add an explicit task dependency or
<mischief>
something?
GNUmoon has quit [Ping timeout: 244 seconds]
GNUmoon has joined #yocto
_whitelogger has joined #yocto
paulg has quit [Quit: Leaving]
tgamblin has quit [Ping timeout: 276 seconds]
Danct12 has joined #yocto
<khem>
you can add dependency in your bbclass do_image_ext4[depends] += "virtual/kernel:do_deploy"
jero_ has joined #yocto
jero has quit [Ping timeout: 268 seconds]
goliath has joined #yocto
rfuentess has joined #yocto
ptsneves has quit [Remote host closed the connection]
ptsneves has joined #yocto
leon-anavi has joined #yocto
alperak has joined #yocto
goliath has quit [Quit: SIGSEGV]
goliath has joined #yocto
eduter has joined #yocto
<eduter>
Hi everyone. It's been a while since last time I wrote here. Hope everyone is ok.
<eduter>
We are about to start using KAS in our Yocto project.
<eduter>
Besides the official documentation which of course is an important starting point. Can anyone here from your experience recommend any other worth source of information to master KAS?
ptsneves has quit [Read error: Connection reset by peer]
ptsneves has joined #yocto
vladest has quit [Quit: vladest]
<eduter>
Thanks for your answer khem. So if understood it correctly each submodule contains a specific a unique BSP configuration (e.g. machine, distro, etc...), which is what the siemens tool KAS is intending to ease for the users via YAML files, where the user can configure the bitbake build process for each of the unique BSP configurations the user may
<eduter>
support.
<eduter>
Did I get it write?
<eduter>
We were a bit curious to experiment with KAS, since we have been recommended to use it from different parties, in order to use YAML files, which may look cleaner and easy to read, as we are using them when using tools like "docker-compose" to configure multiple docker services.
mckoan|away is now known as mckoan
eduter has quit [Quit: Client closed]
eduter has joined #yocto
davidinux has joined #yocto
druppy has quit [Ping timeout: 260 seconds]
vladest has joined #yocto
florian_kc has joined #yocto
belsirk has joined #yocto
rfuentess has quit [Ping timeout: 276 seconds]
KanjiMonster has quit [Remote host closed the connection]
KanjiMonster has joined #yocto
leon-anavi has quit [Quit: Leaving]
leon-anavi has joined #yocto
<Jones42>
I'm trying to set a bb-value if an Override is *not* set. I'm currently setting to [_defaultval] if override is set (via @d.getVarFlag) and then using ?= if override is set. Is there a more elegant way?
<Jones42>
I'm trying to set a bb-value if an Override is *not* set. I'm currently setting to [_defaultval] if override is set (via @d.getVarFlag) and then using ?= if override is *not* set. Is there a more elegant way?
eduter has quit [Quit: Client closed]
eduter has joined #yocto
eduter has quit [Quit: Client closed]
eduter has joined #yocto
jmiehe has quit [Remote host closed the connection]
jmiehe has joined #yocto
ptsneves has quit [Ping timeout: 244 seconds]
ablu has quit [Ping timeout: 252 seconds]
ablu has joined #yocto
davidinux has quit [Ping timeout: 276 seconds]
savolla has joined #yocto
belsirk is now known as rfuentess
eduter has quit [Quit: Client closed]
eduter has joined #yocto
druppy has joined #yocto
druppy has quit [Ping timeout: 265 seconds]
RyanEatmon has quit [Remote host closed the connection]
RyanEatmon has joined #yocto
florian__ has joined #yocto
Xagen has quit [Ping timeout: 252 seconds]
Xagen has joined #yocto
rfuentess has quit [Quit: Leaving]
Xagen has quit [Ping timeout: 276 seconds]
joekale has joined #yocto
Danct12 has quit [Ping timeout: 248 seconds]
tgamblin has joined #yocto
pidge has joined #yocto
Xagen has joined #yocto
vladest has quit [Quit: vladest]
joekale has left #yocto [#yocto]
pidge_ has joined #yocto
pidge has quit [Ping timeout: 248 seconds]
jkale has joined #yocto
jkale has quit [Remote host closed the connection]
jkale has joined #yocto
goliath has quit [Quit: SIGSEGV]
jkale is now known as joekale
vladest has joined #yocto
frgo has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
florian__ has quit [Ping timeout: 248 seconds]
florian__ has joined #yocto
SMaddox has joined #yocto
<SMaddox>
Hello, what is the preferred method of allowing access to a URI when BB_FETCH_PREMIRRORONLY is set to 1 but the URI is already configured properly in the recipe? (i.e. some URIs are reconfigured using premirrors as intended but some should be allowed as-is.) I've tried using a PREMIRROR entry to parse the allowed URI into itself but the
<SMaddox>
fetch2/__init__.py code has a case where it does not try to fetch code if a premirror "parse" results in the same URI after parsing. BB_ALLOWED_NETWORKS also would not work (I think) because the host has paths which should and should not be accessed (i.e. host.com/good should be accessed but host.com/bad should not). Is there a better solution than
<SMaddox>
writing a custom patch for the fetch2 code?
<rburton>
khem: rp is away, i'd mail him so the message doesn't get lost
SMaddox has quit [Quit: Client closed]
goliath has joined #yocto
Jones42 has quit [Ping timeout: 272 seconds]
florian_kc has joined #yocto
florian has quit [Ping timeout: 245 seconds]
florian_kc is now known as florian
florian__ has quit [Ping timeout: 240 seconds]
<rburton>
khem: you said that i should add lld-native to the nativesdk build, but why isn't there a nativesdk override for compiler-rt and libcxx in clang.bbclass?
<rburton>
that change might not be required, as i added the rdepends to the recipe. should check that.
lexano has quit [Ping timeout: 252 seconds]
tgamblin has quit [Quit: WeeChat 4.6.3]
<rburton>
actually you could do toolchain=gcc with ld-is-lld...
<rburton>
so the depends should be elsewhere
tgamblin has joined #yocto
florian__ has joined #yocto
<joekale>
Is there an ability to get SRCREV values from included recipes in an image recipe? I'm using rauc and trying to include some SRCREV information as metadata for the bundle.
<joekale>
I see the information is available through buildhistory but I don't believe that would be accessible to a recipe at build time.
florian has quit [Quit: Ex-Chat]
lexano has joined #yocto
florian__ has quit [Ping timeout: 265 seconds]
ptsneves has quit [Ping timeout: 276 seconds]
Minvera has joined #yocto
Minvera2 has joined #yocto
jmiehe has quit [Quit: jmiehe]
mckoan is now known as mckoan|away
<rburton>
khem: should the :class-target just be removed for toolchain/clang.bbclass, so it affects everything?
<rburton>
khem: sorry on the BASE_DEFAULT_DEPS line
jclsn has quit [Quit: WeeChat 4.6.3]
florian__ has joined #yocto
ptsneves has joined #yocto
Minvera2 has quit [Ping timeout: 248 seconds]
Minvera has quit [Ping timeout: 252 seconds]
LainIwakura has joined #yocto
paulg has joined #yocto
ptsneves has quit [Ping timeout: 248 seconds]
florian__ is now known as florian
ptsneves has joined #yocto
piie has joined #yocto
tgamblin has quit [Quit: WeeChat 4.6.3]
vthor has joined #yocto
tgamblin has joined #yocto
ptsneves has quit [Ping timeout: 248 seconds]
goliath has quit [Quit: SIGSEGV]
<khem>
rburton: so far lld came along with clang/compiler dependencies
<khem>
so unless we add it at that level it will be missed
<rburton>
yeah. it's nice not actually needing to be built with clang, as there's a good case to be made for lld without clang
<khem>
clang-cross is just a wrapper and so it clang-crosssdk
<khem>
rburton: its a packageconfig so disable it by default
<khem>
you have same effect
<khem>
same is true for any other tools
SMaddox has joined #yocto
<khem>
we can certainly decide on a reduced defaults
<rburton>
khem: just pushed to ross/llvm (still syncing, will be there in a moment), there's a couple of WIP patches that might be right or might be really badly wrong ;) standalone lld might be useful for rust too.
<khem>
it might but thats far fetched, we dont have same version of llvm/clang that rust uses, most of the time they are out of sync
<rburton>
i'm _hoping_ that lld isn't patched as its just the linker
<khem>
rburton: good on removing class-target from BASE_DEFAULT_DEPS in clang.bbclass
berton has quit [Quit: Connection closed for inactivity]
<rburton>
cool
<khem>
rburton: you would think so, but these days linkers are invoked by compilers for Whole program optimizations, LTO, FDO etc. so they are not as standalone as one would think
<khem>
ideally I would agree with you. but Distro's should spend time doing distro things :)
LainIwakura has quit [Quit: Client closed]
LainIwakura has joined #yocto
LainIwakura has quit [Quit: Client closed]
goliath has joined #yocto
dmoseley has quit [Ping timeout: 276 seconds]
vthor has quit [Ping timeout: 248 seconds]
florian has quit [Ping timeout: 272 seconds]
LainIwakura has joined #yocto
ptsneves has joined #yocto
florian has joined #yocto
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
vthor has quit [Ping timeout: 276 seconds]
savolla has quit [Quit: WeeChat 4.6.3]
druppy has joined #yocto
zeemate has quit [Ping timeout: 260 seconds]
dmoseley has joined #yocto
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
SMaddox has quit [Quit: Client closed]
LainIwakura has quit [Quit: Client closed]
goliath has quit [Quit: SIGSEGV]
vthor has quit [Quit: kill -9 $pid]
druppy has quit [Ping timeout: 272 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tgamblin has quit [Quit: Leaving]
mathieudb has quit [Ping timeout: 248 seconds]
prabhakalad has quit [Ping timeout: 248 seconds]
prabhakalad has joined #yocto
alperak has quit [Quit: Connection closed for inactivity]