| *** Miron has joined #buildstream | 03:58 | |
| *** leopi has joined #buildstream | 04:36 | |
| *** leopi has quit IRC | 05:03 | |
| *** xset has joined #buildstream | 05:27 | |
| *** leopi has joined #buildstream | 06:27 | |
| gitlab-br-bot | buildstream: merge request (507-some-log-lines-appear-to-be-duplicates->master: Resolve "Some log lines appear to be duplicates") #573 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/573 | 07:52 |
|---|---|---|
| *** tristan has joined #buildstream | 08:03 | |
| gitlab-br-bot | buildstream: merge request (tristan/source-mirrors-backport->bst-1.2: source mirrors backport) #582 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/582 | 08:10 |
| gitlab-br-bot | buildstream: merge request (tristan/source-mirrors-backport->bst-1.2: source mirrors backport) #582 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/582 | 08:12 |
| tristan | jjardon, do we have a runner down again ? | 08:26 |
| tristan | It seems we have less parallel jobs available than usual | 08:26 |
| jjardon | tristan number of available runners is unlimited; can you be more specific? | 08:30 |
| jjardon | If the runner that manage the runners is down, you could not build anything at all | 08:31 |
| tristan | jjardon, https://gitlab.com/BuildStream/buildstream/-/jobs/85125726 | 08:35 |
| tristan | this guy is waiting, and afaics there are only 2 other jobs running in BuildStream's pipelines | 08:35 |
| tristan | those are here: https://gitlab.com/BuildStream/buildstream/pipelines/26709607 | 08:36 |
| tristan | that pipeline also took some time to get started | 08:36 |
| * jjardon checks | 08:36 | |
| *** bochecha has joined #buildstream | 08:38 | |
| jjardon | tristan: seems the creation of the new runner was a bit slow, that's all | 08:41 |
| tristan | jjardon, yep, seems to be | 08:45 |
| tristan | anyway https://gitlab.com/BuildStream/buildstream/pipelines/26709880 seems to be going alright now | 08:45 |
| jjardon | tristan: when there is no runners available yet, and you start to start several job, always expect more time to start them, as the actual runner itself needs to be created, and the docker image doployed on it. This will affect mostly you as you are the first in the morning to start creating jobs :) | 08:47 |
| jjardon | (we have a timeout to keep the runner up for 30 min before killing it, so subsequent jobs will start much faster) | 08:49 |
| tristan | jjardon, Ah that makes sense, this usually happens on the weekend :) | 08:49 |
| tristan | but yeah maybe first in the morning will often happen to me too indeed | 08:49 |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors->master: git.py: Handle concurrent download completions properly) #583 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/583 | 09:17 |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors-1.2->bst-1.2: git.py: Handle concurrent download completions properly) #584 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/584 | 09:23 |
| gitlab-br-bot | buildstream: merge request (tristan/backported-version-updates->master: backported version updates) #585 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/585 | 09:46 |
| gitlab-br-bot | buildstream: merge request (tristan/source-mirrors-backport->bst-1.2: source mirrors backport) #582 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/582 | 09:49 |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors-1.2->bst-1.2: git.py: Handle concurrent download completions properly) #584 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/584 | 09:57 |
| tristan | jjardon, I wonder if we can improve the cache creation and reuse on gitlab; so that the cache needs to be recreated less often, do you think ? | 10:07 |
| tristan | jjardon, some of our CI, notably the parts which rely on the external SDK (tests the example of building on a flatpak), would be much more optimized | 10:08 |
| jjardon | tristan: yeah | 10:10 |
| jjardon | you can configure jobs to only pull the cache, not push at all | 10:11 |
| jjardon | if you know is not needed | 10:11 |
| jjardon | tristan: check https://docs.gitlab.com/ee/ci/yaml/#cache-policy | 10:11 |
| tristan | jjardon, hmmm, maybe we accidentally have that configured ? | 10:12 |
| tristan | I get the feeling we are reusing a stale cache from before we added the test | 10:13 |
| tristan | which requires an SDK download | 10:13 |
| * jjardon[m] checks | 10:13 | |
| tristan | or, the new test with the SDK download requires a cache that exceeds some limit ? | 10:13 |
| tristan | so we always fail to create it maybe ? | 10:13 |
| jjardon | tristan: I do not see any use of the cache policies in the buildstream .gitlab-ci.yml | 10:14 |
| jjardon | tristan: what job is this? | 10:14 |
| tristan | jjardon, every job I guess - just forget for now and I'll keep it in mind and raise it again; situation will be improved with #503 fixed which is currently being fixed | 10:16 |
| tristan | (but waiting on other pipelines to complete / rebase) | 10:16 |
| jjardon | tristan: ok, let me know | 10:17 |
| *** jjardon sets mode: +o tristan | 10:17 | |
| tristan | jjardon, notably I'm talking about the time it takes for tests/examples/flatpak-autotools.py to complete, inside https://gitlab.com/BuildStream/buildstream/-/jobs/85124948 for instance | 10:17 |
| tristan | that test has always been slow due to the SDK download, so I'm hoping to optimize it with the cache, that's pretty much it | 10:17 |
| tristan | but I'll investigate more | 10:18 |
| * tristan has ops when he signs in, but thanks :) | 10:18 | |
| * tristan just usually doesnt sign in | 10:18 | |
| tristan | jjardon, I think the caches are alright, this job successfully created it (so it says) https://gitlab.com/BuildStream/buildstream/-/jobs/85124948 | 10:20 |
| gitlab-br-bot | buildstream: issue #507 ("Some log lines appear to be duplicates") changed state ("closed") https://gitlab.com/BuildStream/buildstream/issues/507 | 10:23 |
| gitlab-br-bot | buildstream: merge request (507-some-log-lines-appear-to-be-duplicates->master: Resolve "Some log lines appear to be duplicates") #573 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/573 | 10:23 |
| gitlab-br-bot | buildstream: merge request (tristan/backported-version-updates->master: backported version updates) #585 changed state ("closed"): https://gitlab.com/BuildStream/buildstream/merge_requests/585 | 10:25 |
| *** shenglong has joined #buildstream | 10:26 | |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors->master: git.py: Handle concurrent download completions properly) #583 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/583 | 10:26 |
| *** tristan has quit IRC | 10:32 | |
| *** tristan has joined #buildstream | 10:46 | |
| tristan | https://gitlab.com/BuildStream/buildstream/-/jobs/85139153 tests/examples/flatpak-autotools.py::test_autotools_build still takes a very long time | 10:46 |
| tristan | but I guess it's more about staging time of the existing large SDK artifact, rather than lack of it in the cache | 10:46 |
| *** Miklo has joined #buildstream | 10:50 | |
| Miklo | Want IRC ads? https://williampitcock.com/ | 10:50 |
| *** Miklo has quit IRC | 10:50 | |
| gitlab-br-bot | buildstream: merge request (jmac/virtual_directories->master: Abstract directory class and filesystem-backed implementation) #445 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/445 | 11:12 |
| gitlab-br-bot | buildstream: merge request (jmac/virtual_directories->master: Abstract directory class and filesystem-backed implementation) #445 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/445 | 11:15 |
| gitlab-br-bot | buildstream: merge request (jmac/cas_virtual_directory->jmac/googlecas_and_virtual_directories_2: WIP: CAS-backed virtual directory implementation) #481 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/481 | 11:15 |
| gitlab-br-bot | buildstream: issue #503 ("spurious failures in test_build_track") changed state ("closed") https://gitlab.com/BuildStream/buildstream/issues/503 | 11:18 |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors->master: git.py: Handle concurrent download completions properly) #583 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/583 | 11:18 |
| *** r00t has joined #buildstream | 11:46 | |
| r00t | Want IRC ads? https://williampitcock.com/ | 11:46 |
| *** r00t has quit IRC | 11:46 | |
| *** was has joined #buildstream | 11:49 | |
| was | Want IRC ads? https://williampitcock.com/ | 11:49 |
| *** was has quit IRC | 11:53 | |
| *** Pyrotechno has joined #buildstream | 11:53 | |
| Pyrotechno | Want IRC ads? https://williampitcock.com/ | 11:53 |
| *** Pyrotechno has quit IRC | 11:57 | |
| *** epic has joined #buildstream | 12:04 | |
| epic | Want IRC ads? https://williampitcock.com/ | 12:04 |
| *** epic has quit IRC | 12:08 | |
| *** urdh has joined #buildstream | 12:09 | |
| urdh | Want IRC ads? https://williampitcock.com/ | 12:09 |
| *** DJones has joined #buildstream | 12:10 | |
| DJones | Want IRC ads? https://williampitcock.com/ | 12:10 |
| *** urdh has quit IRC | 12:13 | |
| *** DJones has quit IRC | 12:14 | |
| tristan | Oh yeah... adds please ! \o/ | 12:36 |
| *** ernestask has joined #buildstream | 13:02 | |
| csoriano | jjardon: setting +s worked elsewhere | 15:45 |
| csoriano | /mode #buildstream +s | 15:45 |
| *** leopi has quit IRC | 16:18 | |
| *** ernestask has quit IRC | 17:15 | |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors-1.2->bst-1.2: git.py: Handle concurrent download completions properly) #584 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/584 | 17:22 |
| *** leopi has joined #buildstream | 17:23 | |
| gitlab-br-bot | buildstream: merge request (tristan/backport-logline-dups-1.2->bst-1.2: buildelement.py: Only display one activity message (#507)) #586 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/586 | 17:40 |
| *** leopi has quit IRC | 18:10 | |
| *** bochecha has quit IRC | 18:26 | |
| *** infernix has joined #buildstream | 19:26 | |
| gitlab-br-bot | buildstream: merge request (tristan/fix-spurious-errors-1.2->bst-1.2: git.py: Handle concurrent download completions properly) #584 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/584 | 19:53 |
| gitlab-br-bot | buildstream: merge request (tristan/backport-logline-dups-1.2->bst-1.2: buildelement.py: Only display one activity message (#507)) #586 changed state ("opened"): https://gitlab.com/BuildStream/buildstream/merge_requests/586 | 19:55 |
| *** finn has joined #buildstream | 20:18 | |
| gitlab-br-bot | buildstream: merge request (tristan/backport-logline-dups-1.2->bst-1.2: buildelement.py: Only display one activity message (#507)) #586 changed state ("merged"): https://gitlab.com/BuildStream/buildstream/merge_requests/586 | 21:14 |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!