|
🦋 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: ... | log inspection situation still under development | For MoarVM see #moarvm Set by lizmat on 22 May 2021. |
|||
|
00:02
reportable6 left
01:46
nativecallable6 left,
quotable6 left,
greppable6 left,
bisectable6 left,
committable6 left,
evalable6 left,
benchable6 left,
releasable6 left,
statisfiable6 left,
notable6 left,
coverable6 left,
unicodable6 left,
bloatable6 left,
shareable6 left,
sourceable6 left,
tellable6 left,
squashable6 left,
committable6 joined,
quotable6 joined
01:47
unicodable6 joined
01:48
releasable6 joined,
squashable6 joined,
statisfiable6 joined
01:49
sourceable6 joined,
bisectable6 joined,
coverable6 joined,
evalable6 joined
02:21
linkable6 joined
02:47
notable6 joined
02:49
bloatable6 joined
03:47
tellable6 joined,
benchable6 joined
03:48
nativecallable6 joined
04:48
shareable6 joined
05:05
reportable6 joined
05:44
Altai-man left
05:49
greppable6 joined
05:50
Altai-man joined
06:02
reportable6 left
06:05
reportable6 joined
08:08
linkable6 left
|
|||
| Altai-man | releasable6, status | 09:02 | |
| releasable6 | Altai-man, Next release in ≈9 hours. 1 blocker. Changelog for this release was not started yet | ||
| Altai-man, Details: gist.github.com/2b4b9ef86cee4991cf...d554811f26 | |||
| Altai-man | releasable6, status | 09:33 | |
| releasable6 | Altai-man, Next release in ≈9 hours. 1 blocker. 27 out of 29 commits logged | ||
| Altai-man, Details: gist.github.com/d907a95c572465c2d6...a584272f03 | |||
|
10:11
linkable6 joined
10:57
linkable6 left
|
|||
| Geth | nqp: 6c0f22ea33 | Altai-man++ | tools/templates/MOAR_REVISION [MoarVM Bump] Brings 10 commits MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...g343d0f37f 343d0f37f Merge pull request #1528 from MasterDuke17/free_filename_if_exception_thrown_when_loading_bytecode 7355f744e Free filename if exception when loading bytecode f75179c47 Merge pull request #1472 from MoarVM/ryu 96ce6d848 Merge pull request #1526 from MoarVM/fix_spesh_log_gc_deadlock ... (6 more lines) |
10:59 | |
| rakudo: e2bc499453 | Altai-man++ | tools/templates/NQP_REVISION [NQP Bump] Brings 5 commits NQP bump brought: github.com/perl6/nqp/compare/2021....g6c0f22ea3 6c0f22ea3 [MoarVM Bump] Brings 10 commits 71899a940 Merge pull request #734 from usev6/jvm_with ad700a25f [JVM] Let with/without use 'defined' 7e3358647 [JVM] Coerce to SixModelObject for isconcrete test ... (13 more lines) |
|||
|
11:57
evalable6 left
11:58
linkable6 joined
12:02
reportable6 left
12:25
donaldh joined
12:44
sena_kun joined
|
|||
| Geth | rakudo/release-2021.09: 882b0599f6 | Altai-man++ | 3 files Update changelog + announcement Deliberately not logged: 5488033 62e291f a14655a b7f088b 2c0343b 10b016c 16917ac c67177b 289a62f 6d52904 74d7ff7 |
13:14 | |
| rakudo: Altai-man++ created pull request #4498: 2021.08 release |
13:16 | ||
|
13:51
mattil joined
14:04
reportable6 joined
|
|||
| Geth | roast/6.d-errata: 3bc28f4456 | (Vadim Belman)++ (committed by Altai-man) | S02-types/list.t Use more correct approach in list EVAL roundtrip The previous version of the test expected the same container to be preserved for an itemized list despite roundtripping it through EVAL. But this is incorrect because: - we itemize two different lists despite both being empty ... (11 more lines) |
14:26 | |
| roast/6.c-errata: a062d38f6c | (Daniel Green)++ (committed by Altai-man) | S02-lexical-conventions/comments.t Track changes cause by NQP PR #732 The TODO is now passing, and the new exception thrown is a better one. |
|||
|
14:27
masak joined
|
|||
| Geth | nqp: 9a2e4d1525 | Altai-man++ | tools/templates/MOAR_REVISION [release] Bump MoarVM revision to 2021.08 |
14:30 | |
| nqp: 811f68db6d | Altai-man++ | VERSION [release] Bump VERSION to 2021.08 |
|||
| rakudo/release-2021.08: e33cd183d8 | Altai-man++ | tools/templates/NQP_REVISION [release] Bump NQP revision to 2021.08 |
14:31 | ||
| rakudo/release-2021.08: 84dd00a0cd | Altai-man++ | VERSION [release] Bump VERSION to 2021.08 |
|||
| rakudo/master: 4 commits pushed by Altai-man++ | 14:32 | ||
|
14:41
sena_kun left
14:59
evalable6 joined
15:14
donaldh left
|
|||
| Altai-man | erm, so I did a binary build and apparently cannot obtain the builds somehow. | 15:53 | |
| this sucks | |||
|
16:14
evalable6 left,
linkable6 left
16:15
linkable6 joined
16:37
linkable6 left
17:13
b2gills left,
b2gills joined
|
|||
| lizmat | Altai-man++ # 2021.08 release | 17:30 | |
| confirm clean on MacOS :-) | |||
|
17:38
linkable6 joined
18:02
reportable6 left
19:05
reportable6 joined
19:43
mattil left
20:17
evalable6 joined
|
|||
| japhb | I'm getting something weird trying to rebuild everything with the new release. MoarVM, NQP, and Rakudo all build fine, and the loop I have around zef gets partway through its installs before failing tests for modules that haven't even been touched in a while. Rearranging the install lists results in a different module failing its tests, but weirdly, somewhere close to the same number of modules through | 20:54 | |
| the list. | |||
| I'm not even sure what would cause something like that. Broken data structure only noticed when it gets big enough? Something wrong with directory handling? I dunno. | 20:55 | ||
| Note that I am installing each module with a *separate* `zef install` command, not all at once. | |||
| Fails so far include MIME::Base64 and File::Directory::Tree, neither of which has changed in quite a while. | 20:57 | ||
| (These tests are on Linux Mint/x64) | |||
|
22:11
notable6 left,
evalable6 left,
linkable6 left
22:12
evalable6 joined
22:14
linkable6 joined,
notable6 joined
|
|||