Friday, 2021-07-23

*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 240 seconds)00:02
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto00:04
*** camus1 <camus1!~Instantbi@> has joined #yocto00:07
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 255 seconds)00:07
*** camus1 is now known as camus00:07
*** Guest26 <Guest26!~Guest26@> has quit IRC (Quit: Client closed)00:10
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)00:13
overridehey, I'm trying to make sense of a build dependcy that reads like virtual/dtb00:28
overridewhat might that mean? arent build dependencies suppose to me recipes (DEPENDS +=)00:28
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto00:58
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Client Quit)00:59
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)01:25
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)02:01
*** wing0 <wing0!~wing0@2804:431:c7ed:6171:bb13:7508:2998:4a1b> has joined #yocto02:48
*** camus1 <camus1!~Instantbi@> has joined #yocto03:00
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 245 seconds)03:01
*** camus1 is now known as camus03:01
*** camus1 <camus1!~Instantbi@> has joined #yocto03:16
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)03:17
*** camus1 is now known as camus03:17
zeddiiJaMa: I was out for the evening here. ping me again on friday. I'll poke and see if a problem shows in my local builds.03:24
*** amitk <amitk!~amit@> has joined #yocto03:49
*** paulg <paulg!> has quit IRC (Ping timeout: 245 seconds)04:21
*** override <override!> has quit IRC (Ping timeout: 250 seconds)04:22
*** wing0 <wing0!~wing0@2804:431:c7ed:6171:bb13:7508:2998:4a1b> has quit IRC (Ping timeout: 255 seconds)04:26
*** wing0 <wing0!~wing0@2804:431:c7ed:6171:bb13:7508:2998:4a1b> has joined #yocto04:30
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)04:52
*** camus1 <camus1!~Instantbi@> has joined #yocto04:52
*** camus1 is now known as camus04:55
*** Vonter <Vonter!~Vonter@2406:7400:73:8f06:ba27:ebff:fe40:73d2> has quit IRC (Ping timeout: 255 seconds)04:59
*** Guest9 <Guest9!~Guest9@2402:e280:2117:297:bcc8:41f:8b96:eaea> has joined #yocto05:12
*** Vonter <Vonter!~Vonter@user/vonter> has joined #yocto05:14
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 252 seconds)05:29
*** wing0 <wing0!~wing0@2804:431:c7ed:6171:bb13:7508:2998:4a1b> has quit IRC (Ping timeout: 252 seconds)05:52
*** wing0 <wing0!~wing0@> has joined #yocto05:54
*** wing0 <wing0!~wing0@> has quit IRC (Quit: WeeChat 3.1)06:17
*** Guest9 <Guest9!~Guest9@2402:e280:2117:297:bcc8:41f:8b96:eaea> has quit IRC (Quit: Client closed)06:23
*** sbach <sbach!~sbach@user/sbach> has quit IRC (Read error: Connection reset by peer)06:40
*** LetoThe2nd <LetoThe2nd!> has joined #yocto06:40
*** sbach <sbach!~sbach@user/sbach> has joined #yocto06:40
*** prabhakarlad <prabhakarlad!> has joined #yocto07:01
LetoThe2ndyo dudX07:03
*** rob_w <rob_w!> has joined #yocto07:08
*** mckoan|away is now known as mckoan07:09
mckoangood morning07:09
*** argonautx <argonautx!> has joined #yocto07:25
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 240 seconds)07:28
*** camus <camus!~Instantbi@> has joined #yocto07:28
wyrehi everyone, according this manual (pages 9 and 10) when I set UBOOT_CONFIG="nand" I should have an image with extension .ubifs but I can't see this in the images folder
wyreI just can see the usual .wic.gz07:38
wyrecould I use this also to flash in the nand?07:39
LetoThe2ndwyre: you're totally reading things into that document that are not there.07:40
wyrewhat do you mean? things that aren't currently in that way?07:41
LetoThe2ndwyre: the config you stated does not affect the generated image type, it just configures uboot for a certain boot strategy. and one paragraph um, there is a link to a section that should tell you how to flash to nand.07:41
LetoThe2ndwyre: "when I set UBOOT_CONFIG="nand" I should have an image with extension .ubifs" is what you wrote. and thats just not written there, AFAICS07:42
wyreoh, sure, that's right, I was just doing the assumption07:43
wyrebut then I'm not sure what have I to do to generate that .ubifs file 🤔07:43
LetoThe2ndwyre: probably set a different IMAGE_FSTYPE+07:44
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 268 seconds)07:53
*** camus <camus!~Instantbi@> has joined #yocto07:53
*** bps <bps!> has joined #yocto07:55
wyrehmm... I've set IMAGE_FSTYPES += "ubifs" in conf/local.conf but it cannot produce the ubifs file because I'm having "Error: min. I/O unit was not specified (use -h for help)" should I do something more?07:58
LetoThe2ndyep, you should read up on how ubifs works, and what you actually need to configure in order to use it for your specific board. if you don't know or are missing relevant information, please consult engicam.08:01
wyreyep, the point is that I can't see anything about ubifs in the manual I linked 😞08:03
*** leon-anavi <leon-anavi!~Leon@> has joined #yocto08:03
qschulzyou need some ubinize parameters specific to the NAND chip you08:04
qschulzre using08:04
wyreqschulz, ubinize parameters? 🤔08:04
qschulzubifs image type requires MKUBIFS_ARGS08:05
qschulzthis is for ubifs08:07
qschulzyou need arguments specific to your NAND IIRC08:07
qschulzand if you want to create a ubi image, you need ubinize parameters too08:07
*** mc__ <mc__!> has joined #yocto08:18
*** tnovotny <tnovotny!> has joined #yocto08:18
*** goliath <goliath!~goliath@user/goliath> has joined #yocto08:19
*** mcc_ <mcc_!> has quit IRC (Ping timeout: 265 seconds)08:21
*** camus1 <camus1!~Instantbi@> has joined #yocto08:22
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)08:23
*** camus1 is now known as camus08:23
*** hpsy <hpsy!~hpsy@> has joined #yocto08:29
*** florian <florian!> has joined #yocto08:35
wyreqschulz, I don't get the point of ubinize parameters, is not enough by setting the MKUBIFS_ARGS?08:37
qschulzubinize and kmfs.ubifs are different tools, therefore different purposes and different parameters08:44
qschulzit's all explained in the first link I sent08:44
mcfriskhi, is anyone else seeing negative build performance from hashequiv? In our case a full build without sstate cache or mirrors takes 4½ hours but a large dunfell update with sstate mirror and local cache and hashequiv takes 6½ to 7 hours. Difference seems to be the delayed tasks and hash checks08:59
*** BCMM <BCMM!~BCMM@user/bcmm> has joined #yocto10:00
*** ant__ <ant__!> has joined #yocto10:06
*** hpsy <hpsy!~hpsy@> has quit IRC (Quit: Leaving.)10:20
*** hpsy <hpsy!~hpsy@> has joined #yocto10:20
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has joined #yocto10:23
*** jmiehe1 <jmiehe1!~Thunderbi@user/jmiehe> has joined #yocto10:28
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Ping timeout: 268 seconds)10:29
*** jmiehe1 is now known as jmiehe10:29
*** ant__ <ant__!> has quit IRC (Remote host closed the connection)10:29
*** camus1 <camus1!~Instantbi@> has joined #yocto10:32
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)10:33
*** camus1 is now known as camus10:33
JaMazeddii: ping for friday :) I can send a fix for that do_patch, I'm just wondering what might trigger it just now (possibly by suddenly including it in "bitbake world")10:58
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 240 seconds)11:00
*** rob_w <rob_w!> has quit IRC (Quit: Leaving)11:04
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto11:17
*** camus1 <camus1!~Instantbi@> has joined #yocto11:57
*** camus <camus!~Instantbi@> has quit IRC (Ping timeout: 252 seconds)11:59
*** camus1 is now known as camus11:59
*** davidinux <davidinux!~davidinux@> has joined #yocto12:14
*** override <override!> has joined #yocto12:17
overridehey, lets say I have two machine.conf files with the same name under different meta layers, how can I specify whcih one to use in local.conf can I give explict path for MACHINE ?= "" in local.conf?12:19
overrideI'm sure MACHINE ?="" cant take exlicit paths12:19
overrideso what might be a solution here?12:19
qschulzoverride: don't have two machines with the same name12:20
overrideqschulz: got some scripts using the MACHINE variable which would break if I changed the name12:21
qschulzThe order in which your layers appear in bblayers.conf will be the order in which your conflicting bbclasses and conf files will be "resolved" (first found is first taken)12:21
overrideand I dont have control over some of the meta-layers12:21
qschulz(well, technically it's because of BBPATH variable default "value" in conf/layer.conf that makes it rely on order in bbalyers.conf)12:22
overrideoh, so I can just maybe use the order in bblayers.conf. thanks12:22
qschulzoverride: which is a terrible idea12:22
qschulzyou should never rely on layer order for something to work12:22
JaManot sure, but maybe BBMASK would work as well12:22
rburtonoverride: virtual/foo are virtual recipe names, multiple recipes may PROVIDE that name and your machine/distro/soemthing uses PREFERRED_PROVIDER to pick one12:22
qschulzJaMa: that's an option for bb/bbappends but I'm not sure this works with conf files?12:22
qschulzJaMa: but I'm curious now :)12:23
JaMadoesn't seem to work12:24
overriderburton: are u saying I can possibly use the PREFERRED_PROVIDER name to let local.conf select what layer to get the machine.conf from?12:25
rburtonyou were asking about virtual/dtb earlier12:25
overrideoh, ok I figured. thanks12:25
overrideI got over those troubles somehow last night12:25
overridenow im hitting this same machine different meta-layers crap12:26
qschulzoverride: also, depending how MACHINE is used, you could use overrides instead and set MACHINEOVERRIDES correctly in your machine configuration file12:26
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)12:26
overrideill lookup MACHONEOVERRIDES and overrides quick, unless someone just wants to beat me to it and explain12:29
overrideive used MACHINE)VERRIDES =. "user-head-next" before , cant remeber what that was doing tho12:30
JaMaRP: would it make sense to extend BBMASK (or some new variable) to filter BBPATH as well (I don't want to give any bad ideas, but evil BSP with nasty package.bbclass would be difficult to work with)12:31
qschulzoverride: context specific operator section12:33
overridecool, thanks guys - guess I'd have to do something better than use the bblayes ordering now12:34
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 265 seconds)12:38
*** davidinux <davidinux!~davidinux@> has joined #yocto12:40
overrideqschulz: I get the content specific bit, but my issue here is that the MAchine names are the same, I some how want local.cong to fetch them machine from a particualr meta-layer..12:48
JaMazeddii: I've sent a fix for recipes-extended/uxen/, it was triggered in my world builds for first time, just because of missing "export MACHINE" :) and this was first qemux86-64 build which included meta-virtualization (normally I test this only with qemux86 and qemux86-64 world builds on the other hand don't include meta-virtualization)12:50
*** jmiehe <jmiehe!~Thunderbi@user/jmiehe> has quit IRC (Quit: jmiehe)12:52
JaMaand now with do_patch fixed it fails in do_compile a bit later (so it probably wasn't building well before if ever):12:52
JaMa| /OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/uxen-guest-tools/4.1.7-r0/uxen-vmsupport-linux-4.1.7/uxenhc/hypercall.c:127:24: error: too many arguments to function '__vmalloc'12:52
JaMa|   127 |         uxen_hcbase =  __vmalloc(PAGE_SIZE, GFP_KERNEL, PAGE_KERNEL_EXEC);12:52
JaMa|       |                        ^~~~~~~~~12:52
JaMa| /OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/include/linux/module.h:182:43: error: expected ',' or ';' before 'KBUILD_MODFILE'12:52
JaMa|   182 | #define MODULE_FILE     MODULE_INFO(file, KBUILD_MODFILE);12:52
JaMa|       |                                           ^~~~~~~~~~~~~~12:52
*** tortoisedoc <tortoisedoc!> has joined #yocto12:58
overrideqschulz: all these different methods let you assign values to a varaible - I dont see how I can use them to select what meta-layer to get the machine from (when the name of the machine is the same in both the meta-layers)12:59
tortoisedocexcuse the intrusion; would someone be able to forward me to the right channel? I have questions pertaining RDK12:59
qschulzoverride: you're not supposed to have two machine conf files with the same name12:59
qschulzand you didn't want to change the name because recipes were using MACHINE, I gave you a way to not make them depend on that13:00
qschulzby using MACHINEOVERRIDES13:00
overrideoh, think I see what you mean now.13:02
qschulzjust create your own machine conf file which has a different name. The content can even be the same if you want13:02
overridebut like my recipes with be able to use something for the MACHINE varaible, different from what the actual machine is called13:03
overrideusing MACHINEOVERRIDES or something ok13:03
zeddiiJaMa: ack'd I see the patch. I'll ping Christopher on #meta-virt to see if he can fix the build issue .. since he's the Xen expert. Otherwise, I'll have a look later today.13:06
*** jwillikers <jwillikers!> has joined #yocto13:07
*** florian_kc <florian_kc!> has joined #yocto13:16
JaManever leave your IT dep people near your build servers without supervision! they are capable of anything and unfortunately even have permissions to do so.... sigh13:17
tortoisedocJaMa isnt devops meant to keep it & sw dev close?13:20
*** ant__ <ant__!> has joined #yocto13:20
* tortoisedoc ducks13:20
JaMa9400 km between me and it is still too close for what they are doing recently :)13:22
tortoisedocfew more km and theyll come in from the backdoor :D13:23
JaMayeah, need to beg Musk for free ticket soon13:24
*** hpsy <hpsy!~hpsy@> has quit IRC (Quit: Leaving.)13:26
*** hpsy1 <hpsy1!~hpsy@> has joined #yocto13:26
JaMazeddii: it builds ok with 5.4 in dunfell now, only gatesgarth 5.8 and newer with 5.10 kernel are broken13:28
* zeddii nods. 13:31
zeddiiI'll just try a version update on it. My build just broke the same way. clearly not built all that often :)13:31
*** jwillikers <jwillikers!> has quit IRC (Read error: Connection reset by peer)13:33
*** paulg <paulg!> has joined #yocto13:36
*** jwillikers <jwillikers!> has joined #yocto13:38
*** hpsy1 <hpsy1!~hpsy@> has quit IRC (Ping timeout: 240 seconds)13:44
*** Guest9810 <Guest9810!> has joined #yocto13:56
*** camus1 <camus1!~Instantbi@> has joined #yocto14:08
*** camus <camus!~Instantbi@> has quit IRC (Read error: Connection reset by peer)14:08
*** camus1 is now known as camus14:08
Guest9810I was making a build when I ran into a uninative fetcher failure, which surprised me as I have the BB_GENERATE_MIRROR_TARBALLS set, however it seems this doesn't apply to uninative. I've tried to search for a solution, but I haven't found anything so far. So I'm hoping someone can help me or at least point me in the right direction. Any help would14:16
Guest9810be appreciated14:16
*** sakoman <sakoman!> has joined #yocto14:26
*** Guest4 <Guest4!~Guest4@> has joined #yocto14:32
*** Guest4 <Guest4!~Guest4@> has quit IRC (Client Quit)14:32
*** linums <linums!~linums@> has joined #yocto14:35
linumsI've found mage-mklibs.bbclass in the hardknott branch, but not in master or dunfell14:42
linumsI guess it is dropped, but not just everywhere right?14:43
rburtonit wasn't dropped from the old branches in case someone had someone made it work for them14:44
qschulzrburton: too fast. famn14:44
qschulzlinums: seems to be here on dunfell14:44
*** ncaidin_lf <ncaidin_lf!~ncaidin_l@2605:380:53:794::85> has joined #yocto14:46
linumsit was just weird to find it on a newer branch than dunfell, but not on dunfell14:46
smurrayit's still in dunfell14:47
overrideso i think my bsp is setting me up for failure by using ${MACHINE} in multiple  bbclasses. I dont want to bring them all into my own meta-layer. is this something I just have to live with, or what should be my plan of action here?14:47
linumssmurray wow, how did I miss that :D14:49
overridebsp pulls the device tree etc from git and appends the ${MACHINE} to uri's in a couple of bbclasses and then theres a few other places too. So when I define my own MACHINE, things dont build very well..14:49
qschulztake what you need from the BSP layer and ditch it :)14:51
*** tnovotny <tnovotny!> has quit IRC (Quit: Leaving)14:52
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto15:00
*** camus <camus!~Instantbi@> has quit IRC (Quit: camus)15:01
*** Xagen <Xagen!~textual@2600:1700:211:7e60:a0de:d28f:eac4:36af> has quit IRC (Quit: Textual IRC Client:
*** prabhakarlad <prabhakarlad!> has quit IRC (Quit: Client closed)15:04
*** mckoan is now known as mckoan|away15:07
*** prabhakarlad <prabhakarlad!> has joined #yocto15:10
*** ncaidin_lf <ncaidin_lf!~ncaidin_l@2605:380:53:794::85> has quit IRC (Quit: Client closed)15:17
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)15:21
*** dev1990 <dev1990!> has joined #yocto15:40
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 255 seconds)15:48
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto15:52
*** bps <bps!~bps@user/bps> has quit IRC (Remote host closed the connection)15:58
*** Guest9810 <Guest9810!> has quit IRC (Quit: Client closed)15:58
*** bps <bps!> has joined #yocto15:58
*** florian <florian!> has quit IRC (Quit: Ex-Chat)16:03
*** vd <vd!> has joined #yocto16:04
*** dgriego <dgriego!~dgriego@user/dgriego> has quit IRC (Quit: Textual IRC Client:
*** florian_kc <florian_kc!> has quit IRC (Ping timeout: 255 seconds)16:08
vdhi all -- If I need to build independent variants of images, what are the pros and cons for multiconfig vs local.conf? (Cc: JPEW)16:09
vdI currently use kas which supports both (multiconfig files in the repo or one kas yml file per build), but there's also whisk which is designed over multiconfig. I cannot decide between both.16:11
vdWhere I'm heading is having vanilla image recipes for my product, that I bbappend or customize in a build config file (local or multiconfig) for each customer variants.16:13
vdI guess if one day a customer provides its own application layer, then a kas yml file would be more appropriate.16:16
vddamn, whisk supports layer customization, back to square 1...16:19
vdI'd love rburton and JPEW input on this <316:20
*** argonautx <argonautx!> has quit IRC (Quit: Leaving)16:21
JPEWmulticonfig is useful if you need to build different configs at the same time16:24
JPEWAlso, one of many ways to check product config into git in an easy to consume manner16:25
*** ant__ <ant__!> has quit IRC (Remote host closed the connection)16:32
vdJPEW with whisk, does each product or variant have its own file or should a single file be edited to include the variant?16:35
JPEWvd: Each gets it's own config fragment in the `conf` key. You can make that `require` whatever you want16:38
JPEWe.g. all of our `conf` keys are a single line that `requires` another file (as opposed to doing the config inline in the YAML file16:39
vdJPEW I can unfortunately have a very complex set of variants, so ideally long term I would like to write an external graphical tool for non-technical people to click-click in a form to generate a new firmware (in my scenario a given firmware version usually fixes versions for in-house packages)16:45
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 268 seconds)16:46
vdJPEW would whisk make this easy? (I'd imaging the tool pushing a PR to a CI/CD whisk project to override or add a single file, validated with the `validate` whisk command before triggering builds)16:49
JPEWYou could probably do that with whisk.... I don't know exactly what you need to customize, but we have a similar usecase where we have a "standard" image that each product customizes16:50
vdexactly this16:51
JPEWvd: Ya, we do IMAGE_INSTALL_pn-main-image = "..." in each product's multiconfig16:52
vdJPEW mainly different variants in my case would be minor image customization for the customer (changing title variables), including or excluding a package, or fixing packages versions.16:52
vdJPEW this is what I'm heading to, regardless the tool. SUMMARY_pn-vanilla-image = "Customer image" ;-)16:53
vdthe best would be the `require` key to allow a glob or pattern so that I don't need to edit the main whisk config, but that might not be big of a deal anyway.16:54
* vd discovered whisk *after* working around all his issues with kas..16:56
vdJPEW your CI/CD compile all-targets every time?16:57
*** linums <linums!~linums@> has quit IRC (Ping timeout: 246 seconds)16:57
JPEWYa, usually for CI we compile each in it's own instance in parallel16:58
JPEWBut for releases, we can build multiple products at the same time (since they e.g. need to be packaged together in the same software updates)16:58
JPEWWhich is where using multiconfig is really helpful16:58
*** dgriego <dgriego!~dgriego@user/dgriego> has joined #yocto16:58
vdlike co-processor products16:59
JPEWExcept at a higher level17:00
*** florian <florian!> has joined #yocto17:00
vdyeah I guess if your high-end products is composed of multiple embedded devices paired together, it's neat to package all their firmwares together, hence building in the same instance with multiconfig17:01
JPEWYep. Most our products are network together and we don't support mixed versions17:02
vdwe actually might have this in the future, so better have a setup supporting this use case17:02
vdactually what I have is microcontroller versions not built by yocto, but potato-potato mostly. version-1.2 must have micro controller version x, while version-1.3 must have micro controller version y, etc.17:03
vdthis kind of boring mapping that I want non-technical persons to manage and be able to trigger such builds themselves17:04
vdin fact, the external click-click tool I'm describing would simply be a front-end for the main yaml file17:12
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f245> has quit IRC (Remote host closed the connection)17:15
*** tgamblin <tgamblin!~tgamblin@2607:fea8:c29d:d7c0::f245> has joined #yocto17:18
*** TundraMan <TundraMan!> has joined #yocto17:20
*** marka <marka!> has quit IRC (Ping timeout: 255 seconds)17:20
*** ncaidin_lf <ncaidin_lf!~ncaidin_l@2605:380:53:794::100> has joined #yocto17:22
*** leon-anavi <leon-anavi!~Leon@> has quit IRC (Quit: Leaving)17:23
*** ncaidin_lf <ncaidin_lf!~ncaidin_l@2605:380:53:794::100> has quit IRC (Quit: Client closed)17:28
*** TundraMan is now known as marka17:30
*** linums <linums!> has joined #yocto17:36
vdJPEW does whisk handle layer patches?17:36
JPEWNot currently. It's on my TODO list; we deal with them by having internal mirrors of the layers (although I realize this may not be for everyone)17:37
*** dmoseley <dmoseley!~dmoseley@> has quit IRC (Ping timeout: 240 seconds)17:37
vdindeed, hosting a fork for a single patch in a layer is a bit overkill.17:38
JPEWvd: Ya. We have a strict policy to only backport existing upstream fixes, which helps17:38
vdCan the `commands` section include an additional `git am` command after the fetch maybe?17:38
JPEWYes, you can do that17:38
vdperfect then, I can handle the patch on my own, might be cleaner17:39
JPEWBut that does mean all your users would need to fetch using whisk, which may or may not be what you want17:39
vdkas do it for you which is kinda nice, but can be confusing.17:39
JPEWThe other thing we do a lot is have parallel "fixes" layers for each upstream later where we can bbappend things17:40
JPEWwhich reduces the need to fork17:40
*** bps <bps!> has joined #yocto17:41
*** dmoseley <dmoseley!~dmoseley@> has joined #yocto17:43
*** linums <linums!> has quit IRC (Quit: Ping timeout (120 seconds))17:46
*** jwillikers <jwillikers!> has quit IRC (Remote host closed the connection)17:50
*** linums <linums!> has joined #yocto17:52
*** Sansveni <Sansveni!~Sansveni@> has joined #yocto18:17
*** linums <linums!> has quit IRC (Quit: Client closed)18:23
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto18:24
*** LetoThe2nd <LetoThe2nd!> has joined #yocto18:38
*** jsandman <jsandman!~jsandman@> has quit IRC (Quit: Ping timeout (120 seconds))18:41
*** jsandman <jsandman!~jsandman@> has joined #yocto18:41
*** davidinux <davidinux!~davidinux@> has quit IRC (Ping timeout: 265 seconds)18:50
*** davidinux <davidinux!~davidinux@> has joined #yocto18:54
*** mranostaj <mranostaj!~mranostaj@> has quit IRC (Ping timeout: 252 seconds)19:02
*** mranostaj <mranostaj!~mranostaj@> has joined #yocto19:02
*** marka <marka!> has quit IRC (Ping timeout: 252 seconds)19:02
*** bps <bps!~bps@user/bps> has quit IRC (Ping timeout: 268 seconds)19:02
*** marka <marka!> has joined #yocto19:02
*** zyga__ <zyga__!~zyga@> has joined #yocto19:07
*** roussinm <roussinm!> has joined #yocto19:12
*** yates_home <yates_home!> has joined #yocto19:24
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Read error: Connection reset by peer)19:25
yates_homeif i understand the message correctly, there is a dependency named 'u-boot' in the dependency chain for core-image-minimal:
yates_homehow do i change that to 'u-boot-csky'?19:25
vdyates_home maybe set the preferred u-boot provider with PREFERRED_PROVIDER_u-boot = "u-boot-csky"19:28
yates_homethat makes sense19:29
*** zyga__ is now known as zyg19:30
*** zyg is now known as zyga19:30
*** Tokamak <Tokamak!~Tokamak@> has joined #yocto19:32
*** bps <bps!> has joined #yocto20:11
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:d171:bc7d:edcd:c987> has joined #yocto20:23
*** whuang0389 <whuang0389!~whuang038@2607:9880:2d78:22:d171:bc7d:edcd:c987> has quit IRC (Quit: Client closed)20:31
*** Vonter <Vonter!~Vonter@user/vonter> has quit IRC (Ping timeout: 256 seconds)20:33
*** zyga <zyga!~zyga@> has quit IRC (Ping timeout: 276 seconds)20:34
*** ant__ <ant__!> has joined #yocto20:37
*** ant__ <ant__!> has quit IRC (Quit: Leaving)20:41
*** amitk_ <amitk_!~amit@> has joined #yocto20:55
*** amitk <amitk!~amit@> has quit IRC (Ping timeout: 250 seconds)20:58
*** ant__ <ant__!> has joined #yocto21:03
*** marka <marka!> has quit IRC (Ping timeout: 252 seconds)21:08
*** Tokamak <Tokamak!~Tokamak@> has quit IRC (Ping timeout: 255 seconds)21:21
*** mc__ <mc__!> has quit IRC (Quit: Leaving)21:34
*** marka <marka!> has joined #yocto21:35
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)21:50
*** sakoman <sakoman!> has quit IRC (Quit: Leaving.)21:58
yates_homevd: that worked. thank you.22:09
yates_homewhen buildling an image, what defines the top-level steps? my immediate issue os that, sometime after virtual/bootloader is build (which completes successfully), i am getting a ERROR: Task (/mnt/hdd/EDG/dachuan-research/gs500/poky/meta-csky/recipes-kernel/linux/ failed with exit code '1'22:11
yates_homethere must be some mkimage task in the top-level steps?22:12
yates_homeok i get it: this is part of the kernel build22:15
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has joined #yocto22:19
*** ant__ <ant__!> has quit IRC (Quit: Leaving)22:20
*** LetoThe2nd <LetoThe2nd!> has quit IRC (Quit: Connection closed for inactivity)22:37
*** jwillikers <jwillikers!~jwilliker@2604:2800:2:a403:fe91:ac3e:5153:1290> has quit IRC (Remote host closed the connection)22:51
*** florian <florian!> has quit IRC (Ping timeout: 240 seconds)22:59
*** sakoman <sakoman!> has joined #yocto23:14
*** wing0 <wing0!~wing0@2804:431:c7ed:6171:bb13:7508:2998:4a1b> has joined #yocto23:56

Generated by 2.17.2 by Marius Gedminas - find it at!