<halstead>
It's only in the cache on ubuntu2304-ty-1. File doesn't exist on the NAS and other workers list the dir without it.
sakman has quit [Ping timeout: 252 seconds]
Vonter has quit [Ping timeout: 256 seconds]
Vonter has joined #yocto
<halstead>
We could set lookupcache=none to prevent this error but I'm not sure how an invalid cache entry got made in the first place. Did another worker delete that file?
kevinrowland has joined #yocto
florian has quit [Ping timeout: 256 seconds]
lexano has quit [Ping timeout: 264 seconds]
Daanct12 has joined #yocto
davidinux has quit [Ping timeout: 256 seconds]
davidinux has joined #yocto
sakman has joined #yocto
starblue has quit [Ping timeout: 256 seconds]
starblue has joined #yocto
jclsn has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
tangofoxtrot has quit [Ping timeout: 268 seconds]
ablu has quit [Read error: Connection reset by peer]
ablu has joined #yocto
tlwoerner has quit [Ping timeout: 264 seconds]
tlwoerner has joined #yocto
Ad0 has quit [Ping timeout: 264 seconds]
sakman1 has joined #yocto
pvogelaar has quit [Ping timeout: 250 seconds]
sakman has quit [Ping timeout: 246 seconds]
sakman1 is now known as sakman
Ad0 has joined #yocto
Chaser has joined #yocto
sakman has quit [Ping timeout: 252 seconds]
amitk has joined #yocto
alessioigor has joined #yocto
amitk has quit [Read error: Connection reset by peer]
alperak has joined #yocto
Omax has joined #yocto
linfax has joined #yocto
rfuentess has joined #yocto
thomas_34 has joined #yocto
rob_w has joined #yocto
xmn has quit [Ping timeout: 260 seconds]
goliath has joined #yocto
zpfvo has joined #yocto
Kubu_work has joined #yocto
frieder has joined #yocto
<LetoThe2nd>
yo dudX
jclsn has quit [Ping timeout: 268 seconds]
jclsn has joined #yocto
vladest1 has joined #yocto
vladest has quit [Ping timeout: 252 seconds]
vladest1 is now known as vladest
mckoan|away is now known as mckoan
<mckoan>
good morning
jclsn has quit [Ping timeout: 264 seconds]
jclsn has joined #yocto
florian has joined #yocto
florian has quit [Ping timeout: 264 seconds]
* alessioigor
waves all
<mckoan>
alessioigor: hi
<landgraf>
(^_^)/
chep` has joined #yocto
chep has quit [Read error: Connection reset by peer]
chep` is now known as chep
leon-anavi has joined #yocto
florian has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Net147 has quit [Quit: Quit]
rob_w has quit [Remote host closed the connection]
Net147 has joined #yocto
Net147 has joined #yocto
rob_w has joined #yocto
<LetoThe2nd>
is there some prerequisite for the /dev/disk/by-partuuid nodes being populated? just tinkering around with it, and the system drops into a recovery shell because mounting fails due to them missing.
<Xogium>
hmm, aside from systemd and udev, I don't think there should be ?
<Xogium>
I don't know of eudev has them, but possibly
<Xogium>
*if
<Xogium>
iirc udev is oppulating the entire /dev/disk/*
<Xogium>
*populating
<Xogium>
LetoThe2nd: are other directories in there properly populated ?
thomas_34 has quit [Ping timeout: 250 seconds]
<LetoThe2nd>
Xogium: /dev/disk/by-path/* is populated, yes.
<Xogium>
hmm, but not by-label, by-partlabel, and so on ?
<rburton>
zeddii: as is traditional, linux-yocto-dev + meta-clang fails in perf. "aarch64-poky-linux-clang: error: no such file or directory: 'aarch64-poky-linux'"
<zeddii>
rburton: I've heard that clang doesn't work to build perf (at least within the way we set our kernel build env), but I've never had to try it myself.
<zeddii>
It is something I could look into, if no one beats me to it.
<thomas_34>
Does anyone know where that script is, or how to visualize the buildstats that I can see which recipes takes the most time to build?
<RP>
thomas_34: scripts/pybootchartgui/pybootchartgui.py in OE-Core
<thomas_34>
Are you Richard?
<rburton>
thomas_34: look up "why is my build so slow" on the yocto project youtube channel
<rburton>
RP: any idea what component would be best for a resulttool bug?
<thomas_34>
Thank you for the links! :)
<RP>
rburton: we should probably add something like "QA and Test Automation" then "Tooling" ?
<rburton>
yeah
<rburton>
there's a big gap right now
<rburton>
oh i might have the power to do that
<RP>
rburton: I just added it
<rburton>
yeah just saw that :)
<rburton>
thanks
<RP>
thomas_34: I am, yes. That email was from me quite a few years ago
<thomas_34>
RP, ahh i thought so. Nice :) Thank you for your contribution!
<rburton>
RP: i'll move all the existing resulttool bugs to that new component, they're mostly in 'scripts and tools' right now but i think its good to pull them all out.
<jclsn>
Is there a way to read environment variables and expand them into the local.conf when setting up the environment? I would like to add some keys from the host system
<jclsn>
I would like to be able to just set the path in my .bashrc and put the keys there
<jclsn>
It only works with an absolute path though, which would have to be changed for every user
<thomas_34>
rburton, wow! Thank you for the video. Thats really spot on, exactly what I need!
<RP>
rburton: sounds good, thanks. We do need to rework the categories a bit at some point but this is a good start
<rburton>
aye
<thomas_34>
Indeed, rust-native is a huge pain. I was hoping that I can get rid off it in my image, but you mentioned that the kernel requires it nowadays? :/
<RP>
thomas_34: not yet but it is heading that way
<RP>
derRichard: its nice to do something straightforward and clearcut for a change!
leonanavi has joined #yocto
leon-anavi has quit [Ping timeout: 256 seconds]
vladest has quit [Ping timeout: 256 seconds]
<jclsn>
JPEW: Can't I just use any environment variable for Pyrex binds?
<jclsn>
${env:HOME} works but ${env:SOME_ENV_VARIABLE} doesn't
Chaser has quit [Ping timeout: 256 seconds]
<jclsn>
Would be nice if I could automatically mount a directory added to BB_ENV_EXTRAWHITE
vladest has joined #yocto
<JPEW>
jclsn: should be able to use any variable, just make sure to declare it for use so pyrex knows to expand it. Afk right now so I don't remember where that is in the ini file
<jclsn>
JPEW: Who else would know that if not you? :D
<JPEW>
jclsn: pyrex.ini has good comments in it, or wait 20 minutes and I'll be at my computer
<jclsn>
envvars I guess
<jclsn>
Will try that out
<jclsn>
I have some spare time
<JPEW>
jclsn: Yes, run.envvars
rob_w has quit [Remote host closed the connection]
<jclsn>
JPEW: Tried that. It is still complaining about InterpolationMissingOptionError
<JPEW>
jclsn: Sorry, it's config.envimport not run.envvars
<JPEW>
jclsn: config.envimport are variables to send to Pyrex itself that it can use when parsing the ini file, run.envvars are variable to pass through to bitbake et. al.
lefty_ has joined #yocto
lefty has left #yocto [#yocto]
lefty_ has quit [Client Quit]
mjestes has joined #yocto
mjestes has quit [Client Quit]
mjestes has joined #yocto
mjestes has quit [Client Quit]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian has quit [Ping timeout: 252 seconds]
dkl has quit [Quit: %quit%]
dkl has joined #yocto
<rburton>
khem: do you have a branch or something for the llvm/clang release candidates?
<rburton>
i'd love to do an experiment with the latest 18-rc0 when it comes out in a week
lefty has joined #yocto
goliath has quit [Quit: SIGSEGV]
lefty has left #yocto [#yocto]
<jclsn>
JPEW: Works. Thx!
lefty has joined #yocto
lefty has quit [Read error: Connection reset by peer]
<jdiez>
is it possible to somehow provide precompiled packages, so that a new developer working on the same base OS wouldn't have to recompile everything from scratch? I think using a shared (internet-accesible?) sscache may get part way there, but what about writing to the sscache?
<JPEW>
jdiez: sstate is that. In our setup, our CI shares sstate via NFS, and there is also a HTTP server on it that our developers set as an SSTATE_MIRROR
<JPEW>
jdiez: Which mean our developers aren't writing to sstate, but it will just download a sstate file if it's something that's already been built by CI
lefty has joined #yocto
<jdiez>
ah yeah sstate*. gotcha, thanks.
alperak has quit [Quit: Client closed]
alperak has joined #yocto
<qschulz>
i just stumbled upon some patches from Richard making use of inherit_defer but cannot find any mention of what this is used for in the YP or bitbake docs
<qschulz>
michaelo: I think this would be a nice addition? ^^^^^
* derRichard
needs to disable the irssi highlighting for "richard" ;-)
<derRichard>
usually i'm the only one
<JPEW>
qschulz: It deferes the evaluation of the statement till after parsing. So that things like `inherit_defered ${FOO}` work as you would expect
florian has joined #yocto
<qschulz>
derRichard: I specifically didn't want to highlight the other Richard :)
<qschulz>
JPEW: ah, because inherit ${FOO} would then evaluate FOO at that line?
<JPEW>
qschulz: Correct
<qschulz>
(I haven't followed any Yocto/bitbake stuff for months now, so quite behind :/)
<qschulz>
JPEW: Thanks!
<qschulz>
JPEW: I assume this means we should basically never use inherit ${FOO}
<JPEW>
qschulz: `inherit` is kinda like `:=` while `inherit_deferred` is like `=`
<vvn>
JPEW Hi! Are the Pyrex docker image registered somewhere, so that one could use them outside of Pyrex?
<qschulz>
JPEW: mmmm a case of US english vs UK english for defered vs deferred :) ?
<JPEW>
qschulz: Ya, they are going to add a warning if you use a variable in a normal `inherit` because it's usually (always?) wrong
<qschulz>
JPEW: nice! thanks, still think we should have a few words in the docs for that :)
<JPEW>
qschulz: IDK. No one has ever accused me of having good English or spelling, so it's equally likely I'm doing it wrong :)
<JPEW>
vvn: They are on docker hub, but it's really hard to use them without the pyrex script. They expect a litany of variables to passed to work correctly
<qschulz>
JPEW: nope, my broken english vs proper english :) deferred with two Rs :)
<JPEW>
vvn: If you want a container that you can just pull down and run and "works", crops is a better option. Pyrex is really focused on making the container transparent
* JPEW
should switch pyrex to ghcr
<vvn>
JPEW: are Pyrex containers based on crops?
<JPEW>
vvn: No
<vvn>
CROPS has no official doc somewhere, right?
<RP>
qschulz: we do need to document it :/ Bad RP.
<khem>
maybe I should create it as draft PR sometime soon, now that I have test images going with it
OnkelUll_ is now known as OnkelUlla
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<dl9pf>
RP: latest meta-agl / -next branch should fix the weston upgrade.
<kergoth_>
What's the current best practice to build a wic image that includes another image binary, ex for creating installers, or update methods? I'm sure I remember seeing a wic option to copy extra files into a rootfs that could be used for that? Does anyone recall offhand?
florian_kc has quit [Ping timeout: 252 seconds]
pvogelaar has joined #yocto
sakman has quit [Ping timeout: 260 seconds]
Xagen has joined #yocto
thomas_34 has quit [Quit: Client closed]
<khem>
I have used IMAGE_BOOT_FILES
<RP>
dl9pf: thanks, much appreciated. We've found errors tend to "breed" unnoticed on the autobuilder so it goes out of control quickly
<dl9pf>
sure, np. yes, and they might hide other errors. we'll do another uprev in the next days. atm just unblocking.
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
sakman has joined #yocto
jmd` has joined #yocto
florian_kc has joined #yocto
jmd` has quit [Remote host closed the connection]
alessioigor has quit [Quit: alessioigor]
<LetoThe2nd>
what is the current state of image generation for platforms like VMware or hyper-V? are there image types for this around somewhere? (maybe @zeddii )
jclsn has quit [Ping timeout: 260 seconds]
sakman1 has joined #yocto
jmd has quit [Remote host closed the connection]
sakman has quit [Ping timeout: 256 seconds]
sakman1 is now known as sakman
jmd has joined #yocto
<JaMa>
rburton: "< rburton> the migration happens in february. you can find out more in a weeks time ;)" will it accelerate now as meta-arm doesn't parse due to .bbappends for 6.1?
jpuhlman has quit [Ping timeout: 264 seconds]
jmd has quit [Remote host closed the connection]
<kergoth_>
Hmm, IMAGE_BOOT_FILES is too limited, boot partition only.. I wonder if --include-path= would be of use in this case
<zeddii>
LetoThe2nd: as in direct creation of a vmdk (or whatever the formats are now) ? it is largely a standard format and convert operation at the moment.
<LetoThe2nd>
zeddii: yeah I found the vmdk image conversion already, thanks. fun fact: autocorrect just tried to convert vmdk to vodka. which kinda makes sense, if you ask me.
<RP>
"I found the vodka already, thanks" :)
<zeddii>
makes the image creation process more fun :)
<jsbronder>
kergoth_: I don't know if it's best practice, but I've gotten away with adding a new task and doing something like "do_new_task[depends] += "root-image:do_image_complete", and pulling what I need from ${DEPLOY_DIR_IMAGE}
<RP>
jsbronder: we did specifically make that work FWIW
<kergoth_>
Ah, true, hadn't thought about doing so outside of wic, thanks for the tip. I do feel like, given the existence of 'wic cp', that it should be easy to do it via the wks, though! :)
<jsbronder>
RP: My thanks then, because it's made my life a lot easier ;)
<LetoThe2nd>
RP: that's exactly what it suggested, indeed.