Thursday, 2019-03-14

*** AndersD <AndersD!~AndersD@> has quit IRC00:05
*** chandana73 <chandana73!~ckalluri@> has quit IRC00:07
*** chandana73 <chandana73!~ckalluri@> has joined #yocto00:15
*** fenrig <fenrig!~fenrig@> has quit IRC00:16
*** fenrig <fenrig!~fenrig@> has joined #yocto00:20
*** learningc <learningc!> has joined #yocto00:27
*** tgraydon <tgraydon!textual@nat/intel/x-coufsgwuondyvnzc> has quit IRC00:37
*** armpit <armpit!> has quit IRC00:37
*** User_ <User_!> has joined #yocto01:27
*** learningc <learningc!> has quit IRC01:30
*** fenrig <fenrig!~fenrig@> has quit IRC01:31
*** nighty- <nighty-!> has joined #yocto01:31
*** fenrig <fenrig!~fenrig@> has joined #yocto01:34
*** rburton <rburton!> has quit IRC01:40
*** Quazil1 <Quazil1!~shannon@2601:40e:8280:2d6e:4ecc:6aff:fe0c:1a77> has left #yocto01:48
*** fenrig <fenrig!~fenrig@> has quit IRC01:54
*** fenrig <fenrig!~fenrig@> has joined #yocto01:58
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has quit IRC02:10
*** fenrig <fenrig!~fenrig@> has quit IRC02:15
*** fenrig <fenrig!~fenrig@> has joined #yocto02:18
*** chandana73 <chandana73!~ckalluri@> has quit IRC02:20
*** learningc <learningc!> has joined #yocto02:28
*** User_ <User_!> has quit IRC02:31
*** nerdboy <nerdboy!~sarnold@gentoo/developer/nerdboy> has joined #yocto02:34
*** Crofton|work <Crofton|work!~Crofton@> has joined #yocto02:40
*** rburton <rburton!> has joined #yocto02:49
*** kaspter <kaspter!~Instantbi@> has quit IRC02:51
*** kaspter <kaspter!~Instantbi@> has joined #yocto02:55
*** rburton <rburton!> has quit IRC03:03
*** fenrig <fenrig!~fenrig@> has quit IRC03:03
*** fenrig <fenrig!~fenrig@> has joined #yocto03:06
*** fenrig <fenrig!~fenrig@> has quit IRC03:07
alicefdevtool modify cannot find a recipe inside sources03:08
alicefi put inside sources/sl/ and doing devtool modify sl/03:09
*** fenrig <fenrig!~fenrig@> has joined #yocto03:10
*** User_ <User_!> has joined #yocto03:27
*** learningc <learningc!> has quit IRC03:31
*** fenrig <fenrig!~fenrig@> has quit IRC04:08
*** fenrig <fenrig!~fenrig@> has joined #yocto04:12
User_What language are the recipes written with?04:19
*** fenrig <fenrig!~fenrig@> has quit IRC04:20
alicefUser_: you are asking to me ?04:22
alicefUser_: they are .bb recipes manly just shell scrpits04:22
*** fenrig <fenrig!~fenrig@> has joined #yocto04:24
User_alicef, asking to channel04:25
alicefUser_: you can write it in python and bash04:25
User_alicef, the shell must be any particular shell?04:25
alicefi think is some tagged version of bash04:26
*** learningc <learningc!> has joined #yocto04:28
*** User_ <User_!> has quit IRC04:31
learningcalicef, so the script language is a custom one for yocto and the regular python?04:36
alicefeh ?04:36
alicefif is a general question about yocto yes04:37
alicefif is a question about my previous question, I don't understand the connection.04:37
learningcalicef, I mean the language used to write the recipe. There is no mention that it has to conform to bash or other shell languages04:39
*** armpit <armpit!~armpit@2601:202:4180:c33:9467:e107:53ea:9cc9> has joined #yocto04:43
learningcDoes the yocto docs exist in pdf format?04:46
*** georgem_home <georgem_home!uid210681@gateway/web/> has quit IRC05:26
*** User_ <User_!> has joined #yocto05:27
*** learningc <learningc!> has quit IRC05:30
catch22python3-argparse has disappeared between krogoth -> thud, it's now part of python3-core. How do I write a recipe that uses arg-parse that works for both krogoth and thud?05:47
*** learningc <learningc!> has joined #yocto06:28
*** User_ <User_!> has quit IRC06:30
*** mihai <mihai!~mihai@unaffiliated/mihai> has joined #yocto06:34
*** agust <agust!> has joined #yocto06:37
*** sjolley_ <sjolley_!> has quit IRC06:40
*** fenrig <fenrig!~fenrig@> has quit IRC06:47
*** fenrig <fenrig!~fenrig@> has joined #yocto06:50
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has joined #yocto07:10
*** fury <fury!uid193779@gateway/web/> has quit IRC07:15
*** fenrig <fenrig!~fenrig@> has quit IRC07:18
*** fenrig <fenrig!~fenrig@> has joined #yocto07:22
*** tprrt <tprrt!~tprrt@> has joined #yocto07:23
*** User_ <User_!> has joined #yocto07:27
*** learningc <learningc!> has quit IRC07:31
*** Bunio_FH <Bunio_FH!> has joined #yocto07:33
*** jeanba <jeanba!~jbl@> has joined #yocto07:36
*** jeanba <jeanba!~jbl@> has left #yocto07:36
*** lfa_ <lfa_!~lfa@> has quit IRC07:38
*** rburton <rburton!> has joined #yocto07:42
*** learningc <learningc!> has joined #yocto07:49
*** cvasilak <cvasilak!> has joined #yocto07:51
*** User_ <User_!> has quit IRC07:51
*** TobSnyder <TobSnyder!> has joined #yocto07:53
*** fl0v0 <fl0v0!> has joined #yocto08:00
*** daniel__ <daniel__!~daniel-k@> has joined #yocto08:06
*** varjag <varjag!> has joined #yocto08:11
*** fenrig <fenrig!~fenrig@> has quit IRC08:17
*** fenrig <fenrig!~fenrig@> has joined #yocto08:20
*** learningc <learningc!> has quit IRC08:44
*** jeanba <jeanba!~jbl@> has joined #yocto08:44
*** jeanba <jeanba!~jbl@> has left #yocto08:45
*** learningc <learningc!> has joined #yocto08:45
*** User_ <User_!> has joined #yocto08:49
*** naknick <naknick!1f9a4286@gateway/web/freenode/ip.> has quit IRC08:50
*** User_ <User_!> has quit IRC08:50
*** wildwillie <wildwillie!d973313a@gateway/web/freenode/ip.> has quit IRC08:58
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto09:08
*** lfa <lfa!~lfa@> has joined #yocto09:12
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has joined #yocto09:24
*** fatalhalt <fatalhalt!> has quit IRC09:32
*** khem <khem!~khem@unaffiliated/khem> has quit IRC09:33
*** khem <khem!~khem@unaffiliated/khem> has joined #yocto09:33
*** jeanba <jeanba!~jbl@> has joined #yocto09:36
*** jeanba <jeanba!~jbl@> has left #yocto09:36
*** fenrig <fenrig!~fenrig@> has quit IRC09:43
*** falstaff <falstaff!~quassel@2a02:169:3465::509> has joined #yocto09:46
*** fenrig <fenrig!~fenrig@> has joined #yocto09:46
*** csanchezdll <csanchezdll!> has joined #yocto09:47
*** fenrig <fenrig!~fenrig@> has quit IRC09:51
*** fenrig <fenrig!~fenrig@> has joined #yocto09:54
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto09:59
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has quit IRC10:03
*** fenrig <fenrig!~fenrig@> has quit IRC10:03
*** fenrig <fenrig!~fenrig@> has joined #yocto10:06
*** lfa_ <lfa_!~lfa@> has joined #yocto10:11
*** fenrig <fenrig!~fenrig@> has quit IRC10:13
*** lfa <lfa!~lfa@> has quit IRC10:14
*** fenrig <fenrig!~fenrig@> has joined #yocto10:16
*** cvasilak <cvasilak!> has quit IRC10:18
*** lfa <lfa!~lfa@> has joined #yocto10:19
*** lfa_ <lfa_!~lfa@> has quit IRC10:22
*** fenrig <fenrig!~fenrig@> has quit IRC10:29
*** fenrig <fenrig!~fenrig@> has joined #yocto10:32
*** jcelerier <jcelerier!> has joined #yocto10:32
jcelerierhello :)10:32
jcelerierI am trying to make a i.MX6 boot from sdcard but I cannot manage to :( (imx6qdlsabresd)10:33
jcelerierwhat must I do with my .wic files to make it work ?10:33
jcelerierI have exactly the same case than
jcelerierI see the freescale logo show up, but in the UART I have nothing after "Starting kernel ..."10:33
LetoThe2ndjcelerier: well that sounds pretty much like it happily boots, but you just don't have any boot messages or tty set up10:35
LetoThe2ndor at least u-boot comes up10:37
jcelerieryes, u-boot comes up10:42
jcelerierI tried both the core-image-minimal and  fsl-image-machine-test10:42
jcelerierI should at least get a tty, right ?10:43
LetoThe2nd"should" hum, no idea. don't know that machine setup10:45
*** prabhakarlad <prabhakarlad!~prabhakar@> has quit IRC11:22
*** berton <berton!~berton@> has joined #yocto11:31
*** berton <berton!~berton@> has quit IRC11:32
*** berton <berton!~berton@> has joined #yocto11:33
*** armpit <armpit!~armpit@2601:202:4180:c33:9467:e107:53ea:9cc9> has quit IRC11:35
*** armpit <armpit!~armpit@2601:202:4180:c33:1c38:8eb8:1763:902b> has joined #yocto11:48
*** bluelightning_ <bluelightning_!~paul@pdpc/supporter/professional/bluelightning> has quit IRC11:55
*** fenrig <fenrig!~fenrig@> has quit IRC12:03
*** fenrig <fenrig!~fenrig@> has joined #yocto12:06
*** rob_w <rob_w!~bob@unaffiliated/rob-w/x-1112029> has quit IRC12:08
*** fenrig <fenrig!~fenrig@> has quit IRC12:37
*** fenrig <fenrig!~fenrig@> has joined #yocto12:40
*** baldgeek <baldgeek!~dan@> has joined #yocto12:58
henriknjzeddii: So shouldn't the symlink here shown here be pointing to ${D}${KERNEL_BUILD_ROOT} ? Or am I mistaken ?13:04
*** tz <tz!> has joined #yocto13:10
markahenriknj: pretty sure zeddii is off for the week13:11
henriknjmarka: alright, it was worth a try13:12
henriknjmaybe you can answer my question?13:12
* marka looks13:13
henriknjMy issue is that the symlink, as it is right now, ends up point to /lib/modules/${KERNEL_VERSION}/source, but should really have been relative to the image-rootfs it is part of13:14
*** fenrig <fenrig!~fenrig@> has quit IRC13:16
markathe link is only valid on the target13:17
markain which case it is correct13:17
henriknjyes, but not valid for a sdk13:18
markaagreed, for the sdk it would be a problem13:18
markaso yes, you would potentially have an argument it could be useful for on target and sdk if it was a relative link13:19
*** fenrig <fenrig!~fenrig@> has joined #yocto13:20
markabut changing it to add ${D} would not be the correct answer13:20
henriknjit used to work in a sdk context before zeddii made some major changes to kernel-devsrc13:20
rburtonlnr will make a relative link for you given two absolute paths13:20
markahenriknj: unfortunately I didn't follow along with his changes, I was too busy with other distractions13:21
markaanyway, see if you can sort it out with a relative link and send it to the list or directly to zeddii to evaluate13:23
henriknjmarka: ill try that13:23
markaanyone else notice lately that bitbake doesn't complete when there is a parse error. I have to double ctrl-c and then forcefully kill bitbake processes13:25
*** joeythes- is now known as joeytheaint13:29
*** Crofton|work <Crofton|work!~Crofton@> has quit IRC13:30
markadamn, silence isn't good. I suppose I might have picked up some transient issue based on when I pulled.13:34
lukmaMaybe an odd question :)13:35
lukmaIs it possible to configure OE/Yocto13:35
lukma(and relatively easy)13:36
lukmato use toolchain 6.x to compile a single recipe13:36
*** fenrig <fenrig!~fenrig@> has quit IRC13:36
lukmaand the rest of the system would use 4.9 ?13:36
lukmaI'm thinking of adding this toolchain to poky recipes13:38
lukmaand then set GCCVERSION to 6.413:39
lukmabut this would change the setting for the whole build13:39
lukmaThe question is if anybody tested setting PREFERRED_VERSION_${PN} = 6.4 for a single recipe13:39
*** fenrig <fenrig!~fenrig@> has joined #yocto13:40
*** scottrif <scottrif!~scottrif@> has joined #yocto13:44
paulbarkerlukma: Sadly that won't work as changes in a single recipe can only really affect that recipe itself, gcc-native will have already been built13:46
tzdon't suppose anybody has an example of using multiple kernel build configurations in one build , with one having an initramfs containing kexec for "chain loading" the fully-fledged kernel?13:46
lukmapaulbarker: Ok, so you confirmed my understanding13:48
lukmaIt may be then best to forward update gcc to 6.413:48
lukmaand rebuild everything ......13:48
lukmapaulbarker: Thanks for clarification13:50
*** alimon <alimon!alimon@gateway/shell/linaro/x-ixuwdelrhcxlhihq> has quit IRC13:56
*** mrc3 <mrc3!mrc3@linaro/mrc3> has quit IRC13:56
*** fenrig <fenrig!~fenrig@> has quit IRC13:58
*** fenrig <fenrig!~fenrig@> has joined #yocto14:02
*** fenrig <fenrig!~fenrig@> has quit IRC14:06
*** jtrimbl3 <jtrimbl3!~jer@unaffiliated/jtrimble> has joined #yocto14:08
markatz: the current recipes and such around initramfs should be close to what you need14:09
markaessentially you can create a second kernel recipe14:10
jtrimbl3Hello again: Is it possible for a recipe in a "multiconfig" build dir to depend on a recipe that is not in a "multiconfig" (e.g. just part of the normal local.conf, not multiconfig/mymulticonfig.conf)?14:10
*** fenrig <fenrig!~fenrig@> has joined #yocto14:10
jtrimbl3Also, what is the canonical way for a recipe to "get the output of" one of the recipes it depends on?14:10
*** sk_tandt <sk_tandt!> has joined #yocto14:12
tzyep, thanks for that... seems like it might be feasible to adapt what I need14:12
*** fenrig <fenrig!~fenrig@> has quit IRC14:12
markatz: for the case where the initramfs will be embedded in the kernel and the initramfs image includes kernel modules we essentially build two kernels14:16
markaanyway, a starting point14:16
*** fenrig <fenrig!~fenrig@> has joined #yocto14:16
markabeen a long time since I have touched that code, there were lots of gotchyas in there14:17
tzfair enough, it's confusing me as well, so it's good to know it's not just me ;)14:22
*** fenrig <fenrig!~fenrig@> has quit IRC14:26
*** sk_tandt_ <sk_tandt_!> has joined #yocto14:26
*** khem <khem!~khem@unaffiliated/khem> has quit IRC14:27
*** sk_tandt <sk_tandt!> has quit IRC14:30
*** fenrig <fenrig!~fenrig@> has joined #yocto14:30
*** alimon <alimon!alimon@gateway/shell/linaro/x-caskwfqsbvzwawoz> has joined #yocto14:31
*** Crofton <Crofton!~Crofton@> has joined #yocto14:36
*** mrc3 <mrc3!mrc3@linaro/mrc3> has joined #yocto14:37
*** jcelerier <jcelerier!> has quit IRC14:44
*** chandana73 <chandana73!~ckalluri@> has joined #yocto14:46
*** fenrig <fenrig!~fenrig@> has quit IRC15:01
*** fenrig <fenrig!~fenrig@> has joined #yocto15:04
jtrimbl3I'm trying to create a new directory and populate some files in it from a IMAGE_POSTPROCESS_COMMAND -- I am able to see the files show up in my tmp/work/.../rootfs directory but they don't appear in the resulting image.  Anyone know why?15:05
kergothjtrimbl3: you're doing it after the *image* is built (i.e. .ext4), too late15:05
kergothyou want ROOTFS_POSTPROCESS_COMMAND, which is after rootfs population but before *image* creation15:05
*** varjag <varjag!> has quit IRC15:09
jtrimbl3kergoth: Aha that makes perfect sense.15:11
kergoththere are also preprocess commands, but not needed very often15:13
jtrimbl3To my other question before: If recipe A depends on recipe B, is there a canonical way for A to "find" B's outputs in tmp/work ?15:17
*** fenrig <fenrig!~fenrig@> has quit IRC15:17
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.> has joined #yocto15:20
*** fenrig <fenrig!~fenrig@> has joined #yocto15:20
*** vladzouth <vladzouth!500c5411@gateway/web/freenode/ip.> has joined #yocto15:20
*** Crofton <Crofton!~Crofton@> has quit IRC15:23
Striking7So in latest_versionstring (within bitbake/lib/bb/fetch2/ the 3rd argument is "d". When I var_dump "d" I get that it's a DataSmart, but no other runtime info.15:26
Striking7Kind of hard to search documentation for the letter "d"...15:26
rburtonStriking7: d is also a bb.DataSmart instance, see bb/lib/data for the api15:27
Striking7Anyone know how I can tell what sort of goodies I can find within "D"? The debugger in Wing IDE seems not to want to tell me anything about it15:27
Striking7Thanks rburton15:27
yoctiNew news from stackoverflow: Why can't a Yocto SDK build a Yocto SDK? <>15:37
*** nabakov <nabakov!~armand@> has joined #yocto15:44
*** AndersD <AndersD!~AndersD@> has joined #yocto15:45
*** nabakov <nabakov!~armand@> has quit IRC15:46
*** nighty- <nighty-!> has quit IRC15:51
*** AndersD_ <AndersD_!~AndersD@> has joined #yocto15:51
*** AndersD <AndersD!~AndersD@> has quit IRC15:54
psrcodeis Armin Kuster on this channel? It's regarding the lttng-* update patch for the stable release.16:03
*** gnac <gnac!> has joined #yocto16:09
*** retoatwork <retoatwork!~reto@> has quit IRC16:12
*** Bunio_FH <Bunio_FH!> has quit IRC16:15
*** armpit <armpit!~armpit@2601:202:4180:c33:1c38:8eb8:1763:902b> has quit IRC16:25
*** fenrig <fenrig!~fenrig@> has quit IRC16:29
*** fenrig <fenrig!~fenrig@> has joined #yocto16:32
*** sashko <sashko!~sashko@> has joined #yocto16:37
sashkohey! is there a way to modify packageconfig for for a package from a recipe for another package? e.g. set config from recipe_a for recipe_b, which is a dependency to recipe_a.16:38
rburtonsashko: no16:38
sashkorburton: thank you16:39
*** TobSnyder <TobSnyder!> has quit IRC16:40
*** yacar_ <yacar_!~yacar@> has joined #yocto16:41
*** fenrig <fenrig!~fenrig@> has quit IRC16:55
*** fenrig <fenrig!~fenrig@> has joined #yocto16:58
*** fl0v0 <fl0v0!> has quit IRC17:06
*** WillMiles <WillMiles!> has joined #yocto17:15
*** tprrt <tprrt!~tprrt@> has quit IRC17:17
*** fury <fury!uid193779@gateway/web/> has joined #yocto17:33
*** sveinse <sveinse!> has joined #yocto17:42
sveinseI have inherited a distro/image where there are a lot of inter-layer require statements. When I then attempt to run the distro on another machine things fail due to missing recipes. However, this happens even if these are recipes which is not being used. What is a good approach for dealing with this problem?17:47
*** fenrig <fenrig!~fenrig@> has quit IRC17:57
*** fenrig <fenrig!~fenrig@> has joined #yocto18:00
*** daniel__ <daniel__!~daniel-k@> has quit IRC18:03
*** chandana73 <chandana73!~ckalluri@> has quit IRC18:05
*** evadeflow <evadeflow!d1ddf0c1@gateway/web/freenode/ip.> has quit IRC18:07
*** Bunio_FH <Bunio_FH!> has joined #yocto18:08
*** fenrig <fenrig!~fenrig@> has quit IRC18:09
*** fenrig <fenrig!~fenrig@> has joined #yocto18:12
*** Bunio_FH <Bunio_FH!> has quit IRC18:14
*** JPEW <JPEW!cc4da337@gateway/web/freenode/ip.> has joined #yocto18:16
*** yacar_ <yacar_!~yacar@> has quit IRC18:16
*** florian <florian!~florian_k@Maemo/community/contributor/florian> has quit IRC18:16
*** armpit <armpit!~armpit@> has joined #yocto18:20
*** sk_tandt_ <sk_tandt_!> has quit IRC18:22
*** chandana73 <chandana73!~ckalluri@> has joined #yocto18:31
*** tgraydon <tgraydon!~textual@> has joined #yocto18:39
*** WillMiles <WillMiles!> has quit IRC18:40
*** bluelightning <bluelightning!~paul@pdpc/supporter/professional/bluelightning> has joined #yocto19:04
*** fenrig <fenrig!~fenrig@> has quit IRC19:26
*** fenrig <fenrig!~fenrig@> has joined #yocto19:30
*** fatalhalt <fatalhalt!> has joined #yocto19:30
*** fenrig <fenrig!~fenrig@> has quit IRC19:38
*** T_UNIX <T_UNIX!uid218288@gateway/web/> has quit IRC19:42
*** fenrig <fenrig!~fenrig@> has joined #yocto19:42
*** WillMiles <WillMiles!> has joined #yocto19:57
*** armpit <armpit!~armpit@> has quit IRC20:02
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC20:15
*** rcw <rcw!~rcw@> has joined #yocto20:27
*** Crofton <Crofton!~Crofton@> has joined #yocto20:50
*** fenrig <fenrig!~fenrig@> has quit IRC20:52
*** fenrig <fenrig!~fenrig@> has joined #yocto20:56
*** fenrig <fenrig!~fenrig@> has quit IRC21:06
*** fenrig <fenrig!~fenrig@> has joined #yocto21:10
*** fenrig <fenrig!~fenrig@> has joined #yocto21:14
*** fenrig <fenrig!~fenrig@> has joined #yocto21:18
*** Crofton <Crofton!~Crofton@> has quit IRC21:21
markapaulbarker: you build the netns package in meta-virtualization layer since you submitted your changes back in Jan?21:23
paulbarkermarka: Yes, worked for me on thud & master last I checked. What's the issue?21:24
markaI am seeing a build fail21:24
markaI haven't tried to peel off commits to 'reverse time' and find when it busted21:25
paulbarkerOn master or thud?21:25
markaI want to get it working before I start doing some go related cleanup across all the meta-virtualization GO recipes21:26
paulbarkerCould you pastebin the initial output from bitbake (showing the layer hashes, target MACHINE, etc) plus the error you're seeing?21:28
markapaulbarker: sure. You aren't on the hook for fixing this, I was going to take care of it. I was mostly curious if you had seen the error and possibly had a fix in the works.21:29
paulbarkerI just want to make sure it doesn't bite me!21:29
*** markus5 <markus5!ade7681d@gateway/web/freenode/ip.> has joined #yocto21:30
*** markus5 <markus5!ade7681d@gateway/web/freenode/ip.> has left #yocto21:31
paulbarkerAt the least I can see if I spot anything different from my setup where I know it's working21:31
markathe error is here
markaand the configuration is here
paulbarkerAh ok. I've not currently got any x86_64 targets in our nightly builds21:35
markapaulbarker: we are a good pair then21:36
*** fenrig <fenrig!~fenrig@> has quit IRC21:36
markaI usually build too much x86_64 and in the process of doing more ARM builds21:37
paulbarkerI have x86, arm & arm64 but not x86_6421:37
markathat is why I am doing some GO cleanup, the two patches i have out to oe-core and a series I want ready for meta-virt when Bruce gets back from vacation21:37
markaanyway, I will sort through this, thanks for the responses21:38
markaand if I do manage to break anything along the way be sure to ping me21:39
paulbarkerAh excellent. netns is due an upgrade but v0.5.0+ seem to have different behaviour which breaks my use case. I've not had time to look into it due to other commitments21:39
markaya, I will hold off on the uprev, my goal was just to have it build before I made the global changes affecting all the go recipes21:40
paulbarkerIf you get a patch you want me to test then just ping me21:40
markacan't start without a good foundation21:40
*** WillMiles <WillMiles!> has quit IRC21:40
paulbarkerI can throw it through our build agents21:40
*** fenrig <fenrig!~fenrig@> has joined #yocto21:40
markafor sure, I can fire it off to you before the list21:40
markaI should have something tomorrow21:40
*** fenrig <fenrig!~fenrig@> has quit IRC21:40
markajust about to wrap up for the day21:40
paulbarkerPlease do. It's a core part of our container setup for Oryx21:41
markasince you care about ARM and go feel free to take a look at the two patches I have out on oe-core21:41
markayou might want to give them a spin before they are merged21:42
*** jae1 <jae1!~jaewon@> has joined #yocto21:42
* marka flees21:43
*** fenrig <fenrig!~fenrig@> has joined #yocto21:44
paulbarker`go.bbclass: Export GOARM` and `goarch.bbclass: set TARGET_GOARM as '7' for cortexa7`?21:45
paulbarkerAh sorry, there's a v2 of that pair21:49
paulbarkerhalstead: I'm getting 502 Bad Gateway from
halsteadpaulbarker, Let's see.21:53
jae1Hi Does anyone know if there is a reason why the devtool build command doesnt run 'deploy' task?21:55
jae1Right now its only running build task, populate sysroot, packagedata21:55
halsteadpaulbarker, It's hit swap and is having some trouble. I'll get it fixed.21:55
paulbarkerhalstead: Thanks :) No rush for me21:56
*** fenrig <fenrig!~fenrig@> has quit IRC21:58
*** fenrig <fenrig!~fenrig@> has joined #yocto22:04
*** lazyape <lazyape!> has quit IRC22:08
*** lazyape <lazyape!> has joined #yocto22:11
halsteadpaulbarker, is available again.22:13
paulbarkerhalstead: Thanks!22:16
halsteadpaulbarker, Thanks for the report. It seems it should have reported the beginning of the issue about 4 hours ago but monitoring didn't report.22:18
*** armpit <armpit!~armpit@2601:202:4180:c33:1c38:8eb8:1763:902b> has joined #yocto22:18
halsteadI've recreated the monitoring rule. We should be set now.22:23
armpithalstead, for the AB ?22:31
*** fenrig <fenrig!~fenrig@> has quit IRC22:31
armpitthhhaanks ??22:31
halsteadarmpit, This was for
*** fenrig <fenrig!~fenrig@> has joined #yocto22:34
*** rburton <rburton!> has quit IRC22:34
*** fenrig <fenrig!~fenrig@> has quit IRC22:35
*** tgraydon <tgraydon!~textual@> has quit IRC22:38
*** fenrig <fenrig!~fenrig@> has joined #yocto22:38
*** tingleby <tingleby!~tingleby@> has joined #yocto22:42
*** fenrig <fenrig!~fenrig@> has quit IRC22:43
*** fenrig <fenrig!~fenrig@> has joined #yocto22:46
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has joined #yocto22:53
*** agust <agust!> has quit IRC22:56
*** fenrig <fenrig!~fenrig@> has quit IRC22:57
*** fenrig <fenrig!~fenrig@> has joined #yocto23:00
*** Crofton <Crofton!~Crofton@> has joined #yocto23:07
*** berton <berton!~berton@> has quit IRC23:11
*** scottrif <scottrif!~scottrif@> has left #yocto23:16
*** Crofton <Crofton!~Crofton@> has quit IRC23:19
*** BCMM <BCMM!~BCMM@unaffiliated/bcmm> has quit IRC23:54

Generated by 2.11.0 by Marius Gedminas - find it at!