LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct
Daanct12 has joined #yocto
Daanct12 has quit [Read error: Connection reset by peer]
sotaoverride has joined #yocto
sotaover1ide has joined #yocto
starblue has quit [Ping timeout: 252 seconds]
starblue has joined #yocto
starblue has quit [Quit: WeeChat 3.8]
TundraMan has joined #yocto
marka has quit [Ping timeout: 248 seconds]
davidinux has quit [Ping timeout: 252 seconds]
davidinux has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
Jones42 has quit [Ping timeout: 272 seconds]
Jones42 has joined #yocto
ablu has joined #yocto
Daanct12 has joined #yocto
jclsn has quit [Ping timeout: 272 seconds]
jclsn has joined #yocto
<rsalveti> it seems v6.12/standard/base was removed from https://git.yoctoproject.org/linux-yocto-dev? linux-yocto-dev uses it, and bitbake is failing on parsing now due autorev, was fine yesterday
Omax has quit [Ping timeout: 246 seconds]
Omax has joined #yocto
cabazon has joined #yocto
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01002 has joined #yocto
<zeddii> rsalveti: it should be fixed now.
tgamblin_ has joined #yocto
tgamblin has quit [Ping timeout: 244 seconds]
Daanct12 has quit [Ping timeout: 252 seconds]
Daanct12 has joined #yocto
amitk has joined #yocto
cabazon has quit [Quit: Client closed]
florian has joined #yocto
Xagen has quit [Ping timeout: 260 seconds]
goliath has joined #yocto
florian has quit [Ping timeout: 272 seconds]
Xagen has joined #yocto
xmn has quit [Ping timeout: 260 seconds]
ptatrai has joined #yocto
xmn has joined #yocto
ddee has joined #yocto
starblue has joined #yocto
Ad0 has quit [Ping timeout: 252 seconds]
Ad0 has joined #yocto
leon-anavi has joined #yocto
frieder has joined #yocto
reatmon_ has quit [Remote host closed the connection]
reatmon_ has joined #yocto
Kubu_work has joined #yocto
aduskett has joined #yocto
jmiehe has joined #yocto
jmiehe has quit [Client Quit]
xmn has quit [Ping timeout: 244 seconds]
zpfvo has joined #yocto
rfuentess has joined #yocto
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01002 has joined #yocto
zpfvo has quit [Quit: Leaving.]
zpfvo has joined #yocto
florian has joined #yocto
amitk has quit [Ping timeout: 246 seconds]
guest8 has joined #yocto
<guest8> what is the reason I am getting "installs files in /var/volatile, but it is expected to be empty [empty-dirs]". My recipe says install -d ${D}${sysconfdir}/default/volatiles which is /etc/default/volatiles and files like 99_dnsmasq etc are present physically
florian has quit [Ping timeout: 252 seconds]
<landgraf> guest8: /var/volatile is supposed to be RAM mounted and it should not container persistent data https://wiki.emacinc.com/wiki/Linux_Filesystem_Organization#RAM_Disk
<guest8> landgraf so what other place would you suggest, I should use instead of it. In yocto sumo the recipe has worked this way now on yocto scarth it doesn't work. Could you suggest me any alternative
amitk has joined #yocto
<rburton> guest8: can you share your recipe?
<rburton> i think the problem is install -d ${D}/var/log/anyviz/. /var/log/ is a link into volatiles, iirc.
<landgraf> it is
<rburton> change your volatiles configuration to create that directory instead
rfuentess has quit [Remote host closed the connection]
<guest8> rburton landgraf I am getting error though once I include     install -d ${D}${sysconfdir}/default/volatiles into recipe
<rburton> have you proven that with a minimal recipe that just installs that file?
<rburton> because that would be a good bug report
<guest8> rburton If I exclude this, it gets built
<rburton> a minimal reproducer that you can share with others is incredibly useful
<guest8> rburton you are correct if I comment  this out install -d ${D}/var/log/anyviz/. It gets built as well
<guest8> rburton either one needs to be commented out to let it get build
ddee has quit [Ping timeout: 256 seconds]
rfuentess has joined #yocto
florian has joined #yocto
ddee has joined #yocto
cabazon has joined #yocto
cabazon has quit [Quit: Client closed]
starblue has quit [Ping timeout: 265 seconds]
starblue has joined #yocto
Tyaku has joined #yocto
<Tyaku> Hello, I have some technical question, I don't know if it's specific to yocto or more for #kernel or specific to renesas #soc-renesas: It seems that the DDR configuration (DDR Controller) must be made in the bootloaders for RZG2UL boards, so in the linux image, we have the same image for our boards with 512Mo or 1024Mo RAM. We read somewhere that UBoot override memory configuration of the linux DTS. But I
<Tyaku> would like to know if uboot configure something else (related to the memory) and how ? The DDR controller is not configured by the linux on startup ? (so only from the bootloader?)
ddee has quit [Ping timeout: 256 seconds]
guest8 has quit [Quit: Client closed]
ddee has joined #yocto
albeu has joined #yocto
<derRichard> how many years is eula-downloads.yoctoproject.org gone?
<rburton> derRichard: lots
<derRichard> rburton: i guessed so. because *today* the build ci pipeline of a customer stared failing because of eula-downloads.yoctoproject.org is gone. looks like it's the first time in years they did a full rebuild :-S
<rburton> derRichard: we stopped using it as a connectivity check about 12 years ago. but i do wonder if the name still resolved until the infrastructure changes last month.
albeu has quit [Ping timeout: 244 seconds]
<derRichard> rburton: ah!
<derRichard> this would explain a lot
<rburton> easily fixed
<derRichard> sure, i told them already. (plus a kind hint to upgrade this yocto system9
<rburton> terrifyingly old
<derRichard> yes
aduskett has quit [Remote host closed the connection]
ddee has quit [Quit: Ping timeout (120 seconds)]
ddee has joined #yocto
ptsneves has joined #yocto
dkc has quit [Remote host closed the connection]
ddee has quit [Quit: Client closed]
sukbeom has quit [Quit: The Lounge - https://thelounge.chat]
<LetoThe2nd> derRichard: "yocto system9" sounds like a conspiracy theory!
davidinux1 has joined #yocto
<derRichard> LetoThe2nd: i'm lame, i use a german keyboard layout :P
<LetoThe2nd> derRichard: böring explanation
davidinux1 has quit [Quit: WeeChat 4.3.1]
aduskett has joined #yocto
tgamblin_ is now known as tgamblin
guest35 has joined #yocto
cyxae has joined #yocto
xmn has joined #yocto
Daanct12 has quit [Quit: WeeChat 4.4.3]
Xagen has quit [Ping timeout: 248 seconds]
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01002 has joined #yocto
ptsneves has quit [Ping timeout: 276 seconds]
Minvera has joined #yocto
<rsalveti> zeddii: thanks!
florian_kc has joined #yocto
guest35 has quit [Quit: Client closed]
<rfuentess> One question, for current standard, when the do_fetch() job is looking for SRC_URI entries with the file: prefix. Is there a reason to store said files at `${PN}/${PN}` instead of `${PN}/files` ?
aduskett has quit [Ping timeout: 252 seconds]
aduskett has joined #yocto
aduskett has quit [Client Quit]
mbulut has joined #yocto
Xagen has joined #yocto
goliath has quit [Quit: SIGSEGV]
<JaMa> rfuentess: see FILESPATH variable adding them in ${BPN} directory allows them to be found few ms sooner
<rburton> rfuentess: either are good. PN and friends are useful when you have multiple versions/recipes in a directory
<Jones42> colleagues are just stumbling over the 2023 master->main rename of spirv-headers-native. In my case it was already cached in downloads, but I can't for the love of god remember ever having touched the recipe to fix the path.
<Jones42> downloads/git2/*/HEAD clearly says "master", but according to the timestamp it has been downloaded in June this year... very strange
<JaMa> Jones42: fix path? you need to just change the branch param in SRC_URI right?
<Jones42> yeah, fixing is not the issue. I'm just wondering how it got there on my machine...
<JaMa> from one of the mirrors which still have tarball with master branch?
<Jones42> ahhh mirrors... thanks, that could explain it
<JaMa> we use separate jenkins job with -C fetchall and no MIRRORS and PREMIRRORS to catch these kind of issues
cyxae has quit [Remote host closed the connection]
cyxae has joined #yocto
cyxae has quit [Read error: Connection reset by peer]
cyxae has joined #yocto
rfuentess has quit [Remote host closed the connection]
dankm has quit [Remote host closed the connection]
dankm has joined #yocto
_whitelogger has joined #yocto
druppy has joined #yocto
druppy has quit [Ping timeout: 260 seconds]
tgamblin has quit [Quit: Leaving]
tgamblin has joined #yocto
leon-anavi has quit [Quit: Leaving]
frieder has quit [Remote host closed the connection]
zpfvo has quit [Remote host closed the connection]
goliath has joined #yocto
miau_miau has joined #yocto
miau_miau has quit [Client Quit]
mbulut has quit [Ping timeout: 244 seconds]
<Saur> khem: Minor detail but the styhead-next branch in meta-openbembedded is not based on the styhead branch.
<JaMa> armpit: ^
<Saur> JaMa: No.
<JaMa> the parent commit is identical, so there is probably no difference in content
<JaMa> minor indeed :)
amitk has quit [Ping timeout: 265 seconds]
vthor has quit [Ping timeout: 260 seconds]
miau_miau has joined #yocto
Minvera has quit [Ping timeout: 260 seconds]
florian__ has joined #yocto
florian_kc has quit [Ping timeout: 252 seconds]
Minvera has joined #yocto
miau_miau has quit [Quit: Client closed]
jmd has joined #yocto
vthor has joined #yocto
goliath has quit [Quit: SIGSEGV]
cyxae has quit [Quit: cyxae]
jpuhlman has joined #yocto
cyxae has joined #yocto
Minvera has quit [Ping timeout: 252 seconds]
Jones42_ has joined #yocto
Jones42 has quit [Ping timeout: 264 seconds]
Jones42_ has quit [Ping timeout: 244 seconds]
goliath has joined #yocto
Jones42_ has joined #yocto
angolini has joined #yocto
<angolini> how should I runqemu if I want to specify the image (and not only run for the latest image built)?
<angolini> I've been trying `runqemu qemux86-64 core-image-minimal` or `runqemu qemux86-64 core-image-minimal ext4`
<angolini> for `core-image-base` and `core-image-minimal` and `core-image-full-cmdline`. And I always get an error (`runqemu - ERROR - IMAGE_LINK_NAME wasn't set to find corresponding .qemuboot.conf file`. When I `runqemu` it always works.
<angolini> for `core-image-base` and `core-image-minimal` and `core-image-full-cmdline`. And I always get an error (`runqemu - ERROR - IMAGE_LINK_NAME wasn't set to find corresponding .qemuboot.conf file`). When I `runqemu` it always works.
jmd has quit [Remote host closed the connection]
mjm has quit [Read error: Connection reset by peer]
mjm has joined #yocto
prabhakalad has quit [Quit: Konversation terminated!]
prabhakalad has joined #yocto
goliath has quit [Quit: SIGSEGV]
gspbirel56 has joined #yocto
cyxae has quit [Quit: cyxae]
ptatrai has quit [Ping timeout: 260 seconds]
Wouter01002 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter01002 has joined #yocto
druppy has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Jones42_ has quit [Ping timeout: 248 seconds]
druppy has quit [Ping timeout: 272 seconds]
Lihis has quit [Quit: Quitting]
Lihis has joined #yocto
florian__ has quit [Ping timeout: 276 seconds]
tgamblin_ has joined #yocto
tgamblin has quit [Ping timeout: 272 seconds]
tgamblin_ is now known as tgamblin
Omax has quit [Ping timeout: 252 seconds]
Omax has joined #yocto
Kubu_work has quit [Quit: Leaving.]