[Coke] well, crap, blin still failing 01:02
ugexe in what way is it failing? any details at all i can maybe hazard better guesses 01:38
02:18 kurahaupo left 06:25 finanalyst joined 08:12 finanalyst left 08:58 finanalyst joined 09:23 finanalyst left
[Coke] the blin process itself is killed. Doesn't say OOM, just that the end status was "killed" 13:31
I've closed the last tmux session so I don't have the exact text, will grab it next time 13:33
I may just re-clone blin and try fresh.
ugexe hopefully it works... I have a flood of commits ready to go 😄 13:57
been running deparse on all the roast tests and adding the missing deparses, raku -c'ing the deparsed ast to make sure that works, and then taking e.g. $ast.raku, EVAL it back into a tree, deparse that, and diff against the previous step 14:05
14:12 gfldex left 14:13 gfldex joined
[Coke] I'll have to get blin working again and I can always skip any new commits if needed. Go ahead and merge what looks good to you so the builds can start. 16:45
then when I'm ready I don't have to wait hours for it to catch up. :)
Geth Blin/main: d8d9854691 | (Will Coleda)++ | util/run-blin.sh
more cleanup on start
 17:50
[Coke] trying a run in a fresh blin dir 18:00
ugexe alright, when i get off work today in like 3 hours i'll pushing and merging more stuff 19:33
[Coke] I can look at the system logs next time also 19:58
sounds good.
thanks for trying not to overwhelm me. :)
⏳ 1602 out of 2526 modules processed (63.42%) so far
⏳ 2177 out of 2526 modules processed (86.18%) - that seems further than it had been getting 21:54
... do I just need to make "clone blin raku" step 0 each time? :)
s/raku/repo/
Geth rakudo: ugexe++ created pull request #6665:
Rebuild a flattened method table that came from deserialization		 22:07
rakudo/main: 17 commits pushed by (Nick Logan)++
review: github.com/rakudo/rakudo/compare/0...dc06e5bff3		 22:51
rakudo/main: f1264ab3fa | (Nick Logan)++ (committed using GitHub Web editor) | 4 files
Make quote parsing linear in the number of escapes (#6664)

Previously a quoted string with n backslash escapes or n nested delimiter pairs took O(n**2) to parse. The nibbler loop matched <escape> and
  <starter> <nibbler> <stopper> as capturing subrules and ran a code block
after each one. A code block in a regex binds $/, and doing so rebuilds the match by walking every capture on the cursor's stack. Each escape added a ... (17 more lines)		 22:55
rakudo: ugexe++ created pull request #6666:
RakuAST: fix a fourth batch of deparse holes found by round tripping raku code
rakudo/main: 7e9a743c5c | (Nick Logan)++ (committed using GitHub Web editor) | 4 files
Rebuild a flattened method table that came from deserialization (#6665)

Previously a call site that had seen many types looked its method up in the flattened method table each class caches on its meta-object. Adding a method to a class clears the table of that class only, so a subclass whose table was built before the addition kept resolving the name to the method higher in the hierarchy. The setting builds such tables for the RakuAST ... (12 more lines)		 22:59
rakudo/main: ef640c9d2b | (Nick Logan)++ (committed using GitHub Web editor) | 2 files
RakuAST: reject a character class in a transliteration (#6663)

A transliteration takes literal characters and ranges. The quote language it is parsed in declared tokens for \d, \h, \s, \v and \w, but nothing ever made a value for them, so each one reached the segment list as an NQPMu and the compiler died on it with "Cannot find method 'return-type'". The documented semantics do not want them either. tr/// works as it does in Perl, over ... (14 more lines)
rakudo/main: 00feb606ab | (Nick Logan)++ (committed using GitHub Web editor) | 2 files
Measure a case-folded interpolation match against the target (#6652)

Previously a string interpolated into a regex under :i was matched with nqp::eqatic and then assumed to have taken as many graphemes from the target as the pattern has. Case folding can change a grapheme count, so
  `'ß' ~~ /:i $('SS')/` computed an end past the target and was dropped,
while `'SS' ~~ /:i $('ß')/` stopped after one grapheme.
This measures the match by folding runs of the target until the fold is as long as the pattern's, and uses that as the length the match took.
[Coke] [2026-09-11T18:28:08-04:00] ⏳ 2292 out of 2526 modules processed (90.73%) 23:21
[2026-09-11T18:28:09-04:00] 🥞🥞🥞 Testing MoarVM::Profile (old) Finished with result: signal
Main processes terminated with: code=killed, status=9/KILL
Close but not quite 23:22
Sep 11 18:28:12 maxi systemd-oomd[697]: Killed /user.slice/user-1000.slice/user@1000.service/user.slice/blin.service due to memory pressure for /user. 23:29
slice/user-1000.slice/user@1000.service being 73.32% > 50.00% for > 20s with reclaim activity
Sep 11 18:28:12 maxi systemd[1152591]: blin.service: systemd-oomd killed 33 process(es) in this unit.
that from journalctl 23:35
ugexe what are the memory limits? is there any common module being processed between all the failed runs? 23:36
[Coke] there is no easy way to know what tests were in progress at the time. 23:48
and I didn't save the overview file from each run, regardless. 23:49
What I am trying now is upping to OOMScoreAdjust=-1000
was at -750, but I think -1000 is "just leave me alone"
my recent searches indicate this might have been "you were swapping too hard" 23:50
htop reporting 30.6G memory, 40G swap
ah, now my problem is figuring out what the latest build commit is. :) 23:51
trying again... 23:53
not sure why I didn't put it at -1K to begin with. :| 23:57
(what wa being tested) 32 simultaneously tests, and it could be we had 31 fast ones running on one thread. so if I grab the last 64 (ok,63) I could look for similarities. 23:59

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!