| IRC logs at
Set by AlexDaniel on 12 June 2018.
01:49 Altai-man_ joined 01:52 sena_kun left 03:08 leont left 03:50 sena_kun joined 03:52 Altai-man_ left 04:52 releasable6 left, bisectable6 left, shareable6 left, quotable6 left, notable6 left, greppable6 left, benchable6 left, bloatable6 left, sourceable6 left, reportable6 left, squashable6 left, evalable6 left, tellable6 left, committable6 left, coverable6 left, statisfiable6 left, linkable6 left, nativecallable6 left, unicodable6 left 04:53 notable6 joined, quotable6 joined, shareable6 joined, nativecallable6 joined, evalable6 joined, benchable6 joined, squashable6 joined 04:54 coverable6 joined, committable6 joined, bisectable6 joined, greppable6 joined, unicodable6 joined 04:55 tellable6 joined, reportable6 joined, linkable6 joined, sourceable6 joined, statisfiable6 joined 04:56 releasable6 joined, bloatable6 joined 05:28 ZzZombo_ joined 05:31 ZzZombo left, ZzZombo_ is now known as ZzZombo 05:50 Altai-man_ joined 05:52 sena_kun left 07:51 sena_kun joined 07:52 Altai-man_ left
Geth MoarVM: 12a447318d | (Patrick Böker)++ | tools/
Fix submodule updating

The previous commit broke it completely.
MoarVM: fc35d73640 | niner++ (committed using GitHub Web editor) | tools/
Merge pull request #1256 from patrickbkr/fix-update-submodules

Fix submodule updating
nine patrickb: God damn it Windows :(
tellable6 nine, I'll pass your message to patrickb 08:13
09:50 Altai-man_ joined 09:53 sena_kun left 11:47 Kaiepi joined 11:51 sena_kun joined 11:53 Altai-man_ left 12:03 Kaiepi left 12:09 Kaiepi joined 13:26 leont joined 13:50 Altai-man_ joined 13:53 sena_kun left 14:57 lucasb joined 15:51 sena_kun joined 15:53 Altai-man_ left
dogbert17 Sometimes the t/02-rakudo/reproducible-builds.t fails but when trying to repro it usually works. Has anyone else seen this? 16:16
I managed to catch it once and the error message was: 16:18
Type check failed for return value; expected Buf:D but got Slip (Empty)
in block at t/02-rakudo/reproducible-builds.t line 34
in block <unit> at t/02-rakudo/reproducible-builds.t line 31
nine: do you have any insights? 16:19
lizmat dogbert17: actually talked about this with nine at GPaRW, afaik he also has no idea how that can be... 16:34
dogbert17 lizmat: thanks, so we need more information in order to figure out what's going on then 16:41
16:45 zakharyas joined
lizmat nine assumed some type of hash order dependency 16:47
but I was just thinking, maybe it could be time dependent, in the sense of something happening in different seconds which usually happens in the same second 16:48
dogbert17 but should a hash order dependency problem lead to the test crashing rather than failing? 17:05
lizmat indeed... one wonders 17:07
dogbert17 the test has now failed twice for me (after many runs) and both times the erroneous md5sum has been identical 17:45
17:50 Altai-man_ joined 17:53 sena_kun left 18:14 domidumont joined 18:34 zakharyas left 19:07 sena_kun joined 19:09 Altai-man_ left, zakharyas joined 19:14 domidumont left
nine win 10 19:38
lizmat pling! you win! 19:41
19:44 Ven`` joined
nine 10 times? :) 20:10
21:06 Altai-man_ joined 21:08 sena_kun left 21:20 zakharyas left 22:52 sena_kun joined, Ven`` left 22:53 Altai-man_ left 23:57 lucasb left