<khem>
usually extra_imagedepends is to build tools etc which are needed during image build but not needed in rootfs
<khem>
you perhaps need to check what test.bb is doing
<khem>
I have no idea but maybe you do have do_deploy there doing right things
kscherer has quit [Quit: Konversation terminated!]
davidinux2 has quit [Ping timeout: 246 seconds]
sakoman has quit [Quit: Leaving.]
davidinux2 has joined #yocto
goliath has quit [Quit: SIGSEGV]
old_boy has quit [Quit: Client closed]
sakoman has joined #yocto
jclsn has quit [Ping timeout: 246 seconds]
jclsn has joined #yocto
nemik has quit [Ping timeout: 240 seconds]
nemik has joined #yocto
bb30 has joined #yocto
nemik has quit [Ping timeout: 246 seconds]
nemik has joined #yocto
<bb30>
What could be the reason for "Error: nothing provides binutils-cross-x86_64" when I added 'binutils-cross-${TARGET_ARCH}' to RDEPENDS:${PN}:append:class-target ?
<bb30>
the command "bitbake binutils-cross-x86_64" works fine without issue.
<Guest98>
and need to increase meta-my-layer priority right?
bb3 has joined #yocto
<Guest98>
LetoThe2nd the recipe i will add is in different meta-layer. i need to increase the priority of my-meta-layer to use mine. right?
<LetoThe2nd>
Guest98: it depends a bit. I guess the backported recipe has a higher version than the original one? In that case it should not be necessar, the highest version is preferred.
d-s-e has joined #yocto
<Guest98>
LetoThe2nd yes, has a higher version
<Guest98>
@let
<Guest98>
LetoThe2nd thank you!
<JaMa>
LetoThe2nd: no, the layer priority is more important than the version in recipe
<LetoThe2nd>
JaMa: ah?
<JaMa>
Guest98: if you have more backports I recommend to create separate layer for them (so that you can easily throw it away when upgrading to newer release without searching which backports are no longer needed) see meta-webos-backports layers in https://github.com/webosose/meta-webosose
<kayterina[m]>
Hello, about autotools-brokensep: is it preferable to change S = "${WORKDIR}/git/deep/deeper" and then manually change the patches or cd ${S}/deep/deeper in every task?
<Guest98>
JaMa also need higher priority for meta-backports, right?
<JaMa>
kayterina[m]: generate them from the git repo root with git format-patch --no-numbered --no-signature and in SRC_URI use them with patchdir=../..
<JaMa>
Guest98: yes, higher than the original layer (and should be lower than your meta-my-layer which should be highest if you know what you're doing there :))
<JaMa>
Guest98: we're assging layer priorities with mcf tool (and generating BBLAYERS in the same order just reversed), ignoring the priorities from layer.conf and instead using what's in 2nd column here https://github.com/webosose/build-webos/blob/master/weboslayers.py
<rburton>
kayterina[m]: depends. is the autotools thing entirely self-contained in that subdirectory? If so then just S=../deeper/ and fix the patch prefix.
AKN has quit [Ping timeout: 252 seconds]
florian_kc has joined #yocto
vladest has quit [Quit: vladest]
amsobr has joined #yocto
vladest has joined #yocto
I_love_yocto has joined #yocto
Guest88 has joined #yocto
<I_love_yocto>
Hello, It is a simple message to informe the yocto mainteners, there are an issue with the use of icecc.bbclass, it doesn't work since mickledore. The issue is certainly complex, but easily reproductible: just add `INHERIT += "icecc"` in poky.conf file and have the icecc binary installed on the host system, and run bitbake. `ERROR:
<eddy_>
hello i have another question. i have a yocto package xyz wich creates a library and installas also a header. this all works fine. now i have another recipe foo-nativesdk. i want to add xyz-dev as a DEPENDS to foo. but i dont want xyz to be compiled for nativesdk i just need the headers. is this possible without creating multiple headers for xyz?
<eddy_>
*multiple recipies not headers
<rburton>
eddy_: you can't cross the streams like that
Guest88 has quit [Quit: Client closed]
<rburton>
eddy_: if your image has xyz in then the sdk for that image will have xyz-dev automatically. you can set add nativesdk-foo to TOOLCHAIN_HOST_TASK in the image to get foo in the sdk too.
<rburton>
oh _depends_. you still can't cross the streams. you could make the nativesdk version build less, ie just ship the headers.
<rburton>
but unless the library takes 30 minutes to build i wouldn't bother, just build it twice.
<eddy_>
:D that library comes with a rattail ... actually with multiple rattails ... i guess i have to provide a recipe for xyz-nativesdk also that only installs the headers
<rburton>
well you can use the same recipe, just override compile/install for nativesdk
<rburton>
compile: do nothing. install: install headers.
<rburton>
(do nothing in configure too)
<eddy_>
ahhh yes i need to red up on the overwrite ... i remember now thats possible
<rburton>
do_configure:class-nativesdk() { : }
<rburton>
voila, a null configure task in nativesdk builds
ptsneves has joined #yocto
jjmcdn has quit [Server closed connection]
<eddy_>
thank you very much :)
jjmcdn has joined #yocto
mckoan is now known as mckoan|away
d-s-e has quit [Ping timeout: 252 seconds]
AKN has joined #yocto
I_love_yocto has quit [Quit: Client closed]
mason has quit [Server closed connection]
mason has joined #yocto
seninha has quit [Quit: Leaving]
Guest98 has quit [Ping timeout: 246 seconds]
amitk has quit [Ping timeout: 258 seconds]
AKN has quit [Ping timeout: 252 seconds]
demirok has quit [Server closed connection]
goliath has joined #yocto
beroset has joined #yocto
beroset has quit [Client Quit]
demirok has joined #yocto
beroset has joined #yocto
AKN has joined #yocto
kscherer has joined #yocto
seninha has joined #yocto
prabhakarlad has joined #yocto
camus has quit [Ping timeout: 265 seconds]
ykrons has quit [Remote host closed the connection]
<I_love_yocto>
Hello, It is a simple message to informe the yocto mainteners, there are an issue with the use of icecc.bbclass, it doesn't work since mickledore. The issue is certainly complex, but easily reproductible: just add `INHERIT += "icecc"` in poky.conf file and have the icecc binary installed on the host system, and run bitbake. `ERROR:
<I_love_yocto>
/home/yoctouser/src/poky/meta/recipes-core/meta/target-sdk-provides-dummy.bb: no-pn NULL prefix`. 3be00ad9052de48d184c319526fa0661d83778b1 is the first bad commit
<I_love_yocto>
remove PN=nopn line 962 from meta/conf/bitbake.conf at 3be00ad9052de48d184c319526fa0661d83778b1, solve the issue with icecc.bbclass
amitk has joined #yocto
AKN has quit [Ping timeout: 252 seconds]
seninha has quit [Remote host closed the connection]
AKN has joined #yocto
<I_love_yocto>
workarround to solve the issue with the use of icecc.bbclass: remove PN=no-pn line 969 from meta/conf/bitbake.conf at fc25449687d0283a327c7b4fb1e618b275b3a871
<I_love_yocto>
I love icecc too ^^
<I_love_yocto>
bye I hope to see a better solution in poky git tree. We love, bye
I_love_yocto has quit [Quit: Client closed]
AKN has quit [Read error: Connection reset by peer]
bb3 has quit [Ping timeout: 246 seconds]
d-s-e has quit [Quit: Konversation terminated!]
amitk has quit [Ping timeout: 240 seconds]
old_boy has joined #yocto
eddy_ has quit [Quit: eddy_]
<old_boy>
I have a file which I am installing using do_deploy in tmp/deploy/images/<machine>/ but when I am deleting that file from the deployed folder, yocto is not recreating that file. How can i ensure the bb file recreates the file if it not present? Basicaly initial problem is that the file is not getting deployed only as I am suspecting do_deploy
<old_boy>
function is not getting called. Adding a log in that function makes it always work.
florian has quit [Quit: Ex-Chat]
<old_boy>
aha removing cleansstate after adding SRC_URI fixes the problem.
<old_boy>
wondering if we don't need to clean the sstate and it can still deploy the images.
florian_kc has quit [Ping timeout: 252 seconds]
<rburton>
no need to cleansstate, that's a very heavy hammer
<rburton>
if you delete from deploy then you need to force stuff to run again
<rburton>
as bitbake doesn't track if you went and deleted it
<rburton>
bitbake myimage -f
<rburton>
actualy, bitbake myimage -C deploy
<rburton>
to force it to run deploy in the myimage recipe
Guest98 has joined #yocto
<old_boy>
aha thanks.
<old_boy>
let me try that
CosmicPenguin has quit [Server closed connection]
CosmicPenguin has joined #yocto
rfuentess has quit [Remote host closed the connection]
bps3 has quit [Ping timeout: 252 seconds]
<pidge>
So, timo and I were looking at something weird that I was running into. In local.conf: DISTRO_FEATURES:append = " foo " works as expected. DISTRO_FEATURES += " foo " overrides DISTRO_FEATURES in poky.conf. Is this expected?
<paulg>
How the hell am I getting screwed by CAPS LOCK.
<RP>
paulg: windows and FAT?
<RP>
Still in 1990 with the filesystem
<paulg>
no windows crap in sight. Just constructed by wic.
<pidge>
Ah, ok RP. Then I'm going to spend some time next week, hunting down some of these.
<RP>
pidge: what can you do about them though?
<RP>
this isn't a new issue or a simple one to fix :(
<pidge>
well, at least in the overlayfs.py, that should probably be :append.
<RP>
heck, I've posted several times about it :(
<RP>
pidge: ok, fair enough on that one
<moto-timo>
I guess I've just only ever used `DISTRO_FEATURES:append`
<RP>
This stuff really frustrates me but I don't know what to do about it
<moto-timo>
yeah. I hear you RP
<moto-timo>
would a warning about `DISTRO_FEATURES +=` be appropriate or is that just an assumption?
<moto-timo>
#worksforme
<RP>
A warning where? :/
<RP>
this applies to other variables too like IMAGE_INSTALL
<moto-timo>
I guess I'm thinking about the `:append +=` warning we have now
<moto-timo>
yeah. it just caught me by surprise.
<moto-timo>
Friday
rm5248 has joined #yocto
Guest98 has joined #yocto
<Guest98>
IMAGE_BOOTLOADER = "imx-boot" creates imx-boot.bin to deploy/images if im not wrong. how can i add imx-boot.bin to mmcblk0bootloader0? i dont want to copy it at runtime via otg.
s11c has quit [Quit: Leaving]
amitk has joined #yocto
leon-anavi has quit [Quit: Leaving]
rm5248 has quit [Ping timeout: 246 seconds]
rm5248 has joined #yocto
<rm5248>
Hi all, I have a static library that I'm trying to add to my SDK. I've tried various things to get it to add into the SDK, but nothing is working. I've tried adding it to IMAGE_INSTALL and TOOLCHAIN_TARGET_TASK, as well as enabling staticdev-pkgs in SDKIMAGE_FEATURES. Any clues as to what may be wrong? I have a minimal layer that shows the
<rm5248>
problem if that would help
Guest98 has quit [Quit: Client closed]
Guest98 has joined #yocto
<khem>
TOOLCHAIN_TARGET_TASK += "<PN>-staticdev" does that help ?
<Guest98>
khem it worked for me recently.
<Guest98>
khem btw, meta-coral(master) build throws an error :D
<khem>
hmm whats the error
<moto-timo>
-ENOTENOUGHPEOPLE
<Guest98>
let me check the chat logs. i shared here, then using zeus branch :D
amitk has quit [Ping timeout: 240 seconds]
bps3 has joined #yocto
<Guest98>
khem "khem, i can't get core-image-base build in meta-coral(master). log: pastebin.com/bkTue5yz "
<khem>
coral is pretty much dead in my mind, they only support old fork of debian ( called mendel ) I am looking into tegra orin-nano these days
* moto-timo
should have already bought a tegra orin-nano
<moto-timo>
sigh
<khem>
Guest98: are you trying master branch ?
<Guest98>
i tried then switched to zeus.
<khem>
moto-timo: yeah I will soon add it to yoe
<khem>
Guest98: I do not use zeus, so if you have issues using master I might be of help
<Guest98>
khem i encountered an error as i shared on pastebin.
<moto-timo>
zeus is just way to old for any of us to support anymore
<Guest98>
khem this is master output: pastebin.com/bkTue5yz
<Guest98>
khem also, i just built imx-boot and it also prints an error.
<Guest98>
khem i would really appreciate if you can help me to get build in master.
<khem>
you might need - UBOOT_PROVIDES_BOOT_CONTAINER:coral-dev = "0" in coral-dev machine conf or local.conf
<khem>
yeah we are using a coral specific u-boot fork which does not have all bells and whistles of imx uboot from fsl layer
<Guest98>
khem i deleted it because I ran out of space on my computer. i will build again, let you know. thank you so much.
<khem>
we have yoe fork of meta-coral which is much more uptodate
<Guest98>
khem thanks i will check both. meta-coral(master) and yoe.
<khem>
check yoe/master branch
<khem>
master branch is mirror of upstream master branch
Guest98 has quit [Quit: Client closed]
Guest98 has joined #yocto
<Guest98>
khem thanks!
florian_kc has joined #yocto
<rm5248>
@khem: I tried adding the PN-staticdev to TOOLCHAIN_TARGET_TASK, but then it complains that "nothing provides PN needed by PN-dev"
<khem>
check what I suggested and apply it to libfoo_0.1.bb
rm5248 has joined #yocto
rm5248 has quit [Client Quit]
svuorela has quit [Server closed connection]
svuorela has joined #yocto
prabhakarlad has joined #yocto
<beroset>
I am trying to enhance an existing Enhanced SDK so that it can compile more things. The existing CMakeLists.txt file for the software I want users to be able to build includes the line `find_package(Lipstick REQUIRED)` which is where the build fails. (It can't find that package).
<beroset>
I'm unclear on who the extended SDK "knows" about packages.
<beroset>
I'm unclear on who the extensible SDK "knows" about packages.
<beroset>
I'm unclear on how the extensible SDK "knows" about packages.
PhoenixM1ge has quit [Ping timeout: 246 seconds]
PhoenixMage has joined #yocto
rm5248 has joined #yocto
<rm5248>
khem: thanks for the hint, that seems to have pointed me in the right direction. I think the issue is that because it's a static library, the 'libfoo' package is by default empty, so setting the ALLOW_EMPTY flag on that package means there aren't errors. The headers aren't installed, but it seems that everything else is, so that's a good step!
<rm5248>
actually, headers are installed, I just missed them. Thanks!
rm5248 has quit [Quit: Client closed]
beroset has quit [Quit: Client closed]
beroset has joined #yocto
yocton has quit [Server closed connection]
yocton has joined #yocto
alessioigor has quit [Quit: alessioigor]
bps3 has quit [Ping timeout: 252 seconds]
bps3 has joined #yocto
bps3 has quit [Ping timeout: 258 seconds]
prabhakarlad has quit [Quit: Client closed]
seninha has quit [Quit: Leaving]
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 258 seconds]
nemik has joined #yocto
starblue has joined #yocto
kscherer has quit [Quit: Konversation terminated!]
prabhakarlad has joined #yocto
amitk has quit [Ping timeout: 252 seconds]
Guest40 has joined #yocto
Guest40 has quit [Client Quit]
seninha has joined #yocto
florian_kc is now known as florian
LDericher has quit [Server closed connection]
LDericher has joined #yocto
Fanfwe has quit [Server closed connection]
Fanfwe has joined #yocto
tlwoerner has quit [Remote host closed the connection]