IRC logs for #buildstream for Thursday, 2019-05-30

*** alatiera has quit IRC01:53
*** tristan has quit IRC06:34
*** tristan has joined #buildstream06:40
*** tristan has quit IRC08:29
*** tpollard has joined #buildstream08:46
*** raoul has joined #buildstream08:54
benschubertraoul: are you happy with https://gitlab.com/BuildStream/buildstream/merge_requests/1350#note_174283803 ?09:03
raoulYep that looks good :)09:04
*** tristan has joined #buildstream09:05
benschubertgreat thanks! Anything else from your side on the MR? Otherwise I'll soon merge it09:05
benschuberttristan: concerning https://gitlab.com/BuildStream/website/merge_requests/121 should we wait for the split to happen before merging? Or should we add it now?09:05
*** ChanServ sets mode: +o tristan09:06
tristanbenschubert, I'm fine merging it without the added cython dependency mention, as the rest of it is not exactly untrue for 1.209:06
benschubertok! I'll update it like that then09:07
tristanbenschubert, however for what is the main user facing instructions on the website, I'd rather keep it all 1.2 centric until we can split the 1.2/master docs indeed09:07
tristansure :)09:07
benschubertyep so not having cython makes sense :)09:07
benschubertgreat, that means I'll be able to merge the cython today o/09:08
benschubertIf someone wants to have a look at it, please let me know before I hit merge09:08
tristanYeah, the website is not exactly blocking that anyway :)09:08
*** phil has joined #buildstream09:09
* tristan steps out to meet folks for dinner09:09
raoulLGTM benschubert, the remaining discussions look resolved but I'll leave that up to the people who raised them to decide if they're happy09:09
benschubertThanks!09:09
*** jonathanmaw has joined #buildstream09:22
gitlab-br-botmarge-bot123 merged MR !1350 (bschubert/cython->master: Introduce Cython for better performances) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/135009:34
benschubert^ we have cython now, welcome the build step when developing :)09:35
gitlab-br-botaevri opened (was WIP) MR !1334 (aevri/split_jobs_parent_child->master: Split ChildJob out from Job class) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/133409:36
Kinnisonwoot!09:36
* Kinnison rebases his branch and retests his in-progress chance09:38
Kinnisonchange09:38
*** lachlan has joined #buildstream09:40
*** lachlan has quit IRC09:47
tpollarddo I need to 'pip3 install --user .' every time I make a local change now?10:07
gitlab-br-botdanielsilverstone-ct opened MR !1364 (danielsilverstone-ct/iterative-circdeps->master: Rewrite `Loader._check_circular_deps()` to be iterative) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/136410:09
Kinnisonpip3 install -e . no?10:10
Kinnison(and you only *have* to do it if you change a .pyx file IIRC)10:10
tpollardI was looking at https://gitlab.com/BuildStream/website/merge_requests/121/diffs10:12
tpollardwhich says it won't work?10:13
*** lachlan has joined #buildstream10:14
Kinnisonbenschubert: ^^^ ?10:20
benschuberttpollard: if you are on master, yes10:22
benschubertonly for cython files10:22
benschubertor wehenever you rebase on master/change branch, if and only if a cython file has changed10:22
benschubertdoes that make sense?10:23
* tpollard nods10:23
tpollardthanks benschubert :)10:23
benschuberttpollard: however if oyu use tox when testing, you won't need to do that, tox will do it for you :)10:23
*** lachlan has quit IRC10:24
Kinnisonbenschubert: is that true even if you don't pass -r ?10:24
benschubertKinnison: yes!10:25
KinnisonNice!10:25
benschuberttox has been changed to work with a wheel of the project and the wheel is created on invocation10:25
benschubertwhich arguably slows down the process a bit10:25
benschubertbut ensure everything is correct10:25
Kinnisonnod.10:27
*** toscalix has joined #buildstream10:30
gitlab-br-botBenjaminSchubert approved MR !1364 (danielsilverstone-ct/iterative-circdeps->master: Rewrite `Loader._check_circular_deps()` to be iterative) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/136410:31
*** lachlan has joined #buildstream10:33
*** cs-shadow has quit IRC10:46
*** cs-shadow has joined #buildstream10:47
*** lachlan has quit IRC10:48
Kinnisonraoul: any idea why this failure? https://gitlab.com/BuildStream/buildstream/-/jobs/222208879  (doesn't happen on other platforms)10:55
raoulwas just looking at that, happens on one of my branches10:55
raoulhttps://gitlab.com/BuildStream/buildstream/-/jobs/22173046810:56
raoulno idea so far10:56
KinnisonThe message appears to be "failed to connect to all addresses"10:56
*** lachlan has joined #buildstream10:56
KinnisonRather than "Connect Failed"10:56
KinnisonI wonder if it's a libc error message change10:56
raoulYeah which doesn't seem to appear in the buildstream codebase which is confusing10:57
raoulthat's plausible10:57
raoulIs that image on newer libraries than the rest?10:57
Kinnisondunno10:57
tpollard'  # Check if the tests pass after updating requirements to their latest allowed version.'11:01
raoullooks like it might be a grpc thing11:01
*** lachlan has quit IRC11:01
tpollardsadness11:06
raoulthat is what I associate with grpc yes11:07
raoulyeah looks like it's definitely a grpc thing, could expand the test to allow that error message?11:10
tpollardhttps://github.com/grpc/grpc/blob/master/src/core/ext/filters/client_channel/lb_policy/pick_first/pick_first.cc11:12
raoulyeah I found that too, that error message isn't present in versions of grpc that we're using in other images11:13
tpollardkeep associating to sadness11:13
gitlab-br-botBenjaminSchubert opened issue #1039 (Tracker for hotspots to move to cython) on buildstream https://gitlab.com/BuildStream/buildstream/issues/103911:21
*** lachlan has joined #buildstream11:24
gitlab-br-botmarge-bot123 merged MR !1364 (danielsilverstone-ct/iterative-circdeps->master: Rewrite `Loader._check_circular_deps()` to be iterative) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/136411:25
*** slaf has quit IRC11:31
*** slaf has joined #buildstream11:32
*** slaf has joined #buildstream11:32
*** slaf has joined #buildstream11:33
*** slaf has joined #buildstream11:33
*** slaf has joined #buildstream11:33
*** slaf has joined #buildstream11:34
*** slaf has joined #buildstream11:34
*** lachlan has quit IRC11:53
gitlab-br-botdanielsilverstone-ct opened MR !1365 (danielsilverstone-ct/iterative-loader-bits->master: Make more parts of the loader iterative) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/136512:44
*** finn has joined #buildstream12:59
Kinnisonjennis:  you have two pipelines on the same branch -- do youwant the older one killing?13:11
tpollardI want a groundskeeper willie bot to garden the pipelines13:12
Kinnisonheh13:13
jennisKinnison, yeah kill the spare13:16
KinnisonYes jennisdamort13:17
jennisI'm glad you got that13:17
gitlab-br-botBenjaminSchubert approved MR !1365 (danielsilverstone-ct/iterative-loader-bits->master: Make more parts of the loader iterative) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/136513:38
*** lachlan has joined #buildstream13:38
gitlab-br-botwillsalmon closed MR !1353 (shashwatdalal/updatesiteflags->master: tests: Change HAVE_SANDBOX to fail on windows/OSX) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/135313:42
*** kapip has joined #buildstream13:43
gitlab-br-botBenjaminSchubert reopened MR !1353 (shashwatdalal/updatesiteflags->master: tests: Change HAVE_SANDBOX to fail on windows/OSX) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/135313:47
*** lachlan has quit IRC13:49
*** lachlan has joined #buildstream14:11
*** lachlan has quit IRC14:21
*** lachlan has joined #buildstream14:29
*** lachlan has quit IRC14:32
gitlab-br-botjjardon reopened issue #560 (BUG: Message handling out of sync) on buildstream https://gitlab.com/BuildStream/buildstream/issues/56014:33
gitlab-br-botjjardon closed issue #560 (BUG: Message handling out of sync) on buildstream https://gitlab.com/BuildStream/buildstream/issues/56014:34
gitlab-br-botjjardon opened issue #1040 (BUG: Message handling out of sync) on buildstream https://gitlab.com/BuildStream/buildstream/issues/104014:35
*** lachlan has joined #buildstream14:43
*** lachlan has quit IRC14:47
benschubertphil: We have https://gitlab.com/BuildStream/buildstream/blob/master/tests/testutils/site.py and https://gitlab.com/BuildStream/buildstream/blob/master/src/buildstream/testing/_utils/site.py which seem quite similar in intent. Is there a reason we hadn't merged them together when extracting the testing stuff for plugins?14:57
philbenschubert, I don't see any reason why they shouldn't have been merged so I think it was an oversight15:02
*** lachlan has joined #buildstream15:02
benschubertphil: Ok, so we should go for a single testing/_utils/site.py right?15:02
philThat would make sense to me15:03
benschubertthanks!15:03
phil:)15:03
*** lachlan has quit IRC15:08
gitlab-br-botmarge-bot123 merged MR !1365 (danielsilverstone-ct/iterative-loader-bits->master: Make more parts of the loader iterative) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/136515:24
*** lachlan has joined #buildstream15:26
*** lachlan has quit IRC15:39
*** lachlan has joined #buildstream15:42
benschubertphil: also the _utils.site is private in buildstream/testing. Is that also an oversite or do we actually don't want other projects to get access to it?16:02
philbenschubert, I made it private at the time to err on the side of conservatism with what I was exposing. If there's desire to have it exposed, then I have no objections.16:07
benschubertI think having access to HAS_SANDBOX and various others is sueful for integration testing of projects16:08
benschubertbut I'm not sure if we should open everythin16:09
benschubertwhat about having testing/site.py in which we add things that are publicly available?16:10
philseems reasonable to me. I agree that it doesn't make sense to make it all public. HAVE_SANDBOX would make sense to be public, and potentially IS_{LINUX|WINDOWS|WSL}.16:16
benschubertagreed, I'll move those there16:18
benschubertthanks!16:18
*** alatiera has joined #buildstream16:29
*** raoul has quit IRC16:34
*** lachlan has quit IRC16:35
*** lachlan has joined #buildstream16:37
finnIs there any way to configure bubblewrap when running a buildstream build?16:41
benschubertfinn: not sure what you mean by that, what do you need to do?16:41
finnPlay around with some of the flags bwrap uses when executing an action16:42
finne.g when it's running configure for an autotools project16:43
benschubertfinn: unfortunately there is no way from a project or the cli to configure that. You could hack the parameters in sandbox/_sandboxbwrap.py if you want to experiment16:44
finnThought so, just wanted to double check :)16:44
finnI'm playing around with Buildstream v1.2 and I currently get:16:45
finn`bwrap: execvp sh: Permission denied`16:45
finnWhen running the autotools Buildstream example during the configure stage. My environment is a little strange; I'm running things inside a `linux-sandbox` inside a docker container. When I run Buildstream in my docker container, outside the `linux-sandbox`, I don't get this error.16:45
benschubertwould running your docker with "--privileged" work?16:48
benschubertIf you, your docker is missing a permission16:48
finntried that16:48
finnhence why it works when I run buildstream in the container, just not in the `linux-sandbox`16:48
finnInterestingly, if I run a simple bwrap command inside that environment, it works. Though I don't have as many flags set as Buildstream does.16:49
finnThanks anyway :)16:54
benschubertI've never used linux-sandbox, won't be of much help, sorry :/16:59
finnNeither have I ^ - ^16:59
*** finn has quit IRC17:06
*** jonathanmaw has quit IRC17:31
*** finn has joined #buildstream17:45
*** lachlan has quit IRC17:47
*** finn has quit IRC18:09
*** finn has joined #buildstream18:45
*** xjuan has joined #buildstream19:23
*** finn has quit IRC19:42
*** xjuan has quit IRC20:20
*** toscalix has quit IRC20:33
*** bakhtyar has joined #buildstream20:42
*** bakhtyar has quit IRC20:43
*** xjuan has joined #buildstream20:49
*** xjuan has quit IRC21:24
*** xjuan has joined #buildstream21:41
*** xjuan has quit IRC22:01
*** alatiera has quit IRC22:50
*** dftxbs3e has quit IRC23:44

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