Wednesday, 2021-01-13

*** ericch <ericch!> has joined #yocto00:02
*** bantu <bantu!~bantu@unaffiliated/bantu> has quit IRC00:03
*** oberstet <oberstet!~oberstet@> has quit IRC00:04
*** bantu <bantu!~bantu@unaffiliated/bantu> has joined #yocto00:05
*** kpo_ <kpo_!> has quit IRC00:08
*** kpo_ <kpo_!> has joined #yocto00:09
*** adam1 <adam1!> has quit IRC00:14
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC00:57
*** linums <linums!> has quit IRC00:59
*** linums <linums!~linums@> has joined #yocto00:59
*** thekappe <thekappe!c65a42b1@> has quit IRC01:01
*** joeythesaint <joeythesaint!~joe@> has quit IRC01:09
*** joeythesaint <joeythesaint!~joe@> has joined #yocto01:11
*** rcw <rcw!~rcwoolley@> has quit IRC01:14
*** vineela <vineela!vtummala@nat/intel/x-dzdgzhxlykjtqufv> has quit IRC01:20
*** vineela <vineela!vtummala@nat/intel/x-yaomsjiobpuwvkxz> has joined #yocto01:24
*** yizhao <yizhao!~zhaoyi@> has quit IRC01:29
*** yizhao <yizhao!~zhaoyi@> has joined #yocto01:29
*** joeythesaint <joeythesaint!~joe@> has quit IRC01:41
*** joeythesaint <joeythesaint!~joe@> has joined #yocto01:42
*** vineela <vineela!vtummala@nat/intel/x-yaomsjiobpuwvkxz> has quit IRC01:43
JPEWRP: Ah, ya that would do it01:46
*** sesom <sesom!> has joined #yocto01:47
*** sesom <sesom!> has quit IRC01:56
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:10
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:10
*** sakoman <sakoman!> has quit IRC02:18
*** linums <linums!~linums@> has quit IRC02:26
*** linums <linums!> has joined #yocto02:26
*** linums <linums!> has quit IRC02:29
*** linums <linums!~linums@> has joined #yocto02:29
*** risca <risca!~quassel@> has quit IRC02:39
*** risca <risca!~quassel@> has joined #yocto02:40
*** sakoman <sakoman!> has joined #yocto03:01
*** sakoman <sakoman!> has quit IRC03:21
*** ahadi <ahadi!~ahadi@> has quit IRC03:27
*** ahadi <ahadi!> has joined #yocto03:30
moto-timodv: layer index is your friend
moto-timoah responding to ancient history because my window was scrolled up03:38
*** dv <dv!~dv@> has quit IRC03:39
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC03:48
*** risca <risca!~quassel@> has quit IRC04:07
*** risca <risca!~quassel@> has joined #yocto04:09
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto04:13
*** gendevbot <gendevbot!~devbot@> has quit IRC04:25
*** adelcast <adelcast!> has quit IRC04:25
*** gendevbot <gendevbot!~devbot@> has joined #yocto04:26
*** sesom <sesom!> has joined #yocto04:30
*** B0ned1ger2 <B0ned1ger2!> has quit IRC04:36
*** B0ned1ger <B0ned1ger!> has joined #yocto04:36
*** amitk <amitk!~amit@unaffiliated/amitk> has joined #yocto04:36
*** sesom <sesom!> has quit IRC04:37
*** sesom <sesom!> has joined #yocto04:37
*** dreyna_ <dreyna_!> has quit IRC04:58
*** sesom <sesom!> has quit IRC05:08
*** sesom <sesom!> has joined #yocto05:09
*** camus1 <camus1!~Instantbi@> has joined #yocto05:23
*** kaspter <kaspter!~Instantbi@> has quit IRC05:24
*** camus1 is now known as kaspter05:24
*** joeythesaint <joeythesaint!~joe@> has quit IRC05:24
*** joeythesaint <joeythesaint!~joe@> has joined #yocto05:25
*** risca <risca!~quassel@> has quit IRC05:28
*** risca <risca!~quassel@> has joined #yocto05:30
*** linums <linums!~linums@> has quit IRC05:34
*** linums <linums!> has joined #yocto05:34
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:38
*** lelle <lelle!> has joined #yocto05:39
*** sesom <sesom!> has quit IRC05:43
*** nucatus <nucatus!> has joined #yocto05:44
*** nucatus is now known as sesom05:45
*** sesom <sesom!> has quit IRC05:46
*** sesom <sesom!> has joined #yocto05:46
*** beneth <beneth!> has joined #yocto05:50
*** linums <linums!> has quit IRC05:59
*** linums <linums!~linums@> has joined #yocto05:59
*** jobroe <jobroe!> has joined #yocto06:25
*** AndersD <AndersD!> has joined #yocto06:27
*** lelle <lelle!> has quit IRC06:43
*** camus1 <camus1!~Instantbi@> has joined #yocto06:43
*** kaspter <kaspter!~Instantbi@> has quit IRC06:43
*** camus1 is now known as kaspter06:43
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:59
*** camus <camus!~Instantbi@> has joined #yocto07:09
*** kaspter <kaspter!~Instantbi@> has quit IRC07:11
*** camus is now known as kaspter07:11
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:33
*** mckoan|away is now known as mckoan07:33
mckoangoog morning07:34
*** B0ned1ger <B0ned1ger!> has quit IRC07:36
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto07:36
*** frsc <frsc!> has joined #yocto07:40
*** sesom <sesom!> has quit IRC07:52
*** sesom <sesom!> has joined #yocto07:53
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:54
*** sesom <sesom!> has quit IRC07:57
*** sesom <sesom!> has joined #yocto07:58
*** fl0v0 <fl0v0!~fvo@> has joined #yocto08:00
*** gsalazar79 <gsalazar79!955a6fad@gateway/web/cgi-irc/> has joined #yocto08:01
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC08:02
*** sesom <sesom!> has quit IRC08:03
dagmcrpurple: in regards to the PR Service issue: `Can NOT get PRAUTO, exception [Errno 111] Connection refused`... I could have 6 workers at once but they all run in multiconfig with `BB_NUMBER_THREADS = "16"`... So, I assume the multiple connections to the PR service comes from all the num of tasks * num of workers... I think a simple retry 3 times in `package_get_auto_pr` should work but I guess that would be more like a08:05
*** sesom <sesom!> has joined #yocto08:08
*** JaMa <JaMa!> has joined #yocto08:10
*** JK96 <JK96!> has joined #yocto08:12
*** sesom <sesom!> has quit IRC08:12
*** JK96 <JK96!> has quit IRC08:12
*** gsalazar79 is now known as gsalazar08:14
*** camus <camus!~Instantbi@> has joined #yocto08:15
*** Sponge5 <Sponge5!> has joined #yocto08:16
*** kaspter <kaspter!~Instantbi@> has quit IRC08:17
*** camus is now known as kaspter08:17
*** justas <justas!> has joined #yocto08:18
justasHello everyone, I've encountered yet another problem while trying to cross-compile for arm. "error: *.so uses VFP register arguments, *.o does not" I'm trying to somehow set "-mfloat-abi=" flag to either softfp or hard, but that doesn't help at all. What am I missing?08:20
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto08:26
*** EricWalter <EricWalter!62907e10@gateway/web/cgi-irc/> has quit IRC08:27
*** kpo_ <kpo_!> has quit IRC08:30
*** kpo_ <kpo_!> has joined #yocto08:31
*** alessioigor <alessioigor!> has joined #yocto08:37
*** oberstet <oberstet!~oberstet@> has joined #yocto08:39
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC08:43
*** sesom <sesom!> has joined #yocto08:45
*** sesom <sesom!> has quit IRC08:51
Sponge5morning :)08:55
Sponge5which one is openembedded-layer? It's not in meta-openembedded, nor can I find it in
Sponge5'networking-layer' depends on layer 'openembedded-layer'09:01
Sponge5nvm, got it, it-s meta-oe09:02
qschulzSponge5: the layer dependencies are coming from the BBFILE_COLLECTIONS variable in layer.conf09:02
Sponge5qschulz: I got the dependency from adding meta-networking to my layers and IMAGE_INSTALL_append = " networkmanager"09:04
*** yizhao <yizhao!~zhaoyi@> has quit IRC09:06
*** yizhao <yizhao!~zhaoyi@> has joined #yocto09:06
*** alessioigor <alessioigor!> has quit IRC09:06
qschulzSponge5: no, what I meant is that when you have a layer depending on another one, the dependency is specified by using the "another one"'s BBFILE_COLLECTIONS value09:07
*** mihai <mihai!~mihai@unaffiliated/mihai> has quit IRC09:08
*** zyga <zyga!~zyga@unaffiliated/zyga> has joined #yocto09:13
*** gnac <gnac!> has quit IRC09:16
*** gnac <gnac!> has joined #yocto09:21
*** sesom <sesom!> has joined #yocto09:25
*** manuel1985 <manuel1985!> has joined #yocto09:28
manuel1985Which network manager are you using for embedded products with wifi connectivity? Network-Manager? wicd? ConnMan?09:30
bpswe use iwd for wireless link management and systemd-networkd for IP configuration09:31
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto09:34
manuel1985Do you have issues with roaming?09:35
bpsmanuel1985, it depends a little on your driver. what wifi driver are you using?09:36
*** kaspter <kaspter!~Instantbi@> has quit IRC09:38
bpsthe question is mostly relevant if your wifi chip's firmware doesn't do roaming by itself. in that case iwd uses the CQM RSSI notification api to monitor RSSI levels. this is a little different to wpa_supplicant which I think polls using get_station.09:38
bpsiwd also supports AP-directed roaming by subscribing to specific action frames, but I think most drivers support that?09:39
*** sesom <sesom!> has quit IRC09:48
manuel1985No idea which drivers we are using. We are using nvidia jetson-TX2 and are facing problems with roaming, but WiFi seems to be a quite delicate topic.09:49
bpsok, sounds like you would be using brcmfmac then. what kind of problems?09:52
bpsor maybe bcmdhd, looks like that also supports the BCM4354 chipset... anyway, you will have better mileage with wpa_supplicant because that is what all the vendors test with. but note that most broadcom/cypress firmwares will do the roaming for you by default. you need to fiddle with the roam_off parameter in the firmware if you want to offload it to your userspace supplicant09:54
manuel1985Our product is streaming video from a battery-powered device. When people move around and leave the coverage of an access point, streaming gets interrupted. If I understand right, roaming between accees points having the same SSID works better than switching to ones with different name.09:54
bpss/mileage/stability/. but iwd has a better roaming algorithm and integrates a little easier09:54
manuel1985Can you be hired as consultant?09:56
manuel1985Not sure if the company is up to it, but I think we have to look into more options. We are working on that issue for quite a while but GNU/Linux is not our core expertise.09:58
*** lelle <lelle!> has joined #yocto09:58
bpsI already work full time so I don't know how much time I can offer but the issue you are facing is one I have dealt with a lot recently, so I will give you my email in privmsg if you like09:59
manuel1985Yes please that would help us a lot ;)10:00
bpssure :)10:01
*** ThomasD13 <ThomasD13!> has joined #yocto10:04
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto10:13
*** sesom <sesom!> has joined #yocto10:21
*** dv <dv!~dv@> has joined #yocto10:27
*** sesom <sesom!> has quit IRC10:27
*** sesom <sesom!> has joined #yocto10:33
*** creich <creich!> has quit IRC10:36
*** creich <creich!> has joined #yocto10:37
*** DanmerZ <DanmerZ!~op@> has joined #yocto10:54
DanmerZHi! I have a package that I added to IMAGE_INSTALL_append. I need to restrict it to be built only for ARM architecture images. Is it possible to do so?10:56
LetoThe2ndDanmerZ: adding for a specific machine is easiest: IMAGE_INSTALL_qemuarm_append = "..." for example.10:57
qschulzLetoThe2nd: noooooooo, the machine after the append10:58
LetoThe2ndqschulz: dang.10:58
DanmerZLetoThe2nd thank you, I will try it10:58
LetoThe2ndDanmerZ: don't listen to me, listen to qschulz10:58
qschulzDanmerZ: swap qemuarm and append!10:58
qschulzLetoThe2nd: I still need to find parallels with real life example to explain the append/remove stuff so that it's clearer10:59
qschulzappend/prepend/override/remove/whatever :)10:59
LetoThe2ndqschulz: you know what? we're kind of the karl lagerfeld + claudia schiffer of yocto. you're karl, you know whats going on - i'm claudia, i've good the good looks!10:59
*** pbb <pbb!> has quit IRC11:02
*** pbb <pbb!> has joined #yocto11:03
*** goliath <goliath!> has joined #yocto11:11
*** sesom <sesom!> has quit IRC11:13
qschulzLetoThe2nd: are you calling me ugly?11:14
LetoThe2ndi called you knowledgeable. interesting what you made of it ;-)11:16
mckoanLetoThe2nd: however I prefer Claudia without a beard :-D11:16
LetoThe2ndmckoan: nah. boring.11:17
LetoThe2ndlets say i've got inner beauty. ok?11:17
*** sesom <sesom!> has joined #yocto11:17
*** sesom_ <sesom_!> has joined #yocto11:19
*** yizhao <yizhao!~zhaoyi@> has quit IRC11:22
*** yizhao <yizhao!~zhaoyi@> has joined #yocto11:23
*** sesom_ <sesom_!> has quit IRC11:23
*** Sponge5 <Sponge5!> has quit IRC11:30
*** sesom <sesom!> has joined #yocto11:30
*** sesom <sesom!> has quit IRC11:32
*** amitk_ <amitk_!~amit@unaffiliated/amitk> has joined #yocto11:33
*** sesom <sesom!> has joined #yocto11:34
*** amitk <amitk!~amit@unaffiliated/amitk> has quit IRC11:34
qschulzLetoThe2nd: you're very pretty don't worry11:34
*** sesom <sesom!> has quit IRC11:34
*** sesom <sesom!> has joined #yocto11:35
*** sesom <sesom!> has quit IRC11:40
*** yizhao <yizhao!~zhaoyi@> has quit IRC11:50
*** yizhao <yizhao!~zhaoyi@> has joined #yocto11:51
*** JaMa <JaMa!> has quit IRC12:08
*** sesom <sesom!> has joined #yocto12:13
LetoThe2ndi tried that first, but, sadly:12:19
*** manuel1985 <manuel1985!> has quit IRC12:20
*** creich <creich!> has quit IRC12:26
*** sesom <sesom!> has quit IRC12:27
*** frsc <frsc!> has quit IRC12:37
*** sesom <sesom!> has joined #yocto12:38
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto12:42
*** sesom <sesom!> has quit IRC12:43
qschulzi remember seeing only sigdata files /me shrugs12:47
*** frsc <frsc!> has joined #yocto12:54
*** manuel1985 <manuel1985!> has joined #yocto12:58
LetoThe2ndit is complicated (TM)13:03
*** Konsgnx1 <Konsgnx1!> has joined #yocto13:03
*** Konsgnx1 <Konsgnx1!> has quit IRC13:05
*** jij <jij!jonashg@nat/axis/x-omyawalhjtmtufvq> has joined #yocto13:14
*** sesom <sesom!> has joined #yocto13:18
RPqschulz: they contain the data to build bashhash13:23
*** creich <creich!> has joined #yocto13:38
*** linums <linums!~linums@> has quit IRC13:54
*** sakoman <sakoman!> has joined #yocto13:55
*** linums <linums!~linums@> has joined #yocto13:55
*** manuel1985 <manuel1985!> has quit IRC14:23
*** jij <jij!jonashg@nat/axis/x-omyawalhjtmtufvq> has quit IRC14:24
*** DanmerZ <DanmerZ!~op@> has quit IRC14:31
*** xroumegue <xroumegue!~roumegue@2a01:cb1d:3f5:3900:41ac:ebe1:8725:5bcc> has joined #yocto14:31
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has quit IRC14:38
*** mrc3 <mrc3!~mrc3@linaro/mrc3> has joined #yocto14:39
*** kpo_ <kpo_!> has quit IRC14:40
*** thekappe <thekappe!c65a42b1@> has joined #yocto14:41
thekappehello guys ! I'm trying to setup a  multiconfig build configuration in yocto.14:42
thekappeWhat I've done so far is to create a new machine in my-layer/conf/machine/mymachine.conf14:42
thekappemymachine.conf is (for now) just a copy of zynqmp-generic.conf from meta-xilinx14:42
thekappethen I've created build/conf/multiconfig/mymachineA.conf14:42
thekappeand I've set MACHINE=mymachine in mymachineA.conf14:42
thekappeNow I am wondering.. if a certain recipe has for example this line of code:14:42
thekappeSRC_URI_zynqmp = "something"14:42
thekappehow can I get that SRC_URI parsed also if my machine has a different name ("mymachine")14:42
*** justas <justas!> has quit IRC14:43
*** kpo_ <kpo_!> has joined #yocto14:44
*** filsif <filsif!> has joined #yocto14:46
*** ericch <ericch!> has quit IRC14:46
*** ericch <ericch!> has joined #yocto14:46
*** gtucker <gtucker!gtucker@nat/collabora/x-yuaisvjkdtcyvopu> has quit IRC14:50
qschulzthekappe: MACHINEOVERRIDES is your friend14:50
qschulzbe **very** careful how you add an entry to it and always use bitbake -e some-recipe to check if the order is correct14:50
sakomanRP: do you think the openssl "drop support" patch is safe for dunfell yet, or are you still experiencing fallout in master?14:58
sakoman(I know the original intent of the patch was for dunfell and I just want to make sure not to lose sight of it)14:59
*** amitk_ <amitk_!~amit@unaffiliated/amitk> has quit IRC15:05
thekappe@qschulz, thanks15:06
RPsakoman: I'm not sure that qualifies as a stable change :/15:07
thekappeafter a little googling I've seen that: (I've used this file as template file for mymachine)15:07
RPsakoman: I think we're ok from a fallout perspective in master15:07
thekappehas this line: require conf/machine/include/tune-zynqmp.inc15:07
thekappein this file this variable is set: SOC_FAMILY ?= "zynqmp"15:08
thekappein :15:09
sakomanRP: I agree that it doesn't match the stable change requirements, just wanted to ask since the original patch comments indicated dunfell15:09
thekappeSOC_OVERRIDES = "${@get_soc_overrides(d.getVar('SOC_FAMILY'),d.getVar('SOC_VARIANT'), d)}"15:09
thekappeso probably I'm good to go15:09
sakomanRP: I'm not going to take it unless someone comes up with a really good argument15:10
qschulzthekappe: probably indeed15:11
thekappeqschulz, thanks dude15:12
*** lelle <lelle!> has quit IRC15:12
*** fl0v01 <fl0v01!~fvo@> has joined #yocto15:13
*** fl0v0 <fl0v0!~fvo@> has quit IRC15:13
*** Sponge5 <Sponge5!> has joined #yocto15:22
*** sesom <sesom!> has quit IRC15:29
*** sesom <sesom!> has joined #yocto15:30
*** B0ned1ger2 <B0ned1ger2!> has quit IRC15:36
*** B0ned1ger <B0ned1ger!> has joined #yocto15:36
*** rcw <rcw!~rcwoolley@> has joined #yocto15:42
roussinmIs there a way to find deprecated keywords/variables? I'm upgrading a distro from 1.5 to 3.1... A lot of thing changed since...15:42
qschulzroussinm: reading the release note from 1.5 to 3.1 is a good start usually15:43
roussinmyaaa I was hoping for an automated process. That's fine I guess.15:44
*** sesom <sesom!> has quit IRC15:44
*** sesom <sesom!> has joined #yocto15:48
*** AndersD <AndersD!> has quit IRC15:52
*** dsueiro <dsueiro!uid467101@gateway/web/> has joined #yocto15:53
*** sesom <sesom!> has quit IRC15:53
*** sesom <sesom!> has joined #yocto15:54
dsueirozeddii: what is the level of validation/testing done for the linux-yocto-rt kernel? The reason I'm asking is that I can't get CONFIG_PREEMPT_RT=y in .config because CONFIG_KVM=y is set in the arch/arm64/configs/defconfig. So, I suspect we need to have `# CONFIG_KVM is not set` in ktypes/preempt-rt/preempt-rt.cfg.15:56
dsueirozeddii: I forgot to mention that I found this in the 5.10 version.15:57
Sponge5I wanna build dunfell poky for RPi3-64 but nss-3.51.1 from meta-oe breaks, I wanna switch to nss-3.55.1, because that contains the patch I want. I tried using PREFERRED_VERSION_nss in local.conf, but bitbake says only 3.51.1 is available. Do I have to make a new layer or is there something I'm missing?16:00
*** ThomasD13 <ThomasD13!> has quit IRC16:02
qschulzdsueiro: are you manually creating config fragments?16:04
qschulzSponge5: where did you put nss-3.55.1 in your layer?16:04
LetoThe2ndSponge5: you have to provide a recipe for it. PREFERRED_VERSION does not magically bump versions, it just decides between recipes if multiple versions are availabe16:05
dsueiroqschulz: I have some config fragments. But I have `include ktypes/preempt-rt/preempt-rt.scc` in `mymachine-preempt-rt.scc`.16:06
qschulzdsueiro: that is not my question16:07
qschulzone is supposed to create config fragments with the appropriate tasks for the linux-kernel16:07
qschulzif you create them manually, you're asking for troubles16:07
qschulzand it seems you might be doing it otherwise, most likely you would have the CONFIG_KVM line in your config fragment?16:08
*** zyga <zyga!~zyga@unaffiliated/zyga> has quit IRC16:08
Sponge5I see, but I'd like to keep my meta-openembedded clean, so I have to make a layer regardless, correct?16:08
qschulzSponge5: you anyway need a layer, there's almost no way you can avoid this16:08
dsueiroqschulz: No I don't have. As I said the `CONFIG_KVM=y`is coming from the in-tree defconfig.16:09
qschulzdsueiro: and a properly created config fragment should have it16:09
*** sesom <sesom!> has quit IRC16:10
Sponge5qschulz: alright, thanks, in that case I'll use the patch+bbappend instead as it's less likely to break other stuff16:10
qschulzSponge5: where do you put your path+bbappend?16:10
*** Sponge5 <Sponge5!> has quit IRC16:11
dsueiroqschulz: What is the problem of having `# CONFIG_KVM is not set` in ktypes/preempt-rt/preempt-rt.cfg.? I can see that in this file other configs are being turned off as well.16:12
*** Sponge5 <Sponge5!> has joined #yocto16:12
Sponge5qschulz: in a custom layer, or what do you mean?16:13
*** sesom <sesom!> has joined #yocto16:13
qschulzdsueiro: i am challenging the way the config fragment is created, not that it is missing `# CONFIG_KVM is not set`16:13
*** sesom <sesom!> has quit IRC16:15
*** sesom <sesom!> has joined #yocto16:15
qschulzdsueiro: we shouldn't blindly add one line and pray it works. Just use menuconfig to select the option you need, then run diffconfig IIRC16:16
qschulzand replace the fragment with the outcome of this16:16
dsueiroqschulz: I'm not blindly assuming we need to turn-off it. I followed the Kconfig selection requisites and concluded that CONFIG_KVM is preventing CONFIG_PREEMPT_RT being set.16:18
*** sesom <sesom!> has quit IRC16:20
*** kpo_ <kpo_!> has quit IRC16:20
*** kpo_ <kpo_!> has joined #yocto16:21
qschulzdsueiro: Kconfig is some kind of build system on its own, please use the tool for it to create what you need. I understood that CONFIG_KVM is preventing CONFIG_PREEMPT_RT and that you found it. But just adding # CONFIG_KVM is not set manually to the config fragment might not just be enough. Because you could have selects/depends on that one configuration that would then re-enable it, or disable16:23
qschulzother things by defauult16:23
RPJPEW: that diffoscope is at 28 hours now :(16:27
JPEWRP: Yuck16:29
JPEWI think there is a way to limit how "large" it lets a dump get16:30
JPEWsgw: The QMP integration with qemu looks really good! Using that qmp library makes it a *lot* cleaner16:31
*** wherearethelogs <wherearethelogs!59cd854e@> has joined #yocto16:31
wherearethelogsdoes someone know where the irc logs are?16:32
JPEWRP: we pass --no-default-limits.... which is going to make it quite slow16:33
JPEWIf there is a lot of diff16:33
wherearethelogsyes finally!16:33
wherearethelogsthank you!16:34
mckoanwherearethelogs: I already answered to this exact question days ago16:34
*** ericch <ericch!> has quit IRC16:34
JPEWRP: There is probably some happy medium between diff size and speed we can find16:34
wherearethelogsmckoan I couldn't find the logs, hence I couldn't find your answer :)16:34
*** ericch <ericch!> has joined #yocto16:36
*** B0ned1ger <B0ned1ger!> has quit IRC16:37
*** B0ned1ger <B0ned1ger!> has joined #yocto16:37
RPJPEW: right, I'd hope so16:38
*** problame <problame!> has quit IRC16:41
*** problame <problame!> has joined #yocto16:42
sgwJPEW: thanks, but still broken as RP pointed out on the list, my testing was limited to running do_testimage and I need to change it to runtime import for oe-selftest to work16:44
dsueiroqschulz: My problem is that I'm using `KCONFIG_MODE = "--alldefconfig"`16:45
*** sesom <sesom!> has joined #yocto16:51
*** sesom <sesom!> has quit IRC16:52
*** sesom <sesom!> has joined #yocto16:52
RPsgw: it does look good from my limited review btw, will be great to get this working! :)16:53
*** wherearethelogs <wherearethelogs!59cd854e@> has quit IRC17:01
*** vineela <vineela!~vtummala@> has joined #yocto17:06
*** justas <justas!> has joined #yocto17:19
*** fl0v01 <fl0v01!~fvo@> has quit IRC17:21
*** sesom <sesom!> has quit IRC17:21
justasHello, this isn't entirely yocto related, but I've built a custom driver that should load firmware from /lib/firmware. However I get `(NULL device *): Direct firmware load for firmware.bin failed with error -217:21
justas[   62.781789] (NULL device *): Falling back to user helper`. This is a yocto image with initramfs in it, could this somehow affect how the kernel looks for firmware?17:21
*** leon-anavi <leon-anavi!~Leon@> has quit IRC17:25
*** sesom <sesom!> has joined #yocto17:26
*** sesom <sesom!> has quit IRC17:31
*** B0ned1ger <B0ned1ger!> has quit IRC17:36
*** B0ned1ger2 <B0ned1ger2!> has joined #yocto17:36
*** jobroe <jobroe!> has quit IRC17:36
*** jobroe <jobroe!> has joined #yocto17:40
abellonijustas: -2 is no such file or directory17:47
*** radsquirrel <radsquirrel!~radsquirr@> has quit IRC17:48
*** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has joined #yocto17:49
sgwRP: is there a good small test subset to try with oe-selftest?17:49
justasbut /lib/firmware exists and the firmware is inside it. Perhaps I need to enable something in the kernel?17:49
*** yizhao <yizhao!~zhaoyi@> has quit IRC17:51
abelloniis /lib/firwmare in the initramfs and available at the time the driver tries to load the firmware ?17:52
v0nwouldn't it be clearer to have images in images/${MACHINE}/${DISTRO}/ instead of just images/${MACHINE}/?17:53
justasabelloni: yes, I'm loading the drivers manually using modprobe.17:53
*** yizhao <yizhao!~zhaoyi@> has joined #yocto17:54
v0nor maybe images/<custom-build-name>/, like images/beaglebone-poky-debug-tweaks/ for example17:54
*** mckoan is now known as mckoan|away17:59
*** bradleyb <bradleyb!~radsquirr@> has joined #yocto18:03
*** radsquirrel <radsquirrel!~radsquirr@2603:3015:e15:5bf2:d0b3:d9ff:fede:b022> has quit IRC18:04
*** sesom <sesom!> has joined #yocto18:07
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC18:11
v0nhum I've added DEPLOY_DIR_IMAGE = "${DEPLOY_DIR}/images/yocto/" to my local.conf, it seemed to work well until do_image_wic, which failed with "output: install: cannot stat '/work/build/tmp/deploy/images/yocto/u-boot.img': No such file or directory"18:12
v0nit seems like the u-boot recipe didn't copy the already build u-boot.img from beaglebone-yocto/18:13
*** sesom <sesom!> has quit IRC18:13
*** risca <risca!~quassel@> has quit IRC18:15
*** risca <risca!~quassel@> has joined #yocto18:17
*** dreyna_ <dreyna_!> has joined #yocto18:23
*** dreyna__ <dreyna__!~dreyna@2601:646:4201:e280:a1b8:4b7e:4a16:72eb> has joined #yocto18:24
*** dreyna_ <dreyna_!> has quit IRC18:28
*** frsc <frsc!> has quit IRC18:38
*** thekappe <thekappe!c65a42b1@> has quit IRC18:45
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC18:47
*** mrpelotazo <mrpelotazo!> has quit IRC18:58
*** filsif <filsif!> has quit IRC19:01
*** mrpelotazo <mrpelotazo!> has joined #yocto19:01
JPEWRP: In the pokybuild QA notification, are the SHA1 of oe-core and bitbake encompassed in the SHA1 of poky (e.g. could I just checkout poky?)19:04
*** linums <linums!~linums@> has quit IRC19:10
*** linums <linums!~linums@> has joined #yocto19:12
*** linums <linums!~linums@> has quit IRC19:16
*** linums <linums!> has joined #yocto19:17
*** sesom <sesom!> has joined #yocto19:21
*** sesom <sesom!> has quit IRC19:25
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC19:27
*** sakoman <sakoman!> has quit IRC19:30
* paulg idly wonders if anyone uses meta-yocto (i.e. "git://") outside of poky (i.e. "git://") 19:33
paulbarkerpaulg: I use it occasionally when I'm supporting multiple distros in a source tree19:36
paulbarkerSo in that situation I'd have openembedded-core & bitbake already checked out along with maybe a different distro layer. Then if I want to build poky images no point cloning the same content again, may as well just add meta-yocto19:37
paulgI see.  I was just looking at the copies of meta-poky and meta-yocto-bsp (from meta-yocto) that we have in poky - done commit-by-commit, and wondering what that buys us.19:38
*** sesom <sesom!> has joined #yocto19:39
kergothit's just a question of structure and how you manage your multiple git repositories, whether you want the components or the merged repo19:40
kergothi've used both, and neither19:40
kergoth(at various times)19:40
*** justas <justas!> has quit IRC19:41
paulgyeah,  I've never even thought of manually placing the components myself vs using the "merged" poky repo.  Might be educational for me to try that.19:44
paulg(might also end in frustration, too...  hard to say.  ;-)19:45
*** sesom <sesom!> has quit IRC19:53
*** sesom <sesom!> has joined #yocto19:57
*** sesom <sesom!> has quit IRC20:00
*** sesom <sesom!> has joined #yocto20:01
*** sesom <sesom!> has quit IRC20:06
*** linums <linums!> has quit IRC20:08
*** linums <linums!> has joined #yocto20:09
*** m1ster_r0b0t <m1ster_r0b0t!> has quit IRC20:12
*** m1ster_r0b0t <m1ster_r0b0t!> has joined #yocto20:12
*** sesom <sesom!> has joined #yocto20:38
*** sesom <sesom!> has quit IRC20:44
*** sesom <sesom!> has joined #yocto20:45
*** oberstet <oberstet!~oberstet@> has quit IRC20:45
*** sesom <sesom!> has quit IRC20:46
*** sesom_ <sesom_!> has joined #yocto20:46
*** sesom_ <sesom_!> has quit IRC20:47
*** sesom <sesom!> has joined #yocto20:47
*** linums <linums!> has quit IRC20:48
*** sesom <sesom!> has quit IRC20:48
*** linums <linums!~linums@> has joined #yocto20:48
*** sesom <sesom!> has joined #yocto20:49
*** sesom_ <sesom_!> has joined #yocto20:50
*** sesom_ <sesom_!> has quit IRC20:51
*** sesom <sesom!> has joined #yocto20:52
*** sesom <sesom!> has quit IRC20:53
*** sesom_ <sesom_!> has joined #yocto20:53
v0nis it safe to rm -rf build/tmp/deploy/images/?20:54
*** sesom_ <sesom_!> has quit IRC20:54
*** sesom <sesom!> has joined #yocto20:54
*** dreyna <dreyna!> has joined #yocto20:55
*** dreyna <dreyna!> has quit IRC20:57
*** dreyna__ <dreyna__!~dreyna@2601:646:4201:e280:a1b8:4b7e:4a16:72eb> has quit IRC20:57
*** dreyna <dreyna!> has joined #yocto20:57
abelloniit is safe to rm tmp20:59
*** sesom <sesom!> has quit IRC20:59
*** sesom <sesom!> has joined #yocto21:00
*** sesom <sesom!> has quit IRC21:00
*** sesom <sesom!> has joined #yocto21:01
v0nabelloni: changing DEPLOY_DIR_IMAGE and building again fails at do_image_wic, this might be a bug21:01
v0nlike missing a deploy action somehow, resulting in images such as u-boot.img not found in the new $DEPLOY_DIR_IMAGE.21:03
*** sesom <sesom!> has quit IRC21:05
*** sesom <sesom!> has joined #yocto21:08
*** sesom <sesom!> has joined #yocto21:09
v0nI've changed DEPLOY_DIR_IMAGE to "${DEPLOY_DIR}/images/${DISTRO}/${MACHINE}/" because I'm building images for different machine/distro combinations for testing, but this results in missing images such as u-boot.img. Any clue?21:09
*** jobroe_ <jobroe_!> has joined #yocto21:10
*** jobroe <jobroe!> has quit IRC21:11
*** minimaxwell <minimaxwell!> has quit IRC21:12
*** sesom <sesom!> has quit IRC21:14
RPJPEW: yes21:15
RPpaulg: its not that much different, just gets annoying when a change to OE-Core needs bitbake updating or similar21:16
RPthe reasons are mainly historical and we need a decent tool at this point21:16
*** jobroe_ <jobroe_!> has quit IRC21:20
*** agrue <agrue!> has quit IRC21:23
v0nRP: any idea on the consequences of changing DEPLOY_DIR_IMAGE? I get a few ENOENT.21:28
RPv0n: depends where you change it to and what else it might overlap with21:29
v0nRP: local.conf21:30
v0nso that I can safely (in theory) build combination of poky and a custom distro for various beaglebone variants21:31
RPv0n: what kind of ENOENT are you seeing?21:33
RPv0n: seems like a reasonable idea, hard to say why its not working without seeing the errors and understanding what you set it to21:33
v0nRP: from do_image_wic: "output: install: cannot stat '/work/build/tmp/deploy/images/poky/beaglebone-yocto/u-boot.img': No such file or directory"21:34
RPv0n: was this in a TMPDIR previously built with a different setting for DEPLOY_DIR_IMAGE ?21:35
v0nRP: I'm setting this in local.conf: DEPLOY_DIR_IMAGE = "${DEPLOY_DIR}/images/${DISTRO}/${MACHINE}/"21:35
RPv0n: would be interesting to know where u-boot put the img file...21:35
v0nmaybe the u-boot recipe isn't using $DEPLOY_DIR_IMAGE? It is the correct variable to modify?21:36
RPshould be the right var and it should be using it21:36
RPdid you previously build with a different value in this TMPDIR?21:37
v0nyes, I did build with the default DEPLOY_DIR_IMAGE, then I changed it, rebuild, get the error, removed build/tmp/deploy/images, rebuild again and same error21:38
v0nthe u-boot.img file isn't re-deployed21:38
RPv0n: try a clean TMPDIR21:38
v0naka find build/tmp/deploy/images/ | grep u-boot.img returns nothing.21:39
v0nRP: you mean removing build/tmp/ completely?21:39
RPv0n: yes21:39
v0nwow, takes a while21:41
RPthere will be millions of files taking up GBs in there21:42
v0nI bet21:42
RPv0n: you can move it out the way and background delete if you want21:42
*** sesom <sesom!> has joined #yocto21:42
* v0n is building again, see ya o/21:44
v0nkas is very handy I must admit, it's like GNU Make for yocto.21:45
v0nhum, seems like most tasks don't need to be re-run, interesting.21:47
RPv0n: it will be able to pull most things from sstate21:48
*** sesom <sesom!> has quit IRC21:48
v0nRP: indeed, building was faster than deleting tmp almost21:49
v0nRP: my new DEPLOY_DIR_IMAGE works like a charm now, thank you! I'll remember to delete tmp when I get build failure ;)21:50
*** sesom <sesom!> has joined #yocto21:50
RPv0n: not always the solution but when you change a layout like that, it might help21:50
*** sesom_ <sesom_!> has joined #yocto21:53
v0nI find this modification in addition to IMAGE_LINK_NAME = "${IMAGE_BASENAME}" to be clearer21:53
v0nso that you get build/tmp/deploy/images/poky/beaglebone-yocto/core-image-minimal.wic instead of21:54
*** sesom_ <sesom_!> has quit IRC21:55
*** sesom <sesom!> has quit IRC21:55
*** sesom <sesom!> has joined #yocto21:55
*** sesom <sesom!> has quit IRC21:57
*** sesom <sesom!> has joined #yocto21:58
v0nRP: would it make sense to suggest the above change to poky?21:59
*** sesom <sesom!> has quit IRC21:59
*** sesom <sesom!> has joined #yocto21:59
v0nOr eventually IMAGE_LINK_NAME = "${IMAGE_BASENAME}-${DISTRO}"? Because having MACHINE in both basename and dirname doesn't add much value IMHO22:00
*** Konsgn <Konsgn!~Konsgnx3@unafiliated/joyseph> has quit IRC22:00
RPv0n: the defaults have changed, it never used to be in MACHINE directories, hence the filenames. The challenge in changing these things is it breaks things like the release scripts22:00
*** kpostlet <kpostlet!~kpostlet@> has joined #yocto22:01
v0nRP: you mean the yoctoproject releases? Aren't these scripts using the above variables?22:02
RPv0n: yes amd where they can they do but it isn't that simple22:02
RPobviously in an ideal world it would all be magic22:03
*** sesom <sesom!> has quit IRC22:04
v0nat list DEPLOY_DIR_IMAGE must contain both MACHINE and DISTRO because it contains image links like "zImage" or "u-boot.img" which can be machine and/or distro specific.22:05
*** kpostlet <kpostlet!~kpostlet@> has quit IRC22:07
*** kpostlet <kpostlet!~kpostlet@> has joined #yocto22:07
RPv0n: most people don't build multiple distros in the same TMPDIR22:08
RPit is definitely a distro policy decision and for poky, we don't expect users doing that so its probably fine with just MACHINE22:09
v0nI see22:09
v0nespecially if the distro use different libc...22:10
RPv0n: I understand what you mean, its just it is a rather subjective problem, others would argue DISTRO in there isn't needed22:11
v0nI've set TCLIBCAPPEND = "" to simplify the upload of the built artifacts, but I guess I'm screwed if I switch the libc on one of the distros.22:11
RPOE lets you shoot yourself in the foot if that is what you want to do :)22:14
v0nYup, I just realized that :)22:14
*** Sponge5 <Sponge5!> has quit IRC22:18
*** bradleyb is now known as radsquirrel22:19
v0nRP: is it safe to set the DEPLOY_DIR_IMAGE outside of TMPDIR?22:19
RPv0n: er, probably? :)22:19
radsquirrelHello!  I ~need to rename my MACHINE, and maintain a sort of alias while the impact of that is dealt with.22:23
radsquirrelhas anyone ever done that and have any tips?22:24
RPradsquirrel: MACHINEOVERRIDES is you friend22:24
radsquirrelRP: hey!  thanks.22:25
radsquirrelyes but I'm thinking about external users.22:25
radsquirrelmaybe a script that automatically generates a local.conf for example.22:25
RPJPEW: I know why vulkan-samples is breaking. the reproducer needs a different pathname *length* rather than value :/22:25
radsquirrelRP I guess I can just have two machine.conf files with the old one including the new one.22:26
RPradsquirrel: yes, and then MACHINEOVERRIDES helps a lot22:26
radsquirrelwell that was much easier than I thought.  Thanks RP!22:27
*** adelcast <adelcast!> has joined #yocto22:27
RPalthough you probably can force MACHINE instead/too22:27
RPradsquirrel: we do this in distro configs with DISTROOVERIDES a lot, machine should be similar22:27
JPEWOh, interesting22:27
v0nRP: well in fact DEPLOY_DIR = "${TOPDIR}/deploy" instead of "${TMPDIR}/deploy" would do the job, to separate build artifacts from files ready to be deployed onto the target machine ( if that doesn't condemn my feet ;-) )22:28
radsquirrelRP will peek at that.22:28
JPEWRP: I can't quite handle on why that would be the case.... does it have some empty buffer for the build path length?22:28
RPradsquirrel: poky has an example of the distro side of it as inheritance between poky and poky-tiny iirc22:28
v0nradsquirrel: the kas tool is used to handle the download of the meta layers and generate bblayers.conf and local.conf for you.22:29
RPJPEW: yes, it uses that path for source filename path lengths in logs22:29
RPJPEW: I'm not entirely sure this is a safe/good/working thing to do but it clearly does22:29
RPer, it clearly does it22:29
radsquirrelv0n: I was not aware of kas, thx for that pointer.22:32
RPJPEW: ./framework/common/logging.h:#define __FILENAME__ (static_cast<const char *>(__FILE__) + ROOT_PATH_SIZE)22:32
RPbldsys/cmake/global_options.cmake:string(LENGTH "${CMAKE_SOURCE_DIR}/" ROOT_PATH_SIZE)22:33
JPEWRP: Gross22:33
RPJPEW: I'm not even sure this actually puts the root path in anywhere? :/22:33
JPEWThey are using pointer arithmatic to "remove" it22:34
RPJPEW: oh, right, yes22:34
RPit won't work in our case since the values in __FILE__ are altered by our CFLAGS for debug relocation22:35
*** beneth <beneth!> has left #yocto22:36
RPso this is actually positively dangerous and broken22:36
JPEWRight, it seems like they are trying to solve a similar problem... in a very different way22:37
v0nradsquirrel: it's kinda awesome actually, it's simply a .yml file containing the layers url, the machine, distro and recipe(s) you want to build and optionally some local.conf fragments. Then "kas build <yml file>" checks out the layers, generates the .conf files, source the env script and build. The project project a container wrapper script to handle the deps.22:37
*** kpo_ <kpo_!> has quit IRC22:41
*** kpo_ <kpo_!> has joined #yocto22:42
*** sesom <sesom!> has joined #yocto22:46
*** sesom <sesom!> has quit IRC22:51
*** sesom <sesom!> has joined #yocto22:51
*** sesom <sesom!> has quit IRC22:56
*** sesom <sesom!> has joined #yocto23:00
v0nCan an .ipk package contain just a single conf file for override?23:04
*** sesom <sesom!> has quit IRC23:05
RPJPEW: - such fun...23:09
*** sesom <sesom!> has joined #yocto23:15
*** sesom <sesom!> has quit IRC23:22
RPrburton, jonmason: Crazy long runnin arm ltp: :(23:25
* armpit crazy is my middle name ; )23:26
* armpit armpit crazy kuster23:27
halsteadRP, while closing tabs I noticed the sstate tally finished in 248 minutes. We have 8.1T in sstate release archives and 30T in the active sstate. I'm about to prune the active sstate to the last 50 days.23:28
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC23:32
RPhalstead: that is quite the sstate cache. Probably good to prune it a bit! :)23:32
* RP wondered how the repro issue alternated around the workers/distros. Path length (depending on pid) is a new one23:34
halsteadYeah. It's a bit overdue. 11399678 files identified for removal. Not the largest batch we've done at all though.23:35
RPhalstead: curious what the size change is23:35
halsteadRP, I'll tell you when it's complete. Still a few hours away though.23:36
*** B0ned1ger2 <B0ned1ger2!> has quit IRC23:36
*** B0ned1ger <B0ned1ger!> has joined #yocto23:36
armpithmm, so is this worthy of being included in a maintenance schedule?23:41
RPhalstead: I probably didn't help by starting a build recently :)23:41
RParmpit: its normally automated, we just took it out of automation due to other issues a while ago and it never got put back23:42
RPwe should try and optimise the sstate object size a bit, I'm sure there are things in there which don't need to be23:42
RPJPEW: vulkan-samples breaks diffoscope so well as there is a 450MB binary in there23:43
halsteadRunning a build shouldn't slow this down too much.23:43
halsteadRP, I do have one disk throwing errors. I'm going to replace it after this prune. NAS performance may drop up to 20%.23:44
RPhalstead: ok, thanks for the headsup23:44
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC23:45
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto23:46
*** tlwoerner_ <tlwoerner_!~tlwoerner@> has joined #yocto23:52
sgwRP: I know it's late there, I tried the importlib suggestion and it worked locally with a simple oe-selftest -t machine , is there something more?  Do you want me to try an auto-builder?23:52
armpitRP, I sorta had a feeling that was the case.23:52
*** tlwoerner_ <tlwoerner_!~tlwoerner@> has quit IRC23:52
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has quit IRC23:53
*** tlwoerner_ <tlwoerner_!~tlwoerner@> has joined #yocto23:53
armpitsgw, be like Nike.. Just do it ; )23:53
*** tlwoerner_ <tlwoerner_!~tlwoerner@> has quit IRC23:53
*** tlwoerner <tlwoerner!~tlwoerner@unaffiliated/tlwoerner> has joined #yocto23:54
RPsgw: next step would be the autobuilder23:59

Generated by 2.17.2 by Marius Gedminas - find it at!