<khem>
RP: manually creating the taps helped but next problem I am running into is - qemu-system-x86_64: -vnc :0: Failed to find an available port: Address already in use
<khem>
I am using TEST_RUNQEMUPARAMS = "publicvnc"
<khem>
otherwise it launches qemu sdl backend
tealbird has joined #yocto
tealbird has quit [Ping timeout: 252 seconds]
olani_ has joined #yocto
qschulz has quit [Remote host closed the connection]
Nostromo36 has quit [Ping timeout: 260 seconds]
qschulz has joined #yocto
tealbird has joined #yocto
seninha has quit [Remote host closed the connection]
davidinux has quit [Ping timeout: 248 seconds]
Spooster has quit [Remote host closed the connection]
sakoman has quit [Quit: Leaving.]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
barometz has quit [Remote host closed the connection]
<landgraf>
RP: I found runqemu quite cumbersome to use in case if some nonstandard configuration is required (like spice, special network, p9 configs etc). from the other side if such config is required user should be ok to run qemu without the wrapper.
<RP>
landgraf: I'd be interested to see if we could improve it, I agree it is far from ideal. It's big win is that it does work on the autobuilder
florian_kc has joined #yocto
florian__ has joined #yocto
<JaMa>
RP: is master open for nanbield or do you want to keep it more sane for a while for easier cherry-picks to mickledore? (I'm thinking if it's time for me to send that IMAGE_NAME_SUFFIX change, but it can wait)
<JaMa>
mcfrisk: are you sure your pipe isn't broken? IIRC this happens when I make typo like bitbake foo | teeee some-log
Spooster has quit [Ping timeout: 240 seconds]
<mcfrisk>
JaMa: I'm calling bitbake via Makefile, but that hasn't changed in a long time. I hit this bug now twice in a row. testing now by redirecting bitbake and makefile output to a file where console behavior is different
<JaMa>
looks my case with typo in pipe also changed behavior a bit, seems to be stuck in mickledore while it finished with error after short while in kirkstone, https://pastebin.com/JRwJtkXM
amsobr has joined #yocto
<amsobr>
Hey all, how can I add my .npmrc file to my npm based recipe?
<amsobr>
This recipe uses modules served by github's npm registry and I need the npmrc to set the auth key
<RP>
JaMa: I will start taking master changes in the next few days. I was trying to get a small amount of breathing room but it never works :/
<RP>
JaMa: we do need to resolve that one, yes :/
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<mcfrisk>
hmm piping bitbake/makefile output to a file made the problem go away
<RP>
4.2 is out of QA and passed cleanly so we my be up to release notes etc
LetoThe2nd has quit [Quit: WeeChat 3.5]
LetoThe2nd has joined #yocto
zpfvo has quit [Ping timeout: 265 seconds]
zpfvo has joined #yocto
maoti__ has joined #yocto
ptsneves has quit [Quit: ptsneves]
ptsneves has joined #yocto
jpuhlman has quit [Ping timeout: 276 seconds]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
ptsneves has quit [Ping timeout: 250 seconds]
GillesMM has left #yocto [Leaving]
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
ptsneves has joined #yocto
rfuentess has quit [Remote host closed the connection]
rfuentess has joined #yocto
<jclsn>
Where is the timesyncd.conf located? I can't find it in the systemd-conf files
wooosaiiii has quit [Quit: wooosaiiii]
wooosaiiii has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
Schlumpf has quit [Ping timeout: 260 seconds]
vladest has joined #yocto
vladest1 has joined #yocto
vladest has quit [Read error: Connection reset by peer]
vladest1 is now known as vladest
seninha has joined #yocto
<JaMa>
hmm bitbake | teee wasn't stuck completely, it was writing "[Errno 32] Broken pipe" very quickly and very often while I've already forgot about this terminal with "stuck" bitbake after killing it with Ctrl+C it died similarly as it used to die in kirkstone https://pastebin.com/efS5y71r
<mcfrisk>
oh that one, happens frequently to me. mostly with "bitbake -e foo | less" if I forget that into a terminal for a few days
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Spooster has joined #yocto
sstiller has joined #yocto
<meego>
morning everyone. I'm giving volatile-binds a try and something doesn't quite click for me. All the generated services fail to start because the ConditionPathIsReadWrite check on the mountpoint is not met at the time when systemd starts the service.
alessioigor has quit [Remote host closed the connection]
alessioigor has joined #yocto
<meego>
my mountpoints are all on the root fs so my best guess is a systemd dependency issue. But AFAIU the root fs is already mounted at that point, so this seems like a dead end
amitk_ has quit [Ping timeout: 260 seconds]
seninha has quit [Quit: Leaving]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
nemik has quit [Ping timeout: 250 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
kscherer has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
sakoman has joined #yocto
alessioigor has quit [Quit: alessioigor]
nemik has quit [Ping timeout: 240 seconds]
alessioigor has joined #yocto
nemik has joined #yocto
<LetoThe2nd>
AMD Ryzen Threadripper 2950X vs AMD EPYC 7401P - which one is supposedly the better build machine? Epyc has a bit less in GHz, but more threads and cache, so I'd guess that one.
florian__ has quit [Quit: Ex-Chat]
davidinux has quit [Ping timeout: 240 seconds]
yudjinn[m] has joined #yocto
paulbarker has joined #yocto
davidinux has joined #yocto
<yudjinn[m]>
hey all, I have an issue where two layers are trying to apply the same patches. `meta-freescale` and `meta-imx` both apply the same two patches for `qtbase`. Is there another way to handle this other than fork>branch>remove the patches ?
florian_kc has quit [Ping timeout: 256 seconds]
<LetoThe2nd>
yudjinn[m]: removing one of the layers? alternatively, carefully applying BBMASK
Xagen has joined #yocto
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
<yudjinn[m]>
well I need both layers lol. Its just a specific bbappend in both that are doing extra things but also applying the same patch
sstiller has quit [Quit: Leaving]
<LetoThe2nd>
if you really *need* both appends, then its probably some variation of fork and/or extract
<yudjinn[m]>
rip. I hate having project-specific branches in a layer, but I guess it may be my only option
maoti__ is now known as jpuhlman
ptsneves has quit [Read error: Connection reset by peer]
ptsneves1 has joined #yocto
ptsneves1 is now known as ptsneves
Thorn has quit [Ping timeout: 255 seconds]
leon-anavi has quit [Quit: Leaving]
<yudjinn[m]>
thanks for the help, though! I'll likely just mask it from above
seninha has joined #yocto
florian_kc has joined #yocto
florian_kc is now known as florian
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Xagen has joined #yocto
Thorn has joined #yocto
pidge has quit [Ping timeout: 252 seconds]
seninha has quit [Remote host closed the connection]
<kergoth>
if you dont need both bbappends, mask one out. otherwise add your own bbappend in a later layer which uses anonymous python to remove the duplicate entry in SRC_URI
zpfvo has quit [Ping timeout: 240 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
mckoan is now known as mckoan|away
alessioigor has quit [Ping timeout: 276 seconds]
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
markov_twain has joined #yocto
alessioigor has joined #yocto
zpfvo has joined #yocto
<u1106>
later layer? Is the order of layers relevant? I am aware of BBFILE_PRIORITY_* but didn't think that order is important
<u1106>
just today I had a similar question. I have zlib from poky and zlib-intel (PROVIDES zlib) from meta-intel. Both have prio 5. How does bitbake decide which one to use?
rfuentess has quit [Remote host closed the connection]
<khem>
RP: JaMa cool. So I created 100 taps and switched to using egl-headless and I can run the ptest-fast images for meta-oe and meta-python in parallel, pretty nice now
<RP>
khem: glad it is working better!
<khem>
I need to wrap my head around on how to automate it so I can push it as a CI action and then I Can enable ptest images as part of CI for these layers on meta-openembedded repo
<khem>
I cleaned up some layers but we still have few left in there. It would be good to improve that situation, perhaps also look at the validity of patch and submit it upstream if needed as well, could be a good improvement if some of folks are looking for some upstream work
<kergoth>
u1106: yes, both order and layer priority matter, but for different things. i'm drawing a blank on which controls bbappend parse order, but it's a factor
<u1106>
good to know, thanks for your reply
<kergoth>
you could do a TESTVAR += "something" in each bbappend and check the resulting value with bitbake -e to see what order they were applied
<kergoth>
but honestly unless theo ther bbappends are using anonymous python, order shouldnt matter in this case, anonymous python will already run aftger whatever else they did
<u1106>
sure, bitbake -e is the strace of the Yocto user :)
<kergoth>
:) and bitbake-getvar too of course
bps has quit [Ping timeout: 252 seconds]
vvn has quit [Quit: WeeChat 3.8]
vvn has joined #yocto
<khem>
bitbake -e is more like pre-processor if you draw the analogy with compilers
<u1106>
but the comments it inserts are very useful. I use bitbake -e much more frequently than gcc -E. And when I search through bitbake -e output I regularly find suprising matches. Either bugs or "ah, that's how bitabke does it"
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
frieder has quit [Remote host closed the connection]
alessioigor_ has joined #yocto
alessioigor has quit [Ping timeout: 260 seconds]
alessioigor_ is now known as alessioigor
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
goliath has quit [Quit: SIGSEGV]
florian has quit [Ping timeout: 276 seconds]
zpfvo has quit [Remote host closed the connection]
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
Nostromo30 has joined #yocto
<Nostromo30>
Hello, does devtool work with .deb files? I'm trying to create a recipe that will build and install cuda headers on target.
ptsneves has quit [Ping timeout: 250 seconds]
florian has joined #yocto
alessioigor has quit [Quit: alessioigor]
markov_twain has quit [Quit: markov_twain]
<JaMa>
zeddii: Bruce II said you should talk with the another Bruce III, how many of you are there?
goliath has joined #yocto
Spooster has quit [Remote host closed the connection]
Spooster has joined #yocto
Spooster has quit [Remote host closed the connection]
<khem>
Nostromo30: devtool would do most common recipe work, repackaging binaries is not so common, so I doubt it will work out of box but you can try
alimon has quit [Ping timeout: 265 seconds]
<Nostromo30>
Yeah, I see that there's an option for binaries, but it's a meta package deb file as well which complicates the install process further.
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
florian has joined #yocto
alimon has joined #yocto
florian has quit [Ping timeout: 248 seconds]
amsobr has quit [Quit: Konversation terminated!]
prabhakarlad has quit [Quit: Client closed]
amitk_ has quit [Ping timeout: 248 seconds]
Minvera has joined #yocto
florian has joined #yocto
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
Thorn has quit [Ping timeout: 256 seconds]
meego has joined #yocto
<LetoThe2nd>
short gut feeling poll: Threadripper 2950X vs EPYC 7401P. my guess is that the epyc is a bit better suited as a build machine due to more threads and bigger caches, and the raw cpu clock does not make it all up for the threadripper. thoughts?
<JaMa>
EPYC for sure, not only threads and caches, but much higher memory bandwidth
<JaMa>
it depends on a lot of factors (e.g. if your builds typically rebuild nodejs and chrome or if you're building just smaller console images etc) for PC rented in cloud it probably doesn't matter much as you can rent 2 threadrippers instead of 1 more powerful epyc (I was looking at it as home workstation for OE builds)
<JaMa>
I've read that there is a lot of last gen EPYC on 2nd hand market in China if you're feeling adveturous :)
tealbird has joined #yocto
<JaMa>
or I'll sell you my 3970x as I was already looking for 5995WX, but not many people (outside this channel) really need such powerful CPU :)
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
goliath has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 276 seconds]
nemik has joined #yocto
rob_w_ has quit [Quit: Leaving]
Nostromo30 has quit [Quit: Client closed]
kscherer has quit [Quit: Konversation terminated!]
Spooster_ has joined #yocto
Spooster_ has quit [Remote host closed the connection]
Spooster_ has joined #yocto
xmn has quit [Ping timeout: 276 seconds]
Spooster has quit [Ping timeout: 255 seconds]
Spooster_ has quit [Ping timeout: 276 seconds]
Spooster has joined #yocto
Spooster has quit [Remote host closed the connection]
Spooster has joined #yocto
florian has quit [Ping timeout: 255 seconds]
Xagen has joined #yocto
Thorn has joined #yocto
Xagen has quit [Ping timeout: 255 seconds]
Xagen has joined #yocto
seninha has quit [Ping timeout: 276 seconds]
bps has joined #yocto
bps has joined #yocto
bps has quit [Ping timeout: 240 seconds]
Nostromo88 has joined #yocto
<Nostromo88>
Ah, I have another quick question I've been trying to solve for a work. A recipe I'm building with bitbake is complaining: QA Issue: file contained in package cuda-cupti-dev requires /usr/bin/perl, but no providers found in RDEPENDS:cuda-cupti-dev? [file-rdeps]
<Nostromo88>
I've added RDEPENDS_${PN}-dev += " perl" within the corresponding recipe, but it doesn't seem to be taking effect. Are there additional steps necessary?
<zeddii>
Nostromo88: what release are you using ?
<zeddii>
grep for RDEPENDS in meta/ and you'll see that it is a : you need versus _ for recent releases.
<Nostromo88>
Oh it's kirkstone. Thanks, I'll look into that!
Minvera has quit [Remote host closed the connection]
<Nostromo88>
Do you mean I need to add the perl version that's being shown in meta/ in my RDEPENDS?
<mischief>
use : not _
Thorn has quit [Ping timeout: 240 seconds]
<Nostromo88>
Thanks, I'm basing my recipe off of older recipes and I see that many of them are using the older _ convention. I'll adjust accordingly.