[00:10] <Geth> ¦ rakudo/main: 82cd915203 | (Nick Logan)++ | 3 files

[00:10] <Geth> ¦ rakudo/main: RakuAST: resolve externally-defined types in synthesised closures

[00:10] <Geth> ¦ rakudo/main: 

[00:10] <Geth> ¦ rakudo/main: `Code.assuming` builds a synthesised `RakuAST::Sub` (or PointyBlock)

[00:10] <Geth> ¦ rakudo/main: at runtime and `.EVAL`s it.  When the curried Code's signature

[00:10] <Geth> ¦ rakudo/main: names a type that is not in the setting - a user-defined class, a

[00:10] <Geth> ¦ rakudo/main: type imported via `use`, anything that lives in the caller's

[00:10] <Geth> ¦ rakudo/main: lexical scope - the synthesised AST failed to resolve the name

[00:10] <Geth> ¦ rakudo/main: <…commit message has 29 more lines…>

[00:10] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/82cd915203

[00:10] <Geth> ¦ rakudo/main: b31e255f3d | (Nick Logan)++ | 2 files

[00:10] <Geth> ¦ rakudo/main: RakuAST: keep parameter target for type-object constraints

[00:10] <Geth> ¦ rakudo/main: 

[00:10] <Geth> ¦ rakudo/main: `ParameterAST` translates a `Parameter` object from the curried Code

[00:10] <Geth> ¦ rakudo/main: into a `RakuAST::Parameter` for the synthesised signature.  When the

[00:10] <Geth> ¦ rakudo/main: parameter has a single non-Code post-constraint it was treated as a

[00:10] <Geth> ¦ rakudo/main: literal-value match and the parameter's target (its name) was

[00:10] <Geth> ¦ rakudo/main: deleted - correct for `sub f(42) { }`, wrong for any subset-typed

[00:10] <Geth> ¦ rakudo/main: <…commit message has 20 more lines…>

[00:10] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/b31e255f3d

[00:10] <Geth> ¦ rakudo/main: 4e96aa26fe | (Nick Logan)++ (committed using GitHub Web editor) | 3 files

[00:10] <Geth> ¦ rakudo/main: Merge pull request #6202 from ugexe/ugexe/rakuast-fix-code-assuming

[00:10] <Geth> ¦ rakudo/main: 

[00:10] <Geth> ¦ rakudo/main: RakuAST: two Code.assuming bugs in synthesised closures

[00:10] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/4e96aa26fe

[00:48] *** vrurg joined
[00:51] *** kurahaupo left
[00:51] *** vrurg_ left
[01:50] *** vrurg_ joined
[01:53] *** vrurg left
[02:32] *** kurahaupo joined
[02:35] *** Pixi joined
[02:38] *** apogee_ntv left
[02:40] *** apogee_ntv joined
[03:45] *** Voldenet left
[03:45] *** Voldenet_ joined
[03:46] *** Voldenet_ is now known as Voldenet

[04:52] *** kurahaupo left
[04:56] *** hurufu joined
[05:42] *** kurahaupo joined
[07:00] <releasable6> Next release in ≈2 days and ≈11 hours. 1 blocker. Please log your changes in the ChangeLog: https://github.com/rakudo/rakudo/wiki/ChangeLog-Draft

[08:02] *** kurahaupo left
[08:15] *** kurahaupo joined
[08:48] <Geth> ¦ rakudo/main: 437a589eec | (Nick Logan)++ (committed by ab5tract) | 2 files

[08:48] <Geth> ¦ rakudo/main: RakuAST: stop currying through special-op postfixes (.WHAT etc.)

[08:48] <Geth> ¦ rakudo/main: 

[08:48] <Geth> ¦ rakudo/main: `(5 ~~ *).WHAT` returned a curried WhateverCode whose deparsed string

[08:48] <Geth> ¦ rakudo/main: was `.WHAT` (and similarly for `.HOW`, `.WHO`, `.VAR`, `.DEFINITE`,

[08:48] <Geth> ¦ rakudo/main: etc.).  The bug shape: `(curried).WHAT` flowed currying outward and

[08:48] <Geth> ¦ rakudo/main: became `{ (curried-expr).WHAT }` instead of "take the value of the

[08:48] <Geth> ¦ rakudo/main: parens and then take its WHAT."

[08:48] <Geth> ¦ rakudo/main: <…commit message has 25 more lines…>

[08:48] <Geth> ¦ rakudo/main: review: https://github.com/rakudo/rakudo/commit/437a589eec

[09:27] *** kurahaupo left
[10:01] *** librasteve_ joined
[10:12] *** patrickb left
[10:12] *** patrickb joined
[10:16] *** patrickb left
[10:20] *** patrickb joined
[10:45] *** kurahaupo joined
[10:54] *** kurahaupo left
[11:38] *** patrickb left
[11:49] *** donaldh left
[11:52] *** patrickb joined
[12:53] <[Coke]> releasable6: next

[12:53] <releasable6> [Coke], Next release in ≈2 days and ≈6 hours. 1 blocker. 87 out of 138 commits logged

[12:53] <releasable6> [Coke], Details: https://gist.github.com/2362f1aaaad10f9bfe5570156f179108

[12:54] <[Coke]> ab5tract: why did you merge that PR?

[12:54] <[Coke]> Were you trying specifically to get it into this release? please coordinate with the release manager before merging things 2 days before the release...

[12:55] <[Coke]> ugexe: I assume your merges were specifically for addressing blin based on the comments.

[12:57] <ugexe> Yeah

[12:58] <[Coke]> what about that last one that lizmat said "let's wait"?

[12:58] <[Coke]> does that need to go in as well? (also, not *too* worried about 437a589 since it's RakuAST)

[13:07] <ugexe> Dunno what you’re referring to. Not at a computer though 

[13:08] <ugexe> If you’re talking about the suggestion of addressing style nits, no that isn’t necessary 

[13:30] <[Coke]> ah, nevermind, it was merged.

[13:30] <[Coke]> 6202

[13:31] <[Coke]> I missed that you merged it already, only saw lizmat saying something about waiting post-release.

[13:31] <[Coke]> I think that was in re: *more* changes.

[13:31] <[Coke]> I'm caught up now, thanks. :)

[14:37] <[Coke]> kicking off mini-blin with anything that reported an error before.

[14:38] <[Coke]> before.. since the last release.

[14:43] <[Coke]> seems stuck on zef update.

[14:46] <[Coke]> just very slow.

[15:12] <ugexe> zef doesn't use assuming anywhere so I don't think any of the changes should affect it

[15:14] <[Coke]> yah, probably the ecosystem site itself 

[15:14] <[Coke]> it's nearly done testing the subset

[15:15] <[Coke]> (Still saw several bisects happening along the way)

[15:23] <[Coke]> This is the interesting result from this run:

[15:23] <[Coke]> Text::Markdown::Discount – Fail, Bisected: 224aa3d - new failure commit

[15:24] <[Coke]> was '4acea05' - maybe this just points to more flapping

[15:24] <[Coke]> everything else is fixed or has a note that a ticket was opened in the repo.

[15:30] <[Coke]> ... ok, looking at the failures for new... it says "Failed to get passing tests, but continuing with --force-test"... but there aren't any "not ok" or "Failed test"s

[15:32] <[Coke]> is raku.land dead?

[15:32] <[Coke]> https://raku.land/github:hartenfels/Text::Markdown::Discount is, anyway.

[15:39] <[Coke]> (that's the url blin gives in failures.md for that module)

[15:40] <[Coke]> So, as long as we're good with tickets for those 3 modules, we're probably fine on blin

[16:18] <lizmat> https://github.com/hartenfels?tab=repositories   doesn't lost anything markdown related it seems

[16:40] <ugexe> presumably they deleted their repo

[16:46] <[Coke]> now to finish the (*& changelog. wonder if I can automate this more. :)

[16:46] <[Coke]> releasable6: next

[16:46] <releasable6> [Coke], Next release in ≈2 days and ≈2 hours. 1 blocker. 87 out of 138 commits logged

[16:46] <releasable6> [Coke], Details: https://gist.github.com/83d49fbc9e80c5502d55f09f60b5c556

[16:57] <[Coke]> is https://github.com/rakudo/rakudo/commit/36e9e032572f993fab1bfea6e9f7ceeded507ec5 about sprintf?

[16:58] <[Coke]> and https://github.com/rakudo/rakudo/commit/456781a518bd57b77623d1e24fff30afce1052c9?

[17:37] <[Coke]> releasable6: next

[17:37] <releasable6> [Coke], Next release in ≈2 days and ≈1 hour. There are no known blockers. 133 out of 138 commits logged

[17:37] <releasable6> [Coke], Details: https://gist.github.com/9f5ef7f11e1d63c3296f8270577ee132

[17:37] <[Coke]> ... weird, it just said 138 in whateverable. :)

[17:37] <[Coke]> https://github.com/rakudo/rakudo/wiki/ChangeLog-Draft is up to date - please review and feel free to consolidate entries, clean up, etc. lizmat, I put those two under a big sprintf bucket.

[17:40] <[Coke]> Lumped a few nqp updates together, feel free to separate those.

[17:42] *** librasteve_ left
[17:42] *** hurufu left
[17:42] *** Voldenet left
[17:42] *** Pixi left
[17:43] *** librasteve_ joined
[17:43] *** hurufu joined
[17:43] *** Pixi joined
[17:43] *** Voldenet joined
[18:03] * lizmat looks

[18:03] * lizmat edits

[18:49] * lizmat is done editing