IRC logs for #buildstream for Thursday, 2019-02-21

*** xjuan has joined #buildstream00:08
*** xjuan has quit IRC01:08
*** xjuan has joined #buildstream01:27
*** alatiera has quit IRC01:33
*** xjuan has quit IRC01:35
*** nimish has joined #buildstream01:48
*** nimish has quit IRC03:19
*** nimish has joined #buildstream03:19
*** nimish has quit IRC03:25
*** juanalday has quit IRC03:33
*** juanalday has joined #buildstream04:36
*** juanalday has quit IRC04:58
*** juanalday has joined #buildstream05:04
*** mohan43u has quit IRC06:00
*** mohan43u has joined #buildstream06:03
*** juanalday has quit IRC06:56
*** tristan has joined #buildstream08:30
*** juanalday has joined #buildstream08:33
*** phildawson has joined #buildstream08:41
*** juanalday has quit IRC08:47
*** toscalix has joined #buildstream08:53
*** ChanServ sets mode: +o tristan09:09
tristanWhy is there now both tests/testutils and buildstream/plugintestutils ? And why do they *both* contain the CLI ?09:09
tristanor do they09:10
phildawsontristan, they don't both contain the cli09:11
phildawsonwe wanted to expose an api to make it easy for plugin authors to test their plugins without maintaining their own copies of a load of BuildStream's test utilities09:12
tristanNo they don't, I was confused09:12
tristanphildawson, Yes that is a good plan, I was looking at adding a new test and was curious why I saw one test importing stuff from testutils and another importing from pluginutils09:12
phildawsontristan, you had me worried there that I'd left a second copy hanging around :P09:13
tristanSo stuff we can standardize on ends up in plugintestutils, and the extra local stuff in testutils, this seems very sane yes09:14
tristanphildawson, Sorry for that :)09:14
tristanI had a bit of a jump :)09:14
phildawson:)09:14
*** raoul has joined #buildstream09:50
*** jonathanmaw has joined #buildstream09:51
*** jennis_ has joined #buildstream09:58
*** jennis_ has quit IRC09:59
gitlab-br-bottristanvb opened issue #926 (Subproject overlap policy is inherited by including projects) on buildstream https://gitlab.com/BuildStream/buildstream/issues/92610:15
aevrijuergbi: I like the idea of a WIP bot :) It could WIP the things and then close them later too, while politely explaining the rules.10:20
KinnisonWhile I dislike the idea of having to write more code to do this, I do like that it'll apply the rules consistently and without the lingering taint of "a human said this, maybe they just don't like *me*" so I'd reluctantly +1 it too10:21
* tristan shares Kinnison sentiment here fwiw10:23
juergbiwell, having a bot do it fully automated without a human first assigning the MR to the bot would be a bit of an issue, as it couldn't check whether the MR was stalled because of lack of review or because of the MR author not responding10:25
juergbiunless it could skip those non-WIP MRs that are CI green and have no open discussion points10:25
KinnisonCI green, no open discussion points, => needs huge rebase which will explode horribly10:26
tristansounds pretty complex10:26
KinnisonEither the rules can be entirely applied by a bot, or they can't10:27
Kinnisonif they can't, a bot isn't that helpful IMO10:27
juergbipossibly, yes10:28
coldtomhi, is there a way to specify an option in project.conf that can be any string, not just one of a restricted set?10:33
*** bochecha has joined #buildstream10:33
tristancoldtom, no, for the same reason there cannot be an unbounded integer10:34
tristancoldtom, a goal being that only a strictly limited, controllable set of outputs are possible for a given project10:35
juergbitristan: overlaps, oh, very interesting case10:41
tristanIt is :-S10:42
tristanAnd the plot thickened, it seems to almost work perfectly10:43
tristanBut I have to get the test case to fail still !10:43
*** alatiera has joined #buildstream10:57
aevrire: wip bot - I agree less code is better, perhaps if we manually apply the rules for a bit, we'll get a better idea of if we could automate that fully without annoying folks.11:03
aevriI do think that it would be slightly easier for me to assign something to a wip-bot than copy-paste something. The programming cost may not be worth it though.11:05
*** tristan has quit IRC11:20
*** nimish has joined #buildstream11:31
juergbijmac: was your fdo-sdk build issue due to server issues of upstream sources (possibly alsa)? or did you encounter a possible incompatibility with buildstream master?11:34
juergbiI built fdo-sdk with buildstream master fairly recently11:34
jmacYes, alsa sounds familiar11:35
jmactar source at desktop/alsa-plugins.bst [line 25 column 2]: Error mirroring ftp://ftp.alsa-project.org/pub/plugins/alsa-plugins-1.1.6.tar.bz2: <urlopen error ftp error: OSError(113, 'No route to host')>11:35
jmacThat was on the latest tag...11:35
juergbiok, right. maybe I could give it a try, I might already have that in my local sources directory11:36
jmacI got a different error on current head of 18.08 but that's no longer in my scrollback11:37
gitlab-br-botaevri opened issue #927 ('true' by itself is parsed as 'True' in .bst files) on buildstream https://gitlab.com/BuildStream/buildstream/issues/92711:37
juergbiah, latest head of 18.08 changed the alsa URLs to git11:39
gitlab-br-botmartinblanchard opened issue #928 (Remote Execution: Implement RequestMetadata) on buildstream https://gitlab.com/BuildStream/buildstream/issues/92811:40
*** sebastian has joined #buildstream11:43
*** juanalday has joined #buildstream11:44
*** juanalday has quit IRC11:47
*** raoul has quit IRC12:35
*** raoul has joined #buildstream13:10
*** flatmush has quit IRC13:30
*** flatmush has joined #buildstream13:31
*** flatmush has quit IRC13:48
*** flatmush has joined #buildstream13:49
*** lachlan has joined #buildstream14:14
*** lachlan has quit IRC14:33
*** lachlan has joined #buildstream14:49
raoulRealised asked it last week but missed your answer juergbi, for the source cache clean up, what do you think should be done in the mean time? Quite a few tests fail as clearing an artifact doesn't necessarily free up that much space (especially if it's an import). I could fiddle around with cache sizes for these tests, but that doesn't seem like a good solution, would something that tries to clear sources not involved in the current build be15:03
raoulsufficient?15:03
tpollardwhat does 'xfailed' mean as a test result?15:24
Kinnisonan xfail is traditionally a known-failure failing to fail15:25
KinnisonIn past jobs, we had PASS - good.  FAIL - bad.  KFAIL - good (known failure, failing).  XPASS/XFAIL - bad (known failure failing to fail)15:26
tpollardit seems to think xfail is fine15:27
Kinnisonmaybe it's spelling kfail and xfail the same15:29
KinnisonIYSWIM15:29
tpollardI'll try against master15:29
juergbiI marked one test as xfail because it is broken15:33
tpollardaha15:34
juergbixfail is expected failure in pytest, afaik15:34
tpollardtests/integration/cachedfail.py::test_push_cached_fail[quit] ?15:34
juergbiyes, see #53415:34
gitlab-br-botIssue #534: Failed builds not pushing artifacts on quit https://gitlab.com/BuildStream/buildstream/issues/53415:34
juergbiraoul: maybe ArtifactCache.clean() should actually be in CASQuota and use all refs until we do the reference storage service split (AaaP)15:38
juergbimay not be trivial to handle the required elements in that case15:38
juergbialthough I suppose a list of required refs could be constructed15:39
juergbithe issue is a bit that there is no place where this code would fit15:39
tpollardcheers juergbi15:40
raoulYeah I'll have to have a thing and look about where this might sensibly fit15:40
raouls/thing/think15:41
juergbiraoul: maybe something like ArtifactCache and SourceCache registering a callback in CASQuota or so15:41
juergbi(for the required refs)15:42
raoulNot sure I quite follow, do you mean ArtifactCache and SourceCache keeping a list of required refs and have them tell CASQuota this?15:44
*** nimish has quit IRC15:45
*** lachlan has quit IRC15:52
juergbiraoul: ArtifactCache already has this internally, right? and something similar could be done for sources16:01
juergbiCASQuota would then collect those sets from the two cache classes16:02
raoulyeah it does, just looking through it atm to figure exactly what it's doing. I guess when you're talking about registering the callback that will be for updating the cache keys for artifacts?16:02
raoulAs that still needs to be done if I've understood it correctly16:02
juergbiI'd just move the code that generates 'required_artifacts' to a separate method and pass that method to CASQuota, so that CASQuota can get 'required_artifacts' whenever it needs to16:03
juergbi(moving the rest of the clean() method to CASQuota)16:04
raoulGot ya, I fear this will end up throwing more problems somewhere else, but I'll have a go16:05
*** lachlan has joined #buildstream16:08
*** raoul has quit IRC16:09
*** raoul has joined #buildstream16:11
juergbijmac: I'm wondering whether your freedesktop-sdk build issue is related to your host/platform. I assume this is on native Linux or is this in a VM? also, what CPU (as that affects /proc/cpuinfo)?16:14
jmacNative Ubuntu 18.04.1 on Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz16:17
juergbiok, thanks16:19
* juergbi is confused16:19
jmacI'll have more of a poke around later. The main problem is it takes about hours to get to the point where it crashes, so it's not an easy thing to fix16:20
*** bochecha has quit IRC16:37
laurencejuergbi, did you receive a request to accept the marge bot into the BuildStream gitlab group?16:38
juergbilaurence: now I see it. last time I checked it wasn't there16:40
juergbiaccepted16:41
laurencethanks16:42
*** lachlan has quit IRC16:44
*** alatiera has quit IRC16:58
*** lachlan has joined #buildstream17:00
*** alatiera has joined #buildstream17:03
*** lachlan has quit IRC17:06
gitlab-br-botLaurenceUrhegyi opened (was WIP) MR !1171 (laurence/update-readme->master: Update CONTRIBUTING.rst to add paragraph on new MR policy) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/117117:23
*** lachlan has joined #buildstream17:23
*** Kinnison has quit IRC17:34
*** Kinnison has joined #buildstream17:35
*** lachlan has quit IRC17:40
*** toscalix has quit IRC17:48
*** juanalday has joined #buildstream17:54
*** lachlan has joined #buildstream17:58
*** phildawson has quit IRC18:02
*** phildawson has joined #buildstream18:02
WSalmontest18:03
jmacReceiving you loud and clear18:04
*** tpollard has quit IRC18:05
WSalmonta18:06
*** jonathanmaw has quit IRC18:07
*** lachlan has quit IRC18:29
*** raoul has quit IRC18:35
*** slaf_ has joined #buildstream18:41
*** slaf_ has joined #buildstream18:41
*** slaf has quit IRC18:43
*** slaf_ is now known as slaf18:43
*** phildawson has quit IRC18:46
*** nimish has joined #buildstream18:47
*** nimish has quit IRC19:08
*** sebastian has quit IRC19:15
*** nimish has joined #buildstream19:18
*** tristan has joined #buildstream19:37
*** nimish has quit IRC21:15
*** tristan has quit IRC21:32
*** juanalday has quit IRC21:40
*** alatiera has quit IRC22:36
*** sebastian has joined #buildstream22:59
*** juanalday has joined #buildstream23:02

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