IRC logs for #buildstream for Friday, 2020-05-01

*** toscalix has quit IRC00:10
*** mohan43u has quit IRC03:33
*** tristan has joined #buildstream04:38
*** mohan43u has joined #buildstream05:48
*** tristan has quit IRC06:06
*** seanborg__ has joined #buildstream07:17
*** benschubert has joined #buildstream07:36
*** jude has joined #buildstream07:44
*** toscalix has joined #buildstream08:02
*** tpollard has joined #buildstream08:11
*** santi has joined #buildstream08:24
*** phildawson has joined #buildstream08:24
*** lachlan has joined #buildstream09:06
*** lachlan has quit IRC09:13
*** finnb has joined #buildstream09:14
coldtomhas the 1.93.3.dev0 snapshot not been uploaded to PyPI?09:23
*** lachlan has joined #buildstream09:27
coldtomoh, 1.93.x for x > 0 hasn't been uploaded09:31
*** lachlan has quit IRC10:02
valentindI have noticed there is 1.93.3 now, but not for bst-plugins-experimental10:12
valentindIs there a plan to release it?10:13
*** toscalix has quit IRC10:39
*** lachlan has joined #buildstream10:41
*** lachlan has quit IRC10:47
*** lachlan has joined #buildstream11:05
*** lachlan has quit IRC11:09
*** lachlan has joined #buildstream11:29
*** lachlan has quit IRC11:32
*** lachlan has joined #buildstream11:52
*** lachlan has quit IRC12:02
*** tristan has joined #buildstream12:02
*** pointswaves has joined #buildstream12:07
*** slaf has quit IRC12:22
*** lachlan has joined #buildstream13:17
*** lachlan has quit IRC13:21
*** lachlan has joined #buildstream13:35
*** lachlan has quit IRC13:38
*** lachlan has joined #buildstream13:52
*** lachlan has quit IRC13:59
*** slaf has joined #buildstream14:18
*** slaf has quit IRC14:19
*** devcurmudgeon has joined #buildstream14:23
*** slaf has joined #buildstream14:49
*** slaf has quit IRC14:51
bethw+R14:52
bethwWhoops :)14:52
*** slaf has joined #buildstream15:08
*** slaf has quit IRC15:09
*** lachlan has joined #buildstream15:13
*** lachlan has quit IRC15:20
*** doras[m] is now known as doras15:36
*** doras has quit IRC15:40
*** doras has joined #buildstream15:40
*** lachlan has joined #buildstream16:01
*** seanborg__ has quit IRC16:03
*** lachlan has quit IRC16:04
*** tristan has quit IRC16:07
*** tristan has joined #buildstream16:13
*** lachlan has joined #buildstream16:19
cphanghey! I have a remote-execution question (or two). After an ExecuteResponse is returned does BuildStream expect the server to update the artifactCache? When retrieving cached results, will BuildStream probe the actionCache as well as the artifactCache?16:20
*** lachlan has quit IRC16:25
*** mohan43u has quit IRC16:30
*** mohan43u has joined #buildstream16:33
*** mohan43u has quit IRC16:38
juergbicphang: 1) no, buildstream will push the artifact to the artifact server if configured. ideally, RE and artifact server use the same CAS server, though, to avoid having buildstream to upload the bulk of the blobs16:39
juergbi2) artifact servers are probed as part of 'pull'. action cache is consulted if pull was not successful but only as part of the 'build' job, i.e., right before uploading the input blobs / submitting the Execute request16:41
juergbiaction cache is optional. the RE server typically consults the action cache internally before execution. the benefit of configuring an action cache in BuildStream is that the input blobs are not uploaded if there is a hit in the action cache (at the cost of an extra round trip)16:42
*** mohan43u has joined #buildstream16:42
*** jude has quit IRC16:47
cphangjuergbi makes sense tyvm. Scott has been doing work with buildbarn compatability with Buildstream and is encountering the following error in the ExecuteReponse https://gitlab.com/celduin/infrastructure/celduin-infra/-/issues/120#note_335096575 I'm wondering whether this is due to a missing artifactCache (it isn't present in the testing setup). Is16:50
cphangit possible BuildStream isn't uploading missing CAS blobs before the Execute request is issued?16:50
juergbicphang: it should upload the complete input tree right before Execute by first checking what's missing with FindMissingBlobs and then using batch upload16:54
cphangindeed16:54
juergbiit does assume that in the short timespan between upload and Execute the blobs stay in CAS16:54
cphangindeed which is covered in the spec, We think in this case that in Scott's experimental conditions there is sufficient storage in the CAS. He's increased the capacity and still sees the same result.16:55
juergbithere could be a bug in the upload code somewhere, of course, maybe even in buildbox-casd which is used as local proxy16:55
juergbiif it's reproducible, it would probably make sense to check which digests are in the request/response of FindMissingBlobs and the uploads16:56
cphangjuergbi on Monday I've asked Scott to further root cause to see whether my theory is correct/incorrect. We'll continue posting up against https://gitlab.com/celduin/infrastructure/celduin-infra/-/issues/120. If we can confirm it's a bug in buildstream we'll of course file an issue against that.16:56
cphangScott can confirm it's reproducible when building against the same element16:57
juergbienabling tracing for buildbox-casd and then checking cache/buildstream/logs/_casd could be useful16:57
*** phildawson has quit IRC16:58
*** phildawson has joined #buildstream16:58
juergbibuildstream log level 'debug' enables casd trace logs16:58
*** tpollard has quit IRC16:59
juergbican be quite a lot of output but if it can be reproduced with a single element, it might be ok16:59
*** phildawson has quit IRC17:00
*** phildawson has joined #buildstream17:00
cphangmmm nice.17:01
cphangjuergbi do you mind if I post up our discussion in https://gitlab.com/celduin/infrastructure/celduin-infra/-/issues/120 ? This has been incredibly helpful.17:01
juergbigo ahead17:02
cphangtyvm17:02
*** phildawson has quit IRC17:03
*** santi has quit IRC17:21
*** mohan43u has quit IRC17:27
robjhsetting up a new gitlab runner to do buildstream things in docker. it looks like bubblewrap isnt working in the docker container. im using buildstream/buildstream:dev-extra as my image, and ive seen this get further on other runners. is there something i need to setup on the runner to make this work? a nesting option perhaps?17:41
*** lachlan has joined #buildstream17:48
*** lachlan has quit IRC17:53
pointswavesrobjh, bouble wrap may need a privilaged container..18:08
*** lachlan has joined #buildstream18:08
pointswavesi but i didnt think it did18:09
robjhim still assuming my host isnt setup right18:13
*** lachlan has quit IRC18:15
jjardonrobjh: you need a privileged container, all buildstream runners are configured as privileged18:25
robjhgiving that a try now18:34
juergbiyes, while bubblewrap doesn't need any special privileges on current mainline kernels, Docker seems to block it by default, unfortunately18:40
jjardonit would be nice to know what exact capabilities it needs, so we can open those and not everything18:44
robjhit looks like its got past the part it was failing at, thanks pointswaves, jjardon :)18:49
jjardonrobjh: nice, good luck!18:49
robjhdamn it, spoke too soon!18:53
robjhi edited the wrong config.toml file :p18:58
*** toscalix has joined #buildstream19:10
*** phoenix has joined #buildstream19:21
valentindWhy do I get "This platform does not support local builds: buildbox-run not found" when it worked before?19:26
*** tristan has quit IRC19:26
jjardonvalentind: maybe this recent change is related: new default is buildbox-run instead bwrap: https://gitlab.com/BuildStream/buildstream/-/merge_requests/188819:29
valentindWith bwrap 0.3.319:29
valentindWhat is the correct way? Define BST_FORCE_SANDBOX?19:30
valentindOr is there a configuration file?19:30
valentindI set that for the moment. Maybe next week I will add buildbox in the docker image.19:33
jjardonvalentind: I know almost nothing about this but seems BST_FORCE_SANDBOX=bwrap will be enough to still use bwrap, but seems bwarp backend is going to be removed soon so better try to fix  the buildbox-run problem19:46
*** benschubert has quit IRC19:55
juergbijjardon: no special capabilities are required on mainline kernel where user namespaces are enabled. docker might block it with seccomp, not sure. some distros also disable user namespaces by default, requiring a sysctl change20:39
juergbivalentind: BST_FORCE_SANDBOX is the only way but as jjardon writes, the old bwrap backend is going away, probably around end of this month. to be clear, the recommended buildbox-run implementation on Linux is buildbox-run-bubblewrap, i.e., the sandboxing approach doesn't change on the system level. you also need to install buildbox-fuse for safe operation as a single user20:42
juergbialso see https://buildstream.build/buildbox_install.html20:43
*** pointswaves has quit IRC22:02
robjhi would like to setup an artifact server for the runner i just set up. are there instructions for that?22:06
jjardonrobjh: https://docs.buildstream.build/1.4.2/install_artifacts.html22:34
jjardonhere for master: https://docs.buildstream.build/master/using_configuring_cache_server.html22:35
robjhjjardon, is 1.9 close enough to master for the master instructions to count?22:38
jjardonrobjh: yes, I think so22:38
valentindIs buildbox-fuse needed? I do not have the impression it is.22:39
robjhjjardon, thanks22:41
jjardonvalentind: this presentation https://docs.google.com/presentation/d/1tuqvro_Kpn1yLthqbsxImkcHaCKsGqsn2liuCwRsg7g/edit#slide=id.g5fefbbc030_0_0 says that is legacy22:50
jjardon(slide 7)22:50
*** toscalix has quit IRC23:00
*** mohan43u has joined #buildstream23:53

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!