<d-fens>
good morning, when having a working poky build and extending from there with adding a own layer with a distro.conf, should it start with "require conf/distro/poky.conf" ?
<d-fens>
and is the order of the "require" line in the file relevant?
<LetoThe2nd>
d-fens: yes, evaluation is top to botton.
<LetoThe2nd>
d-fens: i personally would either require poky, or copy poky over completely to nail it down and then strip/adjust. but it depends
<d-fens>
LetoThe2nd: ok i see, in some examples ther was a "DISTROOVERRIDES =. "poky:"" but i didn't get what that actually does
<LetoThe2nd>
d-fens: that essentially means "where things do something special for poky, pretend to be poky"
<d-fens>
ah something like register for poky specific changes and apply them
<d-fens>
thanks for your help!
malsyned has joined #yocto
frieder has joined #yocto
goliath has joined #yocto
<jkorsnes[m]>
wic cp test img.wic:2/boot
<jkorsnes[m]>
wic ls img.wic:2/boot
<jkorsnes[m]>
not seeing the test file in the output of the listing. any ideas to what I'm doing wrong?
leon-anavi has quit [Quit: Leaving]
malsyned has quit [Ping timeout: 255 seconds]
frieder has quit [Remote host closed the connection]
frieder has joined #yocto
malsyned has joined #yocto
yann has quit [Ping timeout: 268 seconds]
malsyned has quit [Ping timeout: 260 seconds]
seninha has joined #yocto
frieder has quit [Ping timeout: 260 seconds]
malsyned has joined #yocto
invalidopcode7 has quit [Remote host closed the connection]
invalidopcode7 has joined #yocto
frieder has joined #yocto
malsyned has quit [Ping timeout: 260 seconds]
<gsalazar>
Hello, probably not the right place to ask but maybe someone here knows, is there a IRC channel for the zephyr project?
<gsalazar>
LetoThe2nd: thanks, I'll have to create an account.
<LetoThe2nd>
gsalazar: have fun.
manuel1985 has joined #yocto
gho has quit [Quit: Leaving.]
malsyned has quit [Ping timeout: 252 seconds]
manuel1985 has quit [Ping timeout: 252 seconds]
gho has joined #yocto
malsyned has joined #yocto
<mborzecki>
morning
<LetoThe2nd>
mborzecki: yo
<mborzecki>
is it possible to have python snippets in distro.conf? snippets as in def ... block or, python () { .. } ?
<mborzecki>
I've only used them in recipes and classes, but added some code to my distro.conf file and bibtbake now complains it cannot parse that
<LetoThe2nd>
mborzecki: AFAIK conf files can't have that.
<mborzecki>
actually added a workaround using ${@...} but it's a bit ugly tbh
<LetoThe2nd>
mborzecki: e.g. you can put it into a class and then inherit here.
<mborzecki>
hmm, yeah that may work
<LetoThe2nd>
mborzecki: IIRC buildhistory for example works like that.
<ThomasRoos[m]>
Hi, what is the correct way of getting a nameserver in a qemu ptest environment? I mean - echo nameserver 8.8.4.4 >> /etc/resolv.conf - is possible, but is this the correct yocto way?
<mborzecki>
LetoThe2nd: I actually got stuck on something else there, I tried adding my own build id/version defined as `FOO_ID="<git-version>-${DATETIME}"`, such that it ends up in /etc/version, but after much deliberation got buried in a mess of vardepsexclude and vardeps, so I'm backtracking a little to try something simpler 🙂
AntA has quit [Remote host closed the connection]
PhoenixMage has quit [Ping timeout: 272 seconds]
malsyned has quit [Ping timeout: 268 seconds]
PhoenixMage has joined #yocto
olani has joined #yocto
jeffrey33 has joined #yocto
sion33 has quit [Ping timeout: 252 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
pidge has quit [Ping timeout: 272 seconds]
<mcfrisk>
mborzecki: sounds like a job for os-release recipe, and setting BUILD_ID via local.conf (e.g. configured by some script before build starts)
<fenrig>
"for l in ${OCI_IMAGE_ENV_VARS}; do" , so I guess the OCI_IMAGE_ENV_VARS is not just a string? But a list of strings? I was wondering how yocto parses these variables and presents them to the classes.
azcraft has joined #yocto
Dolly has joined #yocto
d-s-e has joined #yocto
<Dolly>
Hi everybody! Nice to meet you. I have a question about adt_installer. Is http://adtrepo.yoctoproject.org still alive? I can't connect it ((
<rburton>
Dolly: we call that a sdk now. i suspect you are looking at very old documentation.
<Dolly>
<rburton>: Probably. But I still need install Poky 1.7 and in my adt_installer.conf I have an url to http://adtrepo.yoctoproject.org. So what can I do now?
<rburton>
Dolly: 1.7 has been dead over 8 years. you upgrade.
<Dolly>
Rburton: Unfortunately we still use it. Last time I was installed it - at 2019/
camus has quit [Ping timeout: 255 seconds]
<Dolly>
<rburton> Unfortunately we still use it. Last time I was installed it - at 2019
<RP>
Dolly: things have massively changed since then
<RP>
Dolly: we do have LTS releases now but even those are for 2-4 years
frieder has quit [Ping timeout: 272 seconds]
<zeddii>
rburton: yah, khem had sent them in my direction. I have them queued for 5.19 and can put them on top of my 5.15 -stable updates that arrive shortly.
<rburton>
RP: had a moment of inspiration. if I set SSTATE_MIRRORS to file://universal/.*, would that work for just native stuff? Not sure on the semantics of the PATH magic value.
<rburton>
i don't build machines which are in the ab sstate often _but_ the native sstate would be useful
<RP>
rburton: something like that could/should work I think
<rburton>
might let people use the sstate without hammering the server
<LetoThe2nd>
rburton: who is hammered?
mckoan has joined #yocto
<rburton>
khem: qemuarm+clang+perf fails with that patch you specified: clang-14: error: no such file or directory: 'arm-poky-linux-gnueabi'.
<rburton>
its actually using clang, does clang build perf okay?
d-s-e has quit [Ping timeout: 260 seconds]
malsyned has joined #yocto
<malsyned>
I have a custom linux bb recipe based on NXP's linux-imx recipe which fetches the source using git. Every time I change SRCREV bitbake fetches the entire repo from scratch rather than pulling the new commits into an existing repo. Anybody know why or if there's a way to fix it?
demirok has quit [Quit: Leaving.]
<RP>
malsyned: that isn't normally how it works. What are you using as SRC_URI?
<RP>
malsyned: that looks ok. What does the do_fetch log say it is doing?
mckoan has quit [Ping timeout: 268 seconds]
pbergin has quit [Quit: Leaving]
<malsyned>
Oh weird. "WARNING: Failed to fetch URL", then "NOTE: Removing .../git2/bitbucket.org.sparkcharge.linux.git" and "Trying MIRRORS". Then tons of 404s, then eventually "git ... clone --bare --mirror https://bitbucket.org/sparkcharge/linux.git ..." succeeds.
<RP>
malsyned: sounds like you need to understand those messages :/
<malsyned>
It looks like maybe fetching using the git: protocol succeeds, and later fetching with https: succeeds but by then it's deleted the repo?
<RP>
malsyned: which release is this? I know we improved some of this in recent releases
<malsyned>
This is kirkstone
<malsyned>
I probably should have checked that log before asking here :-[ but I wasn't sure if I was seeing expected behavior or not
<malsyned>
er, s/using the git: protocol succeeds/using the git: protocol fails/
seninha has joined #yocto
mckoan has joined #yocto
xmn has joined #yocto
<malsyned>
I think the problem was that I was using protocol=git and should have been using protocol=ssh or protocol=https.
<RP>
malsyned: right, an incorrect srcuri like that could cause that behaviour
<malsyned>
Thanks. I think as long as I get the git URL correct, I can live without that patch until I update to langdale. I was assuming that warning I saw sometimes was because my connection to bitbucket was flakey -- that'll teach me to ignore warnings.
<malsyned>
I was figuring, since it found it eventually, it was an intermittent connection problem. Turns out no, bitbake is just really creative at finding "mirrors".
seninha has joined #yocto
fenrig has quit [Quit: Connection closed]
mckoan has quit [Ping timeout: 260 seconds]
sotaoverride_ has joined #yocto
mckoan has joined #yocto
frieder has quit [Remote host closed the connection]
leon-anavi has quit [Quit: Leaving]
mckoan is now known as mckoan|away
mckoan|away is now known as mckoan
rob_w has quit [Remote host closed the connection]
jeffrey33 has quit [Ping timeout: 256 seconds]
d-s-e has quit [Quit: Konversation terminated!]
goliath has quit [Quit: SIGSEGV]
berton[m] has quit [Quit: You have been kicked for being idle]
<sudip>
hi all, We are using the Kirkstone release and we need SPDX_PRETTY, is there any plan to backport it to v4.0.6 ?
<sudip>
RP: Philipp from Elisa was hoping you will be able to help with that
<RP>
sudip: that one might be possible but I don't want to set a precedent of being able to backport newer spdx changes to kirkstone :/
<sakoman>
RP: I didn't take it because it was a feature addition, but I guess it seems fairly safe (famous last words!)
<sudip>
RP: I added it locally and sent the files to Philipp but he wants to have it on CI, is there any way I can add this patch from a layer?
<RP>
sakoman: right, it is self contained at least
<RP>
sudip: how are you doing the setup of your layers?
<sakoman>
RP: I'm OK with it if you are
<RP>
sakoman: on the understanding this is a one off...
<sakoman>
RP: ok, will add it to my test queue
<RP>
sakoman: thanks. Where am I at with your patches btw? I think I have some pull requests to merge?
<sudip>
RP: we are doing a "repo init" of AGL and then adding our layer
<sudip>
thanks sakoman :)
<sakoman>
RP: At the moment I think there is just a dunfell meta-yocto pull request (and another meta-yocto to follow in a few moments for langdale)
<RP>
sudip: Tools like kas do have options but I don't know how AGL's layer setup handles patches for OE-Core. Worst case you could copy in a later version of the create-spdx.bbclass class file to a classes/ directory within your layer I guess assuming you have the layer prorities such that it would override OE-Core
<sakoman>
RP: there will be a langdale oe-core pull request later today, and kirkstone and dunfell tomorrow
<sudip>
RP: the class will be ok. but I dont know how can I patch "meta/lib/oe/sbom.py"
<RP>
sudip: I'm not sure either, it all depends on the tooling you're using which I don't know
<RP>
sakoman: thanks. I've been trying to keep up to date!
<sakoman>
RP: I'll let you know if you miss anything! I have challenges keeping track of them too :-)
<khem>
zeddii: rburton thanks I have sent a v2 for the perf issue to bpf ml. The latest patches for linux-yocto 5.19 are here https://git.yoctoproject.org/poky-contrib/commit/?h=yoe/mut&id=7842f250a9ccb91cef23844d01c9de16507ac293
<khem>
you are right patch for master is different than what is needed on 5.19
malsyned has quit [Ping timeout: 268 seconds]
manuel1985 has joined #yocto
gsalazar has quit [Ping timeout: 260 seconds]
sotaoverride_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
<rburton>
khem: i can confirm that the bpf fix and the perf cc fix have made our CI pass again
Algotech has quit [Ping timeout: 260 seconds]
sotaoverride_ has joined #yocto
Algotech has joined #yocto
gsalazar has joined #yocto
<khem>
cool
<khem>
upto bruce to do the needed now
<palmer221[m]>
I'll help 10 people how to earn $56,000 in just 72hours from the crypto market. send a FRIEND REQUEST and DM to know how
<palmer221[m]>
+1( 539 577 9852
palmer221[m] has quit [K-Lined]
invalidopcode7 has quit [Remote host closed the connection]
invalidopcode7 has joined #yocto
malsyned has joined #yocto
gsalazar has quit [Ping timeout: 260 seconds]
<d-fens>
how would i expand the variable WPA_PSK in a wpa_supplicant-nl80211-wlan0.conf , psk="${WPA_PSK}" doesn't work an stays in the file as is
<d-fens>
does that only work in bb/bbappend files?
malsyned has quit [Ping timeout: 252 seconds]
marka has quit [Ping timeout: 256 seconds]
marka has joined #yocto
mvlad has quit [Remote host closed the connection]
sotaoverride_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
sotaoverride_ has joined #yocto
rsalveti has joined #yocto
sotaoverride_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
sotaoverride_ has joined #yocto
sotaoverride_ has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]