IRC logs for #buildstream for Tuesday, 2018-07-03

*** cs_shadow has quit IRC01:32
*** tristan has joined #buildstream02:20
*** tristan has quit IRC02:23
*** Prince781 has quit IRC02:53
*** jsgrant has joined #buildstream03:19
*** mohan43u has quit IRC06:26
*** mohan43u has joined #buildstream06:38
*** mohan43u has quit IRC06:57
*** mohan43u has joined #buildstream07:07
*** Prince781 has joined #buildstream07:19
*** toscalix has joined #buildstream07:34
*** Prince781 has quit IRC07:46
*** coldtom has joined #buildstream07:53
*** Prince781 has joined #buildstream08:03
*** phildawson has joined #buildstream08:11
*** jonathanmaw has joined #buildstream08:36
*** bethw has joined #buildstream08:47
*** phildawson has quit IRC09:13
*** Phil has joined #buildstream09:17
*** WSalmon has joined #buildstream09:40
gitlab-br-botbuildstream: merge request (coldtom/275->master: WIP: Indicate where artifacts are going to and coming from in the log) #518 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/51809:40
gitlab-br-botbuildstream: merge request (phil/203-BuildStream-crashes-when-dependency-tree-too-deep->master: Phil/203 build stream crashes when dependency tree too deep) #512 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/51209:43
juergbiadds68: thanks for the feedback on the CAS server09:53
jmacYes, nice to know we're heading in the right direction :)09:53
adds68juergbi, no worries, i'm sorry i couldn't get any pretty graphs/numbers, i'd like to test the same build across the 2 caches when i get a spare 5 minutes.. haha09:54
*** coldtom has quit IRC09:56
*** coldtom has joined #buildstream09:57
*** Prince781 has quit IRC10:05
*** Prince781 has joined #buildstream10:14
*** juergbi has quit IRC10:16
*** Prince781 has quit IRC10:16
finnjuergbi, may have gotten a bit further: https://pastebin.com/8KNQ5a1Q10:31
*** toscalix_ has joined #buildstream10:56
*** juergbi has joined #buildstream11:00
*** toscalix_ has quit IRC11:07
finnjuergbi, me and jmac both get the same error now: https://pastebin.com/8KNQ5a1Q >> I'll continue to try and trace where this is coming from.11:31
juergbiah, ok, that might very well be a bug in buildbox readdir11:32
juergbiwill look into it11:32
juergbifinn: did you figure out the root cause for the hang?11:32
finnNot entirely, this is from a different command11:33
juergbifinn: this is building the example project?11:38
finnyes11:39
finnwell, one of the example projects11:39
finnhttps://gitlab.com/BuildStream/buildstream/tree/master/doc/examples/autotools11:40
jmacI'm at least able to run some commands and get a different output root from buildbox now11:41
juergbijmac: via buildgrid or standalone?11:43
finnYou can see what I'm doing here: https://gitlab.com/BuildGrid/buildgrid/blob/finn/fuse/app/commands/cmd_bot.py#L7511:44
finnI'm trying standalone11:46
finnI'll send you a paste of standalone when I can get it working11:48
jmacjuergbi: Standalone at the moment11:56
jmacVia BuildGrid, I get the same readdir issue finn saw11:56
finnok repeated with standalone - i.e without buildgrid12:06
*** flatmush has joined #buildstream12:06
finnjuergbi, this is my standalone command: https://pastebin.com/pSTyHcKC12:07
finnjmac, when you say you run standalone, what commands have you tried?12:07
jmac'ls' and './configure' for amhello.bst seemed to work12:08
jmacshell less so but I don't know if buildbox is meant to work interactively12:08
flatmushCan anyone point me to the relevant documentation to describe what's happening here:12:08
flatmushFailed to load Element plugin 'x86image': The 'BuildStream-external' distribution was not found and is required by the application12:08
finnPhil, jennis ^^12:09
finnflatmush, https://gitlab.com/BuildStream/bst-external12:09
finnthough, irrc, bst-examples may be out of date12:10
finnPhil and jennis are the doc kings12:10
juergbijmac: it works if you use --input-digest= and --output-digest= instead of stdin/stdout for the digests12:10
juergbirequires having the input digest in a file12:10
jennisflatmush, are you just testing an example you found in the buildstream-examples repo?12:11
*** toscalix_ has joined #buildstream12:11
flatmushjennis: Yep12:11
jennisAhh yes, this example is broken atm, and there is an issue open to get it fixed12:12
*** toscalix_ has quit IRC12:12
jennisHowever, the problem I think you're having is that you don't have BuildStream-external installed12:12
flatmushyeah, I figured, but I don't know how to install it12:13
jennisclone the bst-external repo and within that, `pip3 install --user -e .`12:13
flatmushok, thanks12:13
flatmushSo now I'm getting the following error:12:21
flatmushhttps://paste.codethink.co.uk/?467112:21
flatmushWhen building:12:21
flatmushhttps://gitlab.com/BuildStream/buildstream-examples/tree/master/build-x86image12:21
finnjuergbi, are you able to run this: https://gitlab.com/BuildStream/buildstream/tree/master/doc/examples/autotools ?12:29
*** WSalmon has quit IRC12:31
juergbifinn: autoreconf and configure, yes, issues with make12:34
finnMust be, just tried: https://gitlab.com/BuildStream/buildstream/tree/master/doc/examples/running-commands12:49
*** Nexus has left #buildstream12:51
finnjuergbi, this is from a simple make command12:51
finnhttps://paste.baserock.org/suqimelimi12:51
*** Nexus has joined #buildstream12:52
juergbisuccessful or any issues?12:52
finnissues with make12:53
finnthe issue is in the paste12:53
finnit just hangs12:53
finnCommand I'm running: sh -c -e make PREFIX="/usr"12:53
juergbihm, but if it hangs in a syscall, you should see an incomplete syscall in strace12:55
finnAre you able to try that running-commands example?12:57
finnIt's very short12:57
finnI had a look at the attached processes and I just get futex(0x7fcec775d688, FUTEX_WAIT_PRIVATE, 0, NULL) = 012:58
jennisflatmush, yes, I'm not surprised, there is an issue open to have this specific error fixed :)12:58
finnhang on, it may have done something12:59
jennisflatmush, we recommend that you use the examples within the main repo, under doc/examples, there are also walk-throughs for them here: https://buildstream.gitlab.io/buildstream/using_tutorial.html13:01
jennisThere is a plan to migrate the x86 and netsurf examples from that repo to the main repo once they are in a ready-to-use state13:01
flatmushsure, but I want to build a minimal linux distribution13:02
flatmushI guess maybe definitions or the freedesktop-sdk are a better place to start?13:02
finnlike alpine?13:02
juergbifinn: I'm debugging a configure/make issue in amhello13:03
finnflatmush, try the autotools example, it just uses alpine13:04
finnif that's what you need13:04
flatmushwhat's alpine?13:04
finnhttps://alpinelinux.org/13:04
jennisa linux distro13:04
flatmushthat's probably not what I want, I'll just keep playing until I have a better set of requirements13:06
noisecellflatmush, I've built and booted without issues [1] https://gitlab.com/baserock/definitions/blob/master/elements/systems/minimal-system-image-x86_64.bst using buildstream 1.1.3 release13:07
flatmushyeah, I'm trying that now, but it's taking a very long time to build13:08
noisecellflatmush, possibly because baserock cache is not populated with the artifacts yet and you are rebuilding the whole system13:08
noisecellflatmush, also you can modify your project.conf to have more than 1 fetcher (10 was the default value)13:09
*** bethw has quit IRC13:10
*** mablanch has joined #buildstream13:19
*** WSalmon has joined #buildstream13:29
*** finn has quit IRC13:30
toscalixjuergbi: I see you wrote some notes a year ago in the pad called buildstream at etherpad.gnome.com13:37
*** finn has joined #buildstream13:37
*** bethw has joined #buildstream13:37
toscalixcan I use the pad for the guadec meetings?13:38
toscalixI would erase the current content13:38
toscalixetherpad.gnome.org13:38
*** sstriker has joined #buildstream13:49
jmacIs there any official way of adding to the log from inside a sandbox object?13:50
laurencevalentind, re your current MR - WIP: Add support for include in project.conf - https://gitlab.com/BuildStream/buildstream/merge_requests/47113:53
laurenceif this is now waiting on tristan for an additional review, please can you assign him13:53
laurenceand maybe prod via a specific comment on what needs a review?13:53
laurenceand i think that the WIP can be removed?13:53
valentindlaurence, I still have few things to fix. I will of course remove the WIP then.13:53
laurenceah ok, cool, thanks13:54
valentindLike I need to fix the build. And go through the review comments again to make sure I covered everything.13:54
gitlab-br-botbuildstream: merge request (relative_workspaces->master: WIP: Patch for issue #191 support relative workspaces) #504 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/50414:00
albfan[m]Tristan tried jhbuild2bst and fix some things about tarball modules. But didn't get translated many of the elements I want. I want to build gtk 3.0.0 and gtksourceview on top of it (to run some old code folding implementation branches ) any Todo there?14:03
gitlab-br-botbuildstream: issue #454 ("BuildStream client-side implementation of remote execution") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/45414:09
NexusAnyone want to/feel like they're equipt to review relative workspaces? https://gitlab.com/BuildStream/buildstream/merge_requests/50414:12
tiagoIs there an ostree sysroot for building in aarch64 ?14:15
noisecelltiago, maybe the one define in freedesktop-sdk? https://gitlab.com/freedesktop-sdk/freedesktop-sdk/blob/master/bootstrap/elements/dependencies/base-sdk-image.bst14:23
noisecellthanks adds68 for pointing me to ^^14:24
adds68no worries :)14:25
laurencealbfan[m], i can't respond on that query, but tristan is usually around later in the day (he's in Canada atm)14:27
laurenceusually approx 15:00 UTC14:27
jmacEither my buildbox job is hanging or it's taking a very long time. Should I expect to see any subprocesses to buildbox in the output of `ps` while it's running?14:29
juergbijmac: while it's executing a command, you should see a bwrap child and the actual command14:36
juergbiif it's just running as FUSE filesystem without command, there won't be any long running subprocesses14:36
jmacRight, thanks juergbi14:38
finnjuergbi, I can build a simple hello world example, now just debugging bst side14:40
finnstarted hacking around here: https://gitlab.com/BuildStream/buildstream/tree/finn/source_pushing_experiments14:43
jmacmmmkay, still getting exit code 1 but it appears to have run properly14:54
juergbifinn, jmac: I've pushed a couple of buildbox updates and autoreconf, configure, and make now succeed for amhello in manual run14:55
juergbican you retry whether your make/readdir issue is gone as well now?14:55
jmacI'll give it a try juergbi15:05
gitlab-br-botbuildstream: issue #455 ("Remove Git History") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/45515:05
juergbita15:05
finnthanks juergbi15:06
jmacjuergbi: That looks a lot better15:07
*** juergbi_ has joined #buildstream15:09
juergbi_great15:10
*** juergbi_ has quit IRC15:13
*** juergbi_ has joined #buildstream15:13
finnjuergbi, that seems to work for me now - just bst side fails for me now15:16
finnNo entry called '/buildstream-install' found in the directory rooted at /home/finn/.cache/buildstream/build/hello-94vm_9ax/root15:17
jmac/buildstream-install will only exist after the install-commands run, bst is currently expecting it after all commands15:18
*** tristan has joined #buildstream15:24
*** cs_shadow has joined #buildstream15:25
finndammit, still getting make: *** INTERNAL: readdir: Invalid argument.  Stop.15:26
jmacfinn: I think in future bst will always ask for the whole output root, not a subdirectory. BST can find buildstream-install inside it.15:26
jmacAs a later optimisation, it will ask just for buildstream-install and we can reduce to only storing that result.15:26
jmacI mean it will just ask for buildstream-install if it's doing the install job15:26
cs_shadowtlater: Hi, I've got a question about Docker Hub, do you know if we need to create a namespace there _before_ we can push it using the role account that GitLab CI uses? I ask because I'm seeing access denied errors when trying to push the new teststuite images (https://gitlab.com/BuildStream/buildstream-docker-images/-/jobs/79094523)15:27
*** WSalmon has quit IRC15:31
*** WSalmon has joined #buildstream15:37
*** tintou_ has joined #buildstream15:38
*** WSalmon has quit IRC15:39
tlaterAh, sorry cs_shadow, was not paying attention to this chat15:40
tlaterYes, we need to create those...15:41
tristanjmac, catching up on backlog... yes you can log from the sandbox object... there is no local helper for logging on the sandbox right now, though15:41
tristanjmac, tlater proposed that we unify the logging APIs on Context and remove the __message() wrapper APIs scattered left and right15:41
* tlater should push his patch for that15:42
jmacThat sounds good15:42
tristanif you need it now, it's easy to copy/paste a __message() implementation from somewhere15:43
* noisecell wonders if when running `bst source-bundle` the .git objects\tree are\is need it in the bundle ...15:43
tristantlater, I'd like to see the patch - if we're going to change all the logging statements we should take care that it is a nice API :)15:43
jmacsys.stderr is enough for debugging for the time being15:44
tlatertristan: One minute :) I'm not sure I quite caught every single statement yet, so this will be WIP...15:44
tlaterIt's been lying around on my disk as something I keep cherry-picking when I need something nicer for debugging.15:45
tristantlater, do you use --debug btw ?15:45
tlaterRarely, to be honest15:45
tristantlater, I dont think anyone uses that, or it's not worth it15:45
tlaterI tend to find there are far too few debug statements for it to be useful15:46
tristanright, maybe we can afford to break that and make it useful instead15:46
tlaterHmm, how would you go about that?15:46
tlaterTurn off message handling that might get in the way of exceptions, allow print statements to work and stuff?15:46
tristantlater, I'd like to launch:   `bst --debug=sandbox:compose-element build ...`15:46
tristantlater, like that15:47
tristanand then get debug messages in the logs from the active sandbox implementation, and from statements in the compose element15:47
tlaterAh, I see15:47
tristanfor plugins we could do it by their plugin "kind"15:48
tlaterThat would be pretty handy, and goes hand in hand with a bit of refactoring to the messaging API15:48
tristanwithout the plugins having to do anything special, they just call `self.debug(...)` as usual15:48
*** slaf has quit IRC15:50
*** slaf has joined #buildstream15:51
*** slaf has joined #buildstream15:51
*** slaf has joined #buildstream15:51
*** slaf has joined #buildstream15:51
*** slaf has joined #buildstream15:52
tristantlater, I think we need two approaches, one for core and another for the plugins... core logging usually uses Context.debug(domain, message_args...)15:55
tristantlater, whereas plugin logging can use a "trick", and generate the "domain" based on the plugin "kind"15:56
tristanI can see a common patter where parent classes want to log too, and one could set something up to address everything by object type... but that seems quite overkill15:57
gitlab-br-botbuildstream: issue #456 ("Improve message API") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/45615:58
gitlab-br-botbuildstream: merge request (tlater/message-helpers->master: WIP: Improve message helpers) #527 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52716:00
tlatertristan: Issue and MR for this are up :)16:00
tlaterThe MR isn't complete yet, but that's sort of what I'd thought the API should look like16:01
tristanyeah lemme see16:02
tlaterjmac: You may also be interested ^^16:02
tlaterThis is the main commit, everything else is just cleanup: https://gitlab.com/BuildStream/buildstream/merge_requests/527/diffs?commit_id=4486feef411e81b804102df808b8276f9f8be80116:03
*** tlater has left #buildstream16:11
*** tlater has joined #buildstream16:11
tlatercs_shadow: Hm, looks like I missed something from your patch16:12
tlaterdockerhub images are not allowed to contain '/'16:12
tlaterWhich means that we can't create these images...16:12
* tlater fixes it16:12
*** sstriker has quit IRC16:14
tlaterThat also brings to mind, perhaps we should use the .gitlab-ci.yaml to check if anything we're attempting to push exists first16:19
tintou_Hi all, when I build and try to run GNOME Builder with BuildStream, the font/icons/theming doesn't work, is there an extra step to do to have all of this working?16:22
laurencetlater, i think this issue - Improve message API - https://gitlab.com/BuildStream/buildstream/issues/456 should be in a 'Doing' state and self assigned to you?16:24
ssssam[m]tintou_: i'm a little confused by the question -- if I wanted to run gnome-builder, I'd use Flatpak, not BuildStream16:24
tlaterlaurence: I'm not actually currently doing anything about it16:25
tintou_ssssam[m]: shouldn't it work with both 🤷‍♂️16:25
laurencetlater, oh, just raising the WIP MR to throw the MR up?16:26
tlaterYep, it was lying bare on my drive for about a month, figured I might as well have it be useful :)16:26
tlaterThat said, I suppose it can be considered under review, so I'll give it that label16:27
*** tiago has quit IRC16:27
*** Phil has quit IRC16:28
*** tiago has joined #buildstream16:29
* tlater makes a note to be more careful when merging into the docker repository - as it turns out it's quite easy to put everything on fire there16:29
ssssam[m]tintou_: in theory yes, icons and font should work with both. Stuff like portals will probably never work in `bst shell` though, so i'd still suggest using flatpak16:31
gitlab-br-botbuildstream: issue #457 ("Filter elements can't be checked-out because it checks out the depended-upon element instead") changed state ("opened") https://gitlab.com/BuildStream/buildstream/issues/45716:33
*** coldtom has quit IRC16:38
gitlab-br-botbuildstream: merge request (jonathan/fix-filter->master: Jonathan/fix filter) #528 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52816:42
cs_shadowtlater: Ah! I didn't know that, I was expecting it to behave more like Artifactory so that we can get nice foldering but oh well16:45
cs_shadowthanks for the MR btw16:46
jonathanmawjuergbi: if you have time, can you look at https://gitlab.com/BuildStream/buildstream/issues/457 ? I found out that `bst checkout` was having unexpected effects with filter elements.16:47
tlatercs_shadow: Yeah, it's a bit of a pet peeve for me too...16:48
*** bethw has quit IRC16:53
tristanssssam[m], tintou_; BuildStream tries to allow the user configuration to weaken things for a shell environment, or allow the project to scaffold something... it is flexible but limited16:55
tristanwe rather dont care about security of your `bst shell` as we assume production software doesnt run there16:55
tristanlike it would with a flatpak16:56
tristanthe gnome-build-meta project does some heavy customization: https://gitlab.gnome.org/GNOME/gnome-build-meta/blob/master/project.conf#L12316:56
tristanI'm not sure exactly what the "fonts/icons/theming" thing is, though16:57
tristantintou_, I would not expect that an app running in `bst shell` will pick up your system fonts and themes, rather it will pickup whatever is in the runtime16:57
tristanflatpak might have a hack for that16:58
tristanbut... if you really have broken fonts and stuff... it could be that your build of gnome-builder is missing some runtime dependencies16:58
tintou_So basically I'm doing `bst shell world/gnome-builder.bst -- gnome-builder`16:58
tristanlike say, the icon theme16:58
tintou_which leads to this https://usercontent.irccloud-cdn.com/file/hb98gkyI/Capture%20d'%C3%A9cran%20du%202018-07-03%2017.59.27.png17:00
tristantintou_, ok so one thing which might help... look at the depends: line in the adjacent `elements/world/glade.bst` file17:00
tristanand add the `adwaita-icon-theme` as a runtime dependency17:00
tristanlike it is done in glade.bst17:00
tristanthat should get the icons into the runtime17:00
tristanthe fonts looks like another issue...17:01
tristantintou_, I also wonder... if you run `bst shell world/gnome-builder.bst` and enter the shell, does it help to run `fc-cache` first ?17:03
mablanchHad the same problem tintou_. I worked around the font problem by adding `core-deps/cantarell-fonts.bst` has a dependency.17:04
tristanah that17:04
mablanchThink no fonts get intalled in the sandbox, I did not even have a /usr/share/fonts...17:05
tristanthat is quite possible17:05
tristanbut probably a bug ? I'm not sure what is supposed to be in the freedesktop-sdk runtime17:06
*** juergbi_ has quit IRC17:06
tristani.e. if the fonts are supposed to come from the GNOME layer (flatpak-wise), then it would make sense to have no fonts at the fdo layer17:06
*** juergbi_ has joined #buildstream17:07
tristanaha, me too !17:07
finnjuergbi, we have news17:08
*** juergbi_ has quit IRC17:08
juergbiyes?17:08
*** noisecell has quit IRC17:08
finnManaged to get a build out :)17:09
finnwe have the running-commands/ example working17:10
finnwe'll tidy up and demo prep tomorrow17:11
toscalixyay17:11
* finn still expects something will blow up17:11
finnanyway, think it's time to go and watch england17:12
juergbi\o/17:12
tristanmablanch, tintou_... thanks... I fixed world/glade.bst to depend on the fonts too now :)17:14
tristanwe should probably have a stack element though for UI apps to runtime depend on17:14
tristanwhich provides all the doodads you generally need for running but didnt need to depend on for building (like the fonts and icons)17:15
tintou_tristan: nice! yeah it's probably a thing for a gnome-common element17:18
*** jonathanmaw has quit IRC17:24
*** laurence has quit IRC17:28
*** tlater has quit IRC17:28
*** benbrown has quit IRC17:28
*** Nexus has quit IRC17:28
*** Nexus has joined #buildstream17:28
*** benbrown has joined #buildstream17:28
*** adds68 has quit IRC17:29
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52917:29
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52917:32
*** laurence has joined #buildstream17:32
*** tlater has joined #buildstream17:32
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52917:33
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52917:35
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52917:36
toscalixI have added buildstream releated talks and GUADEC BoFs to the buildstream calendar17:43
toscalixfeel free to add any additional talk or activity that is relevant to the project17:43
toscalixah, btw, I presented a paper to ELCE.... on time17:43
*** toscalix has quit IRC17:51
*** Guest24939 is now known as ernestask[m]17:53
*** adds68 has joined #buildstream18:07
gitlab-br-botbuildstream: merge request (sam/fix-debug-crash->master: Fix crash when --debug is passed) #530 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/53018:10
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: WIP: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52918:25
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: WIP: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52918:26
gitlab-br-botbuildstream: merge request (chandan/use-testsuite-fedora->master: .gitlab-ci.yml: Use testsuite images for running tests) #531 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/53118:32
*** jsgrant has quit IRC18:41
*** Prince781 has joined #buildstream19:05
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: WIP: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52919:06
gitlab-br-botbuildstream: merge request (chandan/use-testsuite-fedora->master: .gitlab-ci.yml: Use testsuite images for running tests) #531 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/53119:10
*** tristan has quit IRC19:27
gitlab-br-botbuildstream: merge request (sam/debug-symbols-location->master: Don't strip pathname from debug symbol files) #529 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/52919:36
*** cs_shadow has quit IRC21:39
gitlab-br-botbuildstream: merge request (sam/pushing-fix->master: _artifactcache/pushreceive.py: Avoid premature 'done' messages) #532 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/53222:16
gitlab-br-botbuildstream: merge request (sam/pushing-fix->master: _artifactcache/pushreceive.py: Avoid premature 'done' messages) #532 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/53222:21
*** bochecha has quit IRC23:20
*** Prince781_ has joined #buildstream23:56
*** Prince781 has quit IRC23:57
*** Prince781_ is now known as Prince78123:58

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