|
🦋 Welcome to the IRC channel of the core developers of the Raku Programming Language (raku.org #rakulang). This channel is logged for the purpose of history keeping about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Logs available at irclogs.raku.org/raku-dev/live.html | For MoarVM see #moarvm Set by lizmat on 8 June 2022. |
|||
|
00:17
finanalyst left
06:32
sena_kun joined
06:34
sena_kun left
07:19
[Tux] left
07:25
[Tux] joined
08:08
sena_kun joined
09:00
lizmat_ left,
lizmat joined
13:09
Altai-man joined
13:13
sena_kun left
|
|||
| jdv | how come i get the same zef error on head now? | 13:39 | |
| nevermind, it seems to be working now | 13:40 | ||
| no, there's something actually wrong | 13:47 | ||
| gist.github.com/jdv/50922d3642b8be...5cd1ea1019 | 13:49 | ||
| lizmat: ^ | 13:50 | ||
| ugexe: ^ | |||
| release on hold i guess | |||
| and now spectests are failing. wonder if its on my side... | 13:51 | ||
| lizmat | I could revert 4a66ddd6cf5f8f71e886 and see if that helps? | ||
| linkable6 | (2024-06-24) github.com/rakudo/rakudo/commit/4a66ddd6cf Improve `.flat` logic (2nd attempt) | ||
| jdv | do spectests pass for you? | ||
| lizmat checks | 13:52 | ||
| jdv | i'll try that again | ||
| lizmat | (first need to build a clean rakudo again, it had local changes) | 13:53 | |
| make test and make spectest are clean for me | 13:59 | ||
| jdv | the output from 2 spectests looks the same to me - a lot of fail | 14:00 | |
| hmm | |||
| lizmat | if you want me, I could nuke install and rebuild from scratch to make sure | ||
| I'll do that anyway | |||
| jdv | i'll do that myself first i guess just to confirm | ||
| oh ok | |||
| lizmat | rebuilding... | 14:01 | |
| testing... | 14:05 | ||
| jdv | now my build is hanging on fetching moarvm's submodules. wut? | 14:08 | |
| lizmat | github hickup? | ||
| fetch and build ok for me | 14:09 | ||
| had one flapper: t/spec/S17-promise/start.t | |||
| jdv | idk, 3 times now | 14:10 | |
| lizmat | 2nd time ok: ok 58 - No crash when doing parallel parsing of grammars on first time | ||
| perhaps nuke ~/.raku/precomp as well | 14:11 | ||
| zef installs itself ok for me | |||
| ake installation fails because of deprecation messages messing up some tests that test STDERR output | 14:18 | ||
| installs ok with RAKUDO_NO_DEPRECATIONS=1 | |||
| jdv | my box is slower than yours:) | ||
| i think that's why i install from a checkout | |||
| how can we get that eco'd? | 14:19 | ||
| lizmat | how can we get what eco'd ? | ||
| jdv | released | ||
| head is not out there but the fix is in git | |||
| lizmat | I've lost you: are we talking about ake ? | 14:20 | |
| jdv | yes. the last commit on the ake github repo has the fix for the deprecation that's breaks tests on install. | ||
| but those changes are on on zef of p6c or cpan... | 14:21 | ||
| *fez | |||
| not on | |||
| i can't type. new keyboard. | |||
| lizmat | ack... I'll do a release of ake momentarily | ||
| jdv | gotta do an errand. bb in a bit. | 14:26 | |
| lizmat | release of ake done, you may need to do a "zef update" to have zef know about it | 14:37 | |
| jdv | i'm still unable to get a clean spectest run | 15:05 | |
| i guess i'll try a build without that flat commit | |||
| lizmat | fwiw, are you on Intel ? | 15:08 | |
| jdv | amd so "yes" | 15:09 | |
| Linux jdv-lap2 6.1.0-21-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.90-1 (2024-05-03) x86_64 GNU/Linux | |||
| lizmat | ok, lemme try a clean install on an Intel box | 15:10 | |
| this will take a bit longer :-) | 15:11 | ||
| jdv | head seems unstable | ||
| lizmat | is that with the flat commit removed? | 15:14 | |
| jdv | not yet. just investigating the individual failures from the whole run | 15:15 | |
| rebuilding with that commit reverted now | |||
| so with that reverted make test passes first time and spectest passed mostly first time with the exception of S32-list/flat.t | 15:31 | ||
| before i had to run make test multiple times to get it to pass and spectest never passed and had a lot of errors | 15:32 | ||
| can you repro something like that? | 15:33 | ||
| if not maybe we should skip the release until this is understood better? | |||
| lizmat | S32-lisr/flat fails because of the reverted commit | 15:37 | |
| jdv | yeah but unreverted gist.github.com/jdv/c237639c2bfb03...f616e1315e is a bit concerning that you don't see that | 15:39 | |
| and it seems reproducable here | |||
| not sure if its the exact same failures | |||
| Geth | rakudo/main: 739559906a | (Elizabeth Mattijsen)++ | 3 files Revert "Improve `.flat` logic (2nd attempt)" This reverts commit 4a66ddd6cf5f8f71e8868bebff3a0745666fde9b. This appears to have ununderstood consequences |
||
| roast: 08ff778649 | (Elizabeth Mattijsen)++ | S32-list/flat.t Revert "Revert "Revert "Add tests for .flat($level, :hammer)""" This reverts commit 7c5440aa74e26bde4f0f1ea07bd87f12f2a36ef4. |
15:40 | ||
| lizmat | well, I'm seeing spectest failures on Intel without the revert as well | 15:41 | |
| so... I'm thinking the .flat commit is tickling the JIT (as the M1 doesn't have any JIT) | 15:42 | ||
| jdv | ok, so we're ok with doing the release with that stuff reverted in rakudo and roast? | 15:43 | |
| lizmat | I'm ok with it | ||
| jdv | ah, right - forgot about that jit tidbit | ||
| lizmat | now that I know bout the different behaviour on Intel, I can check it out | ||
| and come back with a better version :-) | 15:44 | ||
| jdv | cool. i'll restart the release then. | ||
| lizmat | *after* the release | ||
| jdv | good luck! | ||
| lizmat | jdv: running make spectest on Intel without the revert with MVM_JIT_DISABLE=1 is clean | 15:56 | |
| so it *is* definitely JIT related | |||
| I'll investigate more *after* the release | |||
| jdv | ah, nice | 15:57 | |
| thanks | |||
| lizmat | afk& | 16:03 | |
| Geth | rakudo/release-2024.06: 73ad19e2e1 | (Justin DeVuyst)++ | 3 files Update changelog + announcement Deliberately not logged: [33d0feaf][549842bd][f20bd324][9502bcbb][f85de735][d7425592] [55348374][8518cc49][2d2fe081][b3d5c5d7][9ca6046e][4a66ddd6] [73955990] |
17:10 | |
| jdv | for some reason git submodule calls are failing for me today | 17:49 | |
| the release might take forever to get through:) | |||
| [Coke] | :| | 18:02 | |
|
18:03
finanalyst joined
|
|||
| jdv | somehow seems like half of hte submodule updates end in timeout oh gh... but seems to be ok for the moment. | 18:07 | |
| Geth | nqp/main: 4a60152250 | (Justin DeVuyst)++ | tools/templates/MOAR_REVISION [release] Bump MoarVM revision to 2024.06 |
19:02 | |
| nqp/main: 7bba3a97c6 | (Justin DeVuyst)++ | VERSION [release] Bump VERSION to 2024.06 |
|||
| rakudo/release-2024.06: 0a05f9df30 | (Justin DeVuyst)++ | tools/templates/NQP_REVISION [release] Bump NQP revision to 2024.06 |
|||
| rakudo/release-2024.06: 9a8da6f2e3 | (Justin DeVuyst)++ | VERSION [release] Bump VERSION to 2024.06 |
|||
| rakudo: jdv++ created pull request #5600: Release 2024.06 |
19:05 | ||
| jdv | the 2024.06 release is done. commit away! | 19:21 | |
| patrickb: 2024.06 release happened | 19:22 | ||
|
19:26
Geth joined
|
|||
| lizmat | jdv++ | 19:29 | |
| logger Geth and IRC logs site should be all operational again | |||
| jdv | nice, thanks | 19:30 | |
| afk for a bit cause its somehow nice out & | |||
| lizmat builds 2024.06 | |||
| jdv: thanks again! | |||
| japhb | jdv++ | 19:42 | |
| finanalyst | I'm having a problem using `zef install .` on my RakuAST::RakuDoc::Render distribution. The central module RakuDoc::Render requires use experimental :rakuast, but other modules in the distribution do not. However, one of those modules uses OO::Monitors, which RakuAST does not like. I can get the sub-modules to compile with 'ordinary' raku, then compile RakuDoc::Render with use experimental. How do I do this with zef | 21:43 | |
| install? | |||
|
23:03
Altai-man left
23:22
finanalyst left
|
|||