ChanServ changed the topic of #yocto to: "Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Join us or Speak at Yocto Project Developer Day at Prague, June 26th 2023: https://summit.yoctoproject.org/devday-at-eoss-2023/cfp | Community: https://www.yoctoproject.org/community | IRC logs: https://www.yoctoproject.org/irc/ | Having difficulty on the list or with someone on the list, contact YP CM Letothe2nd"
Ablu has joined #yocto
yudjinn[m] has joined #yocto
davidinux has quit [Ping timeout: 240 seconds]
<fray> JPEW something that just popped in my brain, allarch packages should have no dependencies on cross-binutils. If they do then they're not allarch.. (presumably it's strip or objcopy or something like that.. but that generally means there is an achitectural component to the contents.)
<JPEW> fray: ya.... It's puzzling. I'll take a look again in the morning
sakoman has quit [Quit: Leaving.]
starblue has quit [Ping timeout: 240 seconds]
starblue has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto
neverpanic has joined #yocto
Thorn has joined #yocto
Thorn has quit [Ping timeout: 240 seconds]
jclsn has quit [Ping timeout: 240 seconds]
jclsn has joined #yocto
dgriego_ has joined #yocto
jkorsnes[m] has joined #yocto
DrewMoseley[m] has joined #yocto
dgriego has quit [Ping timeout: 256 seconds]
amitk has joined #yocto
Minvera has joined #yocto
Lihis has quit [Quit: Quitting]
Lihis has joined #yocto
Thorn has joined #yocto
Minvera has quit [Ping timeout: 250 seconds]
vladest has joined #yocto
nemik has quit [Ping timeout: 248 seconds]
nemik has joined #yocto
florian__ has joined #yocto
nemik has quit [Ping timeout: 265 seconds]
nemik has joined #yocto
davidinux has joined #yocto
xmn has quit [Ping timeout: 240 seconds]
starblue has quit [Quit: WeeChat 3.0]
florian__ has quit [Ping timeout: 240 seconds]
alessioigor has joined #yocto
wooosaiiii has quit [Quit: wooosaiiii]
pgowda_ has joined #yocto
Guest46 has joined #yocto
skokkonda has joined #yocto
<Guest46> hello . Im trying to port grpc c++ example code to yocto build. Im using yocto 2.2(morty). currently I'm able to integrate protobuf 3.3.0 and grpc 1.4.3 into yocto build. Using older versions because all the layers are from morty branch. But when i run protoc it uses the host protoc ver 3.21.12. Does anybody have the recipe or solution for the
<Guest46> same? thanks
<mcfrisk> Guest46: protobuf-native needs to provide protoc to who ever wants it at build time. Please update, morty is not supported nor a safe version to use in any product with networking.
amitk_ has joined #yocto
rfuentess has joined #yocto
<Guest46> mcfrisk Thanks a lot for the suggestions.
krissmaster has quit [Quit: Lost terminal]
goliath has joined #yocto
zpfvo has joined #yocto
hcg has joined #yocto
zpfvo has quit [Remote host closed the connection]
zpfvo has joined #yocto
leon-anavi has joined #yocto
frieder has joined #yocto
florian__ has joined #yocto
skokkonda91 has joined #yocto
<linex[m]> hello.
<linex[m]> Is there a way to list all packages in IMAGE_INSTALL variable ?
skokkonda91 has quit [Client Quit]
skokkonda4 has joined #yocto
skokkonda4 has quit [Client Quit]
skokkonda38 has joined #yocto
<Guest46> linex[m]  "bitbake -e core-image | grep ^IMAGE_INSTALL=" maybe this is what you are looking for?
yannd has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
skokkonda38 has quit [Quit: Client closed]
bps has joined #yocto
Guest98 has joined #yocto
<Guest98> hi, i'm trying to use aarch64-fslc-linux-g++ for cross-compile. It cannot find the "iostream" header. There is no problem when i build the .cpp project with CMake. In short, "Standard library issue when cross-compiling AARCH64". What could cause that?
florian__ has quit [Ping timeout: 250 seconds]
wkawka2 has joined #yocto
zpfvo has quit [Ping timeout: 250 seconds]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<mcfrisk> Guest46: using an old compiler version with newer poky? Don't do that, or fix the compile issues with old gcc version. Also there may be dependencies to host gcc version, so is the failure from host headers or target headers?
<mcfrisk> sorry Guest98 ^
wooosaiiii has joined #yocto
ptsneves has joined #yocto
zpfvo has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<Guest98> mcfrisk I dont use it the way you say. I just add to "--sysroot=$SDKTARGETSYSROOT" to compile command. problem fixed.
Thorn has quit [Ping timeout: 240 seconds]
prabhakarlad has joined #yocto
Guest98 has quit [Quit: Client closed]
hpsy[m] has quit [Remote host closed the connection]
abbasalichezgi[m has quit [Remote host closed the connection]
<mcfrisk> Guest98: if that fixes it, then the build scripts are broken and not taking the bitbake environment into use, resulting "host contamination" and using native /usr/include etc instead of the cross compile sysroot correctly. Details to fix depend on which build tool is used.
florian__ has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
florian_kc has quit [Remote host closed the connection]
vmeson has quit [Remote host closed the connection]
vmeson has joined #yocto
skokkonda has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 256 seconds]
bps2 has joined #yocto
bps has quit [Ping timeout: 240 seconds]
florian has joined #yocto
Guest46 has quit [Quit: Client closed]
zpfvo has joined #yocto
Thorn has joined #yocto
amitk__ has joined #yocto
amitk has quit [Ping timeout: 240 seconds]
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
Guest28 has joined #yocto
florian has quit [Ping timeout: 240 seconds]
florian__ has quit [Ping timeout: 265 seconds]
florian__ has joined #yocto
florian has joined #yocto
h0742[m] has joined #yocto
Guest28 has quit [Quit: Client closed]
vmeson has quit [Remote host closed the connection]
seninha has joined #yocto
PhoenixMage has joined #yocto
<PhoenixMage> Hi all, is there a command I can use to tell me where my defconfig is coming from? My .config is definitely not looking like I would expect it to after running 'bitbake linux-custom -c configure'
<jbo> PhoenixMage, I am also not entirely on the clear about this but one thing that I found useful is checking which kernel is actually being used via `oe-pkgdata-util lookup-recipe kernel`
<mcfrisk> PhoenixMage: yes, see kernel.bbclass for details. By default if SRC_URI has a "defconfig" file, then it will be used. If not, arch specific defconfig from kernel tree will be used. Plus then all .scc/.cfg config snippets applied on top. And the "make olddefconfig" which adds unknown kernel options to upstream defaults.
ferrywu_ has joined #yocto
ferrywu_ has quit [Client Quit]
Guest98 has joined #yocto
<Guest98> hi, anyone using meta-coral?
<mcfrisk> PhoenixMage: also, if kernel source tree has a .config file, then that will be used. It is all quite complicated...
<PhoenixMage> hmmm, I am starting to think I am missing a dependency or something, trying to compile a 6.4-rc1 kernel, its an externally patched mainline so it will work on my rock 5b, if I cross compile the source separately its fine, if I compile with bitbake it doesnt work... Up until this point i havent rolled a 6.x kernel, are there extra dependencies needed?
otavio has quit [Ping timeout: 250 seconds]
<mcfrisk> PhoenixMage: depends on which recipe you use, I guess linux-yocto-dev. I'm using linux-yocto and bbappends on top, and currently trying to refactor kernel config from a defconfig to config snippets.
Guest98 has quit [Ping timeout: 245 seconds]
ferrywu_ has joined #yocto
ferrywu_ has quit [Client Quit]
ferrywu_ has joined #yocto
ferrywu_ has quit [Client Quit]
ferrywu_ has joined #yocto
ferrywu_ has quit [Remote host closed the connection]
otavio has joined #yocto
sugarbeet has quit [Ping timeout: 240 seconds]
PhoenixMage has quit [Ping timeout: 240 seconds]
sugarbeet has joined #yocto
Guest98 has joined #yocto
wkawka2 has quit [Quit: Client closed]
hcg has quit [Quit: Client closed]
PhoenixMage has joined #yocto
sugarbeet has quit [Ping timeout: 240 seconds]
sugarbeet has joined #yocto
Thorn has quit [Ping timeout: 256 seconds]
belsirk has joined #yocto
rfuentess has quit [Ping timeout: 250 seconds]
Thorn has joined #yocto
Guest46 has joined #yocto
<PhoenixMage> Whats the difference between oe_runmake_call and oe_runmake?
zpfvo has quit [Ping timeout: 256 seconds]
BobPungartnik has joined #yocto
zpfvo has joined #yocto
kscherer has joined #yocto
BobPungartnik has quit [Client Quit]
<PhoenixMage> hmmm, found it
020AAI4CX has joined #yocto
Guest7 has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
Guest98 has quit [Ping timeout: 245 seconds]
nemik has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Minvera has joined #yocto
wooosaiiii has quit [Read error: Connection reset by peer]
wooosaiiii has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
xmn has joined #yocto
florian__ has quit [Ping timeout: 265 seconds]
florian__ has joined #yocto
rfuentess has joined #yocto
skokkonda has joined #yocto
<PhoenixMage> Definitely something in the yocto build environment thats causing it when make olddefconfig is run the output from yocto .config is completely different to the output outside of yocto using a cross-compiler
<PhoenixMage> Essentially the bitbake configure step copies the arch/arm64/config/defconfig to .config and runs make olddefconfig
belsirk has quit [Ping timeout: 265 seconds]
seninha has quit [Ping timeout: 240 seconds]
<mcfrisk> PhoenixMage: FWIW, I'm trying to understand a similar case. ARM64_ERRATA flags not getting "y" automatically when using arch/arm64/configs/defconfig
<PhoenixMage> Is there a way to get more debug data from make olddefconfig some how?
<PhoenixMage> mcfrisk: Yep, sounds similar, I am running kirkstone, what about you?
<mcfrisk> PhoenixMage: master branch, I added "set -x" to the bbclass shell functions
florian__ has quit [Ping timeout: 268 seconds]
<RP> JPEW: I was able to "resolve" most but not all of the signature issues with https://git.yoctoproject.org/poky-contrib/commit/?h=rpurdie/t222&id=3e2cd75b60c985b875317d5d13d7d7c7688aee4f
<RP> JPEW: this does a few things you may not like though as it basically stops the tasks always regenerating based upon each other
<RP> JPEW: it effectively removes the sstatesig code
<JPEW> As long as final image generation still works, I'm fine with that
<RP> JPEW: I did try moving it elsewhere in that function but the exclusions were all needed
<JPEW> Remeber that documents are linked by their hash, so if being able to walk the tree of documents fails, it will be a problem
<RP> JPEW: I'm not 100% sure of the effect of this on the end result. Are those hashes reproducible ?
<JPEW> Ya, it's always the same for a given taskhash.... let me look up exactly how it's done
<RP> JPEW: I did have to back out the recrdeptask on the spdx_runtime task
<JPEW> It's a hash of the document name
<JPEW> RP: That's probably fine? It's using the dependencies to construct a providers list.... I suppose if it can't resolve something it means RDEPENDS is wrong?
Guest7 has quit [Quit: Client closed]
<JPEW> Ya, the docuemnt names are recipe-${PN}, ${PKG} and runtime-${PKG}, so the hashes should be really reproducible
<JPEW> (document hashes anyway)
<JPEW> Well, and hashes with a namespace UUID, which end users can change to namespace their own SPDX files
<mcfrisk> PhoenixMage: maybe KCONFIG_MODE changing things for olddefconfig
<RP> JPEW: I was thinking it should be ok but not 100% sure
florian__ has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<JPEW> RP: I _think_ it will be OK; it basically just allows the SPDX tasks to restore from sstate?
<JPEW> Restore from sstate in more cases that is
<RP> JPEW: right
GNUmoon2 has quit [Ping timeout: 240 seconds]
<RP> JPEW: I'm still seeing sstatetests.SStateDistroTests.test_rebuild_distro_specific_sstate_cross_native_targets and sstatetests.SStateHashSameSigs.test_sstate_nativelsbstring_same_hash fail :/
sakoman has joined #yocto
<JPEW> Oh isSPDXTask needs updated also
<JPEW> I'll do that in my commit that adds the task
<RP> JPEW: we're effectively deleting that
GNUmoon2 has joined #yocto
<JPEW> Ah
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
Guest60 has joined #yocto
skokkonda has quit [Quit: Client closed]
<Guest60> Is there a way to launch multiple QEMU instances using the same Yocto build and also is there a way to enable udp/multicast between the instances
Xagen has joined #yocto
<mcfrisk> PhoenixMage: KCONFIG_MODE = "alldefconfig" fixed it for me, now upstream kernel.org defaults are being applied. It was the config fragment merge script which was changing them, not "make olddefconfig"
<RP> Guest60: we regularly run multiple qemus to test images in parallel. It would be possible to put them all on the same network but nothing is setup for that out the box
<landgraf> Guest60: you can assign one bridge interface to all of them
louis_ is now known as louson
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto
020AAI4CX is now known as vmeson
<PhoenixMage> Some how its do_kernel_configme thats screwing me, creates a .config and then do_configure will leave it alone. Delete .config run the temp/run.do_configure script and it pumps out the correct .config
<PhoenixMage> Given its after midnight debugging do_kernel_configme is tomorrow evenings problem
GNUmoon2 has quit [Remote host closed the connection]
GNUmoon2 has joined #yocto
Guest46 has quit [Quit: Client closed]
seninha has joined #yocto
amitk_ has quit [Ping timeout: 240 seconds]
<zeddii> PhoenixMage. you likely need to set your KCONFIG_MODE if you are using a defconfig. do_kernel_configme defaults to a full .config (not a savedefconfig) so does an allnoconfig baseline.
* zeddii now sees that he was repeating mcfrisk's correct advice :)
<mcfrisk> PhoenixMage: if you have a "defconfig" file in SRC_URI, or a .config in kernel tree, then that will get used.
davidinux has quit [Ping timeout: 248 seconds]
davidinux has joined #yocto
<PhoenixMage> Its the merge_config.sh that is causing the problem
<PhoenixMage> Couldnt let it go
<PhoenixMage> I will set KCONFIG_MODE to alldefconfig and try that
bps2 has quit [Ping timeout: 240 seconds]
alessioigor has quit [Quit: alessioigor]
<PhoenixMage> Winner winner chicken dinner
<mcfrisk> PhoenixMage: great!
rfuentess has quit [Remote host closed the connection]
Thorn has quit [Ping timeout: 240 seconds]
seninha has quit [Remote host closed the connection]
zpfvo has quit [Quit: Leaving.]
Mickal[m] has quit [Remote host closed the connection]
Guest60 has quit [Quit: Client closed]
Thorn has joined #yocto
leon-anavi has quit [Remote host closed the connection]
florian has quit [Quit: Ex-Chat]
florian__ has quit [Ping timeout: 246 seconds]
prabhakarlad has quit [Quit: Client closed]
zelgomer has quit [Remote host closed the connection]
zelgomer has joined #yocto
goliath has quit [Quit: SIGSEGV]
pgowda_ has quit [Quit: Connection closed for inactivity]
frieder has quit [Remote host closed the connection]
ptsneves has quit [Ping timeout: 240 seconds]
prabhakarlad has joined #yocto
ptsneves has joined #yocto
ptsneves has quit [Ping timeout: 268 seconds]
florian__ has joined #yocto
adrian__ has joined #yocto
goliath has joined #yocto
florian__ has quit [Ping timeout: 246 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Chocobo has joined #yocto
<Chocobo> Hi all... I am struggling to write a recipe for this go application: https://github.com/pseudomuto/protoc-gen-doc. It is problematic because the directory I really need to comile is cmd/protoc-gen-doc/ Does anyone know of an example that shows how to do this?
Xagen has joined #yocto
florian__ has joined #yocto
<jonmason> RP: do you have that link to the issue you wanted me to look at? If its the one I found by randomly looking at the autobuilder, then I think I have a fix
Thorn has quit [Ping timeout: 250 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seninha has joined #yocto
florian__ has quit [Ping timeout: 240 seconds]
xantoz has joined #yocto
xantoz has quit [Client Quit]
olani- has quit [Ping timeout: 240 seconds]
xantoz has joined #yocto
florian__ has joined #yocto
dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]
dmoseley has joined #yocto
<jonmason> Yup, there is an upstream kernel patch. I verified it fixes it locally
<RP> JPEW: good news is the patch in master-next does fix the selftest issues. Remaining is this weird preempt-rt kernel mismatch: https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/7220/steps/34/logs/stdio a weird failure: https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/7212/steps/12/logs/stdio
<RP> JPEW: I think the kernel one is where linux-yocto is swapped for linux-yocto-rt and something didn't notice
<RP> JPEW: this could be the downside of some of the hash exclusions :/
<JPEW> mmm, ya that would do it
<JPEW> Files are named by $PN and $PKG, so if those change, it will miss
<JPEW> (and fail)
<RP> JPEW: also, https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5262/steps/15/logs/stdio is weird. A selftest fail when the other selftest builds passed :/
<JPEW> ERROR: bash-5.2.15-r0 do_create_spdx: Cannot find any text for license SomeLicense
<RP> JPEW: right. I just wonder how the other selftests passed? :/
<JPEW> RP: I'm not sure
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
<RP> JPEW: I wonder if it somehow got into sstate despite the error message?
<JPEW> Ah, yes
<JPEW> bb.error, not bb.fatal
<JPEW> Proabbly should be fatal
nemik has quit [Ping timeout: 240 seconds]
<JPEW> Pushed a fix to my contrib branch for that one
<JPEW> Well, to make it fatal, not to actually fix the license
nemik has joined #yocto
Xagen has joined #yocto
<RP> JPEW: thanks, one step at a time I guess!
<RP> JPEW: I guess we need to disable create_spdx for that test
<JPEW> Possibly; I didn't look at the test
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<JPEW> Ya, looks like create-spdx shouldn't be enabled for the incompatible_lic.IncompatibleLicensePerImageTests.test_bash_or_license test
Xagen has joined #yocto
<RP> JPEW: not quite sure how we'll do that but...
Xagen has quit [Client Quit]
<JPEW> INHERIT:remove = "create-spdx" :D
Xagen has joined #yocto
Xagen has quit [Client Quit]
Dracos-Carazza has quit [Ping timeout: 250 seconds]
<RP> JPEW: I'd prefer not to have that in code ;-)
<RP> core
* RP notes _ -> - needed
yannd has quit [Ping timeout: 250 seconds]
<JPEW> RP: Huh, interesting.... but ya pretty elegant
<RP> gah, yet another 20.04 worker parsing thread crash
<RP> JPEW: I think dropping the recursive dependency patch means we may need to filter the runtime deps a bit more? Otherwise I'm not sure how to explain https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/7212/steps/12/logs/stdio ?
<RP> go-helloworld not finding go-runtime :/
<JaMa> does it crash nicely or does it show confusing errors about signature being sudenly different?
<RP> JaMa: it just says parsing threads disappeared
paulg has quit [Ping timeout: 265 seconds]
<JPEW> RP: I don't _think_ it's because of the recursive deps?
florian__ has quit [Ping timeout: 256 seconds]
<JPEW> Because, for the do_create_runtime_spdx, it's using the dependencies to create a providers mapping
<JPEW> Well.... I guess deptask still makes tasks that didn't actually run show up in the BB_TASKDEPDATA
<JPEW> Does that mean BB_TASKDEPDATA is the same for deptask, rdeptask and recrdeptask?
<JPEW> Or rdeptask and recrdeptask at least
<JPEW> RP: We could do the same thing we did for do_create_spdx where it only gets providers for one level
<JaMa> RP: I'm seeing some weird behavior on some ubuntu nodes recently, but never reproduced it locally and never seen "parsing threads disappeared" :/
<RP> JPEW: no, recrdeptask will change BB_TASKDEPDATA
<RP> JaMa: this is a long standing issue with 20.04 workers :/
Wouter0100670440 has quit [Quit: The Lounge - https://thelounge.chat]
Wouter0100670440 has joined #yocto
olani- has joined #yocto
<RP> JPEW: I think we should only be going one level, that is the issue (I think)
<RP> JPEW: but it is late and I suspect I should leave this now
<JPEW> Ya makes sense. I'll work up a patch
<RP> JPEW: thanks for the help with this, it is appreciated!
Thorn has joined #yocto
Minvera has quit [Ping timeout: 240 seconds]
brabander5 has joined #yocto
sotaoverride_ has quit [Ping timeout: 250 seconds]
agrue has quit [Ping timeout: 250 seconds]
Scorpi_ has joined #yocto
otavio has quit [Ping timeout: 250 seconds]
TundraMan has joined #yocto
otavio has joined #yocto
nerdboy has quit [Ping timeout: 250 seconds]
mlaga97_ has quit [Ping timeout: 250 seconds]
marka has quit [Ping timeout: 250 seconds]
barometz has quit [Ping timeout: 250 seconds]
Scorpi has quit [Ping timeout: 250 seconds]
brabander has quit [Ping timeout: 250 seconds]
brabander5 is now known as brabander
agrue has joined #yocto
barometz has joined #yocto
mlaga97 has joined #yocto
nerdboy has joined #yocto
nerdboy has quit [Changing host]
nerdboy has joined #yocto
sotaoverride_ has joined #yocto
xmn has quit [Ping timeout: 240 seconds]
KanjiMonster has quit [Quit: ZNC 1.8.2 - https://znc.in]
KanjiMonster has joined #yocto
xmn has joined #yocto
Dracos-Carazza has joined #yocto