kpo has quit [Read error: Connection reset by peer]
kpo has joined #yocto
lighteagle has joined #yocto
l3s8g has joined #yocto
prabhakarlad has joined #yocto
frieder has joined #yocto
Vonter has quit [Ping timeout: 255 seconds]
Vonter has joined #yocto
Daanct12 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has joined #yocto
rfuentess has quit [Read error: Connection reset by peer]
rfuentess has joined #yocto
Daanct12 has quit [Ping timeout: 252 seconds]
Guest10 has joined #yocto
ckayhan1 has quit [Ping timeout: 258 seconds]
ckayhan1 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
Daanct12 has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tct is now known as jbo
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
pasherring has joined #yocto
varjag has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
<LocutusOfBorg>
hello, how to add a package only in sdk?
<LocutusOfBorg>
I would like to add for example qt5 only in sdk
<LocutusOfBorg>
e.g. if(SDK_BUILD) inherit populate_sdk_qt5
Guest10 has quit [Quit: Client closed]
tnovotny has quit [Ping timeout: 252 seconds]
<pasherring>
LocutusOfBorg, TOOLCHAIN_HOST_TASK:append might do it
<LetoThe2nd>
yo dudX
<pasherring>
LocutusOfBorg, ah, disregard, you want to inherit the populate_sdk_qt5 class, not add a package. Maybe just inherit it from you image recipe would do that. If you have a customization layer, I'd put it in a bbappend for the image.
<LocutusOfBorg>
yeah it works
<LocutusOfBorg>
inherit populate_sdk_qt5 works already
Guest4 has joined #yocto
<pasherring>
I didn't have a look at that bbclass for a while now, but, I'd expect that would tap in only to the -c populate_sdk task. So, I *think* just inheriting it from the image would accomplish what you said. I.e., the if (SDK_BUILD) would be already given (to some extent). But, if you want to control the inherit'ing of the bbclass from a yocto variable, I am unaware of ways to that, other than writing your own bbclass
Guest4 has quit [Quit: Client closed]
tnovotny has joined #yocto
<rburton>
adrianf: why does your devtool series add .vscode/settings.json but also add .vscode to gitignore?
<rburton>
adrianf: if your vscode is writing extra files in there, saying what they are would be useful
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tnovotny_ has joined #yocto
tnovotny has quit [Ping timeout: 246 seconds]
<pasherring>
What are the possible reasons for a file not to be shipped in the image? I am trying to include a csv file under /usr/share/custompackage/customfile.csv. I've asserted: FILE_${PN} includes the full path to the file, the file is deployed on packages-split folder, and the recipe is pulled in through IMAGE_INSTALL_append. What am I missing?
manuel1985 has quit [Quit: Leaving]
<rburton>
pasherring: i'd use oe-pkgdata-util list-pkg-files -p [recipe] to verify that the recipe generates the package you expect with the files you expect
<rburton>
if that is right then bitbake-getvar -r [image-name] IMAGE_INSTALL to check that your image is installing the package you expect
<rburton>
though given you're saying _ not : it makes me think you're using an old release
<pasherring>
rburton, yeah, I am locked in an old RDK+SoC software package release :\
<adrianf>
rburton: Not sure what is the best solution. My plugin generates the .vscode directory for the recipe workspaces. It does not alter poky/.vscode.
<rburton>
adrianf: was basically wondering what other files would mean you needed the .gitignore
<adrianf>
rburton: the settings.json is to work on poky with the vscode bitbake plugin active
<pasherring>
rburton, I don't have bitbake-getvar, but bitbake -e <image> shows it there. And the oe-pkgdata-util list-pkg-files -p [recipe] showed the file there, under the ${PN} package. The other ${PN}-* also showed the files properly.
<rburton>
pasherring: check the log.do_rootfs for the image. possibly its not actually installing the package you think it is.
<rburton>
adrianf: right, but why is .vscode/ in .gitignore in that patch?
<RP>
adrianf: rburton and I were looking at it and we're happy to add the .vscode directory/file but the gitignore didn't make sense to us
<RP>
adrianf: we've tried to merge at least of the pieces which lay the groundwork but some of the other pieces need a little bit more work (variable/function names and patch description weren't good enough in one of the other refactoring patches)
<adrianf>
Having the folder in gitignore allows to drop e.g. tasks.json and other files. But it can also be removed from gitignore.
aardo has joined #yocto
florian_kc has joined #yocto
ardo has quit [Ping timeout: 246 seconds]
<pasherring>
rburton, I see the package there (and I apparently just learned that the rootfs is built from .ipk files :sweating:). I've checked the IPK file for the package and the csv file is there. This is so strange :\
<rburton>
pasherring: you're either looking at the wrong image, or the image is picking up a different package to the one you think
<rburton>
adrianf: that's fine, just needed an explanation :)
pasherring_ has joined #yocto
pasherring has quit [Ping timeout: 245 seconds]
|Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
Daanct12 has quit [Quit: WeeChat 4.0.4]
rfuentess has quit [Read error: Connection reset by peer]
alessioigor has quit [Quit: alessioigor]
rfuentess has joined #yocto
Guest16 has joined #yocto
Guest16 has quit [Client Quit]
EricFox has joined #yocto
Minvera has joined #yocto
xmn has joined #yocto
zpfvo has quit [Ping timeout: 252 seconds]
<EricFox>
I’m trying to build Petalinix, and kernel.yocto.bbclass uses a scc command, which I have not installed. How do I install that prerequisite?
<adrianf>
RP,rburton: Thank you. Will you send an email with some more details about your findings?
<EricFox>
The path to the failing script item is /os/components/yocto/layers/core/meta/classes/kernel-yocto.bbclass
zpfvo has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
rob_w has quit [Remote host closed the connection]
Algotech has joined #yocto
lexano has joined #yocto
zelgomer has quit [Ping timeout: 246 seconds]
zelgomer has joined #yocto
amitk has joined #yocto
Guest10 has joined #yocto
Xagen has joined #yocto
Danct12 has quit [Read error: Connection reset by peer]
amitk has quit [Ping timeout: 255 seconds]
Vonter has quit [Ping timeout: 255 seconds]
Vonter has joined #yocto
<JPEW>
abelloni: RP: Going to miss the YP engineering sync, but I added a patch to hopefully give enough detail to debug the Rust SPDX error; I can't seem to get it locally
goliath has quit [Quit: SIGSEGV]
<RP>
JPEW: thanks
<RP>
adrianf: we probably need to, yes. We're partly deferring some of the bits as it is "new feature" work and we're into feature freeze now. These particular changes need more people looking at them
mraza has joined #yocto
starblue has quit [Ping timeout: 246 seconds]
rfuentess has quit [Remote host closed the connection]
shoragan has quit [Server closed connection]
shoragan has joined #yocto
Danct12 has joined #yocto
<moto-timo>
seems like `systemd-bootchart` needs `cfg/debug-schedstats.scc` or else it errors out `systemd-bootchart[307]: Unable to read schedstat: No such file or directory`
<moto-timo>
or am I missing something else?
Schlumpf has quit [Quit: Client closed]
<moto-timo>
seems like maybe the systemd-bootchart recipe should be checking for and warning about missing KERNEL_FEATURES?
amitk has joined #yocto
<RP>
moto-timo: that is a really tough one. SkipRecipe if not enabled maybe?
mraza has quit [Ping timeout: 245 seconds]
<rburton>
how is the bootchart recipe going to look into the kernel recipe for that though?
<moto-timo>
RP: yeah, just spitballing.
<moto-timo>
rburton: yeah, and what if you enable it with a different feature name? let's not introduce a brittle thing... nevermind
frieder has quit [Remote host closed the connection]
<yates_work>
after building a custom, working qemu image i derived from core-image sato, i can find zero run.do_config* files in the build/tmp folders and beneath. isn't there some do_config task run in all of a qemu image build?
<yates_work>
e.g., in the build/tmp/work/blah/recipe/version/temp folders?
<rburton>
do_configure
<rburton>
But only if the task needed to run. Build from sstate from an empty build tree and you don’t get any as it all came from sstate
<khem>
RP: should I look into ppc64 issue or not on AB
<khem>
given that we might not add it
mbulut has joined #yocto
florian_kc is now known as florian
mbulut has quit [Quit: Leaving]
brazuca has quit [Ping timeout: 245 seconds]
Haxxa has quit [Quit: Haxxa flies away.]
Haxxa has joined #yocto
Vonter has quit [Ping timeout: 255 seconds]
Vonter has joined #yocto
brazuca has joined #yocto
<RP>
khem: If we can make it stable I'll enable it
<RP>
khem: it would be better than ppc32
<fray>
will we have any big endian left? (most ppc64 now is LE)
<RP>
fray: only with more minimal testing
<rburton>
hm i wonder why i got ERROR: When reparsing base-files_3.0.14.bb:do_install, the basehash value changed from ... to .... The metadata is not deterministic and this needs to be fixed.
starblue has quit [Ping timeout: 240 seconds]
Ablu has quit [Ping timeout: 246 seconds]
<RP>
rburton: editing files when building? Making a commit whilst building?
l3s8g has quit [Quit: l3s8g]
<khem>
RP: OK I will try to see why the tests are failing on AB, since everything is golden on my local swetup
<RP>
khem: right, it sometimes seems to work on the AB and sometimes now
<RP>
not
<khem>
fray: I think BE is on it way out, mips that was so prevalent in STB industry was also LE, at this time I think there is a arm BE target which might be a better option to enable if we really want to test BE
<khem>
RP: I think its related to build host variance at least thats my hunch
EricFox has quit [Quit: Client closed]
EricFox has joined #yocto
EricFox has quit [Client Quit]
mbulut has joined #yocto
mbulut has quit [Client Quit]
amitk_ has joined #yocto
<RP>
khem: I'm very doubtful :
amitk has quit [Ping timeout: 245 seconds]
tin_ has quit [Server closed connection]
tin_ has joined #yocto
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
starblue has joined #yocto
Kubu_work has quit [Quit: Leaving.]
mbulut has joined #yocto
OnkelUlla has quit [Remote host closed the connection]
OnkelUlla has joined #yocto
mbulut has quit [Client Quit]
<khem>
RP: the libgomp issue could be that
CosmicPenguin has quit [Server closed connection]
CosmicPenguin has joined #yocto
lighteagle has quit [Ping timeout: 255 seconds]
Xagen has joined #yocto
hays has joined #yocto
goliath has quit [Quit: SIGSEGV]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<yates_work>
rburton: thanks. but i neglected to mention that i had rm -fR build/tmp before bitbaking.
kpo has quit [Ping timeout: 258 seconds]
alimon has quit [Ping timeout: 245 seconds]
<yates_work>
feels like i've just entered The Twilight Zone..
<yates_work>
been banging my head for day on this.
<yates_work>
let me try it one more time just to be sure.