tammranil has quit [Remote host closed the connection]
tammranil has joined #yocto
alperak has joined #yocto
rob_w has joined #yocto
<leaf_it_out>
Anyone got an idea with this dts file compile problem please. I add two overlay dts files via a patch in a bbappend. Add them the make file. Add KERNEL_DEVICETREE_OVERLAYS:append = " pyramid_tsc2007.dts ft200xd-overlay.dts" to bbabbpend. Add RPI_KERNEL_DEVICETREE_OVERLAYS:append = " pyramid_tsc2007.dtbo pwm-2chan-overlay.dtbo" to my layers raspberrypi-armv8.conf but they don't get built?
goliath has joined #yocto
ray-san has joined #yocto
ray-san2 has joined #yocto
ray-san has quit [Read error: Connection reset by peer]
Chaser has joined #yocto
ray-san2 has quit [Remote host closed the connection]
ray-san2 has joined #yocto
rynofinn____ has quit [Read error: Connection reset by peer]
rynofinn____ has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
rfuentess has joined #yocto
paulg has quit [Ping timeout: 276 seconds]
Vonter has quit [Ping timeout: 252 seconds]
Vonter has joined #yocto
Kbo has joined #yocto
Lihis has quit [Quit: Quitting]
zeemate has joined #yocto
Lihis has joined #yocto
JJalling has joined #yocto
sgw has quit [Ping timeout: 260 seconds]
prabhakalad has quit [Remote host closed the connection]
prabhakalad has joined #yocto
sgw has joined #yocto
leon-anavi has joined #yocto
florian has joined #yocto
vthor has quit [Excess Flood]
vthor has joined #yocto
vthor has quit [Changing host]
vthor has joined #yocto
dmoseley has joined #yocto
Guest61 has joined #yocto
dmoseley_ has quit [Ping timeout: 260 seconds]
<Guest61>
I have a vendor kernel(v6.12) and it has overlay directory in arch/arm64/boot/dts/foo/overlay with makefile. In the makefile there is a structure like get build if FOO config is enabled. When I pull this kernel directly and get build, .dtbo files are created. But, it's not created in Yocto. What could be the reason?
florian_kc has joined #yocto
frgo_ has quit [Ping timeout: 252 seconds]
Guest21 has joined #yocto
<Guest21>
hi is there a way to find out the packages built in combination of required recipe? I am facing a problem in which the same recipe gets worked on one yocto distribution however on the other it doesn't?
<Guest21>
rburton I guess this is not what I asked for. I want dependencies which needs to be built before the required recipe gets build
<rburton>
bitbake -g [recipe] will write a pn-buildlist file which is all of the recipes that would be built
<Guest21>
rburton thank you very much again for your help
florian_kc has quit [Ping timeout: 276 seconds]
florian_kc has joined #yocto
<rburton>
RP: say i have a class that i want to depend on foo in one task and bar in another. for fun, foo and bar ship the same files. can i markup recipes and get bitbake to change the sysroot if it runs foo or bar? (only one of the tasks is actually in the do_build chain)
mihai has quit [Quit: Leaving]
Guest66 has joined #yocto
<Guest21>
rburton I could't figure out from that either. Could you perhaps suggest me some tipps to figure out the root cause. Dynamically linked doesn't work however statically
<rburton>
all you're telling me is that a recipe doesn't build
<rburton>
well actually all you've said is a recipe works on one distro and doesn't on another
<rburton>
you'll need to give more context if you want any help
ray-san2 has quit [Ping timeout: 248 seconds]
JJalling has quit [Ping timeout: 272 seconds]
<Guest21>
rburton ohhh I apologise! https://layers.openembedded.org/layerindex/recipe/300392/ when I build this with nxp's yocto distribution scarthgap it works on runtime. If I integrate it to my custom yocto scarthgap it doesn't work on runtime. If I build instead of linking against a standard library, it works on custom yocto scarthgap as well.
florian_kc has quit [Read error: Connection reset by peer]
Guest61 has quit [Quit: Client closed]
<Guest66>
(using yocto 4.0) I'm having an issue cross-compiling an autotools application (PostGIS) to `armv8a-oe4t-linux` from a custom-made recipe. When I run `autotools_do_configure`, it runs the configure commands including the host system C headers (`/usr/include`), rather than the sysroot include headers (`${WORKDIR}/recipe-sysroot/usr/include`), and
<Guest66>
sometimes it does both, where the host system include headers is always set first, followed by the sysroot. I cannot figure out what is making the command include the host headers, and it's preventing the library from building, as it is trying to use symbols that do not exist on the target architecture, but are well set if it were to use the
<Guest66>
sysroot headers (`error: '_Float128' was not declared in this scope; did you mean '_Float32x'?`).
<rburton>
looks like postgis's configure script is very very broken
ablu has joined #yocto
leon-anavi has quit [Read error: Connection reset by peer]
<rburton>
you should be able to remove all of that do_configure and just let the class run it for you
leon-anavi has joined #yocto
<rburton>
your do_compile() looks like it doesn't support out-of-tree builds so inherit autotools-brokensep instead of autotools and delete your do_compile
<rburton>
also that configure-unsafe warning you're ignoring is telling you that the configure is broken and it won't work
<rburton>
its telling you its broken, you're silencing the warning, and now you're surprised its broken? :)
<Guest66>
I did not notice that warning
rob_w has quit [Quit: Leaving]
<rburton>
you need to look at the lines where configure tells you its doing the wrong thing, and fix it
<Guest66>
> ERROR: postgis-3.2.2-r0 do_configure: QA Issue: This autoconf log indicates errors, it looked at host include and/or library paths while determining system capabilities.
<Guest66>
I see
<rburton>
yeah, find the lines, figure out why it did that
<rburton>
it might be hardcoding /usr and you just need to pass an option
<rburton>
or its doing something really horrible and you need to hack the configure.ac
<rburton>
RP: fun fact! we literally have no actual tests for tinfoil.build_targets
<Guest66>
all i see is `oldincludedir='/usr/include'` for include, and all locations that use `/usr/lib` are scoped for unix systems (hpux, openbsd, aix, darwin, ...)
<Guest66>
`includedir='${prefix}/include'` this uses the prefix, and looking at the logs, ./configure is called with --prefix=/usr
<rburton>
share the configure output if you want some pointers
<Guest66>
I would, but suddenly it's all gone, and bitbake is not downloading PostGIS from the repo again
<Guest66>
the git folder is empty
<RP>
rburton: sadly I'm not surprised
goliath has quit [Quit: SIGSEGV]
RobertBerger has quit [Remote host closed the connection]
<JaMa>
I don't like it, but understand why they do it. I had the same issue with meta-qt5 trying to support multiple releases, because projects tend to be fixed on Qt version for much longer than release cycle of OE and supporting many combinations as <release-codename>-<qt-version> branches isn't much better
<rburton>
they _could_ have multiple qt recipes in codename'd layers
<rburton>
anyway their choice, their struggle
<kanavin>
yeah, multiple recipes and PREFERRED_VERSION
<JaMa>
some projects are still using warrior branch from meta-qt5 even with walnascar builds, because Qt license change after 5.12 and calling that branch 5.12 could be less confusing than warrior
<kanavin>
also, not talking to upstream, ever, about this, but only occasionally sending patches that aid that scheme, and that get rejected because it's crazy
mrpelotazo has quit [Ping timeout: 252 seconds]
ray-san2 has joined #yocto
<tlwoerner>
qschulz: did i miss a reviewed by tag somewhere along the way?
<tlwoerner>
qschulz: i used the ??= instead of ?= because when i tested it KERNEL_IMAGETYPE was still set to zImage instead of Image when RK_KERNEL_FITIMAGE was True
<rburton>
RP: we need to do something about devtool tests. they're taking forever and building a lot more than i'd expect
<tlwoerner>
qschulz: the += was just ... habit?
mrpelotazo has joined #yocto
<qschulz>
tlwoerner: ah yes for ??=, becuase we use KERNEL_IMAGETYPE ?= Image in rockchip-fitimage.inc which is after KERNEL_IMAGETYPE ?= "zImage"
<qschulz>
you can avoid the ??= by simply having KERNEL_IMAGETYPE ?= "zImage" **after** the require line
<qschulz>
then the one in rockchip-fitimage will take precedence
<qschulz>
tlwoerner: I didn't send the R-b tag but I guess you can put it there :)
<tlwoerner>
qschulz: i'll move KERNEL_IMAGETYPE, i prefer that to the ??=. i'll remove the + from += and add your review line. THANKS!
<qschulz>
tlwoerner: hopefully that works :) I haven't tested it but the bitbake parser in my head is happy about it :D
<qschulz>
tlwoerner: thanks for looking into this :)
cyxae has joined #yocto
<qschulz>
I maybe will be able to send another version of the mesa patches for OE-Core today but nothing less sure
Kbo has quit [Quit: Client closed]
<tlwoerner>
while you're away i'll also push updates for the mesa thing and removing radxa-zero-3 from scarthgap
<tlwoerner>
based on past review, if there's something off about the updates we can always adjust later
<qschulz>
i have some patches ready for meta-rockchip for mesa
<qschulz>
thinking about it.... maybe I can send it as is and once the mesa patches make it to OE-Core, we can remove libclc from meta-rockchip's mesa.bbappend?
ray-san2 has quit [Ping timeout: 260 seconds]
<tlwoerner>
what's happening with libclc?
<tlwoerner>
the patch looks fine to me
<qschulz>
We'll likely remove the libclc PACKAGECONFIG from mesa in OE-Core
<qschulz>
and make it always on for mesa-native and selected autmoatically for select drivers (panfrost, asahi, intel, nouveau, ...)
florian_kc has quit [Ping timeout: 276 seconds]
<qschulz>
so we'll have to eventually remove it from meta-rockchip's mesa.bbappend like we had to for kmsro
<qschulz>
I'll send the series for meta-rockchip if you don't mind testing things yourself
Chaser has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
dmoseley has joined #yocto
pidge has joined #yocto
dmoseley has quit [Client Quit]
dmoseley has joined #yocto
pidge has quit [Ping timeout: 252 seconds]
pidge has joined #yocto
rfuentess has quit [Remote host closed the connection]
Guest21 has quit [Quit: Client closed]
Guest66 has quit [Quit: Client closed]
<RP>
rburton: suggesting on what welcome...
<leaf_it_out>
Anyone got an idea with this dts file compile problem please. I add two overlay dts files via a patch in a bbappend. Add them the make file. Add KERNEL_DEVICETREE_OVERLAYS:append = " pyramid_tsc2007.dts ft200xd-overlay.dts" to bbabbpend. Add RPI_KERNEL_DEVICETREE_OVERLAYS:append = " pyramid_tsc2007.dtbo pwm-2chan-overlay.dtbo" to my layers raspberrypi-armv8.conf but they don't get built? Any ideas? Thanksing you!
<mischief>
what is the correct way to add artifacts from one multiconfig to another multiconfig's image? i get the feeling reaching into the TMPDIR is wrong but i'm not sure.
frgo has joined #yocto
ptsneves has joined #yocto
frgo has quit [Ping timeout: 260 seconds]
<tgamblin>
Has anyone seen issues when building on scarthgap where bitbake can't find lz4, even if lz4-native and host lz4 are both available?