02:30 nine left 02:35 nine joined 05:35 hurufu joined 05:37 hurufu left 05:38 hurufu joined
releasable6 Next release in ≈2 days and ≈11 hours. There are no known blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 07:00
10:25 hurufu left, hurufu joined 12:40 hurufu left 13:29 hurufu joined 16:46 Geth joined
[Coke] team - please start work to find another release manager. Having a single point of failure here (with jdv on hiatus) is dangerous. 17:12
just so we're clear: NO MORE COMMITS ON MAIN UNTIL POST RELEASE WITHOUT CHECKING WITH THE RELEASE MANAGER for MoarVM, NQP, and rakudo. Cheers. 17:20
even if you think they're perfectly safe.
I am happy to discuss a different approach, but I know there's been resistance to having commits go to branches first as a default approach.
ugexe one method is a release branch is branched off main and that gets used to do the release, and which is ultimately merged back into main after the release. although having to do so across three repos does make that a less appealing option 17:25
[Coke] I'm also not sure it makes sense to do monthly releases in perpetuity.
ugexe: There are basically 2 users in that situation, the devs working on something, and the release manager trying to test and construct the release. 17:26
it does not seem that much more complicated for the release manager than the current byzantine setup that already needs 3 repos. 17:27
timo do you think we should consider a "megarepo"?
or is it "monorepo"? 17:28
[Coke] we have different licenses/copyrights, so I would hesitate from that standpoint
timo oh, and different requirements to contribute too 17:29
makes sense
19:27 hurufu left
[Coke] verified jdv will eventually come back, but that's a few months out. 21:13
patrickb I'm willing to do releases. But currently lacking tuits. This will change in a month or two (at least I dearly hope so). 21:18