<amelius>
hey, I'm trying to use a file generated by another recipe in my recipe that need the file in its recipe-sysroot, is ther any good way to do it. I tried add the other recipe to depends, but it does not find the file.
florian has joined #yocto
JerryM has joined #yocto
amelius has quit [Read error: Connection reset by peer]
<landgraf>
too late to answer I guess...
Schlumpf has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
florian__ has joined #yocto
amelius has joined #yocto
azcraft has joined #yocto
amelius has quit [Read error: Connection reset by peer]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
amelius has joined #yocto
davidinux has quit [Ping timeout: 250 seconds]
davidinux has joined #yocto
Schlumpf has quit [Quit: Client closed]
tnovotny has quit [Ping timeout: 268 seconds]
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
amelius has quit [Read error: Connection reset by peer]
JerryM has quit [Quit: Client closed]
amelius has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
d-s-e has joined #yocto
amelius has quit [Read error: Connection reset by peer]
d-s-e has quit [Quit: Konversation terminated!]
tnovotny has joined #yocto
aak-rookie has quit [Quit: Client closed]
rfuentess has quit [Remote host closed the connection]
rob_w has quit [Quit: Leaving]
aak-rookie has joined #yocto
seninha has joined #yocto
pope has quit [Quit: Client closed]
davidinux has quit [Ping timeout: 250 seconds]
davidinux has joined #yocto
aak-rookie has quit [Quit: Client closed]
aak-rookie has joined #yocto
mckoan is now known as mckoan|away
d-s-e has joined #yocto
Saur has joined #yocto
prabhakarlad has quit [Quit: Client closed]
tunahan has quit [Quit: tunahan]
tunahan has joined #yocto
olani- has quit [Ping timeout: 260 seconds]
olani- has joined #yocto
camus has quit [Quit: camus]
aak-rookie has quit [Quit: Client closed]
seninha has quit [Remote host closed the connection]
otavio has joined #yocto
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
mrnuke has quit [Remote host closed the connection]
mrnuke has joined #yocto
kscherer has joined #yocto
Tyaku has joined #yocto
<Tyaku>
Hi, What is the correct way to check that a sdcard peripheral is working ? When I plug a SDCard to our custom imx8mn board, I didn't see anything in "dmesg"
<Tyaku>
With lsblk, I didn't see any new drive when the sdcard is plugged in, and nothing is mounted, but I think if the sdcard is correctly detected, i should see something in dmesg
<rburton>
assuming the driver and device is working yes you'll see an insert event
<rburton>
of course you might have really cheap hardware that doesn't get notified, so this is where you need to speak to the hardware provider
<Tyaku>
I possibly miss to install a driver
<Tyaku>
or some DTS configuration
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
fabo has joined #yocto
thomasd13 has quit [Ping timeout: 255 seconds]
amitk_ has quit [Ping timeout: 248 seconds]
tnovotny_ has joined #yocto
tnovotny has quit [Read error: Connection reset by peer]
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
tnovotny_ has quit [Client Quit]
prabhakarlad has joined #yocto
aak-rookie has joined #yocto
aak-rookie has quit [Client Quit]
destmaster84 has joined #yocto
d-s-e has quit [Quit: Konversation terminated!]
<destmaster84>
I've create a recipe with a dts to add a i2s sound card, why I'm get this error on bitbake
<destmaster84>
make: *** No rule to make target 'broadcom/bcm2711-rpi-4-b.dtb'
<roussinm1>
pretty much all of the FILES:${PN}-(package) does use a variant of ${libdir}, ${base_prefix}, etc. Is there a reason -dgb doesn't use such paths?
<rburton>
probably should. what line of code are you looking at
<roussinm1>
in bitbake.conf FILES:${PN}-dbg = ...
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
davidinux has joined #yocto
<rburton>
they're not used in the general case, the auto-debugging code extends FILES on its own
tunahan has quit [Quit: tunahan]
<rburton>
but yes those lib instances should be $libdir just for consistency
tunahan has joined #yocto
<roussinm1>
I tried modifying /usr/src/debug to ${base_prefix}/usr/src/debug to support nativesdk should packaging, but that doesn't seems to do anything. Something makes it work for nativesdk-dbg but not for the -src package. Weird.
<roussinm1>
s/should/src/
<rburton>
as i said, the auto-debugging code will write its own FILES statements. FILES doesn't control *where* stuff is put, it controls what packages have what files
<roussinm1>
Right, so something the code that create the package directory and fills it with the dbg files works correctly, but when it adds the src files to the package directory, before splitting, they are already in the wrong directory.
<roussinm1>
(for nativesdk)
xmn has joined #yocto
florian__ has quit [Ping timeout: 276 seconds]
florian has quit [Ping timeout: 248 seconds]
alimon has joined #yocto
alessioigor has quit [Quit: alessioigor]
alessioigor has joined #yocto
ptsneves has quit [Ping timeout: 265 seconds]
seninha has joined #yocto
<rburton>
roussinm: grepping for '/usr/src' shows a few instances in meta/lib/oe/package.py, which is probably where the wrong path is appearing. try changing /usr to ${prefix}
<rburton>
(and using d.expand() if needed)
Tyaku has quit [Quit: Lost terminal]
yocto_user_111 has joined #yocto
JerryM has quit [Quit: Client closed]
<yocto_user_111>
I want to do something weird, and I'm predictably getting weird results. I hope you all can help. Rather than install my application and its various configuration files directly into my rootfs image, I want to archive these files into a tarball and install the archive into my rootfs image. In my application's Makefile, I have defined a "install:" step that accomplishes this, however when I inspect the archive, the binaries a
<yocto_user_111>
with debugging symbols, not optimized in the way I want and the binary is not stripped. Clearly, putting this archiving logic in my Makefile does not work for Yocto. What should I be doing to accomplish this goal?
<rburton>
they're not stripped because the stripping happens in packaging, which you're avoiding by putting the files in a tarball
<rburton>
assuming your makefile isn't just broken, because makefiles are hard
<yocto_user_111>
I prototype all my applications in a native Linux workstation - so I know the Makefile is legit. That's funny because I think CMake is hard. Makefiles are easy is you're old school.
<yocto_user_111>
So, perhaps I should override the do_package() step in my bb file?
<yocto_user_111>
I've never modified the do_package() step, so I'm not sure what happens there.
<rburton>
does your makefile respect CFLAGS from the environment without overriding it?
<yocto_user_111>
How do I get Yocto to preserve the CXXFLAGS defined in my Makefile? Yocto throws them all out and replaces them with a common set.
<rburton>
remember when I said "because makefiles are hard"
<yocto_user_111>
Hmmm. I'm catching on quick.
<rburton>
the environment contains the flags we need you to use, like the global optimisation flags, what sysroot, what compiler, debug path prefix maps
<yocto_user_111>
Here's the relevant line in my Makefile. So, does this override CXXFLAGS, or does it append them? I have the override keyword, but I also have a "+=". Either way, they are thrown out by Yocto: override CXXFLAGS += $(COMMON_FLAGS)
<rburton>
autotools, cmake, meson, etc, all respect those and add them to the flags in the build file. if you write a makefile by hand you need to do that manually, which is hard
<rburton>
override means this assignment wins and make ignores the ones in the environment
<rburton>
i'm about to go and eat dinner but my advice is to not write a makefile, they're too much effort.
<yocto_user_111>
Since mine are thrown out I would think I'm NOT overriding the environment's flags.
goliath has quit [Quit: SIGSEGV]
mvlad has quit [Remote host closed the connection]
<roussinm1>
rburton: I'm on kirkstone so different file, but here the state of the patch on my side and it seems to work: https://pastebin.com/raw/jGzgFZh9
invalidopcode1 has quit [Remote host closed the connection]
invalidopcode1 has joined #yocto
<rburton>
roussinm1: replace base_prefix/usr with just prefix
olani- has quit [Ping timeout: 255 seconds]
<roussinm1>
rburton: ya I will do, problem with changing anything in package.bbclass, it rebuilds _everything_ which that takes forever on my pc/ci.
<rburton>
You can use locked signatures to stop that
<rburton>
bitbake -S none, delete the lines for the recipe you’re experimenting on (hopefully not qt!) in locked-sigs.inc, include that file in your local.conf
<roussinm1>
To experiment pretty fast I was doing it on nativesdk-glibc since it has pretty much no dependency.
whuang0389 has quit [Quit: Client closed]
azcraft has quit [Remote host closed the connection]
amitk_ has quit [Ping timeout: 252 seconds]
<roussinm1>
locked-sigs, make sure it reuse previous sstate even if package.bbclass changes the signatureÉ
<roussinm1>
É -> ?
roussinm2 has joined #yocto
roussinm1 has quit [Ping timeout: 255 seconds]
Guest97 has joined #yocto
Guest97 has quit [Client Quit]
dgriego has quit [Quit: dgriego]
<tealbird>
What would the recommended method for including two different kernels in an image be? What I've been trying is mcdepends with a separate machine, which is succeeding on my laptop but failing in CI. It's not running some of the mcdepends tasks in CI for reasons I don't understand.
goliath has quit [Quit: SIGSEGV]
Thorn has quit [Ping timeout: 268 seconds]
sakoman has quit [Quit: Leaving.]
yocto_user_111 has left #yocto [#yocto]
amitk has quit [Ping timeout: 276 seconds]
olani- has joined #yocto
ecdhe has quit [Ping timeout: 252 seconds]
yannd has quit [Remote host closed the connection]
goliath has joined #yocto
ecdhe has joined #yocto
Thorn has joined #yocto
kscherer has quit [Quit: Konversation terminated!]