vrurg greppable6: COERCE 01:04
greppable6 vrurg, Found nothing!
Geth rakudo: vrurg++ created pull request #3891:
[WIP] The first draft of new coercion semantics
02:37
Geth rakudo/precomp_store_parallelism: 1b8849e312 | (Stefan Seifert)++ | src/core.c/CompUnit/PrecompilationStore/File.pm6
Allow for more parallelism when precompiling modules

Instead of locking the whole precomp store whenever we precompile a module or re-check dependencies, we now use one lock file per target file. With this multiple processes may precompile different files and store them in the same precomp store.
Note: it would be even better to not need those .lock files at all and instead lock the target files. But that caused weird issues with multiple processes being able to lock the same file simultaneously. So I'm leaving this next step for a future change.
11:29
rakudo/precomp_store_parallelism: 19961794c3 | (Stefan Seifert)++ | src/core.c/CompUnit/PrecompilationRepository.pm6
Check for circular module loading earlier to avoid deadlock

Since precomp processes now take care of their own locking we have to take that into account and check for circular loading before trying to lock a destination that's potentially already locked by a parent process.
tbrowder hi, jnthn, i'm making progress with cro except for ssl dependencies 14:45
ssl modules can't find libssl.so in a non-standard place 14:47
that's at least two modules so i'm not sure where to file the issue, maybe nativecall 14:48
erg, never mind, false alarm. as a workaround i've installed the package libssl-dev which is not ideal (since i prefer to use latest openssl) but it works. 15:06
tbrowder jnthn: \o/ cro non-tls reverse proxy success! check florida-candidates.us 15:25
tellable6 tbrowder, I'll pass your message to jnthn 15:26
tbrowder going tls next..l
Geth ¦ problem-solving: fecundf assigned to jnthn Issue Extended identifiers- reserving :sym<...> scares me github.com/Raku/problem-solving/issues/225 16:36
Xliff \o 22:51