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
sanbeam18 has joined #yocto
sanbeam9 has joined #yocto
sanbeam18 has quit [Ping timeout: 248 seconds]
tangofoxtrot has quit [Remote host closed the connection]
tangofoxtrot has joined #yocto
ndeuteron has joined #yocto
<ndeuteron> Hello #yocto. In the past I've used langdale to build SDKs targeting arm64 and amd64 so that I can build stuff for an imx8 as well as for PCs using essentially the same build environment and instructions. Now, with scarthgap, I'm having trouble with all the required meta layers for both machines coexisting. Is this considered a bug? Or is it expected now that I should have separate kas configs for
<ndeuteron> building each SDK?
zenstoic has joined #yocto
jclsn has quit [Ping timeout: 272 seconds]
sanbeam18 has joined #yocto
sanbeam9 has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
jclsn has quit [Ping timeout: 272 seconds]
starblue has quit [Ping timeout: 268 seconds]
starblue has joined #yocto
sanbeam9 has joined #yocto
sanbeam18 has quit [Ping timeout: 260 seconds]
jclsn has joined #yocto
sanbeam9 has quit [Ping timeout: 248 seconds]
sanbeam has joined #yocto
sanbeam9 has joined #yocto
sanbeam has quit [Ping timeout: 248 seconds]
sanbeam9 has quit [Ping timeout: 260 seconds]
zenstoic has quit [Quit: Connection closed for inactivity]
goliath has joined #yocto
ehussain has joined #yocto
enok has joined #yocto
mjacob has quit [Ping timeout: 265 seconds]
mjacob has joined #yocto
rfuentess has joined #yocto
rob_w has joined #yocto
leon-anavi has joined #yocto
CrazyGecko has joined #yocto
ahussain has joined #yocto
frieder has joined #yocto
ehussain has quit [Ping timeout: 272 seconds]
ahussain is now known as ehussain
ahussain has joined #yocto
ehussain has quit [Ping timeout: 248 seconds]
ahussain is now known as ehussain
enok has quit [Read error: Connection reset by peer]
enok has joined #yocto
enok has quit [Ping timeout: 252 seconds]
mckoan|away is now known as mckoan
frgo_ has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
frgo_ has quit [Ping timeout: 252 seconds]
leon-anavi has quit [Read error: Connection reset by peer]
chep has joined #yocto
BoergeSt has joined #yocto
leon-anavi has joined #yocto
ptsneves has joined #yocto
florian has joined #yocto
ablu has quit [Ping timeout: 252 seconds]
ablu has joined #yocto
rfuentess has quit [Ping timeout: 252 seconds]
frgo has joined #yocto
frgo has quit [Ping timeout: 248 seconds]
<RP> ndeuteron: what kind of trouble? Hard to say without knowing the details but I'd have thought it should work
olani has joined #yocto
rfuentess has joined #yocto
rfuentess has quit [Remote host closed the connection]
rfuentess has joined #yocto
prabhakalad has joined #yocto
florian has quit [Ping timeout: 252 seconds]
mbulut has joined #yocto
ptsneves has quit [Ping timeout: 276 seconds]
mbulut has quit [Client Quit]
florian has joined #yocto
<ndeuteron> RP: I've got it working with BBMASK:genericx86-64 now, to mask off some bits that were causing problems.
<ndeuteron> Some of it is some inhouse stuff from another team, but meta-imx was causing me some grief too, I thought.
<ndeuteron> I'll try enabling that layer again in a bit and see what falls over.
<RP> ndeuteron: the imx stuff is known to be problematic, we don't control that :(
<ndeuteron> Ah, right. This comes from NXP, doesn't it?
<ndeuteron> I guess my BBMASK is probably the way to go then. It's only 3 lines. Not too bad.
DvorkinDmitry has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<RP> ndeuteron: it does, yes
enok has joined #yocto
florian_kc has joined #yocto
Kubu_work has joined #yocto
<rburton> RP JPEW: proposal: start migrating pkgdata from the ugly existing files to just being in the json. the existing format is a pita to parse.
enok has quit [Quit: enok]
enok has joined #yocto
enok has quit [Remote host closed the connection]
enok has joined #yocto
enok has quit [Client Quit]
enok has joined #yocto
enok has quit [Client Quit]
enok has joined #yocto
enok has quit [Client Quit]
enok has joined #yocto
<RP> rburton: seems reasonable to me. They predate json support in python
ahussain has joined #yocto
ehussain has quit [Ping timeout: 260 seconds]
ahussain is now known as ehussain
ehussain has quit [Ping timeout: 244 seconds]
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
<kanavin> ndeuteron, you can create two different templates with separate bblayers.conf.sample files?
<kanavin> then initialize builds pointing to one or the other
<kanavin> in theory layers shouldn't overstep, but we can't control vendors, and they sometimes butcher yocto
Dracos-Carazza has joined #yocto
enok has quit [Quit: enok]
enok has joined #yocto
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
Dracos-Carazza has joined #yocto
enok has quit [Ping timeout: 252 seconds]
enok has joined #yocto
Dracos-Carazza has quit [Quit: ZNC 1.9.0 - https://znc.in]
Dracos-Carazza has joined #yocto
rob_w has quit [Remote host closed the connection]
rob_w has joined #yocto
enok has quit [Ping timeout: 265 seconds]
enok has joined #yocto
enok has quit [Ping timeout: 246 seconds]
leon-anavi has quit [Remote host closed the connection]
rob_w has quit [Ping timeout: 272 seconds]
Guest87 has joined #yocto
rob_w has joined #yocto
kanavin has quit [Remote host closed the connection]
leon-anavi has joined #yocto
Guest87 is now known as ciscokid
ciscokid has left #yocto [#yocto]
kanavin has joined #yocto
rob_w has quit [Remote host closed the connection]
<JPEW> rburton: agreed
Xagen has quit [Read error: Connection reset by peer]
Xagen has joined #yocto
enok has joined #yocto
enok has quit [Read error: Connection reset by peer]
<JPEW> Cool