Thursday, 2021-01-21

*** ssajal <ssajal!> has quit IRC00:07
jonesv[m]Say I use SRC_URI to fetch custom kernel sources in a `.zip`, but they are not at the root (they are in `sources/linux/linux`). Is there a way to tell SRC_URI that I am interested in that subdirectory only?00:22
*** dev1990 <dev1990!> has quit IRC00:24
*** dev1990 <dev1990!> has joined #yocto00:24
*** sesom <sesom!> has joined #yocto00:25
*** sesom <sesom!> has quit IRC00:29
*** paulg <paulg!> has quit IRC00:41
*** paulg <paulg!> has joined #yocto00:56
bluelightningjonesv[m]: you'd set S to point to that subdirectory so that the build starts under there01:03
*** linums <linums!~linums@> has quit IRC01:05
*** tgoodwin <tgoodwin!> has joined #yocto01:06
*** linums <linums!> has joined #yocto01:06
jonesv[m]Oh, like simply S = sources/linux/linux?01:07
*** tgoodwin <tgoodwin!> has quit IRC01:10
jonesv[m]Found it, just before SANITY_REQUIRED_UTILITIES in the manual 😊. Not easy to search for "S" 😁01:11
*** linums <linums!> has quit IRC01:14
*** linums <linums!> has joined #yocto01:14
*** tgoodwin <tgoodwin!> has joined #yocto01:15
*** linums <linums!> has quit IRC01:17
*** manuel_ <manuel_!> has joined #yocto01:21
*** manuel__ <manuel__!> has quit IRC01:24
*** linums <linums!> has joined #yocto01:30
*** linums <linums!> has quit IRC01:34
*** linums <linums!~linums@> has joined #yocto01:35
jonesv[m]Finally got it to work, thanks bluelightning !01:53
jonesv[m]hmm now it complains that it does not find a `.config` (which is correct, I did not add it anywhere). I managed to get the running config `config.gz`. Is there some place I could put it in my kernel recipe? 🤔01:58
jonesv[m]The idea here is that I want to use a downstream kernel from their sources (and then see if I can do it only from patches, but that's a later step)01:58
jonesv[m]I guess that's this: Slowly starting to find my way around the docs 😊02:00
jonesv[m]Anyway it's 3am, good night :)02:00
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:02
jonesv[m]hmm still not working. Seems like it finds the defconfig, but it does not create a .config out of it02:10
*** sesom <sesom!> has joined #yocto02:13
*** sesom <sesom!> has quit IRC02:22
*** JaBen <JaBen!~Thunderbi@2a02:8109:86c0:1c58:bd52:f0ef:80f0:e69e> has quit IRC02:22
*** cp- <cp-!> has quit IRC02:33
*** cp- <cp-!> has joined #yocto02:38
*** cp- <cp-!> has quit IRC02:43
*** cp- <cp-!> has joined #yocto02:45
*** nuub-abc <nuub-abc!73450515@> has joined #yocto03:14
nuub-abcI've hit a defect in the do_unpack function that I thought I could workaround but now realize I can't.03:15
nuub-abcAnyone able to suggest where to look to alter the git clone statement that is used in that function?03:16
*** mattsm <mattsm!> has quit IRC03:16
nuub-abcWe need to add the option --origin origin03:17
nuub-abcCurrently we assume everyone's clone command creates a remote named origin.03:17
nuub-abcThat assumption isn't always true.  False cases break do_unpack03:18
*** mattsm <mattsm!> has joined #yocto03:21
*** kaspter <kaspter!~Instantbi@> has quit IRC03:33
*** kaspter <kaspter!~Instantbi@> has joined #yocto03:33
*** Kyubi <Kyubi!~Kyubi@> has quit IRC03:39
*** Kyubi <Kyubi!> has joined #yocto03:57
*** Vijay <Vijay!a4a45f09@> has joined #yocto03:59
*** sesom <sesom!> has joined #yocto04:08
nuub-abcFound it. working on a patch now.04:09
*** nuub-abc <nuub-abc!73450515@> has quit IRC04:09
*** Vijay <Vijay!a4a45f09@> has quit IRC04:18
*** sesom <sesom!> has quit IRC04:34
*** sesom <sesom!> has joined #yocto04:35
*** vineela <vineela!~vtummala@> has quit IRC04:35
*** sesom <sesom!> has quit IRC04:39
*** Kyubi <Kyubi!> has quit IRC04:47
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto04:48
*** Kyubi_ <Kyubi_!> has joined #yocto04:49
*** Kyubi <Kyubi!~Kyubi@> has quit IRC04:49
*** sesom <sesom!> has joined #yocto04:49
*** sakoman <sakoman!~steve@> has quit IRC04:50
*** kaspter <kaspter!~Instantbi@> has quit IRC04:52
*** camus1 <camus1!~Instantbi@> has joined #yocto04:52
*** camus1 is now known as kaspter04:55
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC04:58
*** Kyubi_ <Kyubi_!> has quit IRC05:07
*** sesom <sesom!> has quit IRC05:12
*** sesom <sesom!> has joined #yocto05:13
*** goliath <goliath!> has joined #yocto05:38
*** Kyubi <Kyubi!> has joined #yocto05:49
*** Kyubi <Kyubi!> has quit IRC05:50
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto05:58
*** beneth <beneth!> has joined #yocto06:07
*** ssajal <ssajal!> has joined #yocto06:08
*** sesom <sesom!> has quit IRC06:10
*** sesom <sesom!> has joined #yocto06:11
*** sesom <sesom!> has quit IRC06:16
*** dreyna_ <dreyna_!> has quit IRC06:16
*** Kyubi <Kyubi!~Kyubi@> has quit IRC06:24
*** Shikadi` <Shikadi`!> has quit IRC06:33
*** JohnKa <JohnKa!> has joined #yocto06:34
*** AndersD <AndersD!> has joined #yocto06:38
*** minimaxwell <minimaxwell!> has joined #yocto06:41
JohnKaHi guys, I was building using yocto-2.6.2 for machine qemux86 and that was working well, then I only changed the machine to qemuarm and the image I had has issues like:06:42
JohnKa-  When shutting down, it gets stuck at "reboot: System halted" and never power off after that06:42
JohnKa- anytime I try to ssh to it, I get "ssh_exchange_identification: read: Connection reset by peer"06:42
JohnKaboth issues weren't there when I had an image for qemux86, is there something else other than "MACHINE" was supposed to be changed or what could be a reason for that to happen?06:42
*** sesom <sesom!> has joined #yocto06:47
*** AndersD_ <AndersD_!> has joined #yocto06:48
*** AndersD <AndersD!> has quit IRC06:51
*** sesom <sesom!> has quit IRC06:54
*** DanmerZ <DanmerZ!~op@> has joined #yocto06:59
*** dev1990 <dev1990!> has quit IRC07:02
DanmerZHi! /msg NickServ identify danmer190407:12
*** DanmerZ <DanmerZ!~op@> has quit IRC07:13
*** jobroe <jobroe!> has joined #yocto07:15
*** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has quit IRC07:20
*** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has joined #yocto07:20
*** ThomasD13 <ThomasD13!> has joined #yocto07:22
*** kpo_ <kpo_!> has quit IRC07:31
*** kpo_ <kpo_!> has joined #yocto07:32
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto07:36
*** Anarky <Anarky!~Anarky@2a01:cb14:585:6700:baac:6fff:fea4:58b5> has quit IRC07:36
*** olani <olani!user@nat/axis/x-knbnbqmkzkvdhsaq> has quit IRC07:38
*** B0ned1ger2 <B0ned1ger2!> has quit IRC07:40
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:40
*** B0ned1ger <B0ned1ger!> has joined #yocto07:40
*** frsc <frsc!> has joined #yocto07:41
*** fl0v0 <fl0v0!> has joined #yocto07:53
*** linums <linums!~linums@> has quit IRC08:01
*** linums <linums!~linums@> has joined #yocto08:02
*** mckoan|away is now known as mckoan08:02
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:c8d3:7f88:4be3:4a60> has joined #yocto08:12
*** kaspter <kaspter!~Instantbi@> has quit IRC08:13
*** kaspter <kaspter!~Instantbi@> has joined #yocto08:14
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:15
alejandrohsis it expected behacvior if do_populate_lic isnt automatically set on the task dependencies unless specifically building a recipe?, or am I looking at a bug?08:19
alejandrohse.g. it looks like do_populate_lic depends on do_build08:19
alejandrohsso if I build recipe X the task do_populate_lic for X is executed08:20
alejandrohsbut if I build recipe Y which depends on X, the task do_populate_lic for X isnt executed08:20
*** sesom <sesom!> has joined #yocto08:27
RobertBergerI try to install the buildtool extended tarball and an extensible SDK with master from 2 weeks ago and the extensible SDK installation fails with the infamous ERROR: Task (virtual:native:/xxx/meta/recipes-devtools/pseudo/ failed with exit code 'setscene whitelist'08:30
RobertBergercan someone please check if they can reproduce it?08:30
RobertBergerI use core-image-sato-sdk08:31
*** B0ned1ger <B0ned1ger!> has quit IRC08:39
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto08:40
*** manuel__ <manuel__!> has joined #yocto08:40
jonesv[m]I am creating my own `kernel-recipes/linux/linux-mykernel`, using downstream kernel sources. In my machine BSP file, I set `PREFERRED_PROVIDER_virtual/kernel` to "linux-mykernel", so that it uses my custom kernel recipe. But in my recipe, I had to add `inherit kernel siteinfo` for it to find it (which I copied from the raspberrypi BSP).08:40
jonesv[m]What does `inherit kernel siteinfo` do? Is it correct to include that in my custom kernel recipe?08:40
*** manuel_ <manuel_!> has quit IRC08:43
RobertBerger@jonesv[m]: inherit kernel: inherits this class:
RobertBerger@jonesv[m]: inherit siteinfo: inherits this class:
*** alessioigor <alessioigor!> has joined #yocto08:50
manuel__RobertBerger: While you're around, quick question: Which tool are you using to pull/manage your layers? kas? repo? Or did you come up with some own solution?08:50
RobertBerger@jonesv[m]: I don't explicitly inherit those classes, but I include/require meta/recipes-kernel/linux/, which inherits kernel08:50
jonesv[m]<RobertBerger "@jonesv[m]: inherit kernel: inhe"> Aha! And this defines some do_ functions. Also it resolves my issue with the missing .config. Feels like it is fine to inherit from that when compiling from my own kernel sources, right? Or is that meant to be specific to the linux-yocto sources?08:50
jonesv[m]<RobertBerger "@jonesv[m]: I don't explicitly i"> Oh right. What would be the difference?08:51
RobertBerger@manuel__: My own solution, which is bash scripts + git:
RobertBerger@jonesv[m]: well bbclasses can define various things. inherits a few more classes08:54
manuel__RobertBerger: Thanks!08:54
*** alessioigor <alessioigor!> has quit IRC08:54
RobertBerger@manuel__: I used repo before, but it did not fit my workflow. If you search for an "out of the box" solution, I guess kas is a a good option.08:55
LetoThe2ndRobertBerger: resy, i hoi di mitm...09:02
*** Anarky <Anarky!> has joined #yocto09:13
RobertBerger@LetoThe2nd: Oida ;) Genau oda Maresi09:15
LetoThe2ndRobertBerger: OIDA!09:15
*** dev1990 <dev1990!> has joined #yocto09:26
*** fatalhalt <fatalhalt!> has joined #yocto09:29
*** JohnKa <JohnKa!> has quit IRC09:31
*** sesom_ <sesom_!> has joined #yocto09:34
*** sesom_ <sesom_!> has quit IRC09:36
*** ssajal <ssajal!> has quit IRC09:36
*** ssajal_ <ssajal_!> has joined #yocto09:36
*** jobroe <jobroe!> has quit IRC09:36
*** kpo_ <kpo_!> has quit IRC09:37
*** sesom <sesom!> has quit IRC09:37
*** jobroe <jobroe!> has joined #yocto09:37
*** sesom <sesom!nucatus@gateway/vpn/protonvpn/nucatus> has joined #yocto09:37
*** kpo_ <kpo_!> has joined #yocto09:37
*** Bunio_FH <Bunio_FH!> has quit IRC09:48
*** kaspter <kaspter!~Instantbi@> has quit IRC09:49
*** kaspter <kaspter!~Instantbi@> has joined #yocto09:57
*** sesom_ <sesom_!> has joined #yocto09:58
*** sesom <sesom!nucatus@gateway/vpn/protonvpn/nucatus> has quit IRC10:02
*** Bunio_FH <Bunio_FH!> has joined #yocto10:03
rburtonpaulg: i've only seen that when running the same py in both py2 and py310:04
*** JohnKa <JohnKa!> has joined #yocto10:23
*** sesom_ <sesom_!> has quit IRC10:34
*** Sponge5 <Sponge5!> has joined #yocto10:35
*** oberstet <oberstet!~oberstet@> has joined #yocto10:43
*** sesom <sesom!> has joined #yocto11:10
*** plntyk2 <plntyk2!> has joined #yocto11:14
*** plntyk <plntyk!> has quit IRC11:17
*** sesom <sesom!> has quit IRC11:17
LetoThe2ndthe buildhistory installed-packages-sizes refers to the actual unpacked accumulated file size of the packages, right=11:28
*** camus1 <camus1!~Instantbi@> has joined #yocto11:29
*** kaspter <kaspter!~Instantbi@> has quit IRC11:31
*** camus1 is now known as kaspter11:31
Sponge5Quick, likely stupid question; I'm trying to do multiconfig build, do the target_X.conf files inherit variables from local.conf? E.g DISTRO_FEATURES_append and IMAGE_INSTALL11:32
qschulzLetoThe2nd: you can check that by adding the size of them all and compare it to IMAGESIZE in the image-info file in the buildhustory IIRC11:33
qschulzthe IMAGESIZE is before compression11:33
LetoThe2ndSponge5: yep. mc build is basically local.conf + mc conf11:35
qschulzSponge5: you cna always check with bitbake -e I guess. Otherwise, not sure it makes much sense? just add the distro feature to the distro conf file and the paclages you want to install in the image recipe?11:35
LetoThe2ndqschulz: meh. you know i'm bad at maths.11:35
LetoThe2ndSponge5: what qschulz said. its better to just select the distros through mc and have separte distro.confs, otherwise you're mixing up functionlities and make it hard for others to understand. plus is essentially means that a specific target can only be build trough mc, and not freestanding.11:37
Sponge5I see, so I should aim to have local.conf as clean as possible, since confs and recipes all inherit it11:39
*** berton <berton!> has quit IRC11:40
LetoThe2ndSponge5: that always applies, as local.conf is meant to be temporary11:42
*** sesom <sesom!> has joined #yocto11:43
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:43
LetoThe2ndqschulz: it doesn't sum up exactly by the way, but basically seems to be roughly correct (give or take a couple of kB)11:43
qschulzLetoThe2nd: probably because of added rounding "errors"12:01
LetoThe2ndqschulz: yeah, not worried about it.12:03
*** plntyk2 <plntyk2!> has quit IRC12:04
*** paulbarker_tmp <paulbarker_tmp!pbarkermat@gateway/shell/> has left #yocto12:25
*** Bunio_FH <Bunio_FH!> has quit IRC12:37
*** JohnKa <JohnKa!> has quit IRC12:40
*** camus1 <camus1!~Instantbi@> has joined #yocto12:40
*** kaspter <kaspter!~Instantbi@> has quit IRC12:40
*** camus1 is now known as kaspter12:40
*** kaspter <kaspter!~Instantbi@> has quit IRC12:45
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:45
*** ahadi_ <ahadi_!~ahadi@> has quit IRC12:47
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:c8d3:7f88:4be3:4a60> has quit IRC12:47
*** minimaxwell <minimaxwell!> has quit IRC12:48
*** minimaxwell <minimaxwell!> has joined #yocto12:50
*** Bunio_FH <Bunio_FH!> has joined #yocto12:51
*** kaspter <kaspter!~Instantbi@> has quit IRC12:55
*** kaspter <kaspter!~Instantbi@> has joined #yocto12:55
idadelHello everyone. I'm running into this error when I'm trying to run my build. Please how can I fix this?12:56
RobertBerger@idadel: Looks like something nasty happens which causes a Sigabort ;)13:08
RobertBerger#idadel: You run this in a container?13:08
RobertBerger@idadel: If so, which version of poky?13:09
idadelRobertBerger:  I'm using poky contrib.13:13
RobertBerger@idadel: can you please try with poky?13:14
idadelOkay. I will.13:17
*** thekappe <thekappe!c65a42b1@> has joined #yocto13:24
*** thekappe <thekappe!c65a42b1@> has quit IRC13:27
*** thekappe <thekappe!c65a42b1@> has joined #yocto13:27
*** JohnKa <JohnKa!> has joined #yocto13:30
*** Konsgn <Konsgn!> has joined #yocto13:31
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has joined #yocto13:31
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has quit IRC13:33
*** ahadi <ahadi!~ahadi@> has joined #yocto13:37
*** mckoan <mckoan!~marco@unaffiliated/mckoan> has joined #yocto13:41
*** Bunio_FH <Bunio_FH!> has quit IRC13:42
*** mckoan is now known as mckoan|away13:54
*** mckoan|away is now known as mckoan13:54
*** sakoman <sakoman!~steve@> has joined #yocto13:54
*** Bunio_FH <Bunio_FH!> has joined #yocto14:00
*** amrus <amrus!~amrus@> has joined #yocto14:02
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:04
*** kaspter <kaspter!~Instantbi@> has quit IRC14:24
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:24
*** rcw <rcw!~rcwoolley@> has joined #yocto14:27
*** dmoseley <dmoseley!~dmoseley@> has quit IRC14:28
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:215d:3d9:dfcf:618d> has joined #yocto14:29
*** dmoseley <dmoseley!~user@> has joined #yocto14:35
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:2d71:f071:976:a0ed> has joined #yocto14:42
*** dmoseley_ <dmoseley_!~dmoseley@> has joined #yocto14:43
*** camus1 <camus1!~Instantbi@> has joined #yocto14:43
*** laj_ <laj_!~laj@> has joined #yocto14:43
*** amrus <amrus!~amrus@> has quit IRC14:43
*** kaspter <kaspter!~Instantbi@> has quit IRC14:46
*** camus1 is now known as kaspter14:46
frscIs down?14:47
*** sesom <sesom!> has quit IRC14:48
sakomanfrsc: yes, it is14:48
*** dreyna_ <dreyna_!> has joined #yocto14:49
*** yann <yann!~yann@> has quit IRC14:49
frscsakoman: hm, ok. That's bad.14:50
*** blarz <blarz!> has joined #yocto14:51
manuel__When doing `bitbake -c menuconfig virtual/kernel` I get a lot of errors like "menubox.c:(.text+0x8af): undefined reference to `wmove'".14:58
manuel__I installed libncurses5 and libncurses5-dev, but that didn't change anything.14:58
*** JohnKa <JohnKa!> has quit IRC14:59
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto15:03
paulgrburton, the poky dir *might* have had pyc files dating back to py2 era that laid there inert until today; I didn't check how old they were before deleting them...15:04
paulgbut I do know I built with that machine and same dir within the last month w/o issue, and it has been on 20.04 for many months before that.15:05
*** jkprg <jkprg!~jkprg@> has joined #yocto15:06
*** yann <yann!~yann@> has joined #yocto15:06
paulgpython went from 3.8.5 in ubu-20.04 to 3.8.6 in ubu-20.10, so that became my #1 suspect.15:06
*** Chrys8700 <Chrys8700!a5e14d1c@> has joined #yocto15:08
frscAnyone here who is able to fix the server at
*** Chrys8700 is now known as Chrys15:09
qschulzfrsc: that would be halstead probably15:09
*** frsc <frsc!> has quit IRC15:12
halsteadqschulz, I'm checking on that now.15:16
zeddiiA nice morning gift! :D15:17
*** lexano[m] <lexano[m]!lexanomatr@gateway/shell/> has quit IRC15:19
*** bachp <bachp!bachpmatri@gateway/shell/> has quit IRC15:19
*** kayterina <kayterina!kayterina-@gateway/shell/> has quit IRC15:19
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/> has quit IRC15:19
*** jonesv[m] <jonesv[m]!jonesvmatr@gateway/shell/> has quit IRC15:19
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has quit IRC15:19
*** codysch[m] <codysch[m]!codyschmat@gateway/shell/> has quit IRC15:19
*** olani[m] <olani[m]!olanimatri@gateway/shell/> has quit IRC15:19
*** alephan <alephan!andreicubi@gateway/shell/> has quit IRC15:19
*** yangm <yangm!yanyetanot@gateway/shell/> has quit IRC15:19
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has quit IRC15:19
*** enick_764 <enick_764!khemmatrix@gateway/shell/> has quit IRC15:19
*** guillaume <guillaume!gscigalama@gateway/shell/> has quit IRC15:19
*** silviof <silviof!silv-iomat@gateway/shell/> has quit IRC15:19
*** codetronaut[m] <codetronaut[m]!anmolkmatr@gateway/shell/> has quit IRC15:20
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has quit IRC15:20
*** sesom <sesom!> has joined #yocto15:20
qschulzhalstead: thanks and good morning :)15:20
*** ctlnwr <ctlnwr!~catalin@> has quit IRC15:20
halsteadqschulz, zeddii git is back to normal. We were overloaded by web requests.15:22
*** frsc <frsc!> has joined #yocto15:24
zeddiithe botnet is using yocto!15:25
frscOk, seems to be up again. Thanks for fixing!15:25
*** Jim67 <Jim67!> has joined #yocto15:26
*** [Sno] <[Sno]!> has quit IRC15:27
*** Sponge5 <Sponge5!> has quit IRC15:27
qschulzfrsc: you can thank halstead. As quick as usual :)15:28
*** codysch[m] <codysch[m]!codyschmat@gateway/shell/> has joined #yocto15:29
*** keepitsimplejim[ <keepitsimplejim[!keepitsi1@gateway/shell/> has joined #yocto15:33
*** Chrys <Chrys!a5e14d1c@> has left #yocto15:34
qschulzhalstead: thank you :)15:34
*** ericch <ericch!> has joined #yocto15:36
v0nimage recipes are in the distro layer, but the .wks file in the machine layer, but it is applied on image formats15:36
v0nhow do you guys keep this orthogonal?15:36
halsteadThanks for the notice. I need to change the load alert so I get automated notice sooner.15:37
kergothv0n: the .wks should not have any hardcoded references to the particular image involved, so i don't see how it's not orthogonal. distro opts into use of wic via image fstypes, image defines what goes into the rootfs, machine defines the wks to use15:37
*** mauz555 <mauz555!~mauz555@2a01:e0a:994:7ed0:2d71:f071:976:a0ed> has quit IRC15:38
frschalstead: Or throw more resources at the server ;)15:40
frschalstead: Anyway, thanks!15:40
halsteadYou're welcome.15:41
*** xicopitz[m] <xicopitz[m]!xicopitzma@gateway/shell/> has joined #yocto15:45
*** codetronaut[m] <codetronaut[m]!anmolkmatr@gateway/shell/> has joined #yocto15:45
*** Guest11902 <Guest11902!khemmatrix@gateway/shell/> has joined #yocto15:45
*** kayterina <kayterina!kayterina-@gateway/shell/> has joined #yocto15:45
*** stefan-schmidt[m <stefan-schmidt[m!stefan-sch@gateway/shell/> has joined #yocto15:45
*** hmw1 <hmw1!hmwmatrixo@gateway/shell/> has joined #yocto15:45
*** bachp <bachp!bachpmatri@gateway/shell/> has joined #yocto15:45
*** clementp[m] <clementp[m]!cperonmatr@gateway/shell/> has joined #yocto15:45
*** silviof <silviof!silv-iomat@gateway/shell/> has joined #yocto15:45
*** yangm <yangm!yanyetanot@gateway/shell/> has joined #yocto15:45
*** guillaume <guillaume!gscigalama@gateway/shell/> has joined #yocto15:45
*** alephan <alephan!andreicubi@gateway/shell/> has joined #yocto15:45
*** olani[m] <olani[m]!olanimatri@gateway/shell/> has joined #yocto15:45
*** jonesv[m] <jonesv[m]!jonesvmatr@gateway/shell/> has joined #yocto15:45
*** lexano[m] <lexano[m]!lexanomatr@gateway/shell/> has joined #yocto15:45
neverpanicblarz: o/15:49
*** frsc <frsc!> has quit IRC15:54
v0nkergoth: in my case I'm building an initramfs image, like most linux distros, that I need to mention in the u-boot conf. The name comes from the image recipe.15:54
*** frsc <frsc!> has joined #yocto15:55
v0nkergoth: maybe the image recipe should deploy a symlink with a commonly defined name? (like initramfs.cpio or something)15:55
blarzneverpanic: oh hai ;)16:00
qschulzv0n: make your image recipe create the u-boot conf file?16:01
v0nisn't this even more weird?16:02
*** jkprg <jkprg!~jkprg@> has quit IRC16:02
qschulzv0n: what is exactly your u-boot conf file?16:05
qschulza defconfig or a u-boot script to embed in a fitimage?16:05
*** AndersD_ <AndersD_!> has quit IRC16:06
v0nqschulz: I'm using IMAGE_BOOT_FILES += "custom-initramfs" and UBOOT_EXTLINUX_INITRD = "../custom-initramfs"16:10
v0nshould these variables go into the distro image recipe?16:10
*** frsc <frsc!> has quit IRC16:14
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:15
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:16
*** ericch <ericch!> has quit IRC16:16
sgwRP: same failure running  oe-selftest -r efibootpartition with and without -j1, but works correctly when bitbake core-image-sato:do_testimage.  The failure is setting the qmp_port16:20
sgw  qemuparams += ' -S -qmp unix:%s,server,wait' % (qmp_port)16:20
sgwTypeError: unsupported operand type(s) for +=: 'NoneType' and 'str'16:20
sgwSee pastebin:
*** alessioigor <alessioigor!> has joined #yocto16:21
*** sesom <sesom!> has quit IRC16:22
*** alessioigor <alessioigor!> has quit IRC16:22
*** sesom <sesom!> has joined #yocto16:22
manuel__When I do `bitbake -c do_menuconfig virtual/kernel`, the output looks rather shitty. Lots of ^@ where, I think, borders should be drawn. Anyone an idea?16:24
*** Shikadi` <Shikadi`!> has joined #yocto16:26
RPsgw: so qemuparams isn't set ?16:26
*** minimaxwell <minimaxwell!> has quit IRC16:26
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:26
*** minimaxwell <minimaxwell!> has joined #yocto16:27
*** sesom <sesom!> has quit IRC16:27
sgwHmm, I will hae to double check then, but why does it work with testimage.16:27
*** frsc <frsc!> has joined #yocto16:27
JPEWtgamblin: Is there a reason you want a kubevirt container over just running qemu in a container?16:27
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto16:27
tgamblinJPEW: I did try running QEMU in a container, but I didn't like how much I was tweaking about the way the container ran, so I started looking for k8s-native VM resources, and moto-timo and I have been bashing our heads against it periodically as a result16:29
*** minimaxwell <minimaxwell!> has quit IRC16:29
tgamblinJPEW: I'm not too attached to any specific solution as long as I can automatically run meta-python ptests as part of the pipeline, but using KubeVirt (if possible) seems less obfuscated than building a container with QEMU to boot a test image16:30
*** Shikadi` <Shikadi`!> has quit IRC16:33
*** Shikadi` <Shikadi`!> has joined #yocto16:33
*** JohnKa <JohnKa!2eb76708@> has joined #yocto16:34
*** sno <sno!> has joined #yocto16:41
*** [Sno] <[Sno]!> has joined #yocto16:45
*** sno <sno!> has quit IRC16:46
*** Kyubi <Kyubi!~Kyubi@2601:640:105:463f:29fb:18b1:4315:6caa> has joined #yocto16:50
*** ThomasD13 <ThomasD13!> has quit IRC16:55
*** Kyubi <Kyubi!~Kyubi@2601:640:105:463f:29fb:18b1:4315:6caa> has quit IRC16:55
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto17:04
*** JohnKa <JohnKa!2eb76708@> has quit IRC17:08
*** fl0v0 <fl0v0!> has quit IRC17:11
[Sno]otavio_: is it ok when I do the patches for meta-freescale for gatesgarth first? my master branches are not really ready for testing :)17:12
[Sno]I would cherry-pick from gatesgarth and do master PR then ...17:12
*** minimaxwell <minimaxwell!> has joined #yocto17:13
[Sno]otavio_: once linux+fsql+qoriq is on 5.4.9x17:13
JPEWtgamblin: Hmm... it seems like it would be *less* confusing to use the qemu built by OE (which should be able to access /dev/kvm with kubevirt), to run the ptest17:24
tgamblinJPEW: I am starting to feel that way too, after the roadblocks I've hit :P17:25
*** goliath <goliath!> has quit IRC17:30
sgwRP: JPEW: interesting I found the different between oe-selftest and testimage, they take very different paths to the qemurunner.start() code  oe-selftests goes in via targetcontrol which defaults params=None, while testimage goes through the OEQemuTarget and starts with params=d.getVar(QEMUPARAMS).  which is why qemuparams in qemurunner has different default values "" vs None.  I guess I will have to add a simple sanity on qemurunner for"17:32
sgwnot  qemuparams is None"17:32
JPEWsgw: huh17:37
*** risca <risca!~quassel@> has quit IRC17:45
*** vineela <vineela!~vtummala@> has joined #yocto17:46
*** mckoan is now known as mckoan|away17:55
*** jobroe <jobroe!> has quit IRC17:55
*** sesom <sesom!> has joined #yocto17:59
*** cp- <cp-!> has quit IRC17:59
*** fatalhalt <fatalhalt!> has quit IRC17:59
*** jobroe <jobroe!> has joined #yocto18:00
*** risca <risca!~quassel@> has joined #yocto18:04
*** King_InuYasha is now known as Conan_Kudo18:06
*** Conan_Kudo is now known as King_InuYasha18:07
*** risca <risca!~quassel@> has quit IRC18:08
*** cp- <cp-!> has joined #yocto18:08
*** risca <risca!~quassel@> has joined #yocto18:10
v0nINITRAMFS_FSTYPES is usually set in the machine conf, right?18:13
*** cp- <cp-!> has quit IRC18:14
*** JohnKa <JohnKa!2eb76708@> has joined #yocto18:16
*** ahadi <ahadi!~ahadi@> has quit IRC18:23
*** sesom <sesom!> has quit IRC18:24
*** sesom <sesom!> has joined #yocto18:25
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto18:28
*** sesom <sesom!> has quit IRC18:29
*** cp- <cp-!> has joined #yocto18:30
*** ahadi <ahadi!~ahadi@> has joined #yocto18:30
*** medo <medo!d1851b4a@> has joined #yocto18:34
medoHi, I was trying to add wireguard into my build. My build uses the 4.9 linux kernel as such I was trying to add the wireguard-module as well as wireguard-tools as I need the backport for my kernel version. However in my build it fails and says that I should not ask to install a package providing wireguard-module. I noticed that the wireguard-module18:36
medorecipe includes a EXCLUDE_FROM_WORLD = "1"18:36
medo, which reading the Yocto manuals says prevents this from being included. What would the optimal thing to do here ?18:36
*** jrdn <jrdn!> has joined #yocto18:37
*** jrdn is now known as Guest5300318:38
*** B0ned1ger2 <B0ned1ger2!> has quit IRC18:39
*** B0ned1ger <B0ned1ger!> has joined #yocto18:40
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC18:40
*** gsalazar <gsalazar!5e3dbd6b@gateway/web/cgi-irc/> has quit IRC18:46
*** JohnKa <JohnKa!2eb76708@> has quit IRC18:48
*** risca <risca!~quassel@> has quit IRC18:49
*** Kyubi <Kyubi!~Kyubi@> has quit IRC18:50
*** goliath <goliath!> has joined #yocto18:50
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto18:50
*** risca <risca!~quassel@> has joined #yocto18:51
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC18:54
*** frsc <frsc!> has quit IRC18:55
*** risca <risca!~quassel@> has quit IRC18:55
v0nkergoth: did you mean that IMAGE_FSTYPES += "wic" goes into the distro conf or the image recipe?18:55
*** risca <risca!~quassel@> has joined #yocto18:56
*** Kyubi <Kyubi!~Kyubi@> has quit IRC18:57
*** sesom <sesom!> has joined #yocto18:57
*** risca <risca!~quassel@> has joined #yocto19:00
*** Kyubi <Kyubi!~Kyubi@> has joined #yocto19:02
*** sesom <sesom!> has quit IRC19:03
*** risca <risca!~quassel@> has quit IRC19:07
*** thekappe <thekappe!c65a42b1@> has quit IRC19:13
*** risca <risca!~quassel@> has joined #yocto19:15
*** risca <risca!~quassel@> has quit IRC19:23
*** risca <risca!~quassel@> has joined #yocto19:25
*** vmeson <vmeson!> has quit IRC19:26
*** vmeson <vmeson!> has joined #yocto19:27
*** dsueiro <dsueiro!uid467101@gateway/web/> has quit IRC19:27
*** ldts <ldts!sid269548@gateway/web/> has quit IRC19:27
*** ldts <ldts!sid269548@gateway/web/> has joined #yocto19:28
*** dsueiro <dsueiro!uid467101@gateway/web/> has joined #yocto19:29
*** risca <risca!~quassel@> has quit IRC19:35
v0nIn an image recipe, which variable references the image being built?19:42
v0n(so that I can specify UBOOT_EXTLINUX_INITRD = "../<image being built>")19:43
*** risca <risca!~quassel@> has joined #yocto19:44
*** medo <medo!d1851b4a@> has quit IRC19:57
*** vineela <vineela!~vtummala@> has quit IRC20:02
*** jobroe <jobroe!> has quit IRC20:14
*** kpo_ <kpo_!> has quit IRC20:14
*** Guest53003 <Guest53003!> has quit IRC20:14
*** dmoseley <dmoseley!~user@> has quit IRC20:14
*** dmoseley <dmoseley!~user@> has joined #yocto20:14
*** jobroe <jobroe!> has joined #yocto20:15
*** kpo_ <kpo_!> has joined #yocto20:15
*** Guest53003 <Guest53003!> has joined #yocto20:15
*** sesom <sesom!> has joined #yocto20:15
*** sesom <sesom!> has quit IRC20:19
*** dmoseley <dmoseley!~user@> has left #yocto20:30
*** JohnKa <JohnKa!2eb76708@> has joined #yocto20:40
*** risca <risca!~quassel@> has quit IRC20:42
*** risca <risca!~quassel@> has joined #yocto20:43
*** JohnKa <JohnKa!2eb76708@> has quit IRC20:45
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC20:45
*** JohnKa <JohnKa!2eb76708@> has joined #yocto20:46
*** risca <risca!~quassel@> has quit IRC20:49
*** RobertBerger <RobertBerger!> has quit IRC20:52
*** sesom <sesom!> has joined #yocto20:53
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto20:58
*** sesom <sesom!> has quit IRC21:00
*** ant__ <ant__!> has joined #yocto21:00
ant__RP: hi, sorry to bother you again but I don't want to spread out bad examples21:03
ant__about (R)PROVIDES21:03
ant__iirc you wrote the variable reference list, so I trust that
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:215d:3d9:dfcf:618d> has quit IRC21:04
RPant__: I thought this was discussed on the docs list and JPEW sent a fix? I wonder if its failed to apply somehow?21:05
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has quit IRC21:06
*** aidanh <aidanh!~aidanh@unaffiliated/aidanh> has joined #yocto21:07
ant__I must have mised yout answer...can you pls in short confirm += is overkill and the var is not 'overloaded' ?21:07
ant__i.e. in our I'd add21:10
ant__PROVIDES = "virtual/kodi"21:10
ant__RPROVIDES_${PN} = "virtual/kodi"21:10
ant__being that 'kodi' is still provided21:10
ant__you see, in that layer the confusion came because the recipe was kodi-21:11
ant__err stb_kodi.bb21:11
ant__so you see the need for virtual21:11
ant__RP: non need, found thx21:16
ant__sounded strange...21:17
RPant__: My argument was that += is probably safer to be used in general21:18
RPant__: virtual/ never makes sense in runtime variables21:18
RPso I'd argue the above is wrong for that reason21:19
ant__I am trying to clean out an offended recipe :)21:19
ant__whit no-comments on the commits...21:20
*** jobroe <jobroe!> has quit IRC21:20
ant__imagine I see even PE used in it :/21:21
RPant__: PE still can be needed although its rare now, thankfully21:22
JPEWRP, ant__: The commit is in master AFAICT21:23
RPJPEW: so it didn't update? or did I missunderstand? (sorry, I'm a bit distracted atm)21:23
*** kpo_ <kpo_!> has quit IRC21:24
*** NiksDev <NiksDev!~NiksDev@> has quit IRC21:24
*** kpo_ <kpo_!> has joined #yocto21:25
ant__he, imagine there is a kodi recipe and a kodi.bbappend in the same layer/same dir ...21:26
ant__(while koen keep meta-kodi with the 'original' .bb)21:26
ant__ok, go ahead...21:26
*** Kyubi <Kyubi!~Kyubi@> has quit IRC21:27
*** linums <linums!~linums@> has quit IRC21:33
*** linums <linums!> has joined #yocto21:33
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:42
*** randallcrook <randallcrook!> has joined #yocto21:45
v0nWhat is the simplest image recipe to create an empty rootfs?21:49
*** JohnKa <JohnKa!2eb76708@> has quit IRC21:51
kanavin_homeRP: what's your take on bumping the qemu machines to something more modern than core 2 duo, e.g. skylake? The use case I have locally is that we have something that performs a lot better with avx2 instructions enabled, which is beneficial in test turnaround times.21:51
randallcrookHi. Just working on a couple of recipe's that have file conflicts with base packages and I am trying to figure out how to force override the conflict. In particular I am overwriting the /etc/network/interfaces file with a custom one within my recipe. How do I tell bitbake to that my package is ok to overwrite those files from the base package?21:52
RPkanavin_home: I'm probably ok with it if the autobuilders have the right cpu flags21:52
kanavin_homeRP: thanks; I guess that means host requiremets for yocto would change substantially, e.g. haswell-era cpus would not work anymore when running qemu. I'll cook up a test patchset and try it on the AB before coming out with it to the oe-core list.21:54
kanavin_homeRP: just wanted to check upfront if there's some reason you'd be strongly opposed :)21:54
RPkanavin_home: I don't remember the reasoning for core2duo but it was a long time ago. I do want YP to work out the box without too many issues so it really depends how long ago haswell was out etc21:57
RPkanavin_home: I don't know what the "average" cpu is atm21:58
*** denix <denix!> has quit IRC21:58
kanavin_homeRP: skylake is almost 6 years old at this point, and is the last substantial update that came out from intel21:59
*** denix <denix!> has joined #yocto21:59
kanavin_homesince then I think it's largely been repackaging slightly refined versions, which is why they find themselves in hot waters lately21:59
sgwRP: I worked out my latest issue with QMP. What's a good smaller set of tests from oe-selftest to run to qmp with?22:06
RPsgw: I really don't remember which ones call runqemu and which don't, I'd have to look22:07
RPkanavin_home: we do have older autobuilders :/22:07
sgwRP: Ok I will take a look through them22:07
RPkanavin_home: we can try it, see how it looks22:07
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC22:07
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC22:07
RPsgw: sorry, I wouldn't know offhand22:07
sgwNo worries, thought you might.22:08
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto22:09
*** beneth <beneth!> has left #yocto22:15
v0nDoes EXTRA_IMAGE_FEATURES affect an image recipe defined in DEPENDS?22:21
*** goliath <goliath!> has quit IRC22:23
*** agrue <agrue!> has joined #yocto22:25
*** linums <linums!> has quit IRC22:29
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC22:30
*** linums <linums!> has joined #yocto22:33
*** sesom <sesom!> has joined #yocto22:41
JPEWRP: It doesn't appear to have updated22:45
*** sesom <sesom!> has quit IRC22:49
*** Zajc95 <Zajc95!~Zajc@> has joined #yocto22:50
RPvmeson: I remembered what I was going to ask about. Did you see the mail "adwaita-icon-theme: add version 3.34.3 back"23:07
*** aquijoule_ <aquijoule_!> has quit IRC23:13
JPEWRP, ant__: Weird: is incorrect, is correct23:27
JPEWRP, ndec: Ah, I see. The docs are updating correctly, ndec renamed ref-variables.rst -> variables.rst, and the old generated page stuck around. I'm guessing ant__ has an old bookmark. Should probably delete (or redirect?) the old pages23:30
RPhalstead: ^^^ any tips?23:30
* JPEW eats supper23:31
ant__RP: I see why the virtual...23:31
ant__ERROR: Nothing RPROVIDES 'virtual/kodi' (but /oe/openpli-oe-core/meta-openpli/recipes-openpli/enigma2-plugins/ RDEPENDS on or otherwise requires it)23:31
ant__sigh... a series of small issues...23:31
halsteadRP, JPEW I can remove the retired page and add a redirect.23:32
ant__I think they added the provider to catch the renaming23:32
RPhalstead: I suspect there were a lot of renames dropping the prefixes23:32
RPant__: nothing should be RDEPENDS on that23:33
ant__JPEW, as usual google and caches23:33
ant__RP: right, I'm fixing it backwards23:33
ant__but this will be a series of commits, for the mom I must spare that RPROVIDES -> virtual23:34
ant__ah, RP, are you aware of CMake issues with mips?23:34
ant__strangely I had to ad -latomic -lpthread to compile that kodi23:35
ant__shouln't the class inject this?23:35
RPant__: I try not to think about cmake if I can help it ;-)23:35
ant__eh eh, I am the same but the beast is in front of me23:35
RPant__: I don't know I'm afraid. I'm not aware of any23:36
ant__add a C++ coprocessor (libfmt) ...and I am stuck to ol' C23:36
ant__I'll bug khem oneday23:36
*** kpo_ <kpo_!> has quit IRC23:37
*** kpo_ <kpo_!> has joined #yocto23:38
*** leon-anavi <leon-anavi!~Leon@> has quit IRC23:57

Generated by 2.17.2 by Marius Gedminas - find it at!