Monday, 2020-10-26

*** linums <linums!> has joined #yocto00:00
*** linums <linums!> has quit IRC00:00
*** linums <linums!~linums@> has joined #yocto00:01
*** dev1990 <dev1990!> has quit IRC00:07
*** Hadi <Hadi!a5e1d930@> has quit IRC00:21
smurrayHadi: the rationale for why that's done is here:
smurrayoops, they're gone00:22
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC00:26
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has joined #yocto00:28
*** kasper <kasper!~kasper@> has quit IRC00:36
moto-timozeddii: the moment I tried to build cri-o I thought it asked for libselinux... I can revisit it00:45
moto-timoRobertBerger: I don't know about compatibility, but k3s is probably a better fit for on target? I don't have enough experience doing what I am trying to do with it yet.00:46
*** dreyna <dreyna!> has quit IRC00:47
moto-timozeddii: I'll go back and review OverC again00:52
zeddiimoto-timo: so you do, or don't want selinux as a cri-o depends ? We have it in there, but as a "conditional" meta-selinux dependency.00:54
zeddiiit's odd though. It somehow snuck into the full depends, but yes, it is supposed to be conditional .. not in the sense of cri-o, but in the sense of meta-virt as a whole00:54
zeddiiI can't buid it at the moment, due to a selinux build issue though00:55
zeddii /opt/bruce/poky/build/tmp/work/core2-64-poky-linux/libsepol/2.9-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux/../../libexec/x86_64-poky-linux/gcc/x86_64-poky-linux/10.2.0/ld: ../cil/src/cil_verify.lo:/usr/src/debug/libsepol/2.9-r0/libsepol-2.9/src/../cil/src/cil_mem.h:39: multiple definition of `cil_mem_error_handler'; ../cil/src/cil.lo:/usr/src/debug/libsepol/2.9-r0/libsepol-2.9/src/../cil/src/cil_00:55
zeddiimem.h:39: first defined here00:55
zeddii| collect2: error: ld returned 1 exit status00:55
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC01:05
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has joined #yocto01:07
moto-timozeddii: personally, I don't currently want SELinux01:15
moto-timozeddii: but that might change the moment I get a secure system request01:16
moto-timozeddii: and also the moment I'm back on my centos8 or fedora-32 builders01:17
* moto-timo pretends to go to bed and be on Dublin-ish time01:17
moto-timozeddii: I wonder if we can do the selinux depends in dynamic-layers bbappend?01:19
zeddiiI need to investigate if it really is required, I'll have a look at the cri-o code and see what's using it.01:19
zeddiimy stance was that all of meta-virt couldn't depend on meta-selinux, just for cri-o, and we made some anonymous python for it, but I don't recall if we can packageconfig it out of existence as a dependency.01:20
zeddiiif so, it can be a package config and avoid yanking it in.01:20
*** linums <linums!~linums@> has quit IRC01:24
*** linums <linums!> has joined #yocto01:24
*** linums <linums!> has quit IRC01:39
*** linums <linums!~linums@> has joined #yocto01:39
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC01:40
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has joined #yocto01:41
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC01:51
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:55
*** kaspter <kaspter!~Instantbi@> has quit IRC01:58
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:58
*** kaspter <kaspter!~Instantbi@> has joined #yocto01:58
*** PaowZ <PaowZ!> has joined #yocto02:03
*** PaowZ <PaowZ!> has quit IRC02:14
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has joined #yocto02:15
*** manuel1985 <manuel1985!> has quit IRC02:18
*** sakoman <sakoman!> has quit IRC02:31
*** manuel1985 <manuel1985!> has joined #yocto02:33
*** sakoman <sakoman!> has joined #yocto03:04
*** sakoman <sakoman!> has quit IRC03:08
*** dreyna <dreyna!~dreyna@2601:646:4201:e280:648f:f987:e51b:2999> has joined #yocto03:10
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC03:20
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has joined #yocto03:22
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC03:36
*** ahadi <ahadi!> has quit IRC03:37
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has joined #yocto03:38
*** ahadi <ahadi!> has joined #yocto03:38
OutBackDingomoto-timo: i kinda feel k8s is a much better fit for overc then k3s ..... IMHO03:45
OutBackDingoeven KubeEdge could be a better fit03:45
OutBackDingok3s does some things in a funky way that makes it non-compat with various k8s things that just work on k8s03:46
*** PaowZ <PaowZ!~vince@2a01:e35:2e3e:4ac0:bc24:f2a7:822d:a623> has quit IRC03:54
*** manuel1985 <manuel1985!> has quit IRC04:06
*** linums <linums!~linums@> has quit IRC04:13
*** linums <linums!> has joined #yocto04:14
*** linums <linums!> has quit IRC04:17
*** linums <linums!~linums@> has joined #yocto04:18
*** manuel1985 <manuel1985!> has joined #yocto04:21
*** paulg <paulg!> has quit IRC04:44
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has quit IRC04:44
*** ojdo <ojdo!~ojdo@unaffiliated/ojdo> has joined #yocto04:51
*** feddischson <feddischson!> has joined #yocto04:59
*** kpo_ <kpo_!> has quit IRC05:01
*** wooosaiiii <wooosaiiii!> has quit IRC05:01
*** kpo_ <kpo_!> has joined #yocto05:02
*** wooosaiiii <wooosaiiii!> has joined #yocto05:02
*** Klox0480931 <Klox0480931!> has quit IRC05:05
*** Klox04809318 <Klox04809318!> has joined #yocto05:05
RobertBerger@moto-timo,  OutBackDingo: indeed might be a better fit if you want k8s compatibility for you edge devices. As far as I understand you could have even smaller devices communicating to kubeedge via mqtt.05:25
*** linums <linums!~linums@> has quit IRC05:41
*** linums <linums!> has joined #yocto05:41
OutBackDingoRobertBerger: yeah now if we can get it in meta-virtualization :)05:46
*** kaspter <kaspter!~Instantbi@> has quit IRC05:46
*** kaspter <kaspter!~Instantbi@> has joined #yocto05:47
OutBackDingoWIP getting it running on overc, then look at making recipes for it05:47
*** linums <linums!> has quit IRC05:51
*** linums <linums!~linums@> has joined #yocto05:52
*** creich <creich!> has quit IRC06:30
RobertBerger@OutBackDingo: The doc does not say much about how to deploy it:
*** pohly <pohly!> has joined #yocto06:34
RobertBerger@OutBackDingo: We only need some container runtime for it on the edge device?
*** creich <creich!> has joined #yocto06:35
*** camus1 <camus1!~Instantbi@> has joined #yocto06:44
*** pharaon2502 <pharaon2502!> has joined #yocto06:44
*** kaspter <kaspter!~Instantbi@> has quit IRC06:45
*** camus1 is now known as kaspter06:45
*** AndersD <AndersD!> has joined #yocto06:46
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto06:47
*** AndersD <AndersD!> has quit IRC06:56
*** ThomasD13 <ThomasD13!> has joined #yocto07:21
*** frsc <frsc!> has joined #yocto07:34
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:34
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has joined #yocto07:36
LetoThe2ndyo dudX07:38
*** mckoan|away is now known as mckoan07:39
mckoangood morning Dublin!07:39
LetoThe2ndi basically feel like this:
mckoanLetoThe2nd: LOL07:46
* mckoan is trying to figure out how all this 'virtual' stuff works07:47
LetoThe2ndmckoan: hehe. thats easy. it just doesn't work at all.07:47
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has joined #yocto07:48
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto07:51
*** eduardas <eduardas!~eduardas@> has joined #yocto07:58
mckoanLetoThe2nd: what is the link to the conference?07:58
*** eduardas <eduardas!~eduardas@> has quit IRC07:58
*** agust <agust!> has joined #yocto07:59
LetoThe2ndmckoan: schedule?07:59
*** fl0v0 <fl0v0!~fvo@> has joined #yocto08:00
*** Bunio_FH <Bunio_FH!> has joined #yocto08:04
mckoanLetoThe2nd: I'm in my schedule but I don't see any link to the conference08:05
*** carlsb3rg <carlsb3rg!c147afcf@> has joined #yocto08:08
*** Bunio_FH <Bunio_FH!> has quit IRC08:12
LetoThe2ndmckoan: just click the ogo?
LetoThe2ndpaulbarker: so hopefully that was helpful and i did not ah... erm.... too much?08:19
paulbarkerLetoThe2nd: I thought that was a good way to start the conference day08:20
mckoanLetoThe2nd: looks like LF is going to send the actual link later by email08:21
LetoThe2ndpaulbarker: :)08:21
LetoThe2ndmckoan: ah you mean the conference attendee link? yeah that should come in at 10:00 AM GMT, AFAIK08:21
*** beneth` <beneth`!> has joined #yocto08:23
*** PaowZ_ <PaowZ_!~Vince@> has joined #yocto08:25
*** hpsy <hpsy!~hpsy@> has joined #yocto08:30
*** Bunio_FH <Bunio_FH!> has joined #yocto08:30
shoraganis there going to be a general ELC-E via slack again?08:30
*** chris_ber <chris_ber!~quassel@> has joined #yocto08:34
LetoThe2ndshoragan: afaik the LF is convinved their conference system is awesome enough this time so they don't need it.08:35
paulbarkerAll the cool kids are already on irc08:36
*** Klox048093186 <Klox048093186!> has joined #yocto08:41
*** Klox04809318 <Klox04809318!> has quit IRC08:42
*** oberstet <oberstet!~oberstet@> has joined #yocto08:42
*** rcoote <rcoote!> has joined #yocto08:48
*** dev1990 <dev1990!> has joined #yocto08:50
*** linums <linums!~linums@> has quit IRC08:57
*** linums <linums!> has joined #yocto08:58
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto09:04
chris_berI am using two different machines (qemu, imx8mmevk). For the machine imx8mmevk i added a bbapend to include the cp210x driver to the kernel (sources/meta-abc/recipes-kernel/cp210x/linux-imx_%.bbappend) which also contains 'COMPATIBLE_MACHINE = "^imx8mmevk$"'. But now i can't build qemu: 'ERROR: No recipes available for: /somedir/sources/meta-abc/recipes-kernel/cp210x/linux-imx_%.bbappend'09:22
chris_berany ideas?09:22
*** florian_kc <florian_kc!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:22
*** ahadi <ahadi!> has quit IRC09:23
*** ahadi <ahadi!> has joined #yocto09:23
mckoanchris_ber: you should have two different BSP layers for two different architectures (meta-abcqemu, meta-abcimx8)09:25
*** linums <linums!> has quit IRC09:25
*** linums <linums!~linums@> has joined #yocto09:26
LetoThe2ndmckoan: hum, nope. a bsp layer should have no effect if included, but building for another machine.09:31
LetoThe2ndchris_ber: it rather sounds like that meta-abc layer has a dependency on that imx bsp layer, that breaks when building for qemu?09:32
chris_berok, thx. I create now 2 different additonal sources/layers that will be added to bblayers.conf depending og the machine09:35
*** frsc <frsc!> has quit IRC09:37
LetoThe2ndwell thats one option. the other would be using BBFILES_DYNAMIC (or similarly named, can't usually remember) in  meta-abc. and the completely simple approch would be to just have the imx layer included even if you're building for qemu. if it is properly maintained, it should have no effect then.09:39
chris_berahh ok09:39
*** kasper <kasper!> has joined #yocto09:44
*** florian_kc is now known as florian09:49
dreynashoragan LetoThe2nd: Yes there is a Slack channel for YP at ELCE:
dreynaChannel is #elce09:56
LetoThe2nddreyna: for YP, sure. but AIUI, shoragan asked for a general, LF channel/slack09:56
dreynaAh no. As you stated the LF is saving money with their platform's narrow chat channel09:57
shoragandreyna, during ELC-NA, it was a really useful replacement for the hallway track09:58
* LetoThe2nd will try it out shortly!09:58
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:d1ec:6246:f2de:6f27> has joined #yocto10:02
*** frsc <frsc!> has joined #yocto10:02
LetoThe2ndi can keep the booth in a secondary tab, thats ok10:19
linumsI ran menuconfig, ehich produced the config file as expected10:20
linumsBut the diffconfig does not produce the fragment.cfg as it should, what can be the issue here?10:21
rburtonglib datetime tests are always good at exposing differences between distributions10:24
rburtonthe actual output would be nice in the regression report10:24
*** camus1 <camus1!~Instantbi@> has joined #yocto10:27
*** kaspter <kaspter!~Instantbi@> has quit IRC10:27
*** camus1 is now known as kaspter10:27
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC10:30
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has joined #yocto10:53
RobertBergerIs there someone around here who know more about bazel/tensorflow than me?
RobertBergerI already thought I routed it to my own tensorflow git repo where I fixed it, but it's ignored
*** Klox0480931863 <Klox0480931863!> has joined #yocto11:18
*** Klox048093186 <Klox048093186!> has quit IRC11:19
*** berton <berton!> has joined #yocto11:48
*** d32 <d32!2ef3c527@> has joined #yocto11:53
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto11:54
*** frsc <frsc!> has quit IRC11:55
*** Klanticus <Klanticus!~quassel@> has joined #yocto12:09
*** berton_ <berton_!> has joined #yocto12:12
*** otavio__ <otavio__!> has quit IRC12:15
*** berton <berton!> has quit IRC12:16
*** otavio <otavio!> has joined #yocto12:16
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto12:16
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC12:19
*** frsc <frsc!> has joined #yocto12:19
*** blueness <blueness!~blueness@gentoo/developer/blueness> has quit IRC12:27
*** blueness <blueness!~blueness@gentoo/developer/blueness> has joined #yocto12:27
*** hpsy <hpsy!~hpsy@> has joined #yocto12:30
*** NiksDev <NiksDev!~NiksDev@> has quit IRC12:31
*** Konsgnx <Konsgnx!> has joined #yocto12:39
*** Bunio_FH <Bunio_FH!> has quit IRC12:39
*** vmeson <vmeson!> has quit IRC12:46
*** otavio <otavio!~otavio@> has joined #yocto12:48
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto12:48
*** Bunio_FH <Bunio_FH!> has joined #yocto12:54
*** camus1 <camus1!~Instantbi@> has joined #yocto12:54
*** kaspter <kaspter!~Instantbi@> has quit IRC12:54
*** camus1 is now known as kaspter12:54
*** vmeson <vmeson!> has joined #yocto12:54
*** Gintaro <Gintaro!> has quit IRC13:00
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC13:04
*** Bunio_FH1 <Bunio_FH1!> has joined #yocto13:05
*** ilkappe <ilkappe!c65a42b1@> has joined #yocto13:05
*** Bunio_FH <Bunio_FH!> has quit IRC13:07
ilkappeHello guys ! I need a tip ! I have three ARM64 platforms. I thought to create one yocto project to target the three different platforms, since they will differs more ore less only for devicetree and rootfs apps. In your opinion which is the better way to achieve that ?13:08
ilkappeAs far as I know I may define three different machine names, that are extension of a common machine (eg: zynqmp) and then use multiconfig to select the build of a specific target13:10
rburtonilkappe: just making sure that you know of meta-arm :)13:11
ilkapperburton, thanks13:11
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto13:11
ilkappeI'll look for it now13:11
d32Hi, while trying to use devtool (devtool modify virtual/kernel) I'm facing an error:ERROR: Execution of '/home/user/project/build/tmp/work/imx7d_pico-poky-linux-gnueabi/linux-fslc/5.4.71+gitAUTOINC+d4f3dcb65f-r0/devtooltmp-pl7y2yrg/temp/run.do_preconfigure.18190' failed with exit code13:13
d322:/home/user/project/build/tmp/work/imx7d_pico-poky-linux-gnueabi/linux-fslc/5.4.71+gitAUTOINC+d4f3dcb65f-r0/devtooltmp-pl7y2yrg/temp/run.do_preconfigure.18190: 120: /home/user/project/build/tmp/work/imx7d_pico-poky-linux-gnueabi/linux-fslc/5.4.71+gitAUTOINC+d4f3dcb65f-r0/devtooltmp-pl7y2yrg/temp/run.do_preconfigure.18190: cannot open13:13
d32/home/user/project/build/tmp/work/imx7d_pico-poky-linux-gnueabi/linux-fslc/5.4.71+gitAUTOINC+d4f3dcb65f-r0/devtooltmp-pl7y2yrg/workdir/defconfig: No such fileWARNING: exit code 2 from a shell command.Would one of you be so kind to give me some pointers where to start resolving this? I'm on poky
ilkappehey rburton, I'm looking at meta-arm but it seems to me that it provides the recipes to build for an arm platform (which of course it is my case)13:16
ilkappethe things, I already have the set of recipes to build the distro for the three platforms13:17
ilkappethe thing is*13:17
ilkappebut I don't want to have three separate projects13:17
*** paulg <paulg!> has joined #yocto13:17
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC13:18
ilkappeideally I want to build the three distros for the three platforms simply specify somewhere in someway which are the difference between the three of them and then launching bitbake13:19
ilkappebut I don't know both if it is possible and how to do it13:19
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto13:23
*** beneth` <beneth`!> has left #yocto13:23
*** beneth` <beneth`!> has joined #yocto13:23
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto13:25
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC13:25
*** xmp <xmp!> has joined #yocto13:26
xmpHi all!13:27
xmpI would have a question about a weird build issue for my recipe, but I am not quite sure if I am right in here?13:27
*** otavio__ <otavio__!> has joined #yocto13:30
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC13:30
xmpOk, so I'll just describe my issue. In case I am wrong here, please just tell me where to go.13:31
xmpSo I got an error during populating a package to my SDK saying it cannot find a package e.g. "nativesdk-my-app". However, "my-app" builds just fine and so does the "nativesdk-my-app" target as standalone. The error arises during the populate_sdk task saying "Unable to find a match". The my-app recipe is pretty simple and los similar to all my other13:34
xmprecipes which build also fine. I don't know where to start searching.13:34
*** ilkappe <ilkappe!c65a42b1@> has quit IRC13:34
*** otavio__ <otavio__!> has quit IRC13:35
*** otavio <otavio!> has joined #yocto13:35
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto13:35
*** frsc <frsc!> has quit IRC13:56
moto-timoFWIW: elago SD card USB adapter worked immediately on my Debian-10 machine vs uni reader which only worked on my Centos-8 machine13:59
*** ericch <ericch!> has joined #yocto13:59
RobertBerger@ilkappe: we have 3 things in14:02
RobertBerger@ilkappe yocto/oe which are orthogonal (independent of each other)14:02
RobertBerger@ilkappe: MACHINE, DISTRO, IMAGE14:02
*** CTer <CTer!> has joined #yocto14:03
RobertBerger@ilkappe: "they will differs more ore less only for devicetree and rootfs apps"14:03
*** behanw <behanw!uid110099@gateway/web/> has joined #yocto14:03
RobertBerger@ilkappe: rootfs apps: is IMAGE in my imagination14:04
clementp[m]Hi, I have two boards very similar except the bootloader and the device-tree are different. Is it possible that yocto build only 1 Rootfs+Kernel and 2 bootloaders ?14:05
RobertBerger@ilkappe: you could build all device tree trees together and then install only one which is appropriate for the board14:05
RobertBerger@clementp[m]: I have one "layer collection" with all device trees and rootfs and a different layer collection for different bootloaders - independent14:06
RobertBerger@clementp[m]: actually I split the BSP in on layer for kernel/dtb and another layer for bootloader14:07
clementp[m]RobertBerger: is it closed source ?14:07
RobertBergerclementp[m]: of course NOT14:08
clementp[m]RobertBerger: could you point me the git repo just to check how you do it14:09
RobertBergerbootloader variation 1:
RobertBergerbootloader variation 2:
RobertBerger(this needs some updating)14:10
*** frsc <frsc!> has joined #yocto14:11
clementp[m]RobertBerger:  awesome, thanks !14:11
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC14:12
RobertBergerthe special trick here is, that it's a multi-v7 (multi arch) kernel which runs on multiple boards14:13
RobertBergerFeel free to ping me14:13
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has quit IRC14:13
*** dexterlb <dexterlb!~dexterlb@2a01:9e40:2:2::2> has joined #yocto14:14
clementp[m]RobertBerger: all my boards use the exactly same SoM, just the carrier board is different, so the device-tree14:14
RobertBergerSo it's easy.14:14
RobertBergerYou can build in one go different device trees and install the appropriate one.14:15
RobertBergerJust add to your machine config as many device trees as you like ;)14:15
*** sakoman <sakoman!> has joined #yocto14:15
*** kaspter <kaspter!~Instantbi@> has quit IRC14:16
*** wintermute98 <wintermute98!> has joined #yocto14:16
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:16
*** maudat <maudat!> has joined #yocto14:20
smurrayclementp[m]: you can add the extras to KERNEL_DEVICETREE, iirc14:21
smurrayclementp[m]: generally done in the machine conf file14:21
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/> has joined #yocto14:22
moto-timointeresting that suse is buying rancher14:23
*** wintermute98 <wintermute98!> has quit IRC14:24
*** otavio <otavio!> has joined #yocto14:24
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto14:24
clementp[m]RobertBerger: smurray No because the default env of the bootloader need to be updated. fdt_file=boarda.dtb or ftd_file=boardb.dtb14:30
smurrayclementp[m]: sure, but that's a different problem than getting the second dtb built14:30
moto-timoalso, multiconfig can help with these different configurations...14:30
clementp[m]haaa you can do u-boot multiconfig ?14:31
clementp[m]didn't know about that14:31
moto-timomulticonfig is the sense of YP14:31
smurraymoto-timo: not required for this, actually14:31
smurrayclementp[m]: you can build more than one u-boot, UBOOT_MACHINE allows for that14:32
smurrayclementp[m]: you can then have 2 different configs with the environments set differently14:33
moto-timosmurray: I'm not saying required... but I'm saying it might make sane build environment14:33
smurrayclementp[m]: the other approach is to build one u-boot, but use scripting to determine which type of board it is14:33
smurraymoto-timo: for just getting a second u-boot built, it's way overkill imo14:34
moto-timoanyway, I haven't touched dtb and uboot in a couple years so I should be silent14:34
*** xmp <xmp!> has quit IRC14:36
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC14:36
RobertBerger@clementp[m]: bootloader and device tree are board specific, the rest does not need to be.14:41
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has quit IRC14:43
*** tolszak <tolszak!> has joined #yocto14:43
smurrayclementp[m]: actually, let me qualify that, I was thinking the logic around UBOOT_MACHINE/UBOOT_CONFIG may allow building more than one, but I might be wrong14:44
*** moto-timo <moto-timo!> has joined #yocto14:44
*** moto-timo <moto-timo!~ttorling@fsf/member/moto-timo> has joined #yocto14:44
tlwoernersmurray: yes that's true. some platforms have multiple _defconfigs (e.g. one for emmc booting and one for sdcard booting)14:46
* moto-timo forces reboot with fat fingers on USB front port... sigh14:46
smurraytlwoerner: cool, good to know my pre-coffee brain isn't completely off ;)14:46
moto-timosmurray: I'm on 3rd espresso. how can you have not had coffee?14:47
moto-timosmurray: or was that a time-machine response ;)14:47
smurraymoto-timo: heh, I try to keep to a couple of cups a day and just haven't gotten to the kitchen yet to make the first14:48
smurraymoto-timo: too many tabs to keep track of14:48
moto-timosmurray: I just "solved" that problem (facepalm)14:48
*** WillMiles <WillMiles!~Will@> has joined #yocto14:53
moto-timointeresting.. trivy14:54
*** frsc <frsc!> has quit IRC14:55
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto14:57
ThomasD13moto-timo, i feel your pain ;)14:58
*** AndersD <AndersD!> has joined #yocto14:58
*** AndersD_ <AndersD_!> has joined #yocto15:00
armpitis anyone on yocto slack?15:01
armpitthere appears to be several yocto slack channels15:01
moto-timoarmpit: we're mostly in the watercooler changnel... same slack at ELC15:01
* moto-timo still can't type15:02
kergoththere's a yocto slack?15:02
armpitthe booth redirects to slack and closes the event one15:02
* kergoth yawns15:02
kergothah, elc15:02
*** AndersD <AndersD!> has quit IRC15:03
moto-timokergoth: sadly pay to play15:04
moto-timokergoth: although much cheaper than normal15:04
* armpit stating to dislike these virtual events15:04
moto-timoThe troll dinner last night was absolutely terrible15:04
kergothhalf the point of a conference is the mingling and networking, watching a bunch of videos isn't quite the same thing15:04
*** ThomasD13 <ThomasD13!> has quit IRC15:06
moto-timokergoth: more than half... and the dinners and hallway track and F2F OED{A,E}M15:06
* kergoth nods15:06
moto-timokergoth: and yet you and I have never managed to be in the same physical time and space15:07
carlsb3rghow would I go about running chmod u+rwx /home/someuser after /home/someuser has been created?15:07
kergothyeah, that's my fault, for a couple years i avoided travel when my son was super young, then just kept missing the registration deadlines :)15:07
moto-timokergoth: I also had several years without sufficient income to fund travel to EU15:08
carlsb3rgI tried to add a task after useradd_base.bbclass' perform_useradd but /home/someuser isn't created yet15:08
tlwoernerkergoth: i'd say it's more like 100% of a conference is the mingling etc15:09
tlwoernerif we ever get back to in-person conferences we should just skip all the "talks/papers" nonsense and just stick to mingling (lol)15:10
kergothhah. just a big gym or set of hallways with people b/s'ing for a few days. i'm on board15:10
* moto-timo still can't explain why I never attended FOSSDEM15:11
tlwoernermoto-timo: because you keep spelling it incorrectly?15:12
moto-timotlwoerner: step one... ?15:13
moto-timomy grammar and spelling has completely atrophied because of social media...15:14
moto-timoand vocabulary15:14
tlwoernerand getting up at 4am with creme stout handy?15:15
moto-timotlwoerner: until it is evening somewhere, I'll stick to espresso with home roasted beans15:16
kergothyou roast yourself? nice. i keep meaning to try that. thankfully we have a local roaster / coffee shop in walking distance here15:17
moto-timokergoth: Dave J Cobbley the younger15:17
moto-timokergoth: my partner in home brew crimes15:17
moto-timokergoth: but green coffee beans are quite reasonably priced15:18
*** pharaon2502 <pharaon2502!> has quit IRC15:18
*** pharaon2502 <pharaon2502!> has joined #yocto15:19
sakomanmoto-timo: be careful, I started with home roasting about 15 years ago and ended up growing coffee in Hawaii15:20
moto-timosakoman: also involved MOVING to and BUYING property in Hawaii15:21
kergothis that supposed to be a warning or enticement?15:21
moto-timosakoman: not a trivial amount of "be careful"15:21
moto-timosakoman: although I have a finca in Costa Rica that COULD be growing coffee again...15:21
sakomankergoth: take it whichever way you like ;-)15:21
moto-timotravel when? yeah... not this year15:22
kergothI've wanted to move to hawaii ever since I got married there as a destination wedding, but sadly our family would never be able to afford to visit :)15:22
sakomanmoto-timo: I marvel at how cheap green coffee is15:23
sakomanIt is a lot of work!15:24
tlwoernerkergoth: and that's a problem… how? (lol)15:24
moto-timosakoman: after a tour of the co-operative that processed the beans from our finca (when it was still growing beans)... I was SHOCKED15:25
kergothtlwoerner: haha15:25
moto-timoalso macadamia nuts are incredibly hard to process15:25
moto-timoby the time you crack the shell, you have made macadamia nut butter15:25
sakomanmoto-timo: green coffee tease:
tlwoernerkergoth: one of the many benefits of having our farm is the ability to say "sorry, we can't visit for <event>, somebody's got to feed the horses!" (lol)15:27
moto-timolittle known fact: piles of macadamia branches will attrack rats which will attract fer-de-lance, the most poisonous snake in central amaerica15:27
kergothhah, can't argue with that excuse15:27
moto-timolol @ tlwoerner15:27
sakomantlwoerner: works both ways too - when they visit hand them a pitchfork and have them help clean the stalls :-)15:28
moto-timosakoman: it's amazing how few revisits from he annoying relatives you get with that simple technique15:28
sakomanmoto-timo: re: mac nuts, like everything you need the right tool to do the job15:29
moto-timosakoman: indeed... we had very old non-producing trees and the market in CR had already dried up by then...15:29
sakomanI let the local pros do the work and just but shelled mac nuts15:29
tlwoernersakoman: yep! lol. i never turn down extra hands for mucking or processing wood15:29
moto-timosakoman: and the harvest of coffee pretty much was a wash with paying our caretaker (plus the fertilizers and so on)15:30
moto-timosakoman: not a loss, but not a retirement plan by a long shot15:30
tlwoernerhad a "city friend" come help pile wood once. at one point he says "by the way, what do you do with the manure?" i said "what do you think you're standing on?!"15:30
* moto-timo points them at the manure spreader they are about to drive around the pasture before lunch15:31
moto-timovery important that it be BEFORE lunch15:32
sakomanmoto-timo: I can't even imagine what I would have to charge if I wanted to sell my coffee and make a living at it15:32
* tlwoerner doesn't share the tractor duties, too much fun (lol)15:32
moto-timosakoman: makes that consulting fee look cheap ;)15:32
moto-timosmart @ tlwoerner15:32
sakomanBut every time I have a cup I'm happy to do the work, it's worth it15:33
RPsakoman: CVE stats look better this week, thanks!15:33
sakomanRP: yes, and master now looks correct too :-)15:34
sakomanI'll keep spending one morning a week on CVE's till I get to diminishing returns15:35
*** agaikova <agaikova!> has joined #yocto15:37
* moto-timo keeps meaning to attack a couple CVEs a week15:39
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/> has joined #yocto15:42
RPsakoman: yes, I wonder what the issue was15:42
RPsakoman: you managed about 50 a week so shouldn't be long, right? :)15:43
caiortpHi All, is is possible to register to yocto dev summit withtou ELCE /OSS registration?15:43
tlwoernerdreyna: ndec: ^^15:43
sakomanRP: I changed the time of day that I run the report, moving it away from midnight15:43
paulbarkercaiortp: It should be possible yes15:44
ndeccaiortp: yes!15:44
sakomanAnd I also now use separate sstate for master/dunfell15:44
RPsakoman: right, so we don't know exactly what it was now! :)15:44
sakomanLet's see if those two changes eliminate some of the strangeness we've seen from time to time15:44
caiortpndec, great thanks a lot!15:46
moto-timotlwoerner: guilty15:46
sakomanRP: We may never know which of the two did the trick, but if things work going forward I'm ok with that :-)15:46
RobertBerger@RP: BTW it looks like with master some pseudo/golang? permissions were fixed. Still testing, but so far it looks good.15:46
RPsakoman: true, I just like to understand problems so I stand a better chance they don't recur!15:46
sakomanI suspect data base update time, since when I reran the test later in the day last week master looked correct15:48
RobertBerger#RP: I didn't even dare to mention those ;) But bitbake -c cleanall <some golang recipes> didn't work before. Needed to have sudoer permissions to remove build artifacts.15:48
caiortpndec my entry point was and the link send to the the event page, tks for the link15:51
moto-timoRP: nice shirt :)16:01
moto-timoRP: I also like the red accept stripe on the walls16:02
*** stephano <stephano!> has joined #yocto16:08
*** linums <linums!~linums@> has quit IRC16:10
* tlwoerner is glad RP is "yocto compatible" :-D16:10
*** linums <linums!> has joined #yocto16:11
moto-timowe should get "built by bitbake" shirts or something like that16:13
moto-timoRP: nice to "see you" even if only on a video chat16:13
armpitand take over that "We built this city" song too16:13
*** RobertBerger <RobertBerger!> has quit IRC16:13
* LetoThe2nd notes, that it was the barcelona shirt. 8yrs ago.16:16
* moto-timo notes that was one of many conferences I wish I had attended and most remember me attending16:16
moto-timonearly everybody thinks I was at Dublin16:16
*** kpo_ <kpo_!> has quit IRC16:16
* RP hopes he's YP Compatible16:17
*** kpo_ <kpo_!> has joined #yocto16:17
clementp[m]smurray:  looks like UBOOT_MACHINE allow only one machine16:21
tlwoernerclementp[m]: yes, but in the source code there can sometimes be more than one to choose from, for a specific board/target16:22
clementp[m]@RobertBerger I agree with you that the Kernel RootFS doesn't need to be board specific, but I don't know what the easiest way to build 2 bootloaders and 1 kernel. Maybe multiple layer is a bit overkill16:22
tlwoernerclementp[m]: or you could write your own _defconfig and include it as a patch in SRC_URI then select it from UBOOT_MACHINE ;-)16:22
clementp[m]tlwoerner: still I need to build 2 times Yocto, so this will generate 2  bootloaders and 2 Kernel/Rootfs16:24
clementp[m] Either I use 2 layers, and I build 3 times Yocto, one time for each bootloader and one time for the Kernel/Rootfs like RobertBerger suggest16:25
clementp[m]Ha ok tlwoerner  got it16:28
*** kuzz <kuzz!> has joined #yocto16:30
*** AndersD_ <AndersD_!> has quit IRC16:31
*** kuzz <kuzz!> has left #yocto16:32
smurrayclementp[m]: do your boards have some way to tell which variant it is, like a gpio pin or pins?  If so, then a little bit of scripting in u-boot could be used to pick which dtb file to use16:32
clementp[m]smurray I thought about that but no I can't :(16:33
clementp[m]Or I could write the information into the efuse and then read them again16:33
clementp[m]But still not a good idea I think16:33
smurrayclementp[m]: so one option is multiconfig as moto-timo mentioned earlier, though I'd probably just do the extra u-boot build in the second multiconfig.16:37
*** creich <creich!> has quit IRC16:39
*** creich <creich!> has joined #yocto16:40
*** kiwi_29 <kiwi_29!> has joined #yocto16:40
moto-timosmurray: that's loosely what my half-baked suggestion was16:40
* moto-timo inserts magic >here<16:41
*** linums <linums!> has quit IRC16:42
*** linums <linums!~linums@> has joined #yocto16:43
*** kiwi_29 <kiwi_29!> has quit IRC16:43
smurraymoto-timo: I actually have a potential usecase in AGL to build multiple u-boots for use with the same kernel + image, when I looked last week my initial glance suggested the u-boot config stuff would allow it, I'm a little bummed out if it'll take using multiconfig, esp since the deployed u-boot files all have the board names in them16:43
clementp[m]UBOOT_CONFIG[xx] one for board_A and one for board_b16:43
clementp[m]first time I call yocto to build board_A + rootfs/kernel16:44
clementp[m]second time I call only to build Board_B u-boot16:44
moto-timoand you should be able to make second build mcdepends on output of first build16:47
carlsb3rgI'm trying to add a custom file in /etc/sudoers.d/ but get this message "file /etc/sudoers.d conflicts between attempted installs of custom-script-1.0-r0.i586 and sudo-1.8.31-r0.i586" - I realize what the problem is I guess, but unsure about the cure16:49
moto-timomost of my multiconfig usage currently is building host + guest OSes for virtualization (and containers)16:49
*** beneth` <beneth`!> has left #yocto16:51
smurraymoto-timo: it's not clear to me if the second config needs a mcdepends if it's essentially the same except for the UBOOT_CONFIG16:52
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC16:53
kergothcarlsb3rg: you might need your FILES to list the files *under* sudoers.d, but not list sudoers.d itself? then only one package owns the directory16:54
moto-timosmurray: yeah... I haven't really thought it through enough...sorry for bringing up vapor ware16:55
carlsb3rgI only have FILES_${PN} += "${sysconfdir}/sudoers.d/sudo_the_user" not the actual sudoers.d directory16:55
moto-timosmurray: I've been using it a lot over the past year though for many interesting solutions16:55
smurrayclementp[m]:  so the meta-renesas BSP definitely builds more than one u-boot by listing them in UBOOT_CONFIG, I'm trying to work out if that's via some modification they've made to the u-boot recipe or if it should work in general16:57
smurrayclementp[m]: okay, I think I was correct in that you can do it, but wrong about the variable.  You can specify more than one config in UBOOT_CONFIG, I see it in other BSPs17:01
smurrayclementp[m]: so you can define UBOOT_CONFIG[foo] and UBOOT_CONFIG[bar], and have UBOOT_CONFIG = "foo bar" to build both17:02
smurrayclementp[m]: I'd suggest trying that17:02
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto17:02
*** chris_ber <chris_ber!~quassel@> has quit IRC17:08
*** roussinm <roussinm!> has joined #yocto17:10 add a file to /etc/sudoers.d/ you have to make sure that you create /etc/sudoers.d/ with the same permissions as the sudo package...17:19
*** fl0v0 <fl0v0!~fvo@> has quit IRC17:20
*** kiwi_29 <kiwi_29!> has joined #yocto17:21
*** kasper <kasper!> has quit IRC17:22
*** kiwi_29 <kiwi_29!> has quit IRC17:25
*** bluelightning_ is now known as bluelightning17:26
*** linums <linums!~linums@> has quit IRC17:27
*** feddischson <feddischson!> has quit IRC17:27
*** linums <linums!54c6d61a@> has joined #yocto17:27
d32Hi everyone, I'm unsure if my question I've posted earlier today made it onto the chat. So trying not to sound impatient I just wanted to check if maybe one of you has picked it up and has a clue for an answer. Thanks :)17:38
rburtonkhem: oooh scanview integration is neat (catching up on sessions I missed)17:38
zeddiiwth is a scanview17:40
khemrburton: yeah its quite useful too :) thanks for watching session17:40
khemwe found few bugs in libcurl17:40
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC17:42
khemzeddii: scan-view is a static analyser that comes with clang for free :)17:43
*** beneth` <beneth`!> has joined #yocto17:47
*** vineela <vineela!vtummala@nat/intel/x-tocbwuiiroovlcqk> has joined #yocto17:50
*** mckoan is now known as mckoan|away17:52
rburtonkhem: how tragic is a scanview over all of poky?17:53
khemrburton: never run it on whole image17:53
rburtonthat bad eh17:53
khemselectively on important libs17:54
rburtonsounds like you're wimping out of fixing the warnings to me17:55
rburtonare you chicken?17:55
manuel1985What's the relation between the <build-dir>/conf/local.conf and recipes, distro conf and machine conf files _from the technical POV_? It seems I can set any variable I can set just about ANYWHERE also in <build-dir>/conf/local.conf. Is <build-dir>/conf/local.conf prepended to everything else?18:03
moto-timorburton: public shaming FTW18:03
rburtonmanuel1985: bitbake.conf will show you the parse order18:04
rburtoneverything global is parsed, then the data store cloned for each recipe which then overlays its own values18:04
*** kiwi_29 <kiwi_29!> has joined #yocto18:07
manuel1985rburton: I see, thank you18:07
ad__hi after a recent upgrade to dunfell, seems imx6 vivante xorg driver is missing. if i try to add f86-video-imx-vivante i get : xf86-video-imx-vivante was skipped: incompatible with machine18:07
rburtonad__: <-- presumably you're not using one of those machines18:08
rburtonif your have a custom machine that does support it then use a bbappend to change COMPATIBLE_MACHINE18:09
ad__rburton, well in my custom machine i have "MACHINEOVERRIDES =. "mx6:mx6q:""18:10
khemrburton: clang-tidy is neat too18:10
rburtonad__: COMPATIBLE_MACHINE doesn't care about overrides, it's literal string matching on MACHINE18:10
rburtonso just add a bbappend18:10
ad__rburton, thanks a lot. doing that18:11
*** vmesons <vmesons!> has joined #yocto18:14
*** vmeson <vmeson!> has quit IRC18:14
*** megabread <megabread!~megabread@2a01:4b00:e031:2600:d1ec:6246:f2de:6f27> has quit IRC18:14
ad__rburton, mm in my bbappend i added   COMPATIBLE_MACHINE = '(imx6q-mymachine)'  but still getting same error18:24
rburtontry just unsetting it :)18:25
*** Sandrita <Sandrita!b8a36cf4@gateway/web/cgi-irc/> has quit IRC18:31
*** vmesons <vmesons!> has quit IRC18:32
*** vmesons <vmesons!> has joined #yocto18:32
*** vmesons is now known as vmeson18:32
khemrburton: where are we with optee-test issue ?18:33
khemit works ok with clang btw. so thanks for that :)18:34
ad__rburton, : ok there was more recipes with same name involved :)18:36
ad__thanks a lot for super support :=)18:37
khemRP: master-next needs something like or you gonna see lot of red on AB18:38
RPkhem: thanks, not got around to testing that yet!18:40
RPkhem: squashed in18:41
*** kiwi_29 <kiwi_29!> has quit IRC18:48
*** kiwi_29 <kiwi_29!> has joined #yocto18:50
*** kaspter <kaspter!~Instantbi@> has quit IRC18:54
*** kaspter <kaspter!~Instantbi@> has joined #yocto18:54
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto18:54
*** LetoThe2nd <LetoThe2nd!uid453638@gateway/web/> has quit IRC18:55
*** kiwi_29 <kiwi_29!> has quit IRC19:01
*** kiwi_29 <kiwi_29!> has joined #yocto19:03
*** goliath <goliath!> has joined #yocto19:05
*** caiortp <caiortp!5c6cf53f@gateway/web/cgi-irc/> has quit IRC19:06
rburtonkhem: we're at goddamnit optee stage19:11
khemthis is only package showing red in my CI19:17
RPagaikova: FWIW I added a fix for the valgrind musl issue to gatesgarth-next as we need the fix urgently for 3.2 rc219:22
*** kiwi_29 <kiwi_29!> has quit IRC19:24
*** fenrig <fenrig!> has joined #yocto19:25
fenrigHi how do I use python3-native from openembbed? I've added the RDEPENDS="python3-pyopenssl-native" but when I execute the recipe that uses python3 it complains about pyopenssl missing. So I assume it uses the python of the host19:26
RPfenrig: did you inherit python3native ?19:28
*** rfpereiro <rfpereiro!> has joined #yocto19:28
fenrigso just19:29
fenriginherit python3-native ?19:29
fenrigoh ok I found the bbclass19:30
*** kaspter <kaspter!~Instantbi@> has quit IRC19:31
fenrig@RP: thx dude19:32
*** kaspter <kaspter!~Instantbi@> has joined #yocto19:32
fenrigRP: it's working like it should now19:32
*** kiwi_29 <kiwi_29!> has joined #yocto19:37
manuel1985Which tools do you usually use to checkout all the repositories, a typical yocto project consists of? I'm using googles repo tool, but dislike it. I'm looking for alternatives.19:51
khemmanuel1985: git submodules19:52
manuel1985You have your build directory outside of the poky repo, don't you?19:54
manuel1985I would like to keep them inside poky, but that would need me to change the .gitignore of that repo.19:55
*** kiwi_29 <kiwi_29!> has quit IRC19:55
kergothkas, repo, submodules, myrepos, etc. lots of options, but what works best for you depends on your usage and workflow.19:55
kergothmanuel1985: or just don't use poky directly.19:56
*** kiwi_29 <kiwi_29!> has joined #yocto19:56
kergothpoky is basically bitbake+oe-core+meta-yocto19:56
kergothso youc an put those wherever you like19:56
*** kiwi_29 <kiwi_29!> has quit IRC19:56
*** kiwi_29 <kiwi_29!> has joined #yocto19:57
khemI think monorepo is the way to go usually19:57
zeddiicd layer; git pull19:57
khemwhatever you use to set it us like kergoth said is own taste19:57
manuel1985kergoth: Thanks for the tools you mentioned, will look into them first.20:00
khemgit subtrees is also an option20:01
kergoththere are lots of tools for a more monorepo type setup, the one poky uses, git-subtree, or then ones that don't relate to the scm at all, like peru20:01
kergothyeah :)20:01
kergoth is quite interesting. it uses submodules, but actually stores the subrepo objects in the main repo, which means you can always clone and set it up independent of the state of actual upstream repositories20:02
kergothoh, also
kergoth(haven't tried that one)20:05
*** fenrig <fenrig!> has quit IRC20:08
*** kiwi_29 <kiwi_29!> has quit IRC20:10
*** kiwi_29 <kiwi_29!> has joined #yocto20:13
*** rcoote <rcoote!> has quit IRC20:15
*** kiwi_29 <kiwi_29!> has quit IRC20:17
*** pharaon2502 <pharaon2502!> has quit IRC20:22
*** kiwi_29 <kiwi_29!> has joined #yocto20:23
khemyeah my method is clone all the repos to somewhere I can control and use git submods20:23
khemcuts the chase pretty early on both producer and consumer side20:23
sgwRP Morning!  Is there a replacement for Distrodata bbclass that you removed about 2 years ago?  Package manifest and build history don't quite provide the right info.20:23
khemsome projects dont respect public branches or may rewrite transfer etc. so you need to offset that20:24
*** kpo_ <kpo_!> has quit IRC20:27
*** kpo_ <kpo_!> has joined #yocto20:28
*** CTer <CTer!> has quit IRC20:28
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has joined #yocto20:30
RPsgw: you can query directly with tinfoil20:33
RPsgw: I think we updated some of the selftests to show how to do that?20:34
*** kiwi_29 <kiwi_29!> has quit IRC20:35
sgwRP: Ok, that means a separate script then right20:36
*** beneth` <beneth`!> has left #yocto20:36
RPsgw: yes, but you'd need one anyway20:38
*** kiwi_29 <kiwi_29!> has joined #yocto20:38
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has quit IRC20:44
*** ric96 <ric96!sid234506@gateway/web/> has quit IRC20:45
*** ad__ <ad__!~prefetch@unaffiliated/ad/x-0785363> has quit IRC20:45
*** __ad <__ad!~prefetch@2a01:4f8:c2c:5a84::1> has joined #yocto20:45
*** ric96 <ric96!sid234506@gateway/web/> has joined #yocto20:45
*** ahadi <ahadi!> has quit IRC20:48
*** ahadi <ahadi!> has joined #yocto20:50
rburtonRP: are we waiting on a fix from bluelightning for the buildhistory thing, or is that revert in next hitting master?20:51
*** kiwi_29 <kiwi_29!> has quit IRC20:53
RPrburton: revert hitting master. Its not a simple fix21:01
*** Konsgnx <Konsgnx!> has quit IRC21:01
*** wmills <wmills!~bill@2601:144:4100:fd1:12bf:48ff:fed7:9537> has joined #yocto21:02
bluelightningright, I have to redo it, it can wait21:08
*** rfpereiro <rfpereiro!> has quit IRC21:09
*** kiwi_29 <kiwi_29!> has joined #yocto21:13
*** kiwi_29 <kiwi_29!> has quit IRC21:16
*** stephano <stephano!> has quit IRC21:21
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC21:45
*** vmeson <vmeson!> has quit IRC21:45
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:48
*** jrdn <jrdn!> has joined #yocto21:50
*** pohly <pohly!> has quit IRC22:07
*** leon-anavi <leon-anavi!~Leon@> has quit IRC22:08
*** Ox861726f6c64 <Ox861726f6c64!~Ox861726f@gateway/tor-sasl/ox861726f6c64> has quit IRC22:13
*** oberstet <oberstet!~oberstet@> has quit IRC22:14
*** kiwi_29 <kiwi_29!> has joined #yocto22:17
*** kiwi_29 <kiwi_29!> has quit IRC22:21
RPJPEW: around?22:28
RP from which I think could be explained and fixed with something like
JPEWYa, I'm here22:28
RPJPEW: sakoman is running into it in dunfell, I think we'll have the same issue in master. hashequiv isn't accounting for timestamps leading to misleading matches?22:29
RPJPEW: I'm concerned that I reverted that in my local test queue so there was some issue, I just can't remember what22:30
*** kasper <kasper!> has joined #yocto22:30
JPEWHmm, I'm not sure. It' the timestamps in internal the package files themselves, which seems more like a problem with the packaging tools?22:32
*** gsalazar <gsalazar!955a6fad@gateway/web/cgi-irc/> has quit IRC22:33
JPEWOh, maybe the internal files are different because of the timestamps of the actual files22:33
sakomanThe timestamps in the package files match the new upstream tarball22:33
sakomanmaster should have the same fetch issue, since both master and dunfell are at netbase 6.122:33
JPEWAh, it thinks they are equivalent because it doesn't know about the timestamps?22:34
JPEWis the theory?22:34
sakomanYes, I think that is RP's theory22:34
sakomanThe new upstream tarball has the same version number, same contents (modulo changelog) but different timestamps on the identical files22:35
sakomanand of course a new tarball filename22:36
RPJPEW: hashequiv is saying they're the same, reproducible builds is saying they're not22:37
RPsakoman: I think I remember what the patch needs. I think we care about timestamps in some tasks but not others where we only care about the content22:38
JPEWsakoman, RP: Ya, that seems reasonable22:38
RPmy patch applies for all tasks whereas it only probably should apply to some subset22:38
RPI suspect I never worked out the subset22:39
JPEWAnything that is encoded in the sstate needs to be in the hash caculation22:39
RPat the very least it needs to do this for do_package22:41
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has quit IRC22:43
RPJPEW: I'm too tired/fried to think straight about that right now...22:43
JPEWYa, fair. I need to hang up today too. I'll try to look tomorrow22:44
* RP is slightly concerned he looked at that in January 22:44
RPJPEW: thanks, I just wondered if a second pair of eyes might see (or remember) something I don't22:44
JPEWThe theory sounds correct at least22:45
sakomanThanks RP, JPEW!22:47
RPJPEW: thanks. Will think some more tomorrow too22:49
*** agust <agust!> has quit IRC22:53
*** tlwoerner <tlwoerner!~Trevor@unaffiliated/tlwoerner> has joined #yocto23:13
*** Klanticus <Klanticus!~quassel@> has quit IRC23:19
*** goliath <goliath!> has quit IRC23:27
*** NiksDev <NiksDev!~NiksDev@> has quit IRC23:27
*** mcc_ <mcc_!> has joined #yocto23:32
*** dakhouya <dakhouya!> has joined #yocto23:35
*** mccc <mccc!> has quit IRC23:35
*** dakhouya <dakhouya!> has quit IRC23:38
*** goliath <goliath!> has joined #yocto23:41
*** ssajal <ssajal!> has quit IRC23:48

Generated by 2.17.2 by Marius Gedminas - find it at!