Monday, 2020-08-10

*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has joined #yocto00:00
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC00:00
*** sgw1 <sgw1!> has joined #yocto00:14
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto00:15
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC00:36
*** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto00:36
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has quit IRC00:57
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has quit IRC00:58
*** goliath <goliath!> has quit IRC01:06
*** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has quit IRC01:17
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto01:20
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC01:26
*** Eleventh_Doctor is now known as Pharaoh_Atem01:29
*** sakoman <sakoman!> has quit IRC01:36
*** sakoman <sakoman!> has joined #yocto01:41
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto03:06
*** gtristan <gtristan!~tristanva@> has quit IRC03:13
*** sakoman <sakoman!> has quit IRC03:29
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has quit IRC03:31
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has joined #yocto03:36
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has joined #yocto03:36
*** Pharaoh_Atem <Pharaoh_Atem!~neal@fedora/ngompa> has joined #yocto03:40
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC03:47
*** wooosaiiii <wooosaiiii!> has quit IRC04:01
*** gtristan <gtristan!~tristanva@> has joined #yocto04:02
*** wooosaiiii <wooosaiiii!> has joined #yocto04:02
*** paulg <paulg!> has quit IRC04:18
*** kaspter <kaspter!~Instantbi@> has joined #yocto04:38
*** kaspter <kaspter!~Instantbi@> has joined #yocto04:39
*** ibinderwolf <ibinderwolf!> has joined #yocto04:55
*** Jebee <Jebee!> has quit IRC05:05
*** dreyna_ <dreyna_!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has quit IRC05:09
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has quit IRC05:10
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has joined #yocto05:14
*** dreyna_ <dreyna_!> has joined #yocto05:14
*** ssajal_ <ssajal_!> has joined #yocto05:40
*** AndersD <AndersD!> has joined #yocto05:41
*** ssajal <ssajal!> has quit IRC05:42
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC05:43
*** kroon <kroon!~kroon@> has joined #yocto05:53
*** gtristan <gtristan!~tristanva@> has quit IRC05:56
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has joined #yocto06:00
*** agust <agust!> has joined #yocto06:08
*** camus1 <camus1!~Instantbi@> has joined #yocto06:25
*** kaspter <kaspter!~Instantbi@> has quit IRC06:25
*** camus1 is now known as kaspter06:25
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has joined #yocto06:28
*** frsc <frsc!> has joined #yocto06:43
*** gsalazar <gsalazar!5e3ce511@gateway/web/cgi-irc/> has joined #yocto06:44
*** kaspter <kaspter!~Instantbi@> has quit IRC06:48
*** jmiehe <jmiehe!> has joined #yocto06:49
*** gtristan <gtristan!~tristanva@> has joined #yocto06:51
*** fl0v0 <fl0v0!> has joined #yocto06:53
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has quit IRC06:56
*** dreyna_ <dreyna_!> has quit IRC06:56
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto06:59
*** rcoote <rcoote!> has joined #yocto06:59
*** mbulut <mbulut!> has joined #yocto06:59
*** polaris <polaris!> has joined #yocto07:01
*** goliath <goliath!> has joined #yocto07:05
polarishi, my recipe uses CVS to fetch code. Upon build I get "/usr/bin/env: ‘cvs’: No such file or directory". Via google I found out that I should add 'HOSTTOOLS_NONFATAL += " cvs"'. Where does that line belong? I'd prefer to have it closer to the recipe in the layer instead of local.conf.07:06
erbopolaris: but if you use cvs, you do want it to be an error if it's not present in the system.07:08
*** mranosta1 <mranosta1!~mranostay@pdpc/supporter/active/mranostay> has joined #yocto07:12
polariserbo: yes of course ... CVS is on the system but I had to add 'HOSTTOOLS_NONFATAL += " cvs"' to make it work with bitbake07:12
erboThat's sound like a bug to me, do you know if it's reported?07:13
*** mranostay <mranostay!~mranostay@pdpc/supporter/active/mranostay> has quit IRC07:14
polarisno, I don't know. I can check that and report it when it is not.07:15
erboTo answer your question though, that kind of setting belongs in the conf files so I don't see how it can be very close to the recipe.07:17
polarisyes ... I thought about layer.conf07:19
*** rcrudo <rcrudo!> has joined #yocto07:19
erboThat should work07:21
*** awafaa <awafaa!sid716@gateway/web/> has quit IRC07:25
*** rsalveti <rsalveti!sid117878@gateway/web/> has quit IRC07:25
*** awafaa <awafaa!sid716@gateway/web/> has joined #yocto07:27
*** rsalveti <rsalveti!sid117878@gateway/web/> has joined #yocto07:27
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:28
*** polaris <polaris!> has quit IRC07:30
*** kaspter <kaspter!~Instantbi@> has quit IRC07:42
*** kaspter <kaspter!~Instantbi@> has joined #yocto07:43
*** camus1 <camus1!~Instantbi@> has joined #yocto07:47
*** kaspter <kaspter!~Instantbi@> has quit IRC07:47
*** camus1 is now known as kaspter07:47
*** kroon <kroon!~kroon@> has quit IRC07:56
*** goliath <goliath!> has quit IRC07:58
*** AndersD <AndersD!> has quit IRC08:13
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto08:16
*** PaowZ_ <PaowZ_!~Vince@> has quit IRC08:20
*** goliath <goliath!~goliath@> has joined #yocto08:41
*** cp- <cp-!> has quit IRC08:47
*** cp- <cp-!> has joined #yocto08:52
*** pbergin <pbergin!> has joined #yocto09:03
*** Bunio_FH <Bunio_FH!> has joined #yocto09:06
*** lucaceresoli <lucaceresoli!~lucaceres@> has joined #yocto09:31
*** griffinp <griffinp!griffinp@gateway/shell/linaro/x-fptcjxrztvclhpns> has quit IRC10:09
*** lpoulain- <lpoulain-!lpoulain@gateway/shell/linaro/x-fvprikuaxohpzkhl> has quit IRC10:09
*** mrc3` <mrc3`!mrc3@gateway/shell/linaro/x-xxzdicmqtujhcvjf> has quit IRC10:09
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-udbefmpumvqxhkig> has joined #yocto10:11
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-udbefmpumvqxhkig> has quit IRC10:12
*** lpoulain <lpoulain!lpoulain@gateway/shell/linaro/x-pbpmbhzvpqvlupae> has joined #yocto10:15
*** griffinp <griffinp!griffinp@gateway/shell/linaro/x-wkgdfdbzbrzawhiw> has joined #yocto10:21
*** mrc3` <mrc3`!mrc3@gateway/shell/linaro/x-azfinwuunhzmdzlf> has joined #yocto10:21
*** kaspter <kaspter!~Instantbi@> has quit IRC10:36
*** kaspter <kaspter!~Instantbi@> has joined #yocto10:37
*** georgem_home <georgem_home!uid210681@gateway/web/> has joined #yocto10:43
*** NiksDev <NiksDev!~NiksDev@> has quit IRC10:55
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto10:55
*** rcrudo <rcrudo!> has quit IRC11:05
*** rcrudo <rcrudo!> has joined #yocto11:06
*** paulg <paulg!> has joined #yocto11:25
*** gtristan <gtristan!~tristanva@> has quit IRC11:35
*** Malrak <Malrak!50ff069b@> has joined #yocto11:35
*** frsc <frsc!> has quit IRC11:48
*** ykrons_ <ykrons_!~guillaume@> has joined #yocto11:57
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC11:58
ykrons_Hi al11:58
*** frsc <frsc!> has joined #yocto12:01
qschulzykrons_: o/12:02
*** kanavin_home <kanavin_home!~ak@2a02:2450:1011:56f:b652:c378:b428:fdf> has quit IRC12:07
*** mbulut <mbulut!> has quit IRC12:08
*** kanavin_home <kanavin_home!> has joined #yocto12:21
ykrons_I'm looking for a way to set SSTATE_DIR variable to different value according to the machine where the image is built. I initially plan to overwrite it with shell environment as it is possible for MACHINE, but I just discover life is not so simple! I have tried to play with BB_ENV_EXTRAWHITE in local.conf but it doesn't seems to work, so I came to request good advices ... what is the standard/recommanded/simple way to customize bitbake variable from outs12:21
*** luneff <luneff!~yury@> has joined #yocto12:25
*** minimaxwell <minimaxwell!> has joined #yocto12:26
rburtonnot sure why you'd want to set SSTATE_DIR per machine12:28
rburtonyou *could* just set it to use MACHINE in the local.conf or similar12:28
*** maudat <maudat!> has joined #yocto12:29
*** Konsgnx <Konsgnx!> has joined #yocto12:30
ykrons_rburton, I was not clear. I mean "developer computer" by machine. I want the sstate to be shared on a computer so that any yocto builds can use it, but dev computer are differents and developer's have their own preferences, so I would like the developer was able to set location of his choice12:32
qschulzykrons_: if you want a shared sstate-cache: read-only (releases for example) => SSTATE_MIRRORS, if r/w, then use NFS? I think that's what's used in YP build servers?12:33
*** Sandrita <Sandrita!d0586e2e@gateway/web/cgi-irc/> has joined #yocto12:33
qschulzykrons_: if you want to let people set the correct path on their machine, SSTATE_DIR can be set from conf files (local.conf is meant for that)12:33
*** Jebee <Jebee!> has joined #yocto12:36
ykrons_qschulz, but we have several "rolling" yocto build folders. New are created for a dedicated test, some are erased etc. Customizing local.conf means we have to do it for each build folders and it is error prone, that is why I thing to an "environment" setting12:37
ykrons_qschulz, for the cache sharing, some machine are not very well connected together and I'm not sure to be able to properly setup a NFS sharing with good local cache, so the plan is currently to synchronize the cache between workstations(maybe 5 machines) once a week to avoid intensive network usage during a build12:39
rburtonyou can use HTTP as a sstate mirror12:41
qschulzyup, that's what I use. Then the sstate-cache is copied locally. which works fine if you remove things behind the SSTATE_MIRRORS since you'll just get a 404 which is nicely handled12:44
ykrons_rburton, qschulz : but that means if I do 3 builds in differents folders that I will download 3 times the SSTATE-CACHE. I have workstation in US, and other in europe, if I can just synchronize the cache when it is rebuilt (once a week for example), I'm happy12:47
rburtonykrons_: so tell people to use a shared sstate locally12:47
rburtoni have about 10 build folders, but one sstate12:47
rburtonlots of ~/Yocto/build-foo but they all point to ~/Yocto/sstate12:48
ykrons_rburton, that's is what I want to do exactly, but I just want the developer can customize the location12:49
rburtonthat's what local.conf is for12:49
rburtonlocal customisations12:49
ykrons_rburton, right, but it seems it requires regular manual editing each time your have a new build folder. On your side, you adjust your local.conf each time you have a new build folder?12:50
rburtonactually, i have a layer with a site.conf in which sets SSTATE_DIR12:51
qschulzykrons_: or just create your own init-script which uses some variable from another file or from the env /me shrugs12:51
rburtonand all my new build dirs add that layer12:51
rburtonykrons_: the entire point of local.conf is to be customised.  your layer can ship a template that works out of the box and can be customised12:52
*** ericch <ericch!> has joined #yocto12:52
*** frsc <frsc!> has quit IRC12:57
*** frsc <frsc!> has joined #yocto13:10
ykrons_qschulz, rburton : our yocto build is encapsulated in other scripts that checkouts sources and do other stuffs and I try to see how template/site.conf or local.conf can be integrated with it ...13:27
*** NiksDev <NiksDev!~NiksDev@> has quit IRC13:29
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto13:29
JebeeHas anyone had an issue where the do_populate_sdk runs but there is no sdk folder generated, then on a second attempt the sdk folder is created and populated?13:30
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC13:32
*** PaowZ__ <PaowZ__!~Vince@> has joined #yocto13:32
splatchhi :)13:34
splatchI have question about /etc/issue.. I see some people and some distros do it, some do not. What's standard/recommended/supported way for keeping builg/release information?13:34
Malraksplatch: afaik /etc/os-release is the most /standard/ way to do it, as /etc/issue is for what is printed before the login13:38
splatchMalrak: thanks for hint, that's what I was looking for!13:41
*** matthewzmd <matthewzmd!> has joined #yocto13:41
splatchwith this in my hand I will source usage of file elsewhere: :)13:42
*** sakoman <sakoman!> has joined #yocto13:44
Malrakhow can i overwrite files and config fragments that are located in the yocto-kernel-cache? It seems, using the same filename is not enough, do I need to do something special?13:45
ykrons_rburton, qschulz : thanks for your help, I have to leave but I'm trying to find a way to use template or site.conf. I just want to avoid that local local.conf and default provided by source diverged. The problem is probably that we have used default local.conf to share settings between developers, should probably have been put somewhere else13:46
qschulzykrons_: yup, probably in a distro or machine configuration file ;)13:47
qschulzykrons_: we do the same (bad) thing, we just have a local-config that is used to export variables which are then used by Yocto. Not clean but good enough for us right now13:48
*** PaowZ__ <PaowZ__!~Vince@> has quit IRC13:49
*** beneth <beneth!> has joined #yocto13:49
*** AndersD <AndersD!> has joined #yocto13:53
*** huntingcryptos <huntingcryptos!> has joined #yocto13:59
*** kaspter <kaspter!~Instantbi@> has quit IRC14:04
*** goliath <goliath!~goliath@> has quit IRC14:32
cengiz_iohello there! how can I dump the whole included file chain when trying to build a recipe? I'm getting a "machine not in COMPATIBLE_MACHINE" error but I don't know where to add my custom machine name14:32
*** mattsm_ <mattsm_!> has quit IRC14:37
*** mattsm <mattsm!> has joined #yocto14:37
splatchis there a way to recognize during build time that tmpfiles.d/volatile dirs are is in use?14:37
rburtonif systemd is a DISTRO_FEATURE then there's a chance that they are14:38
rburtonwell, systemd present says maybe tmpfiles.d14:38
rburtonnot present means volatile is being used14:39
splatchok, I'm on systemd, my recipe is systemd service. I just realized that over half of my bb file is dealing with /var entries. Will try to move this to separate task/function.14:40
qschulzcengiz_io: COMPATIBLE_MACHINE variable to be set in the recipe14:41
cengiz_ioqschulz yeah but the recipe is a massive include chain so I couldn't see it all14:41
splatch according to this answer I can try to make use of VOLATILE_LOG_DIR too14:41
cengiz_ioqschulz fsl-image-mfgtool-initramfs is the exact name14:41
*** rabbit9911 <rabbit9911!> has joined #yocto14:47
rabbit9911I seem remember a way to specify the package or something lets it be used/cached across different machines with the same processor type....14:48
rabbit9911Anyone know where that reference is in the docs?14:48
qschulzrabbit9911: PACKAGE_ARCH14:48
qschulzcengiz_io: add your machine to the variable?14:49
cengiz_ioqschulz I can't find the variable definition for it. the original definition14:49
cengiz_iocan I just do something like this? COMPATIBLE_MACHINE_fsl-image-mfgtool-initramfs = " customname "14:50
*** kaspter <kaspter!~Instantbi@> has joined #yocto14:51
*** pbergin <pbergin!> has quit IRC14:53
*** lucaceresoli <lucaceresoli!~lucaceres@> has quit IRC14:55
*** luneff <luneff!~yury@> has quit IRC14:55
*** Jebee <Jebee!> has quit IRC15:05
rabbit9911qschulz That sounds similar... I thought it had to something to do with how you specify what a package provides...15:05
*** NiksDev <NiksDev!~NiksDev@> has quit IRC15:15
*** NiksDev <NiksDev!~NiksDev@> has joined #yocto15:16
rabbit9911qschulz maybe this is it... Just had a slightly different memory of what this looked like..15:16
*** Malrak <Malrak!50ff069b@> has quit IRC15:18
*** mbulut <mbulut!> has joined #yocto15:20
*** AndersD <AndersD!> has quit IRC15:22
*** goliath <goliath!> has joined #yocto15:24
*** camus1 <camus1!~Instantbi@> has joined #yocto15:44
*** jmiehe <jmiehe!> has quit IRC15:45
*** kaspter <kaspter!~Instantbi@> has quit IRC15:45
*** camus1 is now known as kaspter15:45
*** frsc <frsc!> has quit IRC15:49
*** rcw <rcw!~rcw@> has joined #yocto15:57
*** fl0v0 <fl0v0!> has quit IRC15:59
*** kaspter <kaspter!~Instantbi@> has quit IRC16:05
*** kaspter <kaspter!~Instantbi@> has joined #yocto16:06
*** vineela <vineela!~vtummala@> has joined #yocto16:19
*** camus1 <camus1!~Instantbi@> has joined #yocto16:23
*** kaspter <kaspter!~Instantbi@> has quit IRC16:24
*** camus1 is now known as kaspter16:24
*** leon-anavi <leon-anavi!~Leon@> has quit IRC16:39
*** rcoote <rcoote!> has quit IRC16:43
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has joined #yocto16:48
*** rcrudo <rcrudo!> has quit IRC16:50
qschulzcengiz_io: bitbake -e <recipe> | less and look for the line starting with COMPATIBLE_MACHINE16:51
qschulzthat'll tell you where it is set (and overridden)16:51
qschulzrabbit9911: what a package provides: RPROVIDES or FILES_${PN} depending on what you meant ;)16:52
qschulzrabbit9911: the mega-manual will be able to tell you a bit more about PACKAGE_ARCH I'm sure16:52
*** beneth <beneth!> has left #yocto16:52
PaowZhello there ! I'm trying to build a recipe from a git repo, I added gettext-native and libtool to dependencies in my recipe, but I'm getting the following: it cannot find autopoint and libtool ..16:53
qschulzcengiz_io: either fix where COMPATIBLE_MACHINE is set, or do COMPATIBLE_MACHINE += "|fsl-image-mfgtool-initramfs"16:53
cengiz_ioqschulz the weird thing is, AGL ships a default imx6qdlsabreauto machine, which overrides imx6: etc. but u-boot-imx and others have COMPATIBLE_MACHINE = "(mx6|mx7|mx8)"16:54
cengiz_ioso there's an "i" missing in front of them16:54
qschulzcengiz_io: nah, it's how NXP name their SoC families in Yocto (yeah... consistency....)16:55
cengiz_iobut.. they won't ever match.. do I have to bbappend to 4-5 recipes now? dang it16:56
qschulzcengiz_io: to know exactly which values can be used in COMPATIBLE_MACHINE (and in FOO_<machine>), bitbake -e <anyrecipe> | less and look for the line starting with MACHINEOVERRIDES16:56
qschulzmost important is right most16:56
qschulzcengiz_io: depending on how you created your own machine, either include the same base machine configuration file(s) or add mx6/7/8 to your MACHINEOVERRIDES16:57
cengiz_ioaccording to bitbake -e16:58
qschulzPaowZ: how did you setup your dependencies? are you sure the lookup paths are correct? (in the autotools configuration files, are they overridden etc...)16:58
qschulzcengiz_io: you're missing an mx6: I'd say16:58
cengiz_ioqschulz seems like it. and imx6qdlsabreauto is a default machine from AGL.. not something I've created.16:59
qschulzcengiz_io: can you share a git repo where this machine configuration file is? and which machine configuration file do you include in your own machine configuration file?16:59
cengiz_ioqschulz I have deleted my machine conf but I can gladly share that default machine template. just a sec17:00
PaowZqschulz: thanks for your reply: I have my dependencies set this way :
qschulzcengiz_io: mmmm I'm lost, so you're saying AGL's machine is broken right?17:01
cengiz_ionot broken but imcompatible with some of the recipes of meta-freescale layer17:02
cengiz_iowhich shouldn't be the case since they are using them as the sole source of IMX recipes17:02
qschulzcengiz_io: the machineoverrides is wrong already17:03
*** dreyna_ <dreyna_!> has joined #yocto17:03
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has joined #yocto17:03
qschulzwell... probably17:03
qschulzI don't know17:03
qschulzit's weird to define "use-mainline-bsp" as a MACHINEOVERRIDES17:04
qschulzmore so that it's the most important one17:04
qschulzso let's say it's arguable :)17:04
smurraythat's how it had to be done for meta-freescale up until warrior or zeus17:04
smurrayI'm the author of that line17:04
qschulzok so this inc file is useless to me :/17:04
smurraythat inc file is pulled into a local.conf, sits on top of meta-freescale17:04
cengiz_ioqschulz and this is their template
qschulzby useless I meant that it's standalone and there isn't much to it I can debug :)17:05
smurrayin AGL master I need to switch to the new BSP variable, keep meaning to push that17:05
cengiz_ioI'm on thud btw. can't go higher.17:05
qschulzsmurray: might have been too harsh but it was weird to me (I have used meta-freescale a few times already)17:06
smurraycengiz_io: if you want the NXP u-boot, etc, you need to not do the "use-mainline-bsp" stuff17:06
* cengiz_io scratches head with sheer confusion17:06
smurrayqschulz: the question is, have you ever tried configuring it for mainline?17:06
qschulzsmurray: I've only ever used mainline17:07
smurrayqschulz: that's what "use-mainline-bsp" controls in meta-freescale17:07
qschulzsmurray: I know17:07
qschulzI was arguing about whether this should be a MACHINEOVERRIDES (let alone the one with highest prio)17:08
cengiz_iosmurray btw I have to other boards that are 1) using nxp generated firmware upgrade bootloaders (upgraders so to speak) and nxp kernels 2) booting with u-boot-fslc and linux-fslc after flashing is done. I just wanted to get a firmware upgrader uboot.imx/kernel/initramfs. nothing more.17:08
smurrayqschulz: unless I've missed something, that's how it had to be enabled up until they added IMX_DEFAULT_BSP17:08
qschulzsmurray: anyway, let's help our fellow cengiz_io  ;)17:08
qschulzsmurray: didn't know about IMX_DEFAULT_BSP so thx for the heads up17:08
cengiz_ioyaay! I'm being helped!17:09
smurraycengiz_io: as I said the other day on #automotive, you really need to try getting a simple image built w/o AGL, then come back and add a machine template for it17:09
* cengiz_io calls that hitman to cancel his own suicide.17:09
smurraycengiz_io: sadly, I have to leave for a long delayed dentist apt I cannot be late for17:09
qschulzcengiz_io: what's the machine configuration file you're using, can you point to it?17:09
qschulzsmurray: o/ gl17:09
cengiz_iosmurray good luck and thanks17:09
smurrayI'll be back in a couple of hours, but I'm also on vacation this week and trying to avoid AGL work17:10
cengiz_ioqschulz I've already pasted it but it might have get lost somewhere17:10
qschulzcengiz_io: you sent an inc file not a final .conf file17:10
cengiz_iooh ok17:10
qschulzfind -name "imx6qdlsabreauto.conf" ?17:11
qschulz(provided it's really this machine you're building?)17:11
qschulzI also see smurray mentioning "templates". I've never used those before so maybe something for me to learn with you :)17:12
qschulz(if that's upstream Yocto mechanism and not AGL's or NXP's17:12
*** beneth <beneth!> has joined #yocto17:13
cengiz_ioqschulz straight from meta-freescale thud branch:
cengiz_ioqschulz has mx6 which should be enought for u-boot-mfgtools and others. but it doesnt..17:15
qschulzso... mmmmmmmm17:15
qschulzcan you paste somewhere all lines impacting MACHINEOVERRIDES?17:16
qschulz(the ones disaplyed by bitbake -e)17:16
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto17:18
*** gtristan <gtristan!~tristanva@> has joined #yocto17:29
*** rizzitello <rizzitello!~quassel@> has joined #yocto17:34
*** kaspter <kaspter!~Instantbi@> has quit IRC17:35
*** sukbeom <sukbeom!~sukbeom@> has quit IRC17:36
*** dreyna__ <dreyna__!> has joined #yocto17:40
*** gnac <gnac!> has joined #yocto17:44
*** rabbit9911 <rabbit9911!> has quit IRC17:51
*** rizzitello <rizzitello!~quassel@> has quit IRC17:54
*** vineela <vineela!~vtummala@> has quit IRC17:57
*** lexano <lexano!> has quit IRC18:01
*** lexano <lexano!> has joined #yocto18:03
*** jadelclemens <jadelclemens!> has joined #yocto18:07
jadelclemensHello all! I'm trying to figure out exactly how OVERRIDES work. I've looked at the list for a specific package - let's call it `foo` - using `bitbake -e foo`. But `foo` itself is not in the overrides list, instead it's `pn-foo`. So how do package-specific overrides (e.g. `RDEPENDS_foo`) actually work?18:10
jadelclemensIf you have an override on `foo` like `RDEPENDS_foo` does it match if `pn-foo` is in the `OVERRIDES` list?18:10
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto18:11
*** sukbeom <sukbeom!~sukbeom@> has quit IRC18:19
*** huntingcryptos <huntingcryptos!> has quit IRC18:20
*** gtristan <gtristan!~tristanva@> has quit IRC18:20
*** gtristan <gtristan!~tristanva@> has joined #yocto18:21
qschulzjadelclemens: AFAIK, the pn-foo is for controlling the recipe outside of the recipe18:24
qschulze.g. PACKAGECONFIG_pn-foo in your local.conf or distro.conf which isn't very much recommended18:24
qschulzthe package specific stuff in recipes is not using OVERRIDES (saying that without conviction), RDEPENDS is resolved by the package manager IIRC.18:25
qschulzjadelclemens: do you have an issue or are you trying to understand the internals of Yocto/18:25
qschulzBecause I may be able to help with the issue, less so for the internals ;)18:26
*** vineela <vineela!~vtummala@> has joined #yocto18:30
*** jadelclemens <jadelclemens!> has quit IRC18:36
*** mbulut <mbulut!> has quit IRC18:45
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto18:48
*** otavio <otavio!~otavio@debian/developer/otavio> has quit IRC18:48
*** mihai- <mihai-!~mihai@unaffiliated/mihai> has quit IRC18:49
*** otavio <otavio!~otavio@> has joined #yocto18:50
*** otavio <otavio!~otavio@debian/developer/otavio> has joined #yocto18:50
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC18:51
*** jadelclemens <jadelclemens!> has joined #yocto18:51
*** sukbeom <sukbeom!~sukbeom@> has quit IRC18:52
*** lexano <lexano!> has quit IRC18:54
*** lexano <lexano!> has joined #yocto18:55
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto19:25
*** rob_w <rob_w!~rob@unaffiliated/rob-w/x-1112029> has quit IRC19:31
*** sukbeom <sukbeom!~sukbeom@> has quit IRC19:31
*** jadelclemens <jadelclemens!> has quit IRC19:56
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto20:04
*** sukbeom <sukbeom!~sukbeom@> has quit IRC20:10
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto20:58
*** Konsgnx <Konsgnx!> has quit IRC21:02
*** sukbeom <sukbeom!~sukbeom@> has quit IRC21:04
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto21:05
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto21:31
*** sukbeom <sukbeom!~sukbeom@> has quit IRC21:39
splatchI am trying to update my recipes and build to dunfell and I've ran into issue which I can't address myself:
splatchis package I am getting is not signed?21:50
*** vineela <vineela!~vtummala@> has quit IRC21:57
*** vineela <vineela!~vtummala@> has joined #yocto21:58
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto22:07
*** sukbeom <sukbeom!~sukbeom@> has quit IRC22:17
*** gsalazar <gsalazar!5e3ce511@gateway/web/cgi-irc/> has quit IRC22:25
*** agust <agust!> has quit IRC22:28
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto23:02
*** sukbeom <sukbeom!~sukbeom@> has quit IRC23:06
*** ericch <ericch!> has quit IRC23:07
*** vineela <vineela!~vtummala@> has quit IRC23:28
*** MiskaX <MiskaX!> has quit IRC23:30
*** dreyna_ <dreyna_!> has quit IRC23:33
*** dreyna <dreyna!~dreyna@2601:646:4201:b1a0:788f:bd86:e6e2:951a> has quit IRC23:33
*** sukbeom <sukbeom!~sukbeom@> has joined #yocto23:56
*** vineela <vineela!vtummala@nat/intel/x-rfthlyapucaeiftm> has joined #yocto23:56

Generated by 2.17.2 by Marius Gedminas - find it at!