IRC logs for #buildstream for Tuesday, 2018-05-01

*** Prince781 has joined #buildstream00:40
gitlab-br-botbuildstream: issue #383 ("AssertionError when caching artifact") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/38301:51
*** bochecha_ has joined #buildstream04:57
*** Prince781 has quit IRC05:59
*** bochecha_ has quit IRC07:16
*** tristan has joined #buildstream07:36
*** toscalix has joined #buildstream08:01
*** tristan has quit IRC08:08
*** tristan has joined #buildstream08:59
*** bethw has joined #buildstream09:12
*** dominic has joined #buildstream09:12
*** aday has joined #buildstream09:15
*** tristan has quit IRC09:38
*** tristan has joined #buildstream09:51
*** jsgrant has quit IRC10:05
toscalixHi, how many times my mail made it to the mailing list? I have 3 copies10:07
jmacOne so far for me toscalix10:08
toscalixSubject - Gitlab segmentation: subgroups10:08
toscalixthanks10:08
paulsherwoodone for me also10:15
toscalixthanks10:18
tlaterskullman: I'm aware of the issues you pointed out in !347 - I had a discussion with tristan a little while ago about that10:33
tlatertristan is very opposed to introducing lockfiles anywhere10:33
tlaterI suspect it is *very* unlikely for anyone to run into actual issues here though, since you'd essentially need to be working on a single project that by itself is large enough to fill the entire cache10:34
tlater*And* try to build two pipelines at the same time10:34
tlaterWe might definitely delete the wrong artifact in a pretty unlucky scenario though.10:35
tlaterIn that case one of the builds will fail, which is quite bad.10:35
tlaterWe can try to add a lockfile, but those make us vulnerable to breaking cache cleanup entirely if buildstream crashes.10:36
paulsherwoodwhat's the problem with lockfiles?10:38
valentindHow important is it to keep the syntax of "bst workspace open" like it is? I think the proposal of introducing "--multiple" is not really great using click. It would make also bash completion difficult.10:38
tlaterpaulsherwood: We can't guarantee that we'll remove lock files, because unexpected crashes can happen at any time.10:39
paulsherwoodso what? be idempotent10:39
paulsherwoodybd does this... the code is admittedly ugly, but the lockfile approach is bulletproof10:40
* tlater isn't sure how he'd go about this10:41
paulsherwoodtlater: fwiw folks should always test by forcing crashes imo :-)10:41
*** tristan has quit IRC10:41
tlaterCan't we always end up with a scenario in which we don't know whether another thread is running or if the application crashed?10:42
* tlater googles lockfile handling strategies10:43
paulsherwoodiirc, if we try to delete a lockfile that's held open by another thread, we fail10:43
paulsherwoodso we can only clean up lockfiles that are debris10:43
paulsherwood(provided we're handling permissions correctly)10:43
tlaterAh, that's a cute approach10:44
* tlater wasn't aware10:44
paulsherwoodthis was explained to me by an expert colleague by the way... i wouldn't have known to do it myself10:44
Nexusis _artifactcache/pushreceive.py, the `encode message` method validates the message. Isn't this already done in the `validate` method?10:53
Nexusin*10:53
Nexusit just seems a bit wasteful10:53
jmacNexus: Which validation are you talking about in encode_message?10:56
Nexus125         if not isinstance(command, PushCommand):10:57
Nexus126             raise PushException('Command must by GLib.Variant')10:57
jmacThat validates that the passed command is a PushCommand; PushCommand.validate validates the contents of it10:58
jmacWhat's confusing is that both use 'command' as a variable, but they mean different things10:59
*** tristan has joined #buildstream10:59
jmacIMO it should be  PushCommand.validate(command_type, args)10:59
Nexusthere's also a typo in the error, and shouldn't it be "Command must be a PushCommand"?11:00
jmacNo, that's correct11:01
Nexuswhich part, the "typo" or the message?11:01
jmacThe message11:02
jmac'Message command must be PushCommandType' is the correct error11:02
Nexusno i mean raise PushException('Command must by GLib.Variant')11:02
Nexuson line 12611:02
jmacaha. Right, yes, that error message is wrong and your suggestion is better11:03
Nexuscan a quick fix to that be pushed onto master?11:04
Nexusjuergbi maybe?11:04
juergbisure11:06
Nexusjuergbi: want me to write it or will you?11:06
juergbiNexus: I don't mind either way, your choice11:08
Nexuskk, making a quick mr11:11
Nexusgitlab is being so slow11:12
jmac"https://buildstream.gitlab.io/buildstream" is returning a 404 for me atm11:12
*** tristan has quit IRC11:16
gitlab-br-botbuildstream: merge request (pushreceive_message_fix->master: Modified incorrect error message) #443 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/44311:27
Nexusthere we go11:27
Nexusthat was a lot harder than it should have been11:27
Nexusjuergbi: ^11:31
juergbiNexus: please follow the commit message rules, i.e., prefix the commit summary with the filename for such a localized change11:33
juergbican help a lot when reading the history11:33
gitlab-br-botbuildstream: merge request (pushreceive_message_fix->master: Modified incorrect error message) #443 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/44311:36
Nexusjuergbi: better?11:36
juergbita, marked for merge11:37
Nexusty :)11:37
*** bethw has quit IRC11:43
tlaterNexus: I think you're the first to make it onto the 1.4 contributor list?11:55
*** jonathanmaw has joined #buildstream11:56
gitlab-br-botbuildstream: merge request (pushreceive_message_fix->master: Modified incorrect error message) #443 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/44311:57
Nexustlater: woo \o/12:17
* tlater finally found a way to ask ostree the size of a commit :)12:17
Nexusnicely?12:17
Nexussarcastically?12:18
tlaterNicely.12:18
tlaterLooks like it isn't uncommon for all space to sort of go into one commit though12:19
tlaterI wonder if this is because ostree deduplicates data or if it doesn't quite list the commits the way I want it to...12:19
tlaterDo we have some large repository that I could try my script on?12:20
oknf[m]docs are broken?12:24
tlateroknf[m]: It does indeed look lik eit12:25
tlater*like it12:25
tlaterSeems like, at least, gitlab is having issues.12:26
* tlater checks the pages config12:26
tlaterYeah, our configuration looks fine, deploy is working as usual, and our CI puts files in public/ as it should12:29
oknf[m]just fyi: I was reading those docs just moments ago12:30
tlateroknf[m]: Looks like it's not just us: https://pages.gitlab.io/jekyll12:31
tlater^ One of their sample projects12:31
oknf[m]ok, thanks for looking at this. I will switch to source then, or is there some alternative location with build docs?12:32
tlaterUnfortunately not, just the gitlab pages. You can build the docs locally and read them as usual though.12:32
*** bethw has joined #buildstream12:52
jmacDocs appear to be back online.12:56
*** finn has joined #buildstream13:01
Nexuswho's the funny guy that made the hello method return 'a{ss}'?13:12
tlaterHeh, I think that's a valid GLib.Variant string13:19
tlaterSo perhaps that's entirely unintentional, Nexus13:19
* Nexus questions that these things ever happen by accident13:21
NexusAre remote cache artifacts stored as tars?13:33
jmacNope13:33
jmacThey're uploaded as tars, but extracted by the receive process and stored as normal files13:34
* Nexus tosses that theory out of the window13:34
jennisNexus, see send_putobjects and receive_putobjects() in pushreceive13:35
Nexuswait. so, it leaves our system as a tar?13:35
Nexusyaeh thats what i'm looking at13:35
jmacYes.13:35
Nexusahh13:35
Nexusis if i want to add something new to the remote cash, i need to add it to that tar?13:35
Nexusso*13:35
jmacYes, or send a new tar13:35
Nexushow would that work? if i added a new tar to an existing artifact?13:36
jennisSo the script works out a list of blobs (objects) that are present in the local cache but NOT in the remote cache13:39
jennisWe then create a TarInfo object for each blob13:39
jennisWork out the size and and mtime, and add it to the tar file (which is open for writing)13:40
jennisMay be useful: https://docs.python.org/3.5/library/tarfile.html13:45
Nexusthanks :)13:47
jennisSo juergbi, if my understanding is correct, CAS is going to function as an artifacts cache AND an "ingredients for a build" cache?13:49
jennisWill phase 1 include the latter?13:49
juergbijennis: what exactly do you mean with the latter? sources?13:50
*** tristan has joined #buildstream13:50
jennisTo remotely execute the build command, we have to upload all of the inputs to the CAS, right? So yeah sources would be one, I was thinking maybe also elements?13:51
juergbithe dependencies are artifacts as well, so they are already covered by the artifact cache function. however, yes, besides sources we'll also need to add the result of 'virtual staging' (generating a single directory tree from all dependencies)13:53
juergbithese parts are _not_ planned for the initial CAS MR13:53
juergbithe initial CAS MR will only cover the artifact cache function13:53
jennisright, perfect, thanks13:54
jennisRemember #buildstream-meetings everyone (:13:58
dominicoh, cheers for the reminder jennis :)14:00
Nexusi remembered but spend 5 minutes guessing the channel server and name xD14:01
*** finn has quit IRC14:27
*** Prince781 has joined #buildstream14:27
*** tristan has quit IRC14:49
*** aday has quit IRC14:54
*** aday has joined #buildstream14:55
*** aday has quit IRC14:59
*** aday has joined #buildstream14:59
*** bochecha_ has joined #buildstream15:01
*** tiago has quit IRC15:15
*** aday has quit IRC15:23
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34715:32
*** finn has joined #buildstream15:50
*** aday has joined #buildstream15:58
*** dominic has quit IRC16:03
gitlab-br-botbuildstream: merge request (valentindavid/workspacedir_config->master: Add 'workspacedir' configuration.) #420 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/42016:04
*** finn has quit IRC16:06
*** bochecha_ has quit IRC16:06
*** aday has quit IRC16:06
*** zalupik has quit IRC16:06
*** csoriano has quit IRC16:06
*** m_22[m] has quit IRC16:06
*** segfault3[m] has quit IRC16:06
*** pro[m] has quit IRC16:06
*** jjardon[m] has quit IRC16:06
*** theawless[m] has quit IRC16:06
*** cgmcintyre[m] has quit IRC16:06
*** asingh_[m] has quit IRC16:06
*** oknf[m] has quit IRC16:06
*** alatiera has quit IRC16:06
*** ssssam[m] has quit IRC16:06
*** abderrahim[m] has quit IRC16:06
*** awacheux[m] has quit IRC16:06
*** albfan[m] has quit IRC16:06
*** kailueke[m] has quit IRC16:06
*** rafaelff[m] has quit IRC16:06
*** waltervargas[m] has quit IRC16:06
*** connorshea[m] has quit IRC16:06
*** ernestask[m] has quit IRC16:06
*** mattiasb has quit IRC16:06
*** ptomato[m] has quit IRC16:06
*** inigomartinez has quit IRC16:06
*** aday has joined #buildstream16:07
*** finn has joined #buildstream16:07
*** bochecha_ has joined #buildstream16:07
*** oknf[m] has joined #buildstream16:07
*** albfan[m] has joined #buildstream16:07
*** zalupik has joined #buildstream16:07
*** csoriano has joined #buildstream16:07
*** m_22[m] has joined #buildstream16:07
*** segfault3[m] has joined #buildstream16:07
*** pro[m] has joined #buildstream16:07
*** jjardon[m] has joined #buildstream16:07
*** theawless[m] has joined #buildstream16:07
*** cgmcintyre[m] has joined #buildstream16:07
*** asingh_[m] has joined #buildstream16:07
*** alatiera has joined #buildstream16:07
*** ssssam[m] has joined #buildstream16:07
*** abderrahim[m] has joined #buildstream16:07
*** awacheux[m] has joined #buildstream16:07
*** kailueke[m] has joined #buildstream16:07
*** rafaelff[m] has joined #buildstream16:07
*** waltervargas[m] has joined #buildstream16:07
*** connorshea[m] has joined #buildstream16:07
*** ernestask[m] has joined #buildstream16:07
*** mattiasb has joined #buildstream16:07
*** ptomato[m] has joined #buildstream16:07
*** inigomartinez has joined #buildstream16:07
*** slaf has quit IRC16:07
*** slaf has joined #buildstream16:07
*** slaf has joined #buildstream16:08
*** slaf has joined #buildstream16:08
*** slaf has joined #buildstream16:08
*** slaf has joined #buildstream16:09
*** slaf has joined #buildstream16:09
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34716:16
tlaterI *think* the expiry stuff is running properly on a separate thread now :)16:19
* tlater will need to carefully review once or twice and make sure everything's set for unix, but hopes to finally land this soon16:19
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34716:36
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34716:38
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34716:39
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34716:39
gitlab-br-botbuildstream: merge request (135-expire-artifacts-in-local-cache->master: WIP: Resolve "Expire artifacts in local cache") #347 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/34716:39
laurencetlater, great news !16:41
*** bochecha_ has quit IRC16:44
*** jonathanmaw has quit IRC17:00
*** toscalix has quit IRC17:09
*** bethw has quit IRC17:10
gitlab-br-botbuildstream: merge request (valentindavid/workspacedir_config->master: Add 'workspacedir' configuration.) #420 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/42017:34
jmacMore 404s from gitlab17:42
gitlab-br-botbuildstream: merge request (valentindavid/workspacedir_config->master: Add 'workspacedir' configuration.) #444 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/44417:49
gitlab-br-botbuildstream: merge request (valentindavid/workspacedir_config->master: Add 'workspacedir' configuration.) #420 changed state ("closed"): https://gitlab.com/BuildStream/buildstream/merge_requests/42017:50
gitlab-br-botbuildstream: merge request (valentindavid/workspacedir_config->master: Add 'workspacedir' configuration.) #444 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/44418:05
gitlab-br-botbuildstream: merge request (valentindavid/workspacedir_config->master: Add 'workspacedir' configuration.) #444 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/44418:07
gitlab-br-botbuildstream: issue #384 ("AssertionError when building element with workspace after clearing cache") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/38418:40
*** Prince781 has quit IRC19:07
*** Prince781 has joined #buildstream19:38
*** Prince781 has quit IRC19:41
*** aday has quit IRC20:01
*** tristan has joined #buildstream20:07
*** cs_shadow has quit IRC20:14
gitlab-br-botbuildstream: issue #385 ("Should notify when build completes") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/38520:27
*** tristan has quit IRC21:12
gitlab-br-botbuildstream: issue #386 ("Don't print failure summary when there are no failures") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/38622:18
*** slaf_ has joined #buildstream22:26
*** slaf_ has joined #buildstream22:26
*** slaf_ has joined #buildstream22:26
*** slaf_ has joined #buildstream22:26
*** slaf_ has joined #buildstream22:27
*** slaf_ has joined #buildstream22:27
*** slaf has quit IRC22:28
*** slaf_ is now known as slaf22:28

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