Thorn has quit [Quit: I was standing in the park wondering why frisbees got bigger as they get closer. Then it hit me.]
frieder has joined #yocto
goliath has joined #yocto
<tomzy_0>
morning
tomzy_0 has quit [Quit: Client closed]
manuel1985 has joined #yocto
xmn has quit [Ping timeout: 252 seconds]
xmn has joined #yocto
<linex[m]>
morning :)
ptsneves has joined #yocto
Michael23 has quit [Ping timeout: 260 seconds]
<linex[m]>
Is there a way to have a specific recipe depend on a different verison of go than is available in yocto version (dunfell). I would assume this is usually done by having go implement virtual/go and that I would set a preferred_version in the recipe.
<linex[m]>
and is there a way to list all the virtual/... available to the build system with the cli ?
<linex[m]>
I guess setting PREFERRED_VERSION_go should do the trick
<barath>
what's people's reasoning about the LICENSE set for image recipes? what would the license apply to? the configuration of packages itself, even if some are closed? or is being able to set a license for an image simply a side-effect of it being set for "regular" recipes?
<kanavin_>
Zaid, if the issue occurs with master, you probably need to dig into what the code is doing and think of possible ways to fix the code
GNUmoon has quit [Ping timeout: 255 seconds]
mckoan is now known as mckoan|away
GNUmoon has joined #yocto
brazuca has joined #yocto
rob_w has quit [Remote host closed the connection]
davidinux has joined #yocto
seninha has joined #yocto
GNUmoon has quit [Ping timeout: 255 seconds]
GNUmoon has joined #yocto
d-s-e has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
sakoman has joined #yocto
Estrella_ has joined #yocto
GNUmoon has quit [Ping timeout: 255 seconds]
Thorn has joined #yocto
GNUmoon has joined #yocto
otavio has joined #yocto
Michael23 has quit [Quit: Client closed]
davidinux has quit [Ping timeout: 255 seconds]
AKN has quit [Read error: Connection reset by peer]
davidinux has joined #yocto
otavio has quit [Remote host closed the connection]
louson has quit [Ping timeout: 255 seconds]
manuel_ has quit [Ping timeout: 248 seconds]
louson has joined #yocto
otavio has joined #yocto
davidinux has quit [Ping timeout: 255 seconds]
davidinux has joined #yocto
<linex[m]>
noob question of the day: is doing bitbake -b recipe.bb the same as bitbake recipe-name
prabhakarlad has quit [Ping timeout: 260 seconds]
<rburton>
linex[m]: no
<rburton>
linex[m]: --help says "Execute tasks from a specific .bb recipe directly. WARNING: Does not handle any dependencies from other recipes."
<rburton>
linex[m]: you don't want to use -b
<linex[m]>
thanks, I just found the manpage on the website, for some reason i don't have it in the shell
<rburton>
bitbake --help works
goliath has quit [Quit: SIGSEGV]
manuel_ has joined #yocto
rossaroni has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
<JaMa>
rburton: your glibc patch won't apply with git am, should I stop complaining? :)
<rburton>
JaMa: argh
<rburton>
JaMa: stupid fingers
<JaMa>
I know, I have those as well :)
d-s-e has quit [Ping timeout: 248 seconds]
paulg has quit [Ping timeout: 248 seconds]
<sakoman>
JaMa: I think there may be an epidemic, since I too have that!
<JaMa>
damn, is someone working on cure?
d-s-e has joined #yocto
<rburton>
RP: fwiw the at-spi2-core removal from site should be entirely safe: the lookups are at-spi2 specific and autoconf doesn't need cached values for alignof anyway
<nerdboy>
so we're building this zynq image using vendor-y workflow => petalinux project
<nerdboy>
and i can't get the swupdate initramfs fit image into the petalinux wic image
kanavin_ has quit [Ping timeout: 248 seconds]
<nerdboy>
the yocto artifacts include the "normal" fit kernel and a fit swupdate kernel/initramfs but petalinux only populates the wic boot partition with the normal kernel
seninha has joined #yocto
florian_kc has joined #yocto
jclsn has quit [Read error: Connection reset by peer]
prabhakarlad has joined #yocto
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
kanavin has joined #yocto
<landgraf>
How to use -native packages properly? I have (simple) -native recipe which inherits native and install two scripts under /usr/libexec/ and bbclass which has RDEPENDS:append = " therecipe-native" and tries to run the script ${STAGING_DIR_NATIVE}/usr/bin/libexec/ but looks like staging_dir is not populated with the content of the recipe (scripts are not there)
sakoman has quit [Ping timeout: 255 seconds]
vladest has quit [Remote host closed the connection]
vladest has joined #yocto
<JaMa>
landgraf: for build time dependencies use DEPENDS
<landgraf>
JaMa: sorry, typo I use DEPENDS
<JaMa>
then check if /usr/libexec is in sysroot_stage_dirs
<ecdhe>
I got into yocto because an employer bought a board and the vendor's BSP was a yocto layer. I made changes to the vendor layer at first, then refactored everything into my own. Lots of good lessons.
<ecdhe>
That made me the yocto guy at work.
<ecdhe>
Bitbake and the openembedded recipes have been feature complete because we're mostly trying to deploy our own software.
<ecdhe>
So there hasn't been a point of pain I've experienced that would drive me to try to submit a patch.
<ecdhe>
Now I feel bad for that!
<RP>
ecdhe: The idea is just to gently remind people to help if they can. If everyone looks to other things it limits our ability to keep the core alive and well
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
<landgraf>
JaMa: ${libexecdir} is in SYSROOT_DIRS:class-native (and in SYSROOR_DIRS in bitbake -e output). I tried to place files under bindir and no difference. I must have missed something :(
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
advi[1] has joined #yocto
<JPEW>
ecdhe: I don't think the general problem is endemic to YP either; but it's harder to make people aware of it if nothing is said also
<RP>
landgraf: in the native recipe when you install these scripts, what path do you install them to?
<RP>
landgraf: that is your problem, use ${libexecdir} there
<RP>
landgraf: the path won't look like what you expect but it is right
<RP>
${D}${libexecdir}
<landgraf>
RP: yes. It works! Thank you!
<landgraf>
RP: I was going to replace it with libexecdir while reading staging.bbclass but haven't done this for some reason. well without any reasons...
<RP>
landgraf: native paths are a bit weird looking. They do make sense when you dive into the details
<landgraf>
but not today :) 14 hours of uboot+xen+dtb+YP is a bit too much
azcraft has quit [Remote host closed the connection]
goliath has quit [Quit: SIGSEGV]
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
florian_kc has joined #yocto
DvorkinDmitry has joined #yocto
<DvorkinDmitry>
I've build SDK with kernel 5.10 development tree, but getting the same error on my host and inside the Docker: ./scripts/gcc-plugins/arm_ssp_per_task_plugin.so: cannot open shared object file: No such file or directory