<jclsn>
Do you people pronounce U-Boot as "yoo boot" or "ooh boat"?
<Plinnie>
It depends on whether you are German or English. Since I'm not German I pronounce it 'yoo boot'
<LetoThe2nd>
most people call ist you-boot.
prabhakarlad has joined #yocto
Guest1050 has quit [Ping timeout: 268 seconds]
leon-anavi has joined #yocto
Tyaku has joined #yocto
<Plinnie>
But can anyone help me with my question. If I use gRPC using `find_program(GRPC_CPP_PLUGIN grpc_cpp_plugin REQUIRED)` it can't locate the plugin, but it appears not to search the native staging bindir
<Tyaku>
I come back about my DTS/DTB problem. As i know I have a DTB file that is configured to be used (KERNEL_DEVICETREE += " freescale/imx8mn-evk-rpmsg.dtb ") But it doesn't seems to be realy "loaded" on the system. Did someone know how we can check (at runtime?) which DTB file is really loaded ? printenv in u-boot only display dts file used during u-boot ?
jclsn has quit [Quit: WeeChat 3.5]
jclsn has joined #yocto
<kanavin>
Plinnie, which version of yocto are you on? this was fixed and re-fixed several times, so latest master might work properly
<Tyaku>
In "/sys/firmware/devicetree/base" or "/proc/device-tree" I don't see the modifications of my DTB, thats why I want to check which DTB file is realy used, how it is configured (I am probably missing some modifications in a recipe)
<Plinnie>
kanavin I'm actually using Petalinux 2022.1 which is based on Yocto 3.4
<kanavin>
Plinnie, you might want to try with latest pristine poky
<kanavin>
latest as in, HEAD master
florian has joined #yocto
<kanavin>
(+ meta-oe of course)
<Plinnie>
@kanavin I'm not sure if I can break out of the Xilinx prison... I'll see what I can do, thanks for the suggestion!
<chrysh>
good morning everyone! I have another question on building the sdk, maybe somebody can give me a pointer. I want to have linux/ion.h in my SDK. I added CONFIG_ION=y in my defconfig, so now I have a file lib/modules/4.14.206/build/include/uapi/linux/ion.h in my sdk. but 1. shouldn't I also have a /usr/lib/linux/ion.h file in my sdk? 2. The symlink to the file is broken:
<chrysh>
lib/modules/4.14.206/build/include/uapi/linux/ion.h -> ../../../drivers/staging/android/uapi/ion.h. How can it be broken, what did I forget?
<chrysh>
qschulz: Do you have an idea?
<kanavin>
Plinnie, only for the purpose of building the recipe that uses grpc, you can hopefully isolate that into a basic setup
zeddii has quit [Ping timeout: 260 seconds]
<qschulz>
Tyaku: as said, this is very likely vendor specific. Please have a look at your bootloader or how the fitimage is created (or both)
<qschulz>
Tyaku: mkimage -l <fitimage.itb> could give you some interesting information for starters
zeddii has joined #yocto
thekappe has joined #yocto
<thekappe>
hello guys ! I have a question.. I have recipe B that needs A.h from recipe A. Do I have to install A.h in recipe A during its do_install() task and add DEPENSD *= " A" in recipe B ?
<thekappe>
what if I do not want the A.h being in the rootfs ?
<LetoThe2nd>
thekappe: if you stick with canonical installation paths (especially the includedir), then the header will be packed into the A-dev package and not shipped by default.
<thekappe>
@let
<thekappe>
LetoThe2nd, thanks !
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
<Tyaku>
There is DEPENDS and RDEPENDS, DEPENDS is for dependencies during the build. As I know, you can build a library in receipe A and use this library from recipe B simply by specifing a DEPEND. (this example is for static libs)
<Tyaku>
Oh but I think I miss something, in my examples, my CMakeFiles have install part, so they put the .h and libs at the correct place.
wooosaiii has quit [Remote host closed the connection]
Piraty has quit [Quit: -]
Piraty has joined #yocto
wooosaiii has joined #yocto
camus has quit [Remote host closed the connection]
<chrysh>
I guess my question is: how should the files in ./work-shared/vs-drone-board/kernel-build-artifacts normally find their way into the sdk? is that still the kernel recipe that takes care of that?
camus has joined #yocto
florian_kc has joined #yocto
<RP>
kanavin: have to smile at that perl patch :)
<kanavin>
RP: why? my sarcastic writing style? :)
starblue has quit [Ping timeout: 268 seconds]
<kanavin>
RP: you haven't seen my pending patch cleanup work yet ;)
starblue has joined #yocto
<kanavin>
that's a really fertile ground for 'literary exercises' in commit messages
prabhakarlad has quit [Quit: Client closed]
starblue has quit [Quit: WeeChat 3.0]
<RP>
kanavin: no, I was just wondering how you got perl to work with a separate build directory :)
wooosaii has quit [Remote host closed the connection]
wooosaii has joined #yocto
brazuca has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 252 seconds]
nemik has joined #yocto
<sotaoverride>
whats the best way to back track something like this: /usr/lib64/pkgconfig conflicts between attempted installs of libqtcoree-dev-4.8.7-r0.aarch64 and pulseaudio-dev-13.0-r0.aarch64
wooosaii has quit [Read error: Connection reset by peer]
Plinnie40 has joined #yocto
wooosaii has joined #yocto
<Plinnie40>
So, this is not entirely a Yocto question, but maybe someone has some good idea. So, there is a status LED on my board, for which I've now loaded the heartbeat driver, so it shows a nice heartbeat. However, this status LED is also visible to the user from outside. Now for the end user I would like to provide a bit more feedback (for example,
<Plinnie40>
shutting down takes a bit of time). So, I would actually like to change the blinking pattern of the LED depending on the phase of the OS (start-up, running, (failure?), shutting down).. is there any preexisting driver I could use for this?
<Plinnie40>
or some other way to accomplish this
denisoft81 has quit [Quit: Leaving]
seninha has quit [Remote host closed the connection]
xmn has joined #yocto
<landgraf>
sotaoverride: /usr/lib64/pkgconfig should not be in libqtcoree and mpg123 at the same time. have you added it to FILES section?
pbergin has quit [Quit: Leaving]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
<sotaoverride>
landgraf: not me in particular but maybe the bsp did
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
<landgraf>
sotaoverride: the underlying rpms have been builds to own /usr/lib64/pkgconfig. most likely because one of the recipe (or most likely both) was written in this way
<JPEW>
RP, abelloni: Should we close #14899 now and reopen if that didn't fix it?
<landgraf>
sotaoverride: append it to problematic recipes in your layer
<JPEW>
Just thinking through: I think that will fix it in all cases for master, but it may still show up in release branches until backported? I don't _think_ there is a way that the release branches can mess up master if they don't have the backport.
<landgraf>
you don't want /usr/lib64/pkgconfig to be owned by the packages
<landgraf>
sotaoverride: or better specify FILES:${PN}-dev = "${libdir}/pkgconfig/*"
amitk has quit [Ping timeout: 268 seconds]
<Plinnie40>
Alright, I figured out that I can simply control the LED blinking in sysfs. Didn't know that, never mind my question
amitk has joined #yocto
thekappe has joined #yocto
kscherer has joined #yocto
<thekappe>
Hello guys ! I have a problem.. I have a recipe that builds a shared library library (recipeB -> libB.so). In libB.so there are some calls to functions in libA.so (provided by recipeA). I can bitbake both recipeB and recipeA. Now i want to bitbake recipeC which compile some C code that makes calls to some libB.so functions that call some libA.so
<thekappe>
function. The problem is that I canìt bitbake correctly recipeC since I got some libB.so: undefined reference to liba_func(...)
<qschulz>
thekappe: check if libA.so is part of the recipe-sysroot in your recipeC
<qschulz>
if not, something's wrong :)
<qschulz>
check that libA.so is part of recipe-sysroot in your recipeB
<qschulz>
if not, something's really wrong if you could actually compile it
<qschulz>
also, I hope you use versioned libraries and not libA.so (e.g. libA.so.1.2.3)
<qschulz>
because Bitbake expects versioned libraries
zpfvo has quit [Ping timeout: 268 seconds]
sakoman has joined #yocto
<thekappe>
qschulz, yes !
<thekappe>
I've set the DEPENDS as your ones
Minvera has joined #yocto
<thekappe>
moreover, I can see both libB.so and libA.so in recipeC/recipe-sysroot/usr/lib/
zpfvo has joined #yocto
smooge has quit [Ping timeout: 244 seconds]
SSmoogen has joined #yocto
<thekappe>
and I can see libA in recipeB/recipe-sysroot/usr/lib/
<thekappe>
libA is versioned (i provide it, the other one is not versioned but I'm not the owner)
amitk has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 260 seconds]
nemik has joined #yocto
Plinnie40 has quit [Ping timeout: 268 seconds]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
wooosaii has quit [Remote host closed the connection]
wooosaii has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
marc1 has quit [Ping timeout: 260 seconds]
marc1 has joined #yocto
Schlumpf has quit [Quit: Client closed]
zpfvo has quit [Ping timeout: 240 seconds]
zpfvo has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
zpfvo has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
Tyaku has quit [Quit: Lost terminal]
amitk has joined #yocto
adams[1] has joined #yocto
zpfvo has quit [Ping timeout: 268 seconds]
<adams[1]>
ERROR: minijail-1.0-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'git://github.com/google/minijail.git;branch=master;protocol=https')
<adams[1]>
wondering how to fix this?
leon-anavi has quit [Quit: Leaving]
<chrysh>
I sometimes wonder whether an AI could answer the more basic yocto questions
nemik has quit [Ping timeout: 268 seconds]
Shaun_ is now known as Shaun
florian has quit [Quit: Ex-Chat]
nemik has joined #yocto
florian_kc has quit [Ping timeout: 255 seconds]
<adams[1]>
as I just started with yocto a couple of days back, may be some pointers will help?
<qschulz>
adams[1]: do you have an SRCREV set to a valid commit hash found in master branch
<qschulz>
adams[1]: might also have been a network blip
adams[1] has quit [Quit: Client closed]
starblue has joined #yocto
thekappe has quit [Ping timeout: 252 seconds]
prabhakarlad has quit [Quit: Client closed]
amitk has quit [Ping timeout: 252 seconds]
seninha has joined #yocto
prabhakarlad has joined #yocto
frieder has quit [Remote host closed the connection]
ptsneves has quit [Ping timeout: 260 seconds]
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 255 seconds]
nemik has joined #yocto
wooosaii has quit [Remote host closed the connection]
wooosaii has joined #yocto
<abelloni>
JPEW: you closed 14899 but I think you wanted to close 14887
sotaoverride has quit [Read error: Connection reset by peer]
<JPEW>
abelloni: Ah, both actually
sotaoverride has joined #yocto
<abelloni>
sounds good :)
<JPEW>
Same root cause, just at two different points (two different SQL queries). Our fix should solve both
adams[1] has joined #yocto
sotaoverride has quit [Quit: Lost terminal]
<adams[1]>
qschulz: thanks. I was having some network issues.
florian_kc has joined #yocto
florian_kc has quit [Ping timeout: 260 seconds]
wooosaiii has joined #yocto
wooosaii has quit [Read error: Connection reset by peer]
paulg has quit [Remote host closed the connection]
sotaoverride has joined #yocto
sotaoverride has quit [Client Quit]
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
nemik has quit [Ping timeout: 268 seconds]
nemik has joined #yocto
sotaoverride has joined #yocto
florian_kc has joined #yocto
wooosaiii has quit [Read error: Connection reset by peer]
wooosaiii has joined #yocto
florian_kc has quit [Ping timeout: 260 seconds]
wooosaiii has quit [Remote host closed the connection]