halloy8040 has quit [Remote host closed the connection]
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
khem has quit [Quit: WeeChat 4.3.5]
cbrake has quit [Quit: WeeChat 4.3.4]
rjones2 has quit [Quit: Client closed]
khem has joined #yocto
prabhakalad has quit [Ping timeout: 255 seconds]
prabhakalad has joined #yocto
Vonter has joined #yocto
prabhakalad has quit [Ping timeout: 248 seconds]
prabhakalad has joined #yocto
johndunet has quit [Quit: Client closed]
prabhakalad has quit [Ping timeout: 252 seconds]
xmn has joined #yocto
jmd has joined #yocto
amitk has joined #yocto
Guest22 has joined #yocto
<Guest22>
hi everybody
<Guest22>
In yocto eSDK, I have a lot of local source code after devtool modify, which needs to be developed in the workspace, but the modify needs to be manually synchronized to my local source code directory. Even though I recently learned about devtool modify -x, it did not substantially improve my experience.
Guest22 is now known as Dempsey
Guest92 has joined #yocto
<Dempsey>
Does anyone have richer and more detailed eSDK documentation? Including actual cases or usage scenarios? Thank you very much
<Guest92>
Can anyone tell me how to deal such an error : do_package_qa: QA Issue: package installs files in /var/volatile, but it is expected to be empty [empty-dirs]. I am upgrading a recipe to a newer yocto. In older yocto it has worked. Thank you for your assistance in advance
<Dempsey>
Have you checked that the directory is valid?
Xogium has quit [Read error: Connection reset by peer]
Xogium has joined #yocto
<Guest92>
Dempsey older version of yocto let it build and I could see directory structure on my device. However with new yocto it gives me error
goliath has joined #yocto
Ad0 has quit [Ping timeout: 252 seconds]
mbulut has joined #yocto
jmd has quit [Remote host closed the connection]
Jones42_ has quit [Ping timeout: 248 seconds]
jmd has joined #yocto
<Dempsey>
Check the operation of the directory in the new and old versions respectively to check the cause of the error
jmd has quit [Remote host closed the connection]
jmd has joined #yocto
<Guest92>
Dempsey I see no difference on directory structure between old and new yocto build. Both have same content /tmp/work/........./1.0/image/etc/default/volatiles/package
<Dempsey>
I have only one suspicion, other than that I don't know. </3 Check the installation timing of the recipe.
Guest92 has quit [Quit: Client closed]
Guest92 has joined #yocto
<Guest92>
Dempsey do you mean the order at which it is build by yocto?
CrazyGecko has joined #yocto
_lore_ has quit [Ping timeout: 264 seconds]
mckoan|away is now known as mckoan
Guest92 has quit [Quit: Client closed]
Guest92 has joined #yocto
aardo has joined #yocto
ardo has quit [Ping timeout: 248 seconds]
Jones42_ has joined #yocto
Guest92 has quit [Quit: Client closed]
Jones42_ is now known as Jones42
Guest92 has joined #yocto
mckoan has quit [Ping timeout: 248 seconds]
mckoan has joined #yocto
<Dempsey>
guest92 year , Wrong order will cause image or rootfs abnormalities.......
<Guest92>
Dempsey can I influence the order yocto makes packages? I thought it's done by yocto itself when it sets scenes.
jmiehe has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
<Dempsey>
guest92 The inheritance relationship between recipes determines their order
<Guest92>
Dempsey it's an independent package!
leon-anavi has joined #yocto
_lore_ has joined #yocto
Dempsey has quit [Quit: Client closed]
altru has joined #yocto
xmn has quit [Ping timeout: 276 seconds]
Ad0 has joined #yocto
Guest92 has quit [Quit: Client closed]
berton has joined #yocto
<marex>
fix the software to not put stuff into /var/volatile on install, that's suspicious already
florian has joined #yocto
prabhakalad has joined #yocto
florian has quit [Ping timeout: 248 seconds]
Guest92 has joined #yocto
zpfvo has joined #yocto
<rburton>
guest92: if it has no dependencies then does it matter when it runs?
Guest22 has joined #yocto
mulk has quit [Ping timeout: 264 seconds]
<Guest92>
rburton actually not! the problem is I am unable to understand the root cause of this error. Since it does work on old yocto as it is, however not in my new yocto. There could be a chance if I clean/build complete yocto, it works. I however don't want to take chance at this moment because I am middle of upstreaming and not all of recipes are
<Guest92>
working at this moment.
mulk has joined #yocto
jmd has quit [Remote host closed the connection]
<rburton>
its not related to that :)
<rburton>
look in image/ in the build tree for that recipe and you should see it ships a file in var/volatile. don't do that.
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
enok has joined #yocto
<Guest92>
rburton should I install a file somewhere else i.e. /etc and not under var/volatile? Since it was done in old yocto
<rburton>
putting a file _in_ /var/volatile won't have ever worked afaik
<rburton>
because the first thing volatile does it mount a tmpfs on it
<Guest92>
rburton maybe it was wrong in the old recipe. I'll change it and then get back if problem still persists. Thank you
enok has quit [Ping timeout: 276 seconds]
Guest22 has quit [Quit: Client closed]
pivi has quit [Remote host closed the connection]
altru has quit [Ping timeout: 256 seconds]
pivi has joined #yocto
Saur_Home60 has quit [Quit: Client closed]
Saur_Home60 has joined #yocto
ehussain has joined #yocto
florian has joined #yocto
goliath has quit [Quit: SIGSEGV]
rob_w has joined #yocto
florian has quit [Ping timeout: 248 seconds]
Jones42_ has joined #yocto
lexano has joined #yocto
Jones42 has quit [Ping timeout: 252 seconds]
jmiehe has quit [Quit: jmiehe]
<kanavin>
anyone else yawning massively, watching the news about crowdstrike?
<kanavin>
I mean it's not funny, but it's a kind of told you so situation on a global scale
<rburton>
a friend is cursing whoever it was in IT that thought auto-upgrading across the entire fleet was a good idea
<rburton>
obviously lots of people don't do staged rollouts of upgrades...
<neverpanic>
This was a definition update, not a software update, so chances are crowdstrike falcon does those without asking you…
<abelloni>
I have been in charge of rolling out upgrades on the DSL gateways of the leading provider in France
<kanavin>
yes, some major explaining is due about not doing staged rollouts for this
<abelloni>
I can tell you I was never upgrading 4.5 million gateways at once
Saur_Home60 has quit [Quit: Client closed]
<kanavin>
I feel for IT people, their weekend is majorly *expletive* - requires physically rebooting systems one by one most likely
eminboydak has joined #yocto
CrazyGecko has quit [Ping timeout: 276 seconds]
ray-san has joined #yocto
CrazyGecko has joined #yocto
<marex>
I have a quick question about meta-oe/libgpiod ... it contains both libgpiod 1.x and 2.x ... is it possible to build both into an image AND use 1.x as DEPENDS for one recipe and 2.x and DEPENDS for another recipe ?
<marex>
or should I go down the PREFERRED_VERSION route ?
<kanavin>
marex, not impossible but tricky. There are numerous places where the two versions can clash if they share filenames or directory names
<kanavin>
easier to just port everything to latest version maybe
<marex>
kanavin: oh hum, ok
Guest92 has quit [Quit: Client closed]
<rburton>
marex: _if_ libraries are designed to be parallel installed then fine (like gtk2 and gtk3 and gtk4 can all be installed at once). but most libraries don't do that.
<marex>
rburton: then I guess PREFERRED_VERSION it is, with some porting, that's fine
xmn has joined #yocto
vthor has joined #yocto
Xagen has joined #yocto
enok has joined #yocto
pasherring has joined #yocto
Jones42__ has joined #yocto
Jones42_ has quit [Ping timeout: 252 seconds]
eminboydak has quit [Quit: Client closed]
enok has quit [Ping timeout: 255 seconds]
rob_w_ has joined #yocto
rob_w has quit [Ping timeout: 248 seconds]
goliath has joined #yocto
grsandeep85 has joined #yocto
nerdboy has quit [Ping timeout: 276 seconds]
rjones2 has joined #yocto
ray-san has quit [Ping timeout: 276 seconds]
enok has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
Jones42__ has quit [Ping timeout: 248 seconds]
vthor has quit [Quit: kill -9 $pid]
<pasherring>
Hey folks =) I have a bbclass that uses BB_ORIGENV to get a few values from it. I had to remove this variable from vardeps for it to work, otherwise, I had varying hashes and it failed. The exact mechanism of why this fails I don't understand... I'd expect if this happening if the host env var change throughout the task execution, but, this doesn't seem to be the case.
mbulut has quit [Quit: Leaving]
<pasherring>
I tried using BB_ENV_PASSTHROUGH (BB_ENV_EXTRAWHITE in my case, I am stuck in the past) but maybe I was doing something wrong with it.
<pasherring>
I was fishing for a word on how this hashing happens, to understand why it is changing if I use that variable.
mckoan is now known as mckoan|away
pasherring_ has joined #yocto
pasherring has quit [Quit: Leaving]
pasherring_ is now known as pasherring
zpfvo has quit [Quit: Leaving.]
enok has quit [Ping timeout: 248 seconds]
rob_w_ has quit [Read error: Connection reset by peer]
Guest35 has joined #yocto
Guest35 has quit [Quit: Client closed]
jmd has joined #yocto
_lore_ has quit [Ping timeout: 252 seconds]
_lore_ has joined #yocto
leon-anavi has quit [Quit: Leaving]
ehussain has quit [Quit: ehussain]
Minvera has joined #yocto
ehussain has joined #yocto
goliath has quit [Quit: SIGSEGV]
rjones2 has quit [Quit: Client closed]
ehussain has quit [Ping timeout: 276 seconds]
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
Guest78 has joined #yocto
<Guest78>
is there anyone who has worked with wlan qca9377 module? It doesn't build with latest yocto. Any help would be appreicated