#yocto on 2023-11-20 — irc logs at libera.irclog.whitequark.org

2023-07-05 09:29 LetoThe2nd changed the topic of #yocto to: Welcome to the Yocto Project | Learn more: https://www.yoctoproject.org | Community: https://www.yoctoproject.org/community | IRC logs: http://irc.yoctoproject.org/irc/ | Having difficulty on the list, with someone on the list or on IRC, contact Yocto Project Community Manager Letothe2nd | CoC: https://www.yoctoproject.org/community/code-of-conduct

00:19 florian has quit [Ping timeout: 255 seconds]

00:23 ptsneves has quit [Ping timeout: 255 seconds]

00:33 ptsneves has joined #yocto

00:40 goliath has quit [Quit: SIGSEGV]

00:44 ptsneves has quit [Remote host closed the connection]

00:55 KhazAkar has quit [Quit: Connection closed for inactivity]

01:15 ptsneves has joined #yocto

01:59 Minvera has quit [Ping timeout: 252 seconds]

02:04 davidinux has quit [Ping timeout: 255 seconds]

02:08 starblue has quit [Ping timeout: 245 seconds]

02:10 starblue has joined #yocto

02:12 camus has joined #yocto

02:15 davidinux has joined #yocto

02:27 ablu has quit [Ping timeout: 255 seconds]

02:29 ablu has joined #yocto

02:47 Vonter has quit [Ping timeout: 255 seconds]

02:48 Vonter has joined #yocto

03:19 Estrella has quit [Quit: No Ping reply in 180 seconds.]

03:20 Estrella has joined #yocto

04:10 kpo_ has quit [Ping timeout: 264 seconds]

04:27 ecdhe_ has joined #yocto

04:30 ecdhe has quit [Ping timeout: 256 seconds]

05:01 knuckles has joined #yocto

05:01 knuckles is now known as uknucks

05:04 <uknucks> I'm having a real hard time trying to build a kernel module in my eSDK right now, some pointers would be much appreciated. I can't reach the git clone where the mirror of linux exists that I need, but I do have the kernel-devsrc package installed. I've seen various people online claim that this is something you can manually do by running make

05:04 <uknucks> commands, but I think my environment script might not be setting things right cause I get compilation errors just trying to "make scripts" and it seems to be related to not being able to find stuff in the toolchain

05:04 KhazAkar has joined #yocto

05:04 <uknucks> Initially I was just kinda going off this one: https://stackoverflow.com/questions/60923890/how-to-build-linux-kernel-module-using-yocto-sdk

05:05 <uknucks> Has anyone tried this before?

05:07 <uknucks> Alternatively, is it possible just to write a bbapend file that tells the kernel recipe to use the source that is installed by kernel-devsrc? If so, I could just use the normal kernel-module class

05:19 Haxxa has quit [Remote host closed the connection]

05:20 GNUmoon has quit [Ping timeout: 240 seconds]

05:22 Haxxa has joined #yocto

05:22 sakman_ has quit [Quit: Leaving]

05:23 GNUmoon has joined #yocto

05:24 sakman has joined #yocto

05:31 alperak has joined #yocto

05:48 uknucks has quit [Ping timeout: 250 seconds]

05:59 alperak has quit [Quit: Client closed]

06:05 ray-san2 has joined #yocto

06:14 jmd has joined #yocto

06:17 jmd has quit [Remote host closed the connection]

06:19 alperak has joined #yocto

06:25 alessioigor has joined #yocto

06:25 alessioigor has quit [Remote host closed the connection]

06:40 goliath has joined #yocto

06:42 ray-san2 has quit [Ping timeout: 252 seconds]

06:44 jmd has joined #yocto

06:57 ray-san2 has joined #yocto

06:57 rob_w has joined #yocto

07:04 pretec has joined #yocto

07:10 alessioigor has joined #yocto

07:11 pretec_ has joined #yocto

07:12 pretec__ has joined #yocto

07:13 pretec has quit [Ping timeout: 256 seconds]

07:15 pretec_ has quit [Ping timeout: 252 seconds]

07:16 pretec__ is now known as pretec

07:16 vladest has quit [Quit: vladest]

07:20 linfax has joined #yocto

07:21 alessioigor has quit [Quit: alessioigor]

07:22 alessioigor has joined #yocto

07:51 vladest has joined #yocto

07:53 rber|res has joined #yocto

07:54 jmd has quit [Remote host closed the connection]

07:59 rfuentess has joined #yocto

08:03 KhazAkar has quit [Quit: Connection closed for inactivity]

08:06 jclsn has joined #yocto

08:09 mckoan|away is now known as mckoan

08:10 <mckoan> good morning

08:10 leon-anavi has joined #yocto

08:13 <alessioigor> Have a nice week!

08:15 Kubu_work has joined #yocto

08:15 rber|res has quit [Remote host closed the connection]

08:16 rber|res has joined #yocto

08:17 lexano has quit [Ping timeout: 255 seconds]

08:19 frieder has joined #yocto

08:28 jmd has joined #yocto

08:30 lexano has joined #yocto

08:35 florian_kc has joined #yocto

08:39 Guest97 has joined #yocto

08:40 Guest97 is now known as Rich_1234

08:42 alessioigor has quit [Quit: alessioigor]

08:42 alessioigor has joined #yocto

08:47 alessioigor has quit [Quit: alessioigor]

08:47 alessioigor has joined #yocto

09:04 KhazAkar has joined #yocto

09:07 <LetoThe2nd> yo dudX

09:12 alessioigor has quit [Quit: alessioigor]

09:13 alessioigor has joined #yocto

09:15 sng has joined #yocto

09:28 alessioigor has quit [Quit: alessioigor]

09:28 alessioigor has joined #yocto

09:41 rber|res has quit [Remote host closed the connection]

09:42 rber|res has joined #yocto

09:44 rber|res has quit [Remote host closed the connection]

09:44 rber|res has joined #yocto

09:46 jmd has quit [Remote host closed the connection]

10:00 schtobia has quit [Quit: Bye!]

10:01 schtobia has joined #yocto

10:03 alessioigor has quit [Quit: alessioigor]

10:03 alessioigor has joined #yocto

10:20 Vonter has quit [Ping timeout: 256 seconds]

10:21 Byleth has joined #yocto

10:21 Vonter has joined #yocto

10:21 Byleth has left #yocto [#yocto]

10:22 BylethTMP has joined #yocto

10:29 <BylethTMP> Hey! How's your day going? I have a problem which I can't get rid off. I try to build a mavsdk (as a new recipe because it doesn't exist from oe index) static library as dependency to my recipe. But I get an error in the do_configure with cmake. This libs use "ExternalProject_Add()" from CMakeLists.txt. This throw error "could not resolve

10:29 <BylethTMP> github.com" when cmake is trying to download extra libs. This error happens only with bitbake recipe. I can compile fine without it. I'm running on Ubuntu 22.04 with Yocto Kirkstone. Any Ideas ?

10:33 <Rich_1234> I think it is to do with disabling network steps in the `do_configure` step. so there is do_configure[network] = "1" to allow network access in the configure step. Or set the SRC_URI in the recipe and pass it into CMAKE with the EXTRA_OECMAKE flag

10:36 <rburton> BylethTMP: we really encourage recipes to do all their fetching in do_fetch, so if you can fetch those repositories via SRC_URI and put them in the right place, so the configure doesn't need to go and download more sources

10:39 <BylethTMP> I'll try both. This mavsdk lib is not mine and I not confident enough to understand all CMakeLists.txt tree there. I don't know if i download sources and put them in the right place CMake will not try to fetch them again...

10:42 kayterina3 has joined #yocto

10:43 <rburton> BylethTMP: for mavsdk, try -DHUNTER_ENABLED=OFF

10:43 <rburton> (in EXTRA_OECMAKE)

10:43 <BylethTMP> rburton Already tried that, but same problem with a its dependency "mavlink"

10:44 <BylethTMP> oops mybad

10:45 <BylethTMP> I tried but nothing changed. I tried Rich_1234 solution which help a little bit but now i'm stuck with find_package that could not find mavlinkConfig.cmake

10:45 <rburton> that's just a normal missing dependency

10:45 <rburton> you need a recipe for mavlink

10:46 <rburton> https://github.com/mavlink/mavlink

10:46 <BylethTMP> yup but mavsdk fetch that i guess. i hope it'll not conflict

10:47 <rburton> it's not fetching it, if its doing a find_package then it probably just expects you've got it already

10:47 <rburton> so you need a recipe

10:47 <rburton> when you're done please make a public layer, i'm 99% sure i've seen these questions a few times in the last few months

10:47 <BylethTMP> rburton mavsdk download mavlink with "ExternalProject_Add()"

10:47 <rburton> ah my grep didn't find that

10:48 <BylethTMP> really? wait

10:48 <rburton> I just did https://github.com/search?q=repo%3Amavlink%2FMAVSDK%20ExternalProject_Add&type=code

10:49 <BylethTMP> right here : https://github.com/mavlink/MAVSDK/blob/948aaca9f1c0d13b8d3c4ee2e5c584e6e97e01c7/third_party/mavlink/CMakeLists.txt#L24C25-L24C25

10:50 <BylethTMP> case sensitive got us i guess

10:50 <rburton> yeah, presumably

10:50 <rburton> oh i do like how they need to patch their own software

10:51 <BylethTMP> wanna patch it for me ? :p

10:51 <rburton> that's really classy

10:52 <rburton> -DSUPERBUILD=OFF and write recipes for the dependencie

10:52 <rburton> see how the top level cmake has 'option(SUPERBUILD "Build dependencies" ON)'

10:52 <rburton> might mean writing a couple more recipes but you'll have more control and less duplication of code

10:53 <BylethTMP> Okay, hope it'll work

10:53 <rburton> oh yeah you _really_ want that. it will go and presumably fail top build curl and more if you don't

10:53 <rburton> https://github.com/mavlink/MAVSDK/blob/948aaca9f1c0d13b8d3c4ee2e5c584e6e97e01c7/third_party/curl/CMakeLists.txt#L33

10:54 <rburton> and openssl, and zlib. stuff you want to use from the system, not random builds.

10:55 <BylethTMP> So i should create a whole layer with all dependencies ect

10:56 rber|res has quit [Remote host closed the connection]

10:56 <rburton> well most of the deps are already in core, but yes

10:56 <BylethTMP> git tag used by mavsdk is a hash format. Could i use that in SRC_URI or I need to investigate ?

10:57 rber|res has joined #yocto

10:57 <BylethTMP> okay got it

10:57 <rburton> hash is best for a SRC_REV

10:57 <BylethTMP> thx for help!

10:57 <rburton> using a tag name means a network operation every parse to resolve the tag

10:58 <BylethTMP> so i don't need to add "git://url/repo.git;tag=mytag" ? i just put the rev is SRC_REV and that's it?

10:58 <BylethTMP> to add ";tag=mytag"* to the SRC_URI

11:00 <rburton> right, just SRC_REV, no need for tag=

11:00 <rburton> either work, SRCREV is idiomatic

11:03 <BylethTMP> I have to change some of CMakeLists.txt in mavsdk to get it work with dependencies as recipes, right?

11:03 starblue has quit [Ping timeout: 256 seconds]

11:05 <rburton> looks like just passing -DSUPERBUILD=OFF

11:05 starblue has joined #yocto

11:12 <BylethTMP> Oh you're right. MyBad! Thanks for the help! :)

11:12 <BylethTMP> I'll tell you if I get it working

11:17 skokkonda has joined #yocto

11:19 kpo_ has joined #yocto

11:29 mckoan is now known as mckoan|away

11:33 alessioigor has quit [Quit: alessioigor]

11:34 alessioigor has joined #yocto

11:35 florian_kc has quit [Ping timeout: 276 seconds]

11:41 kayterina3 has quit [Ping timeout: 250 seconds]

11:41 mvlad has joined #yocto

11:50 camus has quit [Quit: camus]

11:52 camus has joined #yocto

12:11 mbulut has joined #yocto

12:23 lexano has quit [Remote host closed the connection]

12:32 kpo_ has quit [Ping timeout: 255 seconds]

12:33 Saur_Home has quit [Quit: Client closed]

12:33 Guest95 has joined #yocto

12:35 jmd has joined #yocto

12:39 lexano has joined #yocto

12:49 alessioigor has quit [Quit: alessioigor]

12:49 alessioigor has joined #yocto

13:00 uknucks has joined #yocto

13:01 <uknucks> Hey, anyone happen to see my question about kernel modules in eSDK?

13:04 florian_kc has joined #yocto

13:07 uknucks has quit [Quit: Client closed]

13:08 Guest95 has quit [Quit: Client closed]

13:11 uknucks has joined #yocto

13:13 kayterina3 has joined #yocto

13:16 uknucks has quit [Quit: Client closed]

13:17 uknucks has joined #yocto

13:20 pretec has quit [Remote host closed the connection]

13:22 uknucks has quit [Quit: Client closed]

13:22 uknucks has joined #yocto

13:26 <rburton> sakman: our CI went green for dunfell, thanks for the qemu fixes :)

13:28 uknucks has quit [Quit: Client closed]

13:35 jmd has quit [Remote host closed the connection]

13:45 florian__ has joined #yocto

13:58 rob_w has quit [Ping timeout: 256 seconds]

13:59 Minvera has joined #yocto

14:03 jmd has joined #yocto

14:05 davidinux has quit [Quit: WeeChat 3.5]

14:13 davidinux has joined #yocto

14:16 tym2k1 has joined #yocto

14:18 BobPungartnik has quit [Quit: Leaving]

14:18 jmiehe has joined #yocto

14:18 jmiehe has quit [Client Quit]

14:19 tym2k1 has quit [Client Quit]

14:31 tgamblin has quit [Ping timeout: 256 seconds]

14:31 tgamblin has joined #yocto

14:37 linfax has quit [Ping timeout: 256 seconds]

14:50 jmd` has joined #yocto

14:51 prabhakarlad has quit [Quit: Client closed]

14:58 rsalveti has joined #yocto

15:00 amsobr has joined #yocto

15:04 paulg has quit [Ping timeout: 240 seconds]

15:05 paulg has joined #yocto

15:09 vladest has quit [Remote host closed the connection]

15:10 jmd` has quit [Remote host closed the connection]

15:13 KhazAkar has quit [Quit: Connection closed for inactivity]

15:29 Rich_1234 has quit [Quit: Connection closed]

15:30 goliath has quit [Quit: SIGSEGV]

15:30 Guest97 has joined #yocto

15:31 Guest97 is now known as Rich_1234

15:32 <Saur> RP: We updated our firmware platform to Nanbield on Friday, and yesterday one of the developers reported that he got errors when running `devtool search gcc`. And I can confirm this to be the case, also when only using poky. It is the "basehash value changed" error. It only happens for recipes in meta, which lead me to the the new :layer-core override used when setting `ERROR_QA:layer-core:append = " patch-status"`. It turns out that the

15:32 <Saur> `FILE_LAYERNAME` variable is not set for BBCLASSEXTENDed recipes (or rather, I assume it actually changes during the build due to the resulting errors).

15:38 <RP> Saur: ouch. That definitely isn't intended

15:40 <Saur> No, I figured that. I tried to figure out how the datastore for the native recipe is constructed without it going through parseRecipeVariants() at one time or another, but I haven't quite figured out how bitbake generates the datastores for the BBCALSSEXTENDed recipes yet.

15:41 <RP> Saur: code is in ast.py iirc

15:41 <RP> Saur: there is an inner and outer finalize function

15:41 vladest has joined #yocto

15:44 frieder has quit [Remote host closed the connection]

15:44 prabhakarlad has joined #yocto

15:47 <Saur> Yes, but wouldn't all recipe parsing have to go through parseRecipeVariants(), which sets FILE_LAYERNAME by calling _parse_recipe(), at one time or another? I expected the variables that are set for the target recipe to propagate to the native variant, except overridden by a :class- override, or specifically changed in the native.bbclass.

15:55 skokkonda has quit [Quit: Client closed]

15:58 BylethTMP has quit [Quit: Client closed]

16:05 rber|res has quit [Read error: Connection reset by peer]

16:29 rfuentess has quit [Remote host closed the connection]

16:29 KhazAkar has joined #yocto

16:33 dmoseley has quit [Quit: ZNC 1.8.2 - https://znc.in]

16:35 dmoseley has joined #yocto

16:40 mbulut has quit [Ping timeout: 256 seconds]

16:51 Dane86 has joined #yocto

17:04 ptsneves has quit [Remote host closed the connection]

17:04 ptsneves has joined #yocto

17:05 florian__ has quit [Ping timeout: 256 seconds]

17:11 <Dane86> Still struggling to wrap my head around BitBake properly =D

17:11 <Dane86> If I wanted to only DISTRO_FEATURES:append for a certain image, then how would I do that?

17:11 <Dane86> I know it must be something like DISTRO_FEATURES:append:sota = " sota systemd usrmerge" but struggling with the specifics...

17:16 <Saur> Dane86: You cannot do that. DISTRO_FEATURES are global. You cannot set them per image.

17:16 prabhakarlad has quit [Quit: Client closed]

17:17 <Dane86> Could I do the setting in the image .bb?

17:17 <Dane86> Or can DISTRO_FEATURES only be set in local.conf?

17:18 <Saur> You can set DISTRO_FEATURES in any configuration file.

17:18 <Saur> Typically your <distro>.conf file.

17:19 <Dane86> OK but has to be .conf, not .bb...

17:19 <Saur> Yes.

17:19 <Saur> Settings in *.conf files are for all recipes, whereas *.bb are only for the specific recipe.

17:20 <Dane86> Aha, thanks! (y) :]

17:20 <RP> Saur: sorry I'm multitasking badly, did you have a specific question? I'd suggest filing a bug to track this btw

17:21 kayterina3 has quit [Remote host closed the connection]

17:22 <Saur> RP: I have come as far as to determine that the problem happens in parseRecipeFile() where it fails to determine the layername for virtual variants.

17:22 kayterina3 has joined #yocto

17:22 <Saur> This is why it is seen when using tinfoil.

17:27 <Saur> RP: I will file a bug for it, but I'm looking into the code to see if I can figure out a solution as well...

17:31 flom84 has quit [Remote host closed the connection]

17:32 prabhakar has quit [Ping timeout: 255 seconds]

17:35 alperak has quit [Quit: Client closed]

17:35 alperak has joined #yocto

17:38 Kubu_work has quit [Quit: Leaving.]

17:39 <RP> Saur: might it need to drop the "virtual:" bit from the filenames?

17:54 Saur_Home has joined #yocto

17:58 <Saur_Home> RP: Sounds likely. I'll see what I can do...

18:05 ptsneves has quit [Quit: ptsneves]

18:05 ptsneves1 has joined #yocto

18:07 ptsneves1 is now known as ptsneves

18:16 ptsneves has quit [Ping timeout: 255 seconds]

18:32 Minvera has quit [Remote host closed the connection]

18:35 <alperak> good night everyone.

18:35 alperak has quit [Quit: Client closed]

18:38 florian__ has joined #yocto

18:54 jmd has quit [Remote host closed the connection]

18:55 jmd has joined #yocto

18:56 kayterina3 has quit [Remote host closed the connection]

18:56 kayterina3 has joined #yocto

19:11 <halstead> kanavin: your python 3.12 update a-full started about 2 hours before maintenance. I'm curious if it would be okay interrupt it and let it re-queue so I can move forward.

19:14 leon-anavi has quit [Quit: Leaving]

19:15 Haxxa has quit [Quit: Haxxa flies away.]

19:16 Haxxa has joined #yocto

19:16 Oxbef has joined #yocto

19:16 <Oxbef> Happy Monday everyone

19:19 Oxbef34 has joined #yocto

19:22 Oxbef has quit [Ping timeout: 250 seconds]

19:27 Oxbef34 has quit [Ping timeout: 250 seconds]

19:30 Joel85 has joined #yocto

19:30 <Joel85> Moin! I enabled u-boot in my local.conf but the only u-boot file copied is boot.scr. How can I troubleshoot this?

19:32 <Joel85> I'm building a Raspberry Pi image

19:32 kayterina3 has quit [Remote host closed the connection]

19:37 prabhakar has joined #yocto

19:37 prabhakarlad has joined #yocto

19:39 Dane86 has quit [Quit: Client closed]

19:39 Joel85 has quit [Quit: Client closed]

19:53 <kanavin> halstead, I'll cancel it now

19:54 <kanavin> halstead, canceled

19:54 <halstead> kanavin: That works too.

19:54 jmd has quit [Remote host closed the connection]

19:54 kpo_ has joined #yocto

19:55 Kubu_work has joined #yocto

19:59 florian__ is now known as florian

19:59 <sakman> rburton: were you probably referring to sakoman ??

20:02 <sakoman> sakman: yes, he was :-)

20:02 <rburton> ha, yes

20:03 <rburton> i only type at best two characters before hitting tab and hoping for the best :)

20:03 <sakman> sakoman: I now know where to forward wrong mail ;P

20:03 <rburton> sakoman: thanks :)

20:04 <rburton> sakoman: i have some changes to the debuginfo test which i'm just testing locally one more time but should at least help explain what is failing. my hunch is that its taking too long to scan the deploy as its reusing an old and huge build dir.

20:11 sakman has quit [Quit: Leaving]

20:14 goliath has joined #yocto

20:18 Joel84 has joined #yocto

20:19 <Joel84> Moin! I enabled u-boot in my local.conf but the only u-boot file copied is boot.scr. How can I troubleshoot this? I'm building a RPi image.

20:23 <halstead> kanavin: AB workers are available again if you would like to restart your test

20:49 Vonter has quit [Ping timeout: 260 seconds]

20:51 Vonter has joined #yocto

21:00 alessioigor has quit [Quit: alessioigor]

21:03 <sakoman> rburton: thanks for working on that! I'm happy to test whenever you've got something

21:16 sakman has joined #yocto

21:19 vladest has quit [Quit: vladest]

21:21 vladest has joined #yocto

22:03 Kubu_work has quit [Quit: Leaving.]

22:11 <rburton> sakoman: have a go of whats in poky-contrib:ross/debuginfod

22:32 <sakoman> rburton: OK, will do!

22:45 <sakoman> rburton: I've got an AB run queued

22:51 Joel84 has quit [Ping timeout: 250 seconds]

23:23 mvlad has quit [Remote host closed the connection]