IRC logs for #buildstream for Thursday, 2017-09-28

*** tristan has quit IRC04:56
*** tristan has joined #buildstream05:11
*** ChanServ sets mode: +o tristan05:12
*** bochecha has joined #buildstream07:29
gitlab-br-botbuildstream: issue #96 ("Integration tests should not be in a separate repo") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/9607:47
*** jonathanmaw has joined #buildstream07:58
*** bochecha_ has joined #buildstream08:01
*** bochecha has quit IRC08:03
*** bochecha_ is now known as bochecha08:03
*** tlater has joined #buildstream08:17
*** ssam2 has joined #buildstream08:51
*** jonathanmaw has quit IRC08:54
*** jonathanmaw has joined #buildstream08:54
tristantlater, I think we misunderstood eachother on a fixme comment thing... we should still be able to install buildstream on non-linux unix08:56
tlatertristan: So setup.py should detect the host OS as well?08:57
tristantlater, so setup.py requirements for ostree & bwrap should just be conditional to `if sys.platform.startswith('linux'):` as well08:57
tristanyeah, I mean it's just a one liner we're using anyway right now08:57
tlaterRight, that should be fine08:57
tristanI was thinking also that we should probably be re-running the pytest suite with the force backend hack too... because we're not running that batch through the unix platform08:58
tristanbut it's a small vector of tests that need dual-platform coverage08:59
tristanso, lets not worry about that right now I think08:59
tristanI want to land this asap, it looks quite ready to me08:59
tristanyeah looks like it would be a lot of work too09:00
tristanwe'd have to have separate cache key test, yuk09:00
tristanActually we probably need to make sure that the cache-key test doesnt run on non-linux09:01
paulsherwoodtristan: before i forget...09:10
paulsherwooda downstream project demonstrated that ybd cache-key fails to take $PREFIX into account09:11
tristanpaulsherwood, makes sense, because ybd exports it as an env var; we dont have that issue (env vars, if used are considered in the cache key; otherwise we use expansion of %{prefix} variables and only expanded strings are considered)09:32
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 1 commit (last: setup.py: Make setup.py work on non-linux) https://gitlab.com/BuildStream/buildstream/commit/3d5796acfd4748b7b9d09ef410a5ebaf65146ea309:49
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8109:49
tlatertristan: A lot of those tests will fail on other platforms anyway.09:49
tristantlater, which other ones can you think of ?09:49
tlaterAll ostree stuff, for example09:49
tristanRight, there is a strategy for that09:50
tristanthough09:50
tristantlater, look at tests/testlib/repo/ostree.py for example09:50
tristantlater, when using an ostree scaffolding for testing the ostree source, we immediately skip the test09:51
tristantlater, also tests/testlib/artifactshare.py has the same logic09:51
tlaterStrange, I wonder why that didn't work for me when I ran the tests - maybe that was before the shift to this.09:52
tristantlater, have access to any legitimately non-linux machine that you can test this on ?09:54
tristanI suppose it can be tested by forcing the backend and uninstalling bwrap/ostree09:55
tlaterRight, that should probably be the easiest way09:56
* tristan thinks that not running the pytest tests in CI for multiple platforms is not bad; but having the tests actually failing on non-linux would be embarrassingly lame :-S09:57
tlaterIn that case just running them in the CI isn't an issue though, right?09:57
tlaterIf we already go through the effort of making them run...09:57
tristanWell, if we do run them in CI; it's certainly better09:57
tlaterAs long as nobody changes the artifact cache code again before merge this...09:58
tlater;)09:58
tristanThe push/pull stuff remains unimplemented for tarball based caches correct ?09:59
tlaterYes10:00
tristanin that case, I *think* all it means is disabling some tests which wont work; and when implementing tar cache sharing, we'll want it to support the local uris (like the ostree cache does); then we can run the same push/pull tests against a different artifact cache scaffolding10:00
tristanIt should only mean this; the other thing is sandboxes, and we dont have any pytest tests which exercise sandboxes10:02
tlaterI'll run the tests on the fallback platform, if something awful pops up I'll know :)10:02
tristanok thanks !10:03
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 3 commits (last: Fix tests for other platforms) https://gitlab.com/BuildStream/buildstream/commit/a652263fe932823d6e5625a9b9176afad7d661f810:29
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8110:29
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 15 commits (last: Fork and embed fusepy) https://gitlab.com/BuildStream/buildstream/commit/bf0f2863e8cea73e41d5d9efca3126e4075fc3ae10:30
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8110:31
*** tiagogomes has joined #buildstream10:41
*** tlater has quit IRC10:56
*** tlater has joined #buildstream10:57
tlater#81 is proving to be pretty tough :(11:31
persiaAre you able to reproduce, at least?11:49
tristanpersia, I think we are talking about MR 8111:53
tristannot issue 8111:53
* tristan could be wrong11:54
tlaterNo, issue 81 for that one. Needed to wait for MR 81 to finish testing.12:13
tlaterI can definitely reproduce 81, but the permission issues are tricky to sort out neatly.12:14
tristantlater, ok so with MR 81 - what are we doing, I noticed the pipeline doesnt have an added pytest run either12:16
* tristan eager to merge hehe12:16
tlatertristan: The tests seem to run fine, I'll add them to setup.py (here's hoping that doesn't break the carefully crafted coverage report)12:20
* tlater is also eager to merge :)12:20
tlaterI meant the CI, not setup.py... Brain?12:21
tristanyep, to the .gitlab-ci.yml12:22
tristanyeah I suspect you've got coverage figured out now12:22
tristanits a nice feature the combined coverage :)12:23
tlaterIt seems that my DNS broke down, I'll push ASAP though.12:26
tlaterInteresting that irc still works12:26
tlater(Perhaps it just pretends to and I'm talking to myself)12:30
ssam2you are talking to yourself12:31
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 2 commits (last: .gitlab-ci.yml: Add fallback tests to CI) https://gitlab.com/BuildStream/buildstream/commit/21b742186ffeab48e40bb2cfb6d3ae486da6749212:35
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8112:35
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 2 commits (last: .gitlab-ci.yml: Add fallback tests to CI) https://gitlab.com/BuildStream/buildstream/commit/c834564f6c3236f13ff357ddc8c728d94af4258512:47
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8112:48
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 2 commits (last: .gitlab-ci.yml: Add fallback tests to CI) https://gitlab.com/BuildStream/buildstream/commit/70398f22a7c1e8bb255fbb1286f96479acb0e60812:55
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8112:55
tlaterHmm... Is there a way to fake the platform string in python?13:00
tlaterI suppose maybe the setup.py should also listen to BST_FORCE_BACKEND13:00
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 1 commit (last: setup.py: Make setup.py work on non-linux) https://gitlab.com/BuildStream/buildstream/commit/fc200481ab5f0b84cf930819fba61c4456c7ac1513:02
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8113:02
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 1 commit (last: setup.py: Make setup.py work on non-linux) https://gitlab.com/BuildStream/buildstream/commit/aedd000ad7dfd0deec824d8b6a1b960b9611467c13:03
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8113:03
ssam2tlater, you can monkey patch anything13:32
ssam2i think pytest has a 'monkeypatch' fixture that can do that for test cases13:32
ssam2https://docs.pytest.org/en/latest/monkeypatch.html13:32
tlaterssam2: From outside python I mean, because setup.py doesn't want to run tests without dependencies in the first place :)13:32
tlaterI guess importing setup in a strange way could work.13:33
*** tristan has quit IRC13:33
gitlab-br-botpush on buildstream@cross_platform (by Tristan Maat): 3 commits (last: Fix tests for other platforms) https://gitlab.com/BuildStream/buildstream/commit/206fc51a6cf57697f03e27508819eafaaee5831713:46
gitlab-br-botbuildstream: merge request (cross_platform->master: Cross platform) #81 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/8113:47
bochechatlater: isn't that what PEP 518 is for?14:10
gitlab-br-botpush on buildstream@81-non-empty-read-only-directories-not-handled-during-bst-build-and-others (by Tristan Maat): 1 commit (last: Ensure that artifact file permissions are set in the right order) https://gitlab.com/BuildStream/buildstream/commit/487ac5e7ff91ced0220cfc48958efca8de826d4d14:11
tlaterbochecha: I think that can only detect python dependencies. ostree/bubblewrap in this case14:15
bochechatlater: yes, indeed14:15
*** tristan has joined #buildstream14:27
gitlab-br-botpush on buildstream@81-non-empty-read-only-directories-not-handled-during-bst-build-and-others (by Tristan Maat): 1 commit (last: Ensure that artifact file permissions are set in the right order) https://gitlab.com/BuildStream/buildstream/commit/79cb91f22c21d7bc64e18b8000d2e046e8d4c8d214:51
bochechaI have to say, overall I'm very happy about BuildStream. I started looking into it as an experiment, entirely unconvinced, thinking this would all be a huge waste of time... and now I'm looking at what seems to be a successful proof of concept, thinking that I'll need to convince my customer we should move to it14:54
bochechagood job everyone, I guess :)14:54
tlater\o/14:55
paulsherwoodw00t! :)14:57
tristanbochecha, very nice to hear that :D14:59
bochechain FOSS we tend to only ever hear about complaints, never about positive experiences, so I'm trying to do my part to counter that tendency :)15:00
paulsherwoodthat's so true, bochecha :)15:01
bochechaalthough I'm not sure my feedback was entirely positive: BuildStream is actually giving me more work to do if we move to it!15:02
bochecha(but I guess that's not a terrible problem to have)15:02
gitlab-br-botpush on buildstream@81-non-empty-read-only-directories-not-handled-during-bst-build-and-others (by Tristan Maat): 1 commit (last: Ensure that artifact file permissions are set in the right order) https://gitlab.com/BuildStream/buildstream/commit/349a15cfa7c9e278bafeda5e4ac2710cf7eb902e15:07
gitlab-br-botpush on buildstream@81-non-empty-read-only-directories-not-handled-during-bst-build-and-others (by Tristan Maat): 1 commit (last: Ensure that artifact file permissions are set in the right order) https://gitlab.com/BuildStream/buildstream/commit/5b94d7f595c45f7ed6a9e11985a22c6afe1a9b7e15:14
*** semanticdesign has joined #buildstream15:19
*** jonathanmaw has quit IRC16:18
*** tlater has quit IRC16:22
*** ssam2 has quit IRC18:10
*** xjuan has joined #buildstream18:35
*** tristan has quit IRC19:38
*** xjuan has quit IRC20:37
*** bochecha_ has joined #buildstream21:00
*** bochecha has quit IRC21:02
*** bochecha_ is now known as bochecha21:03
*** semanticdesign has quit IRC22:16
*** bochecha has quit IRC23:04

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