IRC logs for #buildstream for Friday, 2019-11-01

*** phoenix has quit IRC00:07
*** flatmush has quit IRC00:58
*** flatmush has joined #buildstream00:58
*** narispo has joined #buildstream03:00
*** narispo has quit IRC03:07
*** narispo has joined #buildstream03:07
*** juergbi has quit IRC06:19
*** juergbi has joined #buildstream06:25
*** rdale has joined #buildstream07:34
*** juergbi has quit IRC07:37
*** juergbi has joined #buildstream07:41
*** traveltissues has joined #buildstream08:46
*** bochecha has joined #buildstream09:16
*** phildawson has joined #buildstream09:26
*** phildawson_ has quit IRC09:31
*** phildawson_ has joined #buildstream09:32
*** santi has joined #buildstream09:45
coldtomhi, bst seems to be unable to invoke `sh` inside the sandbox, even if i give an absolute path, anyone seen anything like this before?09:45
Kinnisonis it in the sandbox?09:45
Kinnisonis it dynamically linked to a libc which is absent?09:45
benschubertcoldtom: Most of the time I had seen this is when I was missing a dependency on 'sh'09:46
coldtomit's definitely in the only dependency my element has09:46
Kinnisonwrong arch?09:46
benschubertand if you run 'bst shell your_dependency' and run 'sh --help' does that work?09:46
coldtomit doesn't seem to find sh at all for that element, but with a `bst artifact checkout` /usr/bin/sh definitely exists09:47
benschubertcan you chroot in it and sh --help ?09:48
Kinnisondoes /bin exist as a symlink to /usr/bin ?09:48
KinnisonIs the dynamic linker in place?09:49
coldtomah /bin -> /usr/bin is not being created properly09:50
*** jonathanmaw has joined #buildstream09:51
*** tiagogomes has joined #buildstream09:53
gitlab-br-bottraveltissues opened issue #1188 (Check plugins conform to public API) on buildstream https://gitlab.com/BuildStream/buildstream/issues/118809:57
coldtomhold up though, i modified the buildelement to make bwrap invoke /usr/bin/sh, surely that should have found it09:58
benschuberttraveltissues: oh thanks for that09:58
Kinnisoncoldtom: were the other symlinks there?09:59
traveltissuessorry, benschubert i just saw your reply09:59
traveltissuesfeel free to amend the issue09:59
benschuberttraveltissues: no worries :) thanks for adding the issue!09:59
benschubertnah, I believe it captures everything!09:59
benschubertI guess that means my MR is good to go?09:59
coldtomKinnison: none of the / -> /usr symlinks got created properly, not sure on any others10:00
gitlab-br-bottraveltissues approved MR !1680 (bschubert/fix-git-ref->master: _gitsourcebase.py: Return 'None' when the ref is unset) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/168010:00
Kinnisoncoldtom: then /lib -> /usr/lib was missing so ld-linux.so wouldn't be findable10:00
persiacoldtom: Your /usr/sh might be linked to something in /lib, which it might not find in /usr/lib, etc.10:00
KinnisonEven your compiled programs need an interpreter10:00
coldtomahhh ty10:03
coldtomnow just to fix the missing symlinks10:04
Kinnisonunderlay underlay, amoeba amoeba, underlay!10:04
* benschubert is lost10:05
* Kinnison apologises, 'tis a poor pun10:05
KinnisonThere was a cartoon mouse (Speedy Gonzales) who would shout "¡Ándale, ándale! ¡Arriba, arriba! ¡Ándale!"10:06
* Kinnison imagines these days that'd be a fairly problematic thing for a children's cartoon10:09
benschubertRemember this one, might be pronouncing incorrectly since I didn't make the link at all :'D10:14
benschuberttraveltissues: I wonder whether BST_NO_PRESTAGE_KEY should not be something like 'BST_NO_REF' or something like that?10:14
benschubertsince the result of this is that the source never gets a ref10:14
traveltissuesbenschubert, i'm not married to the name tbf, both you and juergbi seem to prefer that10:18
traveltissuesit's true that it doesn't have a ref but it's also true that it doesn't have a key without staging10:19
benschuberttraveltissues: ok :) I was just working on trying to remove the need to get the consistency in all cases not involving opening a workspace, and it seemed a bit more logical :)10:19
benschubertright10:19
benschubertI also wonder whether we'll ever have something like that that is not local files...10:19
persiabenschubert: For the remote execution case, it might be an opportunity for acceleration to avoid having a local copy when it is known to exist remotely.10:21
traveltissuesbenschubert, do you mean local plugin or on disk files10:21
juergbitheoretically, something like a workspace shared across a network could be created10:22
juergbiI'd probably recommend a git repo instead but there might be a use case10:22
coldtombenschubert: is there a version of bst known to work with your bschubert/freedesktop-sdk-19.08.3-bst2 branch?10:23
traveltissuesactually, thinking about it for a second, BST_NO_REF would probably be better10:23
*** lachlan has joined #buildstream10:30
*** bochecha has quit IRC10:40
gitlab-br-bottraveltissues closed issue #1184 (Remote Execution tests produce too much logs) on buildstream https://gitlab.com/BuildStream/buildstream/issues/118410:42
gitlab-br-botmarge-bot123 closed issue #1184 (Remote Execution tests produce too much logs) on buildstream https://gitlab.com/BuildStream/buildstream/issues/118410:43
gitlab-br-botmarge-bot123 closed issue #1184 (Remote Execution tests produce too much logs) on buildstream https://gitlab.com/BuildStream/buildstream/issues/118410:43
gitlab-br-botmarge-bot123 merged MR !1677 (traveltissues/1184->master: buildgrid-compose.yml: reduce log level to WARN) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/167710:43
benschuberttraveltissues: on disk10:44
benschubertcoldtom: master should if you remove the 'artifact' section in project.conf10:45
tpollardwould be really nice to find that regression10:45
benschubertI personally don't have the bandwidth for this currently, but I'm happy to give pointers. tlater[m] might also have a few clues?10:46
* tlater[m] doesn't know by heart what features it uses10:47
tlater[m]coldtom: Have you tried any? I'd imagine master *should* be functional10:47
benschuberttlater[m]: the problem is about the artifact server not having its capabilities validated anymore before trying to contact it10:47
benschuberttlater[m]: master doesn't work because of the bug with the check of capabilities :)10:47
coldtomi'm using 1.91.2 atm, but importing the / -> /usr symlinks seems to be going wrong10:48
traveltissues:/10:48
tlater[m]Ah interesting10:48
tpollardhttps://gitlab.com/BuildStream/buildstream/issues/117810:48
benschubertouch that's bad10:48
benschubertmind opening an issue with all information on how to reproduce? :)10:48
*** lachlan has quit IRC10:49
tlater[m]coldtom: Could you point me to the exact element?10:51
coldtomtlater[m]: bootstrap/build/base-sdk/symlinks.bst as-is tells you that there's nothing staged in /10:52
coldtomi tried making empty directories for the symlinks we import to point at, but this just made the element have empty directories at /bin etc10:53
tlater[m]That's supposed to work10:53
tlater[m]Even more interestingly, I'm pretty sure I built this just the other day10:53
tlater[m]coldtom: Could you try actual master?10:53
tlater[m]We test that in CI, so it should be functional10:54
traveltissueswhat sort of sources are these btw, i have a sinking feeling10:54
coldtomlocal traveltissues10:54
traveltissuesoh god10:54
tlater[m]traveltissues: local10:55
tlater[m]Did someone change the way we handle symlinks for local elements?10:55
benschuberttlater[m]: the freedesktop sdk tests in CI are broken for more than 2 weeks because of the capabilities bug (#1178)10:55
tlater[m]Oh, again :|10:56
* tlater[m] thought we'd just fixed them10:56
coldtomweird, i'm not getting that behaviour with 1.91.2 now :S10:57
tlater[m]traveltissues: Was that a mistyped "oh good"?10:57
traveltissuesno10:57
tlater[m]You'll need to explain then!10:57
benschuberttraveltissues: you mean you know what the problem is?10:57
traveltissueswell, local sources are now advertising BST_NO_PRESTAGE_KEY, so they will be imported directly from cache in staging10:58
benschuberttraveltissues, juergbi do we ever want to support a source not supporting CAS based directoy, which has no PRESTAGE key? (because that fails... interestingly currently)10:58
*** lachlan has joined #buildstream11:02
*** phildawson_ has quit IRC11:02
juergbibenschubert: no, the plan has been for a while to completely drop support for plugins that require non-virtual directory11:02
juergbiwe should make sure we do this well before 2.011:02
traveltissuesbenschubert, i suspect that this might actually be an issue with symlinks on the buildbox side11:04
traveltissuesbut i'm not sure11:04
traveltissuesthis might be uncovered by the change to the new flag11:05
tlater[m]coldtom: The answer in that case is, use whichever version came before the BST_NO_PRESTAGE :)11:05
* tlater[m] blames it to see which commit that is11:06
*** bochecha has joined #buildstream11:06
juergbitraveltissues: the stage method of the local plugin also went through import_files and casd before the new flag, though11:07
tlater[m]coldtom: b447e9f5 is the last commit that should work11:07
juergbinot sure why the actual import would lead to different results11:07
tlater[m]Or b447e9f59537def81b24ab2e0e91e827d6f194bb if you want the full sha11:07
traveltissuesjuergbi, that is true. the only change really is that staging is being done earlier11:10
traveltissuesand ofc the unique key11:11
*** phildawson_ has joined #buildstream11:11
coldtomta tlater[m], i'll raise an issue in a bit11:11
*** lachlan has quit IRC11:11
tlater[m]coldtom: Would be nice if you could verify that commit works, too11:11
coldtomtlater[m]: i will take a look after this meeting :P11:12
tlater[m]ta :)11:12
gitlab-br-bottraveltissues opened MR !1681 (traveltissues/changeflag->master: Replace flag name) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/168111:23
benschubertjuergbi: ok great, I'll adapt our test plugins then!11:29
gitlab-br-botmarge-bot123 merged MR !1680 (bschubert/fix-git-ref->master: _gitsourcebase.py: Return 'None' when the ref is unset) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/168011:32
benschubertCan anyone explain to me what is the purpose of the 'FetchSource' in tests/frontend/project/sources/fetch_source.py ? Because it really doesn't behave like any other kind of sources...11:43
*** phildawson_ has quit IRC11:43
*** phildawson_ has joined #buildstream11:43
benschubert(no refs, put a fetch phase)11:49
*** lachlan has joined #buildstream11:54
traveltissuescoldtom, 66045d9c11:55
traveltissuesthis still fails to build that element, casd returns error 13 while trying to stage, which aiui is an access error11:56
traveltissuesbuildbox-common 04dd7473, buildbox-casd a389a20e11:57
coldtomtraveltissues: using the latest commits in buildbox has got it working with that bst commit11:59
* coldtom tries again with the tip of master11:59
traveltissuesthanks12:00
*** lachlan has quit IRC12:00
coldtomyup, looks like it was casd being out of date12:01
coldtomta traveltissues, sorry for all the panic12:01
traveltissuesnp12:01
tpollardI think we need a better way of communicating the need for casd upgrades12:03
tpollardoften when tests stop working for me the first thing I try is updating it12:03
traveltissuesyes12:03
tpollardbut, that's not very intuitive12:03
coldtombuild bst with bst, run the tests in bst and tell everyone to use the same version of casd as you build in the bst project12:04
traveltissuesi'm not sure how simple it would be to communicate that through buildstream though12:04
benschubertcoldtom: the problem is notifying updates :) We could however have a real version stirng in casd and check that in buildstream12:05
*** lachlan has joined #buildstream12:06
traveltissueswe can, the issue is when you have head changing on both projects the version isn't guaranteed to work unless you reversion every commit12:06
coldtomuse `git describe` to get commits since last tag and use that as a minor version point?12:07
coldtomstill not ideal though12:07
traveltissuesdo we test buildstream head against buildbox head for overnights?12:09
*** bochecha has quit IRC12:11
benschubertI don't think so, same version as normal tests12:11
traveltissuesit would probably make sense to do as you suggested then benschubert and communicate non-supported versions to the user12:13
traveltissuesif we don't already12:13
*** santi has quit IRC12:13
benschubertwe don't yet12:14
gitlab-br-bottraveltissues opened issue #1189 (Check versions of buildbox) on buildstream https://gitlab.com/BuildStream/buildstream/issues/118912:18
*** lachlan has quit IRC12:18
*** phil has joined #buildstream12:35
*** phildawson_ has quit IRC12:35
tlater[m]Are the runners down?13:08
* persia perceives the current bst/casd version game as an incentive to preserve stability for some corners of the API13:09
tlater[m]Of course the moment I start working on something that needs to be tested via gitlab ci the runners go down |:13:12
*** bochecha has joined #buildstream13:16
tpollardtlater[m]: dashboard for digitalocean has nothing screaming as of yet13:18
*** santi has joined #buildstream13:19
tlater[m]tpollard: https://gitlab.com/BuildStream/buildstream-docker-images/-/jobs/33946499213:19
tlater[m]It's happening pretty consistently13:19
* tpollard checks on the bastion13:19
* tlater[m] waits for the intermittent network failure to correct itself13:20
tpollardI can connect to it's console, hopefully just some blips...13:21
*** phoenix has joined #buildstream13:25
coldtomanyone had any thoughts on making the git plugin work nicely with git-lfs?13:30
tlater[m]coldtom: I've never seen any discussion of that here13:32
coldtomthere's https://gitlab.com/BuildStream/buildstream/issues/56713:32
coldtomi hit the issue recently while trying to build fdsdk, icu uses git-lfs13:33
tlater[m]interesting13:33
* tlater[m] suspects the discussion practically stopped there13:33
* coldtom too13:34
tpollardtlater[m]: if it doesn't start working ping me and I'll ssh into it13:36
tpollard*the bastion13:36
tlater[m]ta tpollard :)13:36
*** jonathanmaw has quit IRC13:56
*** phoenix has quit IRC14:13
*** akvilebirgelyte has quit IRC14:21
*** akvilebirgelyte has joined #buildstream14:24
gitlab-br-bottraveltissues opened (was WIP) MR !1679 (traveltissues/splitdepkeys->master: Split dependencies in the cache key dict into strong and weak) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/167914:30
*** lachlan has joined #buildstream14:31
*** dtf has joined #buildstream14:31
*** dtf has joined #buildstream14:31
*** lachlan has quit IRC14:38
*** dtf has quit IRC15:02
*** dtf has joined #buildstream15:02
coldtomhi, i'm trying to create a bazel plugin, but it's being a bit of a pain about fetching external deps in the build. I have created a source transform plugin which invokes `bazel fetch`, but it symlinks all over and breaks itself. I think i can fix it if i call fetch from the correct place in the sandbox. would bst have anything against me15:11
coldtomimplementing some way to do source fetching inside of a sandbox?15:11
*** dtf has quit IRC15:11
*** dtf has joined #buildstream15:11
benschubertcoldtom: when discussing with some of the Bazel engineers, they were telling me you could fetch evrything without problems and it shouldn't have effects on the system (with enough flags). I'm not sure breaking the sandbox for source fetching in the build is a good way to go :/ Do you have an example reproduction somewhere?15:13
coldtombenschubert: maybe i should look a bit further into flags then :/ i definitely don't want to break the sandbox in the build, i was hoping to do the fetch in a source plugin that does it all in a sandbox15:16
coldtomthe main issues i was having was bazel tracking it's own installed tools (@bazel_tools, @local_config_platform) at fetch time, and then having broken symlinks when it came to build time15:17
coldtomevery time i fixed up one symlink, more broken ones appeared15:19
*** dtf has quit IRC15:19
benschubertcoldtom: what command are you running?15:20
coldtombenschubert: i was running `bazel fetch` but with more flags15:21
benschubertwhat flags? :)15:21
*** dtf has joined #buildstream15:22
coldtom--output_base=/not/home/.cache  was my attempt to get things out of ~/.cache plus i had --repository-cache to make sure we could check the cache15:23
coldtomi couldn't find a way to change install_base, otherwise things would have been simpler15:24
*** dtf has joined #buildstream15:24
*** dtf has joined #buildstream15:24
benschuberthave yout ry with --experimental_repository_resolved_file=<a string> too?15:24
benschubertI *think* it changes part of the behavior15:24
coldtomi'll give it a go! thanks :)15:26
*** lachlan has joined #buildstream15:33
*** lachlan has quit IRC15:39
*** santi has quit IRC15:45
*** lachlan has joined #buildstream15:52
*** santi has joined #buildstream16:02
benschuberthttps://gitlab.com/BuildStream/buildstream/blob/master/src/buildstream/_pipeline.py#L436-437 is it me or the message should be 'some workspaces could not be found but haven't been closed' ?16:08
*** traveltissues has quit IRC16:15
gitlab-br-botBenjaminSchubert approved MR !1671 (chandan/remove-build-track->master: frontend: Remove tracking options from `bst build`) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/167116:19
*** lachlan has quit IRC16:59
*** bochecha has quit IRC17:00
*** tpollard has quit IRC17:04
*** lachlan has joined #buildstream17:08
*** lachlan has quit IRC17:11
*** lachlan has joined #buildstream17:14
*** lachlan has quit IRC17:22
*** tiagogomes has quit IRC17:25
*** phoenix has joined #buildstream17:34
*** lachlan has joined #buildstream17:38
*** santi has quit IRC17:42
*** rdale has quit IRC17:55
*** lachlan has quit IRC18:09
*** lachlan has joined #buildstream18:10
*** phoenix has quit IRC18:21
*** phoenix has joined #buildstream18:22
*** narispo has quit IRC19:21
*** narispo has joined #buildstream19:22
*** traveltissues has joined #buildstream19:34
*** traveltissues has quit IRC20:11
*** lachlan has quit IRC20:26
*** cs-shadow has quit IRC21:10
*** phoenix has quit IRC21:37
*** narispo has quit IRC22:50
*** narispo has joined #buildstream22:52

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