Monday, 2021-03-22

*** Wouter0100 <Wouter0100!> has joined #yocto00:13
*** abelal <abelal!~quassel@> has quit IRC00:17
*** abelal <abelal!~quassel@> has joined #yocto00:20
*** fatalhalt <fatalhalt!~fatalhalt@2601:244:4d01:52df:225:90ff:feda:2428> has joined #yocto00:33
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC00:37
*** kpo <kpo!> has quit IRC00:38
*** kpo <kpo!> has joined #yocto00:39
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC00:43
*** dev1990 <dev1990!> has quit IRC00:44
khemzeddii:  yes master-next00:46
*** felipealmeida <felipealmeida!~felipealm@> has joined #yocto01:00
*** Cpt_Frikadel <Cpt_Frikadel!> has quit IRC01:02
*** B0ned1ger <B0ned1ger!> has joined #yocto01:11
*** B0ned1ger <B0ned1ger!> has quit IRC01:15
*** goliath <goliath!> has quit IRC01:16
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto01:23
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC01:24
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has joined #yocto01:27
*** Wouter0100 <Wouter0100!> has quit IRC01:29
*** bobo <bobo!> has quit IRC01:32
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:33
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:33
*** Wouter0100 <Wouter0100!> has joined #yocto01:35
*** armpit <armpit!~armpit@2601:202:4180:a5c0:d0e0:fbca:17d9:7d47> has quit IRC01:38
*** yizhao <yizhao!~zhaoyi@> has joined #yocto01:42
*** camus1 <camus1!~Instantbi@> has joined #yocto01:46
*** kaspter <kaspter!~Instantbi@> has quit IRC01:49
*** camus1 is now known as kaspter01:49
*** armpit <armpit!~armpit@2601:202:4180:a5c0:c595:8045:5f62:447d> has joined #yocto01:51
*** kaspter <kaspter!~Instantbi@> has quit IRC01:55
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:55
*** sakoman <sakoman!> has quit IRC02:24
*** kaspter <kaspter!~Instantbi@> has quit IRC02:25
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:25
*** ismailouch <ismailouch!~ismailouc@2a01:e0a:17a:9a50:64dd:fdd9:2eb5:bcc> has quit IRC03:09
*** bobo <bobo!> has joined #yocto03:11
*** ismailouch <ismailouch!~ismailouc@2a01:e0a:17a:9a50:a8cc:4603:78eb:73d9> has joined #yocto03:14
*** yizhao <yizhao!~zhaoyi@> has quit IRC03:25
*** yizhao <yizhao!~zhaoyi@> has joined #yocto03:27
*** yizhao <yizhao!~zhaoyi@> has quit IRC03:41
*** yizhao <yizhao!~zhaoyi@> has joined #yocto03:42
*** bobo <bobo!> has quit IRC03:44
*** oberstet <oberstet!~oberstet@> has joined #yocto03:53
*** jobroe <jobroe!> has joined #yocto04:18
*** paulg <paulg!> has quit IRC04:30
*** paulg <paulg!> has joined #yocto04:43
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has quit IRC04:47
*** jobroe <jobroe!> has quit IRC04:58
*** jobroe_ <jobroe_!> has joined #yocto04:58
*** ismailouch <ismailouch!~ismailouc@2a01:e0a:17a:9a50:a8cc:4603:78eb:73d9> has quit IRC05:25
*** beneth <beneth!> has joined #yocto05:32
*** ssajal <ssajal!> has quit IRC05:47
*** Ad0 <Ad0!~Ad0@> has quit IRC05:55
*** Ad0 <Ad0!~Ad0@> has joined #yocto06:00
*** plntyk2 <plntyk2!> has quit IRC06:01
*** plntyk <plntyk!> has joined #yocto06:01
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has joined #yocto06:09
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:13
*** B0ned1ger <B0ned1ger!> has joined #yocto06:20
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:22
*** AndersD <AndersD!> has joined #yocto06:31
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC06:33
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:718e:f862:b784:27b> has joined #yocto06:38
*** bobo <bobo!> has joined #yocto06:41
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has joined #yocto06:54
*** ssajal <ssajal!> has joined #yocto06:58
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto06:59
*** felipealmeida <felipealmeida!~felipealm@> has quit IRC07:07
*** felipealmeida_ <felipealmeida_!~felipealm@> has joined #yocto07:07
*** felipealmeida_ is now known as felipealmeida07:08
*** lexano <lexano!> has quit IRC07:12
*** yizhao <yizhao!~zhaoyi@> has quit IRC07:15
*** AndersD <AndersD!> has quit IRC07:18
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:18
*** AndersD <AndersD!> has joined #yocto07:18
*** yizhao <yizhao!~zhaoyi@> has joined #yocto07:20
*** AndersD_ <AndersD_!> has joined #yocto07:23
*** oobitots <oobitots!> has joined #yocto07:23
*** AndersD <AndersD!> has quit IRC07:25
*** mbulut <mbulut!> has joined #yocto07:26
*** ismailouch <ismailouch!~ismailouc@2a01:e0a:17a:9a50:abeb:d898:ef8d:a425> has joined #yocto07:28
*** gsalazar <gsalazar!> has quit IRC07:35
*** frsc <frsc!> has joined #yocto07:38
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto07:40
*** ssajal <ssajal!> has quit IRC07:44
*** frsc <frsc!> has quit IRC07:44
*** agust <agust!> has joined #yocto07:44
*** ssajal <ssajal!> has joined #yocto07:46
pankaj347Hi i am trying to build fakeroot1.18.4 for raspberry pi4 but i am getting following error07:49
pankaj347ERROR: fakeroot-1.18.4-r0 do_compile: oe_runmake failed07:49
pankaj347ERROR: fakeroot-1.18.4-r0 do_compile: Execution of '/home/pankaj/Yocto/ARM/Build_Dir_ARM/tmp-glibc/work/cortexa72-oe-linux/fakeroot/1.18.4-r0/temp/run.do_compile.7978' failed with exit code 1:07:49
pankaj347make  all-recursive07:49
pankaj347make[1]: Entering directory '/home/pankaj/Yocto/ARM/Build_Dir_ARM/tmp-glibc/work/cortexa72-oe-linux/fakeroot/1.18.4-r0/build'07:49
pankaj347Making all in scripts07:49
pankaj347make[2]: Entering directory '/home/pankaj/Yocto/ARM/Build_Dir_ARM/tmp-glibc/work/cortexa72-oe-linux/fakeroot/1.18.4-r0/build/scripts'07:49
pankaj347sed -e 's,[@]prefix[@],/usr,g' -e 's,[@]bindir[@],/usr/bin,g' -e 's,[@]libdir[@],/usr/lib,g' -e 's,[@]fakeroot_transformed[@],'`echo fakeroot | sed -e 's,x,x,'`',g' -e 's,[@]faked_transformed[@],'`echo faked | sed -e 's,x,x,'`',g' -e 's,[@]signal[@],TERM,g' -e 's,[@]SHELL[@],/bin/bash,g' -e 's,[@]VERSION[@],1.18.4,g' -e 's,[@]DLSUFFIX[@],.so,g' -e07:49
pankaj347's,[@]LDLIBPATHVAR[@],LD_LIBRARY_PATH,g' -e 's,[@]LDPRELOADVAR[@],LD_PRELOAD,g' -e 's,[@]LDPRELOADABS[@],0,g' -e 's,[@]LDEXTRAVAR[@],,g' -e 's,[@]MACOSX_FALSE[@],,g' -e 's,[@]MACOSX_TRUE[@],#,g' < ../../fakeroot-1.18.4/scripts/ > fakeroot07:49
pankaj347chmod +x fakeroot07:49
pankaj347can someone help me if they have latest fakeroot sources or to fix this issue ??07:50
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has quit IRC07:51
*** mckoan|away is now known as mckoan07:52
*** oobitots51 <oobitots51!> has joined #yocto07:54
*** oobitots <oobitots!> has quit IRC07:56
*** frsc <frsc!> has joined #yocto07:56
mckoankhem: thx07:56
*** fl0v0 <fl0v0!~fvo@> has joined #yocto07:59
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:3238:e0db:634b:d61e> has joined #yocto08:04
*** frsc <frsc!> has quit IRC08:06
*** ThomasD13 <ThomasD13!> has joined #yocto08:07
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:10
*** zeddii <zeddii!> has quit IRC08:10
*** zeddii <zeddii!> has joined #yocto08:15
*** yannholo <yannholo!> has joined #yocto08:17
*** Yumasi <Yumasi!~guillaume@2a01:e0a:5cb:4430:3238:e0db:634b:d61e> has quit IRC08:17
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has quit IRC08:18
*** B0ned1ger <B0ned1ger!> has quit IRC08:20
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto08:20
*** ptsneves <ptsneves!b0dd7824@> has joined #yocto08:23
ptsnevesHey guys. Does meta-security have it's separate mailing list?08:23
*** frsc <frsc!> has joined #yocto08:27
*** bobo <bobo!> has quit IRC08:27
*** dleppich <dleppich!> has joined #yocto08:33
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:33
*** dleppich <dleppich!> has quit IRC08:35
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has joined #yocto08:35
*** vmeson <vmeson!> has quit IRC08:35
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto08:36
*** goliath <goliath!> has joined #yocto08:38
*** Net147 <Net147!~Net147@unaffiliated/net147> has quit IRC08:42
*** Net147 <Net147!~Net147@unaffiliated/net147> has joined #yocto08:43
*** camus1 <camus1!~Instantbi@> has joined #yocto08:45
*** kyrix <kyrix!~ashwoods@> has joined #yocto08:45
*** kaspter <kaspter!~Instantbi@> has quit IRC08:46
*** camus1 is now known as kaspter08:46
JaMaptsneves: meta-security/README says yocto@lists.yoctoproject.org08:51
*** B0ned1ger2 <B0ned1ger2!> has quit IRC08:51
*** B0ned1ger <B0ned1ger!> has joined #yocto08:52
*** kyanres <kyanres!> has joined #yocto08:53
*** B0ned1ger <B0ned1ger!> has quit IRC08:53
*** B0ned1ger <B0ned1ger!> has joined #yocto08:53
ptsnevesJaMa thanks, and sorry for the stupid question.09:01
*** vmeson <vmeson!> has joined #yocto09:01
*** Manju <Manju!a5e16856@> has joined #yocto09:02
Manjuhow to inherit any classes in bbclass file09:02
*** frsc <frsc!> has quit IRC09:02
ptsnevesManju:  inherit <class> inside it, the same as you would in any bb09:05
Manjuwhat i meant to ask was how to define a class globally so that i can create its instances in different functions09:06
*** zkrx <zkrx!> has quit IRC09:10
ptsnevesi think you might be misunderstanding classes in yocto. You do not instantiate classes in yocto09:13
*** dreyna <dreyna!> has joined #yocto09:14
*** frsc <frsc!> has joined #yocto09:14
*** dreyna_ <dreyna_!> has joined #yocto09:15
*** dreyna <dreyna!> has quit IRC09:18
*** snikulov <snikulov!> has joined #yocto09:19
*** yizhao <yizhao!~zhaoyi@> has quit IRC09:20
*** yizhao <yizhao!~zhaoyi@> has joined #yocto09:21
*** mattsm is now known as Guest955809:23
*** mattsm <mattsm!> has joined #yocto09:23
*** oobitots51 <oobitots51!> has quit IRC09:24
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC09:27
*** simonpe^^ <simonpe^^!> has joined #yocto09:28
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto09:28
*** zkrx <zkrx!> has joined #yocto09:29
simonpe^^Is u-boot-fslc supposed to work with the NXP uuu tool?09:32
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:32
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has joined #yocto09:33
simonpe^^if so, do I need to enable something special?09:34
*** mbulut <mbulut!> has quit IRC09:36
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has joined #yocto09:36
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto09:41
*** ismailouch <ismailouch!~ismailouc@2a01:e0a:17a:9a50:abeb:d898:ef8d:a425> has quit IRC09:41
*** ismailouch <ismailouch!~ismailouc@2a01:e0a:17a:9a50:e497:3f94:365:8d5e> has joined #yocto09:41
*** caiortp <caiortp!> has joined #yocto09:42
*** kpo__ <kpo__!> has quit IRC09:45
*** kpo__ <kpo__!> has joined #yocto09:46
*** oobitots51 <oobitots51!> has joined #yocto09:48
*** lexano <lexano!> has joined #yocto09:49
*** Sponge5 <Sponge5!> has joined #yocto09:49
*** samvlewis7 <samvlewis7!~samvlewis@> has joined #yocto09:50
*** samvlewis <samvlewis!~samvlewis@> has quit IRC09:50
*** samvlewis7 is now known as samvlewis09:50
*** thaytan <thaytan!> has quit IRC09:51
*** thaytan <thaytan!> has joined #yocto09:51
*** caiortp <caiortp!> has quit IRC10:05
*** caiortp <caiortp!> has joined #yocto10:05
paulbarkerHi folks, I'm trying to provide documentation links to a customer. Using the version selector dropdown field on doesn't seem to load previous versions anymore10:14
paulbarkerLooking at, the links for dunfell don't work10:15
* paulbarker Ok, it's just 3.1.6 that doesn't work:
*** tprrt_ <tprrt_!> has quit IRC10:16
*** tprrt <tprrt!> has joined #yocto10:16
*** tprrt is now known as tperrot10:16
*** yizhao <yizhao!~zhaoyi@> has quit IRC10:18
*** yizhao <yizhao!~zhaoyi@> has joined #yocto10:19
Sponge5paulbarker: not a problem with the dropdown menu, I remember searching and that doesn't work either10:20
mcfriskany hints or resources from yocto side to reproducible and archived build environments? e.g. collecting a full download cache and building in off line mode only? am fed up with on-line builds doing silly things and things like python setup script changes breaking every other SW component build..10:25
*** Bunio_FH <Bunio_FH!> has quit IRC10:26
*** Bunio_FH <Bunio_FH!> has joined #yocto10:27
mcfriskI'm guessing a separate download cache update process needs to be executed before the off-line build, e.g. to run bitbake all fetcher tasks to update download cache locally, then a way to upload to central download cache for releases, then do the off line build.10:28
*** yizhao <yizhao!~zhaoyi@> has quit IRC10:34
*** B0ned1ger <B0ned1ger!> has quit IRC10:34
*** yizhao <yizhao!~zhaoyi@> has joined #yocto10:35
*** tnovotny <tnovotny!> has joined #yocto10:38
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has quit IRC10:48
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:dd1a:b1bf:2116:aec> has quit IRC10:48
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has joined #yocto10:48
*** dreyna_ <dreyna_!> has quit IRC10:49
*** yizhao <yizhao!~zhaoyi@> has quit IRC10:51
*** yizhao <yizhao!~zhaoyi@> has joined #yocto10:53
*** B0ned1ger <B0ned1ger!> has joined #yocto10:54
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has joined #yocto10:57
*** eduardas <eduardas!> has joined #yocto10:59
shoraganmcfrisk, something like this?
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has quit IRC11:06
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has quit IRC11:06
mcfriskshoragan: yea, but I'd need to convert this to be the default, and provide way to update caches. otherwise on-line builds will erode things as SW components rely on internet access etc.11:07
dl9pfessentially you can use the archiver to create a proper DL/mirror (paulbarker's changes make that now nicer than just cp'ing the DL folder) .11:08
dl9pfthen setup PREMIRROR11:08
dl9pfwould complete that11:09
*** Manju <Manju!a5e16856@> has quit IRC11:09
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto11:10
shoraganmcfrisk, generally, all dependencies (for python packages as well) should come via SRC_URIs, so should be fixed to a known hash11:11
shoraganif not, i'd argue that that11:11
shoragan's a bug11:11
*** yizhao <yizhao!~zhaoyi@> has quit IRC11:23
*** yizhao <yizhao!~zhaoyi@> has joined #yocto11:24
mcfriskshoragan: yea, except in reality that't not the case at all. maybe it is for poky layers, but in custom project specific meta layers I have severe issues with build reproducibility, including BSP layers. I think only way to fix this is to move all builds to happen off line, e.g. kill network access from build container and configure bitbake to only access local download mirror. but then I need some way for11:26
mcfriskdevelopers to update things into the download mirror. I guess the mirror needs a version/hash based on content.11:26
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC11:29
*** kaspter <kaspter!~Instantbi@> has quit IRC11:52
*** kaspter <kaspter!~Instantbi@> has joined #yocto11:52
eduardashello, any good recommendation for a lightweight, but secure HTTP server usable on an embedded Linux device?12:00
eduardaspreferably already packaged for Yocto/OE12:00
eduardasthere are quite a few options and I am unsure what to use for a new project12:01
derRicharddefine lightweight :)12:07
*** yizhao <yizhao!~zhaoyi@> has quit IRC12:10
*** yizhao <yizhao!~zhaoyi@> has joined #yocto12:10
caiortpeduardas, what kind of support do you need? only CGIs, python, php.. lua scripting...? Multiple user auth...?12:15
*** manuel1985 <manuel1985!~manuel198@> has quit IRC12:21
eduardascaiortp: only CGI, should be usable on systems with only 128 MiB RAM12:21
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto12:21
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:21
derRichardbusybox httpd :)12:22
eduardasderRichard: yes, that certainly came to mind. But I am not sure how much maintenance it gets, how popular it really is compared to other options for this usecase or how secure it is.12:25
*** aleblanc <aleblanc!> has quit IRC12:26
*** pankaj347 <pankaj347!0e62b3fe@> has joined #yocto12:30
*** oobitots51 <oobitots51!> has quit IRC12:36
*** ichergui <ichergui!> has joined #yocto12:42
icherguiHi everyone,12:42
icherguiHope you are doing well12:42
*** oobitots51 <oobitots51!> has joined #yocto12:47
*** ichergui33 <ichergui33!> has joined #yocto12:50
eduardasderRichard: seems busybox-httpd does not support SSL, so that is not acceptable12:55
derRichardeduardas: well, use stunnel12:56
derRichardthis is a common approach12:56
eduardasderRichard: was not aware. first time I've heard about it. thanks13:01
derRichardon the other hand, a real websever like apache/nginx isn't much larger13:06
derRichardsince you seem to depend on ssl you system is goning to be bloated anyway :P13:06
*** ptsneves <ptsneves!b0dd7824@> has quit IRC13:09
*** kaspter <kaspter!~Instantbi@> has quit IRC13:28
Sponge5Quick question, when there are multiple recipes of the same name, the one in the highest priority layer is chosen, correct?13:37 in my custom layer doesn't seem to override the one from poky13:38
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has quit IRC13:39
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has joined #yocto13:39
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has joined #yocto13:39
eduardasderRichard: a colleague ust found that Technicolor SA routers provided to end-users by Telia here in Lithuania do in fact use nginx13:40
*** manuel1985 <manuel1985!~manuel198@> has quit IRC13:47
smurrayeduardas: lighttpd is widely used, I think13:47
*** manuel1985 <manuel1985!~manuel198@> has joined #yocto13:47
*** Spooster <Spooster!> has joined #yocto13:50
derRichardIMHO either go super mini using busybox httpd, or go real with apache or nginx13:51
SpoosterJust hopped in, but I just went through setting up nginx on our rpi413:52
derRichardnone of these is huge nor a memory waster (if configured properly)13:52
*** linums <linums!> has quit IRC13:54
SpoosterI missed the first half, but we're planning on displaying the website through Chromium... Running webkit in some sort of a slimmer fashion might be worth looking into if you're trying to keep system resources to an absolute minimum13:55
*** linums <linums!> has joined #yocto13:56
*** linums <linums!> has quit IRC14:00
*** linums <linums!> has joined #yocto14:01
*** sakoman <sakoman!> has joined #yocto14:04
*** Firuxabade <Firuxabade!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has quit IRC14:08
*** pankaj347 <pankaj347!0e62b3fe@> has quit IRC14:11
*** oobitots51 <oobitots51!> has quit IRC14:12
*** oobitots51 <oobitots51!> has joined #yocto14:12
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:19
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has quit IRC14:22
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has joined #yocto14:32
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has joined #yocto14:48
*** ichergui12 <ichergui12!> has joined #yocto14:51
*** ThomasD13 <ThomasD13!> has quit IRC14:53
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:55
icherguiHey guys, I'm facing to an issue when using the FIT image. fitImage in not installed into the rootfs (in /boot directory).14:57
icherguiI'm using Poky with a master branch, I'm enabling the fitImage.14:57
icherguiUnfortunately, the fitImage is not packaged and not installed into the root file system.14:57
icherguiAny help would be much appreciated.14:57
SpoosterI haven't worked in with FIT's in a long while, but one debugging step would be to check if you successfully built the fit artifact...14:58
icherguiThe fitImage is well generated and deployed in the deploy directory but it is not installed into the root file system and it is not packaged.14:59
SpoosterAwesome. I'm definitely going to show my inexperience here... but the last time I remember workign with FIT's, I recall having to flash the FIT, and rootfs onto the device's storage into two different locations15:00
Spoosterand then telling u-boot where everything went in the config... but at the time, I was working with u-boot's shell to handle loading a couple of binaries15:01
*** frsc <frsc!> has quit IRC15:02
ichergui12How you have done it ? could you please elaborate ?15:02
SpoosterWe'll see how much of this ends up being accurate... it's literally been years... but I remember using dd to copy multiple images onto the devices storage at specific offsets... then booting, and dropping into u-boots shells15:04
Spooster*u-boot's shell15:04
*** frsc <frsc!> has joined #yocto15:04
Spoosterfrom there, I could load multiple kernels, and Xen, and kick off the boot process...15:05
Spoosterthat was later hardened into a u-boot config15:05
Spoosterso I don't think that's the best path forward for you here... ideally you just have one big-binary blog that you write to your devices storage.. and it boots happily... but I don't know how much of that will be out of the box here15:06
smurrayichergui12: iirc, you'll probably have to add the fitImage to IMAGE_INSTALL15:06
*** thaytan <thaytan!> has quit IRC15:06
ichergui12I can not use IMAGE_INSTALL because the fitImage is not packaged15:08
*** tedfernau <tedfernau!~tedfernau@> has joined #yocto15:09
*** tnovotny <tnovotny!> has quit IRC15:13
*** tedfernau <tedfernau!~tedfernau@> has quit IRC15:13
*** frsc <frsc!> has quit IRC15:14
Spoosterichergui12: is this the first FIT? or are you loading multiple?15:14
ichergui12I have only one taht I want to install it in /boot (rootfs)15:15
icherguiHere is my updates in the conf/local.conf file15:16
icherguiKERNEL_CLASSES += "kernel-fitimage"15:16
icherguiKERNEL_IMAGETYPE = "fitImage"15:16
icherguiINITRAMFS_IMAGE_BUNDLE = "1"15:16
SpoosterI saw one user in the mailing list mention setting INITRAMFS_IMAGE in the conf15:16
Spoostermight be something to follow up15:16
icherguiwhich mailing list ?15:17
ichergui12Sorry, but this old, I'm talking about the recent implementation15:17
ichergui12I'm using master branch of Poky repo15:18
*** TaileS <TaileS!> has joined #yocto15:19
SpoosterIt looks like that property is still supported...15:19
Spoosterdo you have it set? does it not do anything?15:19
*** gonkulator <gonkulator!> has quit IRC15:21
ichergui12The problem is not in the FIT image generation but it is not packaged and not installed by default into the root file system15:24
*** frsc <frsc!> has joined #yocto15:26
*** jobroe_ <jobroe_!> has quit IRC15:26
SpoosterI think you already answered this... but you aren't interested in loading the rootfs from within the FIT right?15:26
*** thaytan <thaytan!> has joined #yocto15:30
Spoosterthis seems eerily close
ichergui12I will take a look, thanks15:32
Spoosterlooks like this user hacked up the kernel recipe to avoid coping over certain files when deploying the FIT... I'm unsure if we're missing the first part... and we're missing a config option to not deploy the FIT... or we're in some new territory15:33
Spoosterhappy hunting!15:33
*** Bunio_FH <Bunio_FH!> has quit IRC15:34
*** fury <fury!uid193779@gateway/web/> has joined #yocto15:38
*** dev1990 <dev1990!> has joined #yocto15:50
*** dreyna <dreyna!> has joined #yocto15:52
*** Sponge5 <Sponge5!> has quit IRC15:54
*** B0ned1ger <B0ned1ger!> has quit IRC15:54
*** B0ned1ger <B0ned1ger!> has joined #yocto15:55
*** Spooster <Spooster!> has quit IRC15:56
*** Firux <Firux!~firuxabad@2001:e68:544d:8575:acd4:c4f7:706:4049> has quit IRC15:56
*** Spooster <Spooster!> has joined #yocto15:58
SaurRP: Any reason /var and /tmp aren't in PSEUDO_IGNORE_PATHS? We apparently has some tool that is executed in pseudo context that creates files in /var/tmp, which may cause pseudo to abort.16:00
*** gsalazar <gsalazar!> has joined #yocto16:02
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has quit IRC16:03
RPSaur: I was warned about these by Peter/Mark16:03
SaurOk. What's the problem with them?16:03
*** Saur <Saur!pkj@nat/axis/x-tcjufqafpbqcropb> has left #yocto16:06
*** Saur <Saur!pkj@nat/axis/x-tcjufqafpbqcropb> has joined #yocto16:06
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has quit IRC16:12
*** LocutusOfBorg <LocutusOfBorg!~locutusof@2001:b07:5d32:c012:9bf:91:773f:2d6> has joined #yocto16:12
*** LocutusOfBorg <LocutusOfBorg!~locutusof@ubuntu/member/locutusofborg> has joined #yocto16:12
vdlhi all -- bitbake core-image-minimal and bitbake mc::core-image-minimal must produce the same image, correct?16:15
* vdl is confused whether local.conf is read or not in a multiconfig-enabled build16:15
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has joined #yocto16:16
JPEWvdl: It is read in all multiconfigs16:20
*** jobroe <jobroe!> has joined #yocto16:22
vdlJPEW: is multiconfig/foo.conf defines DISTRO = "dist-foo" and local.conf defines DISTRO = "dist-local", which distro is picked when building the targets "mc:foo:core-image-minimal", "mc::core-image-minimal", and "core-image-minimal"?16:23
JPEWThe local.conf one I think?16:30
JPEW"mc::core-image-minimal" and "core-image-minimal" are the same thing IIRC16:30
JPEWAnd, I *think* local.conf always overrides a multiconfig (but, I could be wrong). Try "bitbake -e mc:foo | grep DISTRO=" vs "bitbake -e | grep DISTRO="16:31
vdlI'm confused about why one would use the "mc::" target preifx16:32
smurrayyou can override DISTRO in the multiconfig, I've done so16:32
JPEWsmurray: Ya, I guess that makes sense, given the intended use16:33
*** frsc <frsc!> has quit IRC16:33
JPEWvdl: In most cases, you wouldn't use it. The only time you might want to is if you need an mcdepends (or similar) on the "base" configuration16:33
JPEWvdl: OK, smurray is correct. In your case, DISTRO for mc:foo:... will be dist-foo16:35
JPEWlocal.conf is read, but multiconfig/foo.conf overrides it16:35
*** AndersD_ <AndersD_!> has quit IRC16:36
*** goliath <goliath!> has quit IRC16:36
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:38
vdlJPEW: that makes sense, thank you16:39
vdlshould I also set different TMPDIR values in multiconfig if I'm building different distros?16:44
vdl(damn mondays)16:44
*** eduardas <eduardas!> has quit IRC16:48
*** bobo <bobo!> has joined #yocto16:49
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto16:52
*** ichergui <ichergui!> has quit IRC16:55
vdland same goes for different machine I presume17:00
*** jobroe <jobroe!> has quit IRC17:06
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:11
*** kaspter <kaspter!~Instantbi@> has quit IRC17:15
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has quit IRC17:17
*** TaileS <TaileS!> has quit IRC17:20
*** simonpe^^ <simonpe^^!> has quit IRC17:26
*** smartin <smartin!> has joined #yocto17:27
*** lexano <lexano!> has quit IRC17:33
*** lexano <lexano!> has joined #yocto17:33
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has joined #yocto17:39
*** bobo <bobo!> has quit IRC17:42
jonesv[m]I know I already asked, but just in case: I opened a bounty with my "MBR to GPT" question here:
*** lexano <lexano!> has quit IRC17:44
*** lexano <lexano!> has joined #yocto17:45
mckoanjonesv[m]: AFAIK wic doesn't support GPT properly17:45
mckoanjonesv[m]: try creating the partition table manually17:45
*** geheimnis` <geheimnis`!~geheimnis@> has quit IRC17:47
jonesv[m]aha! That's interesting17:48
jonesv[m]mckoan: though I don't know how to do that, so I'll need to read about it. But thanks for the insights, at least I have something to try now :)17:48
*** geheimnis` <geheimnis`!~geheimnis@> has joined #yocto17:50
*** B0ned1ger <B0ned1ger!> has quit IRC17:53
*** B0ned1ger <B0ned1ger!> has joined #yocto17:54
*** TundraMan is now known as marka17:55
*** mckoan is now known as mckoan|away18:05
*** psnsilva <psnsilva!~psnsilva@> has quit IRC18:19
JPEWmckoan|away: Can you clarify on wic not supporting GPT? I've been using it fine on several platforms18:21
zeddiikhem: my scripts aren't bumping those SRCREVs, I'm sending a few patches shortly and will bump them.18:26
*** Sponge5 <Sponge5!> has joined #yocto18:31
*** yannholo <yannholo!> has quit IRC18:35
*** ssajal_ <ssajal_!> has joined #yocto18:35
vdlbuild/conf/auto.conf is read after build/conf/local.conf, correct?18:37
vdlhum no actually the opposite would make more sense18:38
*** ssajal <ssajal!> has quit IRC18:41
JPEWvdl: auto.conf is before local.conf18:47
JPEWlocal.conf is last.... multiconfig is even last-er ;)18:47
*** yates <yates!> has joined #yocto18:51
JaMakhem: should meta-clang start providing llvm-native? the issue is that mesa adds dependency on llvm-native with gallium-llvm PACKAGECONFIG[gallium-llvm] = "-Dllvm=enabled -Dshared-llvm=enabled, -Dllvm=disabled, llvm${MESA_LLVM_RELEASE} llvm-native  and then sets LLVMVERSION to 9 in dunfell and meta-clang to 10 which causes mesa to depend on unavailable llvm-native-1018:52
yateswhat does the term "virtual" represent in the yocto lexicon?18:52
yatese.g., PREFERRED_PROVIDER_virtual/${TARGET_PREFIX}binutils = "external-arm-toolchain"18:52
yatesor (i believe) bitbake virtual/kernel18:53
khemJaMa:  if you use meta-clang then it overrides the Core version18:53
JaMakhem: yes it does, which break mesa18:53
khemit should not18:54
*** B0ned1ger <B0ned1ger!> has quit IRC18:54
JaMaI can set LLVMVERSION back to 9 to unbreak mesa, but that might break clang instead18:54
khematleast on master18:54
*** B0ned1ger <B0ned1ger!> has joined #yocto18:54
JaMakhem: llvm in meta-clang doesn't provide llvm-native (at least in dunfell)18:54
JaMaand meta-qti adds LLVM_VERSION variable into the mix for their :/18:56
khemJaMa:  yeah backport some parts of
JaMakhem: ah, thanks, should have looked a bit more18:58
*** feddischson <feddischson!> has joined #yocto19:04
*** OnkelUlla <OnkelUlla!> has quit IRC19:04
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has quit IRC19:05
*** shoragan <shoragan!~shoragan@debian/developer/shoragan> has joined #yocto19:08
*** oobitots51 <oobitots51!> has quit IRC19:08
*** ichergui12 <ichergui12!> has quit IRC19:09
*** OnkelUlla <OnkelUlla!> has joined #yocto19:11
khemRP: at times I do see which seems like pseudo is bailing out,  see I plan to remove that function and just delete this in do_install_append or something, but thought of sharing it if you want to see something for pseudo's point of view19:17
*** oobitots51 <oobitots51!> has joined #yocto19:26
*** goliath <goliath!> has joined #yocto19:26
*** oobitots51 <oobitots51!> has quit IRC19:29
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:37
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has quit IRC19:40
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has joined #yocto19:42
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto19:49
jonesv[m]JPEW: Oh you're using GPT with wic? Have you seen my wks here? Is there something that seems obviously wrong?
*** Bunio_FH <Bunio_FH!> has joined #yocto20:12
JaMakhem: the issue with llvm-native was reproducible with meta-clang master as well, but the root cause was something stupid in our internal build (someone added whole meta-clang to BBMASK) so the LLVMVERSION was set in layer.conf, but clang recipe to provide it wasn't available due to BBMASK20:23
*** bobo <bobo!> has joined #yocto20:25
*** Sponge5 <Sponge5!> has quit IRC20:28
*** vermaete <vermaete!> has joined #yocto20:28
khemJaMa:  k20:32
vermaeteanybody here using the cve-update-db-native recipe in an air gapped network?20:33
vermaeteWe do have a local copy of the meta and json.gz files on our own servers20:34
RPkhem: the fix is probably to mark that task as fakeroot, then it should be ok?20:34
vermaeteBut the recipe does't use e.g. SRC_URI what could be handled by pre_mirror e.g.20:34
khemRP:  yeah I think something for pseudo ignore paths probably too20:39
*** snikulov <snikulov!> has quit IRC20:44
rburtonvermaete: yeah that won't work. patches welcome.20:52
*** pablocastellanos <pablocastellanos!> has joined #yocto20:55
pablocastellanosHi, I'm looking for syntax documentation of /etc/network.conf20:55
RPkhem: but that isn't an ignore path issue, its because you're changing do_install data outside of pseudo21:00
khemRP:  its an idependent task though or is D owned by do_install alone ?21:01
*** feddischson <feddischson!> has quit IRC21:02
*** Sponge5 <Sponge5!> has joined #yocto21:02
khemcode looks legit to me21:02
khemits inserting a function between do_install and do_package which alters D21:02
RPkhem: any task altering D needs to be fakeroot21:05
RPkhem: also, the code assumes that things are done altering D when do_install finished so its likely a race issue21:06
RPkhem: definitely not legit21:06
*** rcoote <rcoote!~rcoote@2a02:908:692:81c0:718e:f862:b784:27b> has quit IRC21:07
*** oberstet <oberstet!~oberstet@> has quit IRC21:07
*** Sponge5 <Sponge5!> has quit IRC21:08
*** vermaete <vermaete!> has quit IRC21:09
pablocastellanosHi, I'm looking for documentation, don't know if this is the correct channel or #yocto-training21:10
pablocastellanosI have this embedded system, running poki 8.0.2 (Yocto Project 1.3.2 Reference Distro), and I want to modify /etc/network.conf21:10
pablocastellanosThis is the current configuration,
pablocastellanosBut I don't know how to add another static address. (Only have knowledge in Debian and Gentoo)21:10
vdlIf I always build for the same underlying hardware architecture and libc, I can share TMPDIR between multiconfig, correct?21:13
kergothvdl: even changing arch should work. multimachine builds have long been supported. but libc and distro stuff needs a different one21:15
kergothso yeah21:15
khemRP:  ah yes I was not thinking straight 🙂 you are right21:19
khemI think I will move this into a do_install_append and get the issue sorted21:20
khemRP:  stress-ng failure is interesting, so musl declares sigqueue function in system headers but its not impelmented, stress-ng has added a check to find if platform implemented this function but the linking succeeds and sigque is marked as UNDEF :(21:21
*** kpo__ <kpo__!> has quit IRC21:23
*** kpo__ <kpo__!> has joined #yocto21:23
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto21:24
RPkhem: yes, moving to do_install append will fix it21:24
RPkhem: should musl really be declaring it then? :/21:25
*** beneth <beneth!> has left #yocto21:27
*** leon-anavi <leon-anavi!~Leon@> has quit IRC21:29
*** dev1990 <dev1990!> has quit IRC21:32
*** dev1990 <dev1990!> has joined #yocto21:33
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC21:36
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto21:37
yatesis the output of do_populate_sysroot the items in tmp/sysroots-components?21:39
RPyates: effectively21:39
*** Sponge5 <Sponge5!> has joined #yocto21:40
RPkhem: on a musl target system, does the gettest iconv macro am_cv_func_iconv_works report yes?21:42
khemI think yes21:42
khemit has internal iconv21:42
RPkhem: so we could set that in the site files everywhere?21:42
*** Sponge5 <Sponge5!> has quit IRC21:45
khemI think so21:47
RPkhem: wondering about
*** kpo__ <kpo__!> has quit IRC21:50
*** kpo__ <kpo__!> has joined #yocto21:51
khemlooks ok. you might also set ac_cv_have_iconv_detect_h=yes21:51
RPkhem: Well, I'm just avoiding the broken test right now...21:51
RPkhem: this way it should be safe for baremetal and other things21:52
RPnot that you'd use gettext with baremetal  :)21:52
khemwhile hear fix this test too perhaps although its ok to defer it21:52
RPkhem: are there issues with the other test?21:53
RPkhem: that doesn't look like a standard marcro from iconv.m4? :/21:54
khemI think I was thinking if it will use predefined iconv-detect.h too21:54
khembut I think we are not using that at present21:54
JPEWjonesv[m]: No, it looks OK to me21:54
khemRP:  lets stay with what you have21:54
RPkhem: I'll put it in for testing21:54
khemI think you will need a pregenerated iconv-detect.h too21:55
RPkhem: for that error-report issue, I think it should be fixed server side21:55
RPkhem: I put out a patch to use bleach instead, hard part is testing21:56
khemto completely bypass iconv poking21:56
JPEWjonesv[m]: I've used that SoC family a lot, but we've always used MBR partitions21:56
RPkhem: I'm simply trying to avoid having to patch gettext macros at this point21:56
jonesv[m]JPEW: right, so it could be an issue with the SoC and not with wic, correct?21:56
RPand get rid of a couple of non-upstreamable patches21:56
JPEWjonesv[m]: It could be. Someone from TI might be able to tell you if the boot ROM support GPT21:57
jonesv[m]JPEW: you mean I may find somebody from TI here in #yocto?21:57
JPEWjonesv[m]: Ya, or on a forum or something21:58
jonesv[m]got it21:58
jonesv[m]Thanks a lot :)21:58
JPEWjonesv[m]: np21:58
*** psnsilva <psnsilva!~psnsilva@> has joined #yocto22:08
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC22:12
khemRP:  the sigqueue issue is actually a bit different, problem is pthread_sigqueue not sigqueue which is there in musl, but pthread version is not. and its also not defined in headers, and local build passes ok and it rightly detects that this function is absent but on OE jenkins the test for pthread_sigqueue passes and it fails see
khemso now I wonder if there is some cross compilation issue where its poking at host libc somehow22:25
khembut then local build seems to work ok22:25
khemin the error log if you search for pthread_sigqueue you see it being detected autoconfig: using pthread_sigqueue22:26
khemon my local build this detection fails so final build works22:27
*** Sponge5 <Sponge5!> has joined #yocto22:29
RPkhem: hmm, that does sound a bit like a host issues :/22:30
RPkhem: its all custom makefile tests so it could be having cross compile issues22:34
khemI think another difference is ld-is-gold so let me do a local build with ld-is-gold22:34
khemgold linker has subtle differences too22:35
RPkhem: could be a pthread linking issues I guess22:35
RPkhem: the Makefile calls uname to determine some features to build :/22:36
khemright the make tests for test binary creation and calls it a success I wonder if somehow it ends up creating the binary even though it is not correct22:36
khemyeah saw that too, earlier I was also suspecting that its perhaps calling host CC and detecting the features which works on glibc systems most of the times22:37
khemdo you see it fail on AB on any musl builds ?22:38
RPkhem: no, I was a bit puzzled on that22:38
khemI also dont see it on arm64/musl build22:39
khembut only on x86/musl22:39
khemarm64 build is not with gold linker though22:40
RPkhem: looks like it only builds the test prog, doesn't run it, so it should be cross compile safe22:40
RPkhem: hack it to remove the 2> /dev/null and see what the error is on the OE builder?22:41
khemthere was another failure where it also detected pidfd_open function22:41
RPkhem: although I guess somehow it gets compiled even when it shouldn't :/22:43
RPkhem: is TMPDIR reused?22:43
khemno, it just builds musl/x8622:43
*** dev1990 <dev1990!> has quit IRC22:44
*** Sponge5 <Sponge5!> has quit IRC22:47
RPkhem: I can't see any change in the upgrade around this :/22:49
RPkhem: also seems to build here correctly22:49
RP(for musl)22:49
khemyeah its a bit baffling22:50
khemand its consistently failing in everything either 1 or 2 undefined symbols as seen above22:50
khemmaybe gold linker has something to do lets see22:51
*** goliath <goliath!> has quit IRC22:58
*** agust <agust!> has quit IRC22:59
*** caiortp <caiortp!> has quit IRC23:01
khemoh well its not even gold linker23:02
*** McAwesome <McAwesome!> has joined #yocto23:07
RPkhem: some kind of disk cache race on that system? the linker may create the file then destroy it and the makefile races and sees it?23:12
RPit shouldn't do that...23:12
RPkhem: removing the 2> /dev/null redirect would make that clearer23:13
RPkhem: maybe add an echo of the command too23:13
khemhmm its using ramfs23:13
khemyeah I will add it23:14
khemit forces -j1 on those tests so there must be a reason why they do it23:14
khemI think one workaround is to pass these via  EXTRA_OEMAKE += "HAVE_PTHREAD_SIGQUEUE=0" so the test is avoided23:17
*** matthewcroughan_ <matthewcroughan_!> has quit IRC23:21
*** matthewcroughan <matthewcroughan!> has joined #yocto23:21
*** psnsilva <psnsilva!~psnsilva@> has quit IRC23:22
*** ENPJ <ENPJ!~ENPJ@2001:a61:3a33:7901:b0dd:8b05:f149:714f> has quit IRC23:26
RPkhem: the real fix may be to move the compiler output into place, gcc X -o A && mv A || true23:26
khemyeah true23:27
*** matthewcroughan <matthewcroughan!> has quit IRC23:27
*** matthewcroughan <matthewcroughan!> has joined #yocto23:27
khemI have added a vebose patch
khemwill run with this one cycle and see if logs show something interesting, then second try will be to try mv path23:28
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:29
khemthese builders are slow so each cycle is 6 hrs23:29
*** Wouter0100 <Wouter0100!> has quit IRC23:32
*** Wouter0100 <Wouter0100!> has joined #yocto23:33
*** matthewcroughan <matthewcroughan!> has quit IRC23:38
*** matthewcroughan <matthewcroughan!> has joined #yocto23:38
*** kyrix <kyrix!~ashwoods@> has quit IRC23:48
RPkhem: ok23:59
RPkhem: might be worth a local try redirecting that task's workdir to a ramfs?23:59

Generated by 2.17.2 by Marius Gedminas - find it at!