IRC logs for #buildstream for Friday, 2018-10-26

*** Prince781 has joined #buildstream00:52
*** zz_ming2k has joined #buildstream00:53
*** catonano has joined #buildstream01:03
*** toine42 has joined #buildstream02:05
*** Prince781 has quit IRC02:13
*** Prince781 has joined #buildstream02:22
*** Prince781 has quit IRC02:30
*** catonano has quit IRC03:14
*** raoul has joined #buildstream04:09
*** nitaigao has joined #buildstream04:37
*** oft has joined #buildstream04:45
*** kindling has joined #buildstream05:35
*** Prince781 has joined #buildstream05:38
*** Prince781 has quit IRC05:40
*** Prince781 has joined #buildstream05:43
*** teadrop___ has joined #buildstream05:45
*** roman1 has joined #buildstream05:47
*** catonano has joined #buildstream05:53
*** Prince781 has quit IRC06:30
*** catonano has quit IRC06:31
*** catonano has joined #buildstream07:29
KinnisonGood happy morning #buildstream08:03
*** rdale has joined #buildstream08:25
benschubertMorning! Does someone want to give a look at https://gitlab.com/BuildStream/buildstream/merge_requests/886 ? I'll merge it today otherwise08:30
gitlab-br-botdanielsilverstone-ct opened MR !901 (danielsilverstone-ct/use-enumerate->master: _loader/loadelement.py: Use enumerate() in dependency extraction) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90108:43
WSalmonI have had a look and https://gitlab.com/BuildStream/buildstream/merge_requests/898 looks fine to me but could some one else give it a once over? tlater[m] juergbi tristan08:43
Kinnisonbenschubert: I'll take a peek08:44
Kinnisonbenschubert: in return might you cast your eye over https://gitlab.com/BuildStream/buildstream/merge_requests/901 ?08:45
benschubertSure!08:45
Kinnisonbenschubert: that looks sane, the squash is clean, have a thumbs-up08:48
KinnisonWSalmon: I'll have a look too08:49
*** jonathanmaw has joined #buildstream08:56
Kinnisonbenschubert: thanks for your comment.  The answer there is I'm not sure.  Certainly all the tests pass as they are.09:01
* Kinnison will ponder the possibility of issues with duplicated dependencies09:01
Kinnisonthough I *think* dep at this point is a yaml node, so it may be unique anyway09:01
benschubertI'm not familiar enough with this part of the code sadly09:02
gitlab-br-botdanielsilverstone-ct opened MR !902 (danielsilverstone-ct/do-not-reinsert-yaml->master: _yaml.py: Do not insert into cache if retrieved from cache) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90209:04
KinnisonI'll investigate in a mo09:04
Kinnisonjonathanmaw: https://gitlab.com/BuildStream/buildstream/merge_requests/902 is the cleaned up embodiment of the fix we discussed yesterday09:05
Kinnisonbenschubert: that change looks good.  :+1:09:05
benschubertthanks!09:06
* Kinnison drinks more tea to fuel more MRs09:07
jonathanmawKinnison: 👍09:07
Kinnisonjonathanmaw: ta09:08
KinnisonHmm, looks like the dep at that point is a plain string09:08
*** catonano has quit IRC09:08
KinnisonYou're right that in the case of duplicated dependencies it might result in a subtle change in behaviour09:09
* Kinnison looks at what the index is used for09:09
*** Akronym_ has joined #buildstream09:09
*** alatiera_ has joined #buildstream09:11
KinnisonLooks to me like if anything this will *fix* a potential provenance bug09:12
KinnisonBut since it's exceedingly unlikely I wouldn't worry about it09:12
* Kinnison has however spotted an unnecessary retrieval of provenance info in the 'else:' branch09:13
* Kinnison is testing a removal of that then will update the MR09:13
*** flaarg has joined #buildstream09:15
*** bochecha has joined #buildstream09:22
gitlab-br-botjonathanmaw merged MR !902 (danielsilverstone-ct/do-not-reinsert-yaml->master: _yaml.py: Do not insert into cache if retrieved from cache) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90209:26
gitlab-br-botphildawson approved MR !901 (danielsilverstone-ct/use-enumerate->master: _loader/loadelement.py: Use enumerate() in dependency extraction) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90109:30
*** void9 has joined #buildstream09:31
*** catonano has joined #buildstream09:34
gitlab-br-botphildawson approved MR !891 (aevri/include-error->master: More user-friendly reporting on include errors) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/89109:38
*** flipp has joined #buildstream09:56
valentindOn master it seems that the .git directory disappears for git sources.10:02
valentindIs that configurable?10:03
gitlab-br-botBenjaminSchubert closed issue #728 (SandboxBwrap incorrectly checks its arguments type for command) on buildstream https://gitlab.com/BuildStream/buildstream/issues/72810:09
gitlab-br-botBenjaminSchubert merged MR !898 (bschubert/fix-command-sandbox->master: Check is command is a str and replace by list before checking existence) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/89810:09
*** lachlan has quit IRC10:12
gitlab-br-botjmacarthur approved MR !901 (danielsilverstone-ct/use-enumerate->master: _loader/loadelement.py: Use enumerate() in dependency extraction) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90110:12
*** catonano has quit IRC10:14
WSalmonvalentind, do you mean when staging a source? it is suposed to strip most of the .git but leave enough for things like versioneer to work, but if you do a workspace build then you should have the full .git or am i missing your point?10:15
KinnisonIf anyone fancies an easy check and merge-button-push, 901 has been updated and re-passed its pipelines10:16
WSalmonand as far as i know it should alwasy work like that10:16
valentindWell, stripping .git broke freedesktop sdk10:17
valentindWSalmon, "shutil.rmtree(os.path.join(fullpath, ".git"))" does not leave much to get the version unfortunately.10:18
gitlab-br-botdanielsilverstone-ct opened MR !903 (danielsilverstone-ct/yaml-sentinel-rework->master: Move _sentinel from utils.py to _yaml.py) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90310:18
valentindThe whole .git directory is removed.10:18
Kinnisonvalentind: Yes, this was Tristan's decision10:18
valentindOK, so what is the plan now?10:19
* Kinnison is checking for the issue, please hold10:19
WSalmonoh ok, my info is clearly out of data, sorry10:19
valentindIt seems that it is removed and we are waiting for a solution to bring "git describe" back.10:20
gitlab-br-botphildawson approved MR !901 (danielsilverstone-ct/use-enumerate->master: _loader/loadelement.py: Use enumerate() in dependency extraction) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90110:20
*** cs-shadow has joined #buildstream10:20
valentind#487 is what we wait for10:20
Kinnisonyep10:20
KinnisonIf you have time to resolve that, we'd all appreciate it :-D10:21
Kinnisonjmac: thanks for the review on 90110:21
Kinnisonphildawson_: ^^10:21
jmacnp10:22
phildawson_Likewise10:23
* Kinnison has, unsurprisingly, filed !903 :-D10:23
KinnisonThat's the last of the optimisation results from last night10:23
KinnisonAnd one which should improve matters by seconds of startup time per thousand elements10:24
KinnisonSounds like a small change, but for anyone with say 20,000 elements (quite plausible in large distro situations) it'll knock 20-30 seconds off the startup time for `bst build`10:24
gitlab-br-botvalentindavid opened issue #731 (Freedesktop SDK does not build with master due to missing .git directory) on buildstream https://gitlab.com/BuildStream/buildstream/issues/73110:27
*** lachlan has joined #buildstream10:29
WSalmonKinnison, in https://gitlab.com/BuildStream/buildstream/blob/dcc55c46b1bd6fe2878427b3a3b90afed94342fd/buildstream/_loader/loadelement.py how often is this called with key=None? because while i can see any simple optomisation of the top of my head I would be suprised if there wornt any, but if its hardly ever used then no worries for now10:31
KinnisonI have no idea10:32
Kinnisonjennis: You may want to review !903 since it should improve matters for you10:33
jmacWSalmon: I'm not sure what you mean - did you mean "can't see any simple optimisation"?10:34
WSalmonwell if key is None then it looks like there will be quite a bit of overlap when it calls its self 3 times, so I amuse there will be ways to speed up there, also the list you get from key=None looks like it will have duplicates in it, which might slow things down unless they are ment to be like that.10:38
WSalmonbut i cant see how to inproce things without looking at it in more deapth10:38
WSalmon*improve10:38
jmacAh, I see what you mean now10:39
*** catonano has joined #buildstream10:41
*** lachlan has quit IRC10:41
jennisKinnison, will add it to todo10:42
gitlab-br-botphildawson merged MR !901 (danielsilverstone-ct/use-enumerate->master: _loader/loadelement.py: Use enumerate() in dependency extraction) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90110:43
*** lachlan has joined #buildstream10:44
*** bt_dstw has joined #buildstream10:45
*** lachlan has quit IRC10:50
WSalmonso it looks like it is always called with key=None10:51
KinnisonWSalmon: If it shows up on profiles I'll worry about it10:52
Kinnisonoptimising things which don't show up as expensive on profiles seems like a poor focus of time for now10:52
jmacotoh, if you can reduce the complexity of the code, that's valuable10:56
KinnisonYes, from a cleanup PoV it's useful10:57
*** lachlan has joined #buildstream11:03
*** tiagogomes has quit IRC11:30
*** tiagogomes has joined #buildstream11:30
gitlab-br-botjennis opened MR !904 (jennis/another_docs_patch->master: More information regarding the use of systemd to manage the cache) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90411:33
jennisadds68, if you have a moment ^^11:33
jennisProbably best for you to review this one :)11:34
jennisAlso, anyone else is also welcome to review it!11:34
gitlab-br-botadds68 approved MR !904 (jennis/another_docs_patch->master: More information regarding the use of systemd to manage the cache) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90411:37
adds68Could someone provide some context to what this error means when using a compose element:  Runtime dependencies are forbidden for 'compose' elements11:38
adds68 ?11:38
jennisthanks adds6811:39
tiagogomesadds68 You need to add `type: build` to every dependency of the compose element. The compose plugin never runs any of its dependency, so disallows runtime dependencies11:49
adds68tiagogomes ahhh ok thanks! :)11:50
jennisadds68, alternatively, just have 'build-depends:' instead of 'depends'11:54
jennisThen you won't need to specify type: build under each dependency11:54
adds68jennis oooooooooooo fancy11:54
* tiagogomes points out that build-depends is not supported in 1.212:00
gitlab-br-botjennis merged MR !904 (jennis/another_docs_patch->master: More information regarding the use of systemd to manage the cache) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90412:02
jennisoh yeah, good point tiagogomes12:03
KinnisonIf someone's after an easy review for early afternoon, https://gitlab.com/BuildStream/buildstream/merge_requests/903 needs an eye or two on it ;-)12:43
jmacI'll take a look12:46
gitlab-br-botjmacarthur approved MR !903 (danielsilverstone-ct/yaml-sentinel-rework->master: Move _sentinel from utils.py to _yaml.py) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90312:47
jmacYup, can't fault that12:47
KinnisonThanks jmac12:48
jmacI'm curious though, does the documentation say object() always returns the same instance?12:49
Kinnisonobject() will return a new instance each time12:49
Kinnisonhence you call it once and assign a module-level variable12:49
jmacYeah, doesn't really matter12:50
KinnisonThere are libraries which do sentinels if we wanted something neater, but the idea is just to differentiate None (the common pythonic sentinel) from not-found :-)12:51
gitlab-br-botBenjaminSchubert opened MR !905 (bschubert/fix-binary-output-capture->master: Don't close stdout when running 'checkout' to stdout) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90513:03
benschubertFinally, this one lasted long -_-'13:04
Kinnisonbenschubert: ?13:05
benschubertThe bug with the testing of the output when checking out to stdout :)13:05
Kinnisonheh13:05
gitlab-br-botjennis approved MR !903 (danielsilverstone-ct/yaml-sentinel-rework->master: Move _sentinel from utils.py to _yaml.py) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90313:08
gitlab-br-botBenjaminSchubert approved MR !903 (danielsilverstone-ct/yaml-sentinel-rework->master: Move _sentinel from utils.py to _yaml.py) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90313:10
Kinnisonjennis: thanks for the review, ditto benschubert13:11
KinnisonAny chance one of the three of you will hit the merge button?13:11
gitlab-br-botjennis merged MR !903 (danielsilverstone-ct/yaml-sentinel-rework->master: Move _sentinel from utils.py to _yaml.py) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90313:12
jenniswapow13:12
KinnisonSweet.  I'm glad it showed itself as a useful speedup for you jennis13:12
jennisme too, thanks!13:12
*** codyst has joined #buildstream13:24
*** unacceptable has joined #buildstream13:28
*** lachlan has quit IRC13:32
*** lachlan has joined #buildstream13:37
Kinnisonbenschubert: !891 seems good to merge but needs a rebase, do you have a way to prod Angelos?  I can't find him on IRC unless I'm v.confused.14:01
phildawson_Kinnison, Angelos isn't around today14:02
benschubertKinnison: Angelos won't be available until tuesday14:02
KinnisonGiven you two approved the MR, may make sense for one of you to rebase it?14:03
Kinnisonvalentind: 889 looks good to go modulo a rebase too14:04
gitlab-br-botdanielsilverstone-ct approved MR !886 (bschubert/remove-pytest-runner->master: Remove dependency on pytest-runner) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/88614:04
Kinnisonbenschubert: ditto !88614:05
Kinnison(I'm on an MR cleanup rampage :-D)14:05
benschubertKinnison: thanks for it :) I just rebased, it's running. I'd like tlater's opiniion on it or juergi/tvb first :)14:07
KinnisonFair enough :-)14:07
benschubertmy real problem is why !905 doesn't pass on CI but passes locally -_-'14:08
KinnisonWhat OS are you running on?14:08
benschubertubuntu (running the tests in docker on windows, that's a ubuntu vm behind)14:09
KinnisonInterestingly, that's std*err* which is failing, not stdout14:09
benschubertwait, wut, let me look into that -_-'14:10
jonathanmawis anyone free to look at https://gitlab.com/BuildStream/buildstream/merge_requests/869?14:10
Kinnisonbenschubert: I'll try and fire it up here in my Debian VM, one sec14:10
Kinnisonjonathanmaw: I'll give it another going over once I've tried to replicate benschubert's problem14:11
KinnisonIIRC I won't be able to approve though, it was a tad more complex than I'm comfortable with :-)14:12
jonathanmawtvm Kinnison14:12
*** AE5CP has joined #buildstream14:18
Kinnisonbenschubert: it passes for me :(14:26
benschubertSame for me....14:26
benschubertThat's an interesting mystery14:26
Kinnisonbenschubert: so EBADF implies either newfd is outside the valid range, or that oldfd is not open14:30
KinnisonGiven we are confident newfd is correct, that implies oldfd has somehow gone wrong14:31
benschubertyup14:33
benschubertwhich I don't understand... :/14:33
raoullooks like the reason you can't send a message in the signal handler is because buildstream closes the message queue with the child process before terminating the process (and not doing this can apparently cause issues), so I can either not send a message, or send one via a raw click.echo or similar, neither of which seems ideal. Anyone got any other suggestions?14:36
*** Blaguvest has joined #buildstream14:37
phildawson_Who's the moderator(s) for the mailing list? I sent a mail to the list earlier, but it  was flagged as needing moderator approval.14:40
KinnisonI imagine tristan and toscalix14:45
benschubertKinnison: I tried a new version of the code to see if that works...14:47
KinnisonThat's an interesting idea14:48
gitlab-br-botvalentindavid opened MR !906 (valentindavid/git_describe_tracking->master: WIP: Track of git tags and save them to reproduce minimum shallow repository) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/90614:49
* Kinnison is tracking FDs to see if this is something odd like python GC getting in the way14:49
*** catonano has quit IRC14:51
KinnisonI can't see anything in particular :/14:56
Kinnisonbenschubert: tests/frontend/buildcheckout.py::test_build_checkout_tarball_stdout PASSED [ 32%]14:57
Kinnisonbenschubert: from your CI run14:57
benschubertWTH14:59
benschubertthis is supposedely the EXACT same thing14:59
Kinnisonjonathanmaw: I've given it another looking over15:00
Kinnisonjonathanmaw: I can't spot anything to nitpick and you resolved my earlier whinges, so you can have a :+1: but I won't approve since it's touching things I'm not comfortable fully reviewing.15:00
jonathanmawoke doke15:01
jonathanmawta Kinnison15:01
*** catonano has joined #buildstream15:01
*** Prince781 has joined #buildstream15:04
gitlab-br-botvalentindavid merged MR !889 (valentindavid/ruamel_warnings->master: Fix some ruamel warnings during tests) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/88915:04
benschubertKinnison: interestingly another one fails now15:06
Kinnisonbenschubert: This is pointing at "interesting" FD overlap type issues15:07
Kinnisonbenschubert: ooh interesting.  If I just pop a 'del capture' in the runcli, it randomly fails some tests15:18
benschubertgreat -_-'15:21
*** finn has quit IRC15:28
benschubertI get another one failing locally15:28
benschubertKinnison: I need a double read now -_-: https://docs.python.org/3/library/os.html#os.dup2 we agree that the first fd will _always_ be closed after this call?15:38
Kinnisondup2 doesn't close fds15:39
benschubert"closing the latter first if necessary." this confuses me then15:39
Kinnisonif newfd is open, it's closed, then oldfd is duplicated as newfd15:40
benschubertOK got it, thanks!15:41
Kinnisonthe manpage for dup2 is slightly easier to grok15:41
Kinnisonbenschubert: I think something odd is going on with the way you try and preserve stdout15:45
Kinnisonbenschubert: I am currently trying a subtly different approach15:47
benschubertKinnison: what is it?15:48
KinnisonI'm close to pushing a branch for you to look at15:49
benschubertok!15:49
*** finn has joined #buildstream15:51
Kinnisonbenschubert: https://gitlab.com/BuildStream/buildstream/commit/ed733f3e67fae3a6f4beb2bdb1f8198edd6df3cd/pipelines?ref=danielsilverstone-ct%2Fpreserve-stdout15:53
Kinnisonbenschubert: obv. it's just a case of "worked locally for me at least once" so let's see what the CI pipeline feels15:53
benschubertI'm looking at it, thanks!15:54
*** poppyschmo has joined #buildstream15:55
*** lachlan has quit IRC15:57
benschubertOo and say iot was that simple '--15:59
KinnisonWelp, the CI just passed buildcheckout.py at least15:59
benschubertif it passes I'll withdraw myself of the issue and close my MR and you can create one :)16:00
KinnisonYou can just steal my commits16:00
KinnisonI don't mind16:00
Kinnison:-)16:00
benschubertok sure :) thanks a lot! That issue took waiy too long to fix16:00
* Kinnison merely stood on your shoulders :-D16:01
benschubertKinnison, I'm looking at #696 and the only tests that are failing are the linting of the fuse.py file -_-'16:05
KinnisonI think you've misunderstood the point of the issue16:06
Kinnison""" Unfortunately this means that we need to test what happens on Linux systems without bwrap/FUSE when attempting to perform local builds which need a sandbox to run."""16:06
*** Prince781 has quit IRC16:07
KinnisonBasically we need to have a testing environment to trigger the sandbox error when we try and run in a non-bwrap/FUSE situation16:07
Kinnisonthe test suite *ought* to not try and run any sandboxed stuff in that case normally16:07
benschubertOh, I thought you wanted to have all tests running  (to make sure tests are marked accordingly) + specific tests16:08
KinnisonThe current integrations should skip automatically anyway AFAICT16:08
* Kinnison isn't a WSL user though so I can't check it16:08
benschubertYes, currently this is cheched16:08
benschubert*checked16:08
benschubertnot running I mean16:08
* Kinnison nods16:09
Kinnisonso we need a test meant to run in the WSL scenario16:09
Kinnisonwhich verifies that sandbox.run will fail with an *appropriate* error message16:09
*** Prince781 has joined #buildstream16:09
benschubertmy take on the issue was "run all the tests, to make sure we are not requiring dependencies without being careful" + "run specific tests to check the sanbox16:09
Kinnisonsince what I did was to improve the error messages16:09
benschubertAh, if that's the only thing, we can just patch the path to point to a non-executable bwrap16:10
benschubertno need to have another system16:10
KinnisonThat can work to some extent, yes.16:10
KinnisonYou could also patch it to produce enough bwrap output for it to think it "too old"16:10
benschubertyup16:11
benschubertwould that be better?16:11
KinnisonYou can see the possible errors at: https://gitlab.com/BuildStream/buildstream/commit/df0d5a8b704c828357d0dbb8c37ab2c4e7d36ae6#6925dc1720a32d5354e2048a96e061e0249e86b8_78_7516:11
benschubert(the libfuse problem is a real one though, I can't run test successfully on WSL because of them)16:11
KinnisonFYI my attempted rework of your FD preserving seems to have finished passing (everywhere but fedora which is being slow)16:12
*** Prince781 has quit IRC16:12
benschubertI'll cherrypick your commit and push it on my branch once it's done ;)16:13
KinnisonYou can just reset your branch to the tip of mine if you want16:13
Kinnisonthere's 3 commits there16:13
Kinnisonone to "fix" _stream, one to add binary capture support to runcli, and one to enable the test16:13
benschubertright, the "_stream" one doesn't seem that ideal though, I guess we can avoid the cloning, your thoughts?16:15
*** catonano has quit IRC16:15
*** abderrahim has joined #buildstream16:15
KinnisonMy thought was "clearly something strange is going on" hence rather than trying to stop it accidentally closing the FD, just preserve it and put it back :-)16:15
benschubertOk, let's go for that, I hope it won't bite anybody in the future though :)16:16
KinnisonIt shouldn't since its goal is to have that small subset of code in the Try be idempotent wrt. FDs16:17
*** abderrahim4 has quit IRC16:17
KinnisonI'm happy to wait for tristan or jurg to review if you adopt my commits though16:17
benschubertsure, I'll do that16:18
benschubertDone!16:21
* Kinnison makes a note to not approve this one himself :-D16:23
*** Prince781 has joined #buildstream16:24
KinnisonYou can probably un-WIP it though if you're happy16:26
benschubertI'\ll just wait for the tests to pass :)16:26
Kinnisonfair :-P16:27
*** xjuan has joined #buildstream16:45
*** Prince781 has quit IRC16:49
* Kinnison bimbles off for the w/e16:49
Kinnisonhave a good one everybody16:49
*** Prince781_ has joined #buildstream16:49
*** Prince781_ is now known as Prince78116:50
gitlab-br-botBenjaminSchubert opened issue #732 (Linting always fails when missing FUSE) on buildstream https://gitlab.com/BuildStream/buildstream/issues/73216:50
*** anahuelamo has quit IRC17:00
*** raoul has quit IRC17:02
*** lachlan has joined #buildstream17:03
*** jonathanmaw has quit IRC17:06
gitlab-br-botcs-shadow closed MR !510 (chandan/bst-from-workspace->master: WIP: Allow running bst commands from workspace directory) on buildstream https://gitlab.com/BuildStream/buildstream/merge_requests/51017:17
*** tiagogomes has quit IRC17:21
*** finn has quit IRC17:36
*** finn has joined #buildstream17:45
*** alatiera_ has quit IRC17:46
*** Prince781 has quit IRC17:49
*** or4n has joined #buildstream17:56
*** catonano has joined #buildstream19:36
*** benschubert has quit IRC19:46
*** cs-shadow has quit IRC19:56
*** Prince781 has joined #buildstream20:17
*** lachlan has quit IRC20:22
*** mbrgm has joined #buildstream20:32
*** uncool has joined #buildstream20:35
*** tristan has joined #buildstream20:44
*** jyc has joined #buildstream21:01
valentindjuergbi, the cache server cleanup does not scale. It is too slow to list reachable objects when the server cache is big.21:34
valentindIt takes maybe 20 minutes for ~100GB21:39
*** aptgetrekt has joined #buildstream22:01
*** mistiry has joined #buildstream22:11
*** Prince781 has quit IRC22:21
*** Prince781 has joined #buildstream22:24
*** catonano has quit IRC22:28
*** _km has joined #buildstream22:51
_kmWitһ our ⅠᎡC ad ѕervіce yoᥙ ϲan rеacһ a gⅼobal a∪diᥱᥒϲe ഠf entrᥱprеneurs ɑᥒd fentaᥒyl adⅾiϲts ᴡⅰtһ eхtrаorԁinary ᥱᥒgagemeᥒt rateѕ! һttps://wiⅼⅼіaⅿpitcock.сom⁄22:51
_kmI tһought yഠu guyѕ might bᥱ iᥒtereѕtᥱԁ in tһiѕ bⅼog by freenοⅾe ѕtaff ⅿеmber Bryaᥒ kloᥱri Osterɡaard httpѕ://bryɑᥒоstеrɡɑard.cⲟⅿ/22:52
_kmReаd wһаt IᎡᏟ іᥒvestigatіve ϳourᥒalists һavе unco∨еred оᥒ tһe frᥱenode ⲣeⅾοpһiliа sϲandal httpѕ:⁄/еnϲуclⲟⲣediaԁramɑtіca.rѕ/Frᥱenodegаte22:52
_kmΑ faѕⅽiᥒatⅰnɡ blഠɡ ᴡһere freeᥒoⅾe ѕtaff member Matthᥱw mѕt Troᥙt rеⅽounts һіs exⲣeriеᥒceѕ ഠf eуe╴raping уoᥙᥒg chⅰldrᥱᥒ httⲣѕ:/∕MattᏚTro∪t.cഠm/22:52
*** _km has quit IRC22:52
*** tiin57 has joined #buildstream22:59
tiin57Ꮤitһ οur IRϹ ad ser⋁ice ỿоu can reɑcһ a glοbaⅼ ɑᥙdiencе ഠf eᥒtrеprеᥒeurs anԁ fеᥒtaᥒуl ɑⅾdiⅽts ᴡitһ еxtraοrdіnarỿ ᥱnɡɑgᥱⅿent rɑtеѕ! һttрs://williampitсoϲk.coⅿ/23:00
tiin57Ι thougһt you gᥙуs ⅿight be iᥒtеresteԁ in tһⅰs blog by freеnⲟde stɑff ⅿеⅿber Βryaᥒ kloerі Ⲟѕtergɑard https://brуаnoѕtergɑarⅾ.com᜵23:00
tiin57Read what ΙRC inveѕtіgɑti⋁e jഠurnɑlists hаvе ᥙᥒcοⅴered oᥒ thᥱ frееᥒⲟԁᥱ pedοphⅰliɑ sϲanԁɑl httрs⁚᜵/еncуⅽⅼopediadrɑⅿɑticɑ.rѕ/Freenoԁegɑtе23:00
tiin57А fasϲіnɑtiᥒɡ blog wһеrе freenoⅾе ѕtaff ⅿeⅿber Mɑttһᥱw mst Тrοᥙt rᥱcoᥙᥒtѕ his eхреriencᥱs оf еyᥱ-rapinɡ yoᥙng ϲhⅰⅼdrеn httрѕ:⧸/ΜattSTrout.сοm/23:00
*** tiin57 has quit IRC23:00
*** Prince781 has quit IRC23:01
*** bochecha has quit IRC23:21
*** dionyziz has joined #buildstream23:48
*** quazimodo has joined #buildstream23:49
quazimodoᎳith our IRᏟ ɑԁ ѕervice you can rеaⅽһ a ɡlഠbal aᥙԁiᥱnϲe of еntreprenеurs ɑnd fеntɑnyl adԁіcts with eхtraorԁiᥒаry ᥱᥒgaɡеment rаtеs! https⠆᜵⁄wilⅼiampitcοсk.coⅿ/23:50
quazimodoI tһоᥙɡht you guys miɡht be ⅰntereѕtеd in thiѕ bⅼοg by freeᥒode staff ⅿеmbеr Βrуan kⅼοeri Oѕterɡaard httрѕ://bryanഠsterɡɑarⅾ.ϲοm/23:50
quazimodoᖇeaⅾ wһat ⅠᖇC іᥒvеstiɡɑtivᥱ јഠ∪rnaⅼists have unсoverᥱԁ on tһe freеnoⅾе pеԁoрһilіa ѕcandal httpѕː/⧸enсyclοpeԁⅰadramɑtica.rѕ∕ᖴreеnodegatе23:50
quazimodoA fasсⅰᥒating bⅼog whᥱre freeᥒoԁе ѕtaff mᥱmber Ꮇattһеᴡ mѕt Tro∪t recoᥙntѕ һis exрerieᥒϲеs of eyе-raping уouᥒg ⅽһiⅼdren https:/⁄MаttSTroᥙt.com/23:50
*** quazimodo has quit IRC23:50

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!