IRC logs for #buildstream for Monday, 2019-09-16

*** narispo has quit IRC07:16
*** narispo has joined #buildstream07:16
*** samkirkham has joined #buildstream07:36
*** bochecha has joined #buildstream07:46
*** tristan has joined #buildstream08:01
*** rdale has joined #buildstream08:06
*** ChanServ sets mode: +o tristan08:22
*** toscalix has joined #buildstream08:23
*** tiagogomes has joined #buildstream08:50
*** flatmush_ is now known as flatmush08:50
*** traveltissues has joined #buildstream09:20
gitlab-br-botmarge-bot123 closed issue #1107 (Add option to pass integration commands through filter elements) on buildstream https://gitlab.com/BuildStream/buildstream/issues/110709:21
gitlab-br-botmarge-bot123 closed issue #1104 (Filter elements don't work on stacks) on buildstream https://gitlab.com/BuildStream/buildstream/issues/110409:21
gitlab-br-botmarge-bot123 merged MR !1593 (coldtom/filter-element-improvements->master: plugins/elements/filter.py: Allow passing integration commands through, fail if dep is a stack element) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/159309:21
jjardonpersia: can you help getting the bst 1.4.1 update into Debian? We would really like it to be included in Ubuntu 19.10 which will be released soon09:24
gitlab-br-botcoldtom opened issue #1137 (Display whether an element builds artifacts when showing if it's buildable) on buildstream https://gitlab.com/BuildStream/buildstream/issues/113709:28
*** jonathanmaw has joined #buildstream09:29
*** benbrown has quit IRC09:54
*** benbrown has joined #buildstream09:54
*** bochecha has quit IRC10:17
*** phildawson_ has quit IRC10:45
*** phildawson_ has joined #buildstream10:45
*** ahmed89 has quit IRC10:56
* tlater[m] wonders if it's intentional that gitlab shows nothing under the "further information" heading here: https://gitlab.com/BuildStream/buildstream/blob/881257d4aa0ce77afbb57b00d9513334d0ee4b57/CONTRIBUTING.rst11:05
tlater[m]I guess we'll need to create a manual toctree there, and somehow comment it out for sphinx?11:07
*** ahmed89 has joined #buildstream11:37
*** phildawson_ has quit IRC11:38
*** bochecha has joined #buildstream12:09
gitlab-br-bottlater opened (was WIP) MR !1584 (jennis/frontend_documentation->master: Add UI section in CONTRIBUTING) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/158412:12
*** ahmed89 has quit IRC12:16
gitlab-br-botnanonyme opened issue #1138 (BuildStream 1.4 not handling relative git URL's properly in submodules) on buildstream https://gitlab.com/BuildStream/buildstream/issues/113812:37
*** phildawson_ has joined #buildstream12:41
gitlab-br-bottlater opened issue #1139 (Add UI/UX design principles to contributing documentation) on buildstream https://gitlab.com/BuildStream/buildstream/issues/113912:52
KinnisonIs it not rendered as part of our documentation build?12:54
tlater[m]Kinnison: it is, but not when you open the document on gitlab as an innocent repository reader12:54
tlater[m]sphinx/gitlab use different link formats, basically.12:55
* Kinnison shrugs, if you expect that kind of thing to work always, you're gonna be unlucky12:55
* Kinnison generally only expects on-git{lab,hub} rendering to work for README.md12:55
tlater[m]Yep12:56
tlater[m]Since CONTRIBUTING.md is prominently displayed in our root directory on gitlab, I'd expect it to work there.12:56
KinnisonOh, I wouldn't12:56
Kinnison:D12:56
KinnisonI literally only expect it for README because that gets auto-rendered12:57
tlater[m]Hrm12:57
tristanErrrm, more than that... we renamed it from the traditional HACKING filename *because* gitlab has a feature which specifically recognizes a CONTRIBUTING filename and links to it from the main page12:57
tlater[m]But there's a link at the top of the page and everything12:58
benschubertIs it even rendering for you? Gitlab gives up as the file is too big :/12:58
* tlater[m] needs to run, but thinks we should fix that12:58
tlater[m]Worst case in favor of gitlab over sphinx12:58
tlater[m]benschubert: We made it a lot smaller12:58
tlater[m]The problem is it links to docs now, and those links only work in sphinx12:59
benschuberttlater[m]: oh :) Well, sphinx is still useful...12:59
tristanI think that if it's rendered in the documentation and if that's problematic, we can just make the documentation link to it12:59
tristanthe contributing guide anyway is a single state of the union, where documentation is specific to a given release13:00
persiajjardon: What sort of help do you seek?13:10
gitlab-br-botmarge-bot123 merged MR !1584 (jennis/frontend_documentation->master: Add UI section in CONTRIBUTING) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/158413:19
jjardonpersia: someone with debian packaging knowledge to propose a MR to https://salsa.debian.org/gnome-team/buildstream13:20
persiajjardon: Maybe?  Looking at that repo, there seem to be some conventions used to determine how to split the commits with which I'm not familiar, along with the construction of a repo that contains the code, which I've historically considered poor practice for packaging (so I suspect there are other ways in which my knowledge and the culture of that team may need reconcilliation).13:25
*** tristan has quit IRC13:30
bochechajjardon: did you try asking the Debian-GNOME team? they have a channel on OFTC13:32
jjardonbochecha: no, thanks for the suggestion. I guess they are busy upgrading all the GNOME packages at the moment13:36
bochechaprobably yeah13:36
bochechaalso, since Ubuntu 19.10 releases soon, they might already have frozen the automatic imports from Debian13:36
bochechawhich means if you want it in Ubuntu, then you should ask some Ubuntu dev to update it there13:36
jjardon:(13:36
* bochecha asls13:36
jjardonbochecha: jbicha is an Ubuntu dev, so hopefully he can do it13:37
persiaIndeed.  Feature Freeze for 19.10 was 22 August.  Procedures may have changed, but I believe manual updates are permitted until 26 September with only minor administrative overhead.13:38
persia(my memory was that a developer had to inspect the change and assert it was primarily a bugfix upload and/or that any new features introduced were less risky than the bugs fixed)13:39
bochechaand buildstream is in universe anyway, so it shouldn't be too hard to get it updated before the release13:39
persiaBest to ask jbicha :)13:47
*** narispo has quit IRC13:48
persiaI'll still try to understand, and if more hands are needed, try to help, but I'm a bit out of touch for Ubuntu dev, and was never part of the GNOME team in Debian (who have done things slightly differently for a very long time)13:48
*** narispo has joined #buildstream13:49
*** tiagogomes has quit IRC13:51
*** narispo has quit IRC13:53
*** narispo has joined #buildstream13:54
*** tristan has joined #buildstream13:56
*** narispo has quit IRC14:00
*** narispo has joined #buildstream14:00
coldtomCan someone take a look at bst-plugins-experimental!34 please?14:07
*** tpollard has quit IRC14:23
*** tpollard has joined #buildstream14:26
jjardontlater[m]: Hey, now that https://gitlab.com/BuildStream/buildstream/merge_requests/1540 is implemented; can we close https://gitlab.com/BuildStream/buildstream/issues/1050 or is there anything left to do?14:30
tlater[m]jjardon: I think so, it should work from the BuildStream side14:32
tlater[m]Though someone should look into whether it's actually possible from any of the other caches.14:33
gitlab-br-botjjardon closed issue #1050 (Not possible to use generic servers implementing the remote-apis as remote cache) on buildstream https://gitlab.com/BuildStream/buildstream/issues/105014:33
tlater[m]Heh, thanks for making the executive decision there ;)14:34
jjardontlater[m]: cool! thanks. I will close and open separate issues if we found any problem14:34
jjardontlater[m]: I guess this was only tested with BuildGrid ?14:34
tlater[m]jjardon: Yup14:40
jjardonok, thanks!14:40
juergbijjardon: I've noticed one leftover piece that might be an issue in master but should be fixed in !160114:41
gitlab-br-botMR !1601: WIP: Do not directly communicate with CAS server https://gitlab.com/BuildStream/buildstream/merge_requests/160114:41
jjardonjuergbi: thanks; I guess this makes this feature to depend on casd? (ie, very difficult to backport to bst-1.x)?14:43
juergbijjardon: no, not really, I just stumbled upon it while doing casd-related work14:44
juergbi1540 might require a bit of an effort to backport in general but the fix in 1601 should be simple enough. https://gitlab.com/BuildStream/buildstream/merge_requests/1601/diffs?commit_id=09b0b8152b6bbfb14e821b883f60bcfc2b60e0e814:45
jjardonok, thanks juergbi14:46
juergbicould also move this commit to a separate MR if you need it urgently in master14:46
jjardonjuergbi: no worries, not urgent15:09
*** tiagogomes has joined #buildstream15:55
*** bochecha has quit IRC16:34
*** toscalix has quit IRC16:43
* tlater[m] wonders why junction meta elements are loaded with deps when they are never allowed to specify deps16:46
tlater[m]If that's just an oversight things may become a lot simpler...16:46
juergbitlater[m]: that sounds like an oversight16:54
tlater[m]juergbi: Might be something like needing to load deps so that we know later down the line and can tell the user that that's not allowed16:56
tlater[m]Haven't experimented enough to tell yet16:56
tlater[m]Ah, yes, indeed16:57
tlater[m]Test to assert that failure works fails the moment I switch methods16:57
tlater[m]Grmbl16:58
tlater[m]That means we actually do need to load the deps and that in turn means I should probably show a task counter for this16:59
* tlater[m] wonders if it would make sense to short-circuit that specifically for junctions17:00
tlater[m]Or maybe add some plugin API to say "this plugin is not allowed to have dependencies"17:00
juergbitlater[m]: we already have BST_FORBID_BDEPENDS and BST_FORBID_RDEPENDS which we both set for junctions17:03
tlater[m]I suppose those are just queried a lot later than they could be17:03
tlater[m]Presumably because we don't know what the element's `kind` is until after we've loaded it17:04
juergbiah, yes, that's after meta, of course17:04
tlater[m]I suppose I'll want to take a look at how feasible it is to get at that information before meta17:07
tlater[m]Or well, before we load the meta element17:07
*** cs-shadow has joined #buildstream17:10
*** thinkl33t has joined #buildstream17:29
*** phoenix has joined #buildstream17:55
*** traveltissues has quit IRC18:24
*** phoenix has quit IRC18:55
benschuberttlater[m]: we should still probably have a counter, loading a junction takes... minuites at least for any thing reasonably sized19:30
juergbibenschubert: fetching subproject should already go via scheduler, though19:34
benschubertjuergbi: ah then I misunderstood tlater[m]'s comments19:35
*** rdale has quit IRC19:39
*** thinkl33t has quit IRC19:48
*** jonathanmaw has quit IRC19:58
tlater[m]benschubert: this is specifically for loading metaelements for a junction's metaelement dependencies, which should be 0, or we should error out20:11
*** narispo has quit IRC23:06
*** narispo has joined #buildstream23:06

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