00:46 leont left 01:23 ggoebel joined 01:25 ggoebel_ joined 01:27 ggoebel left 01:37 squashable6 left 01:38 squashable6 joined 02:23 AlexDani` joined 02:27 AlexDaniel left 02:44 AlexDani` is now known as AlexDaniel, AlexDaniel left, AlexDaniel joined 03:56 Kaiepi left, Kaiepi joined 04:29 Kaiepi left, Kaiepi joined 04:48 Kaiepi left, Kaiepi joined 05:13 Kaeipi joined 05:14 Kaiepi left 05:27 squashable6 left 05:30 squashable6 joined 06:36 jmerelo joined
jmerelo releasable6:status 06:36
tellable6 2020-09-24T13:30:59Z #raku <[Coke]> jmerelo - why use the unlicense? If someone is submitting something through that site on the way to another repo, we don't want to have a license mismatch.
releasable6 jmerelo, Next release will happen when it's ready. 3 blockers. Changelog for this release was not started yet
jmerelo, Details: gist.github.com/13b584cf05ee1e7f75...d6dd22de89
jmerelo .tell [coke] it's a license for the repo itself. It's a markdown file, doesn't make a lot of sense to make it GPL.
tellable6 jmerelo, I'll pass your message to [Coke]
06:43 domidumont joined
nwc10 "I ran out of inodes again" - oh my. 06:47
Not that that privately, and at $ork the sysadmins seem to have asked this sort of question early enough to avoid problems
06:55 MasterDuke joined
Geth nqp: usev6++ created pull request #669:
Move all tests for streaming decoder to t/nqp
07:12 raku-bridge left 07:13 raku-bridge joined, raku-bridge left, raku-bridge joined 07:34 Altai-man joined
jmerelo m: class Boo { has @.bar }; Boo.new.bar := (33) 07:55
camelia 5===SORRY!5=== Error while compiling <tmp>
Cannot use bind operator with this left-hand side
at <tmp>:1
------> 3s Boo { has @.bar }; Boo.new.bar := (33)7⏏5<EOL>
jmerelo m: class Boo { has @.bar }; Boo.new.bar = (33)
camelia ( no output )
MasterDuke jmerelo: i agree gpl wouldn't make sense for the hacktoberfest repo, but i suspect he was wondering why not artistic, since that's what all the other repos are 07:58
jmerelo MasterDuke: it's just documentation. It does not have anything to do with the repos it points to. But I can change it to artistic, no problem. 08:16
... as soon as someone adds a row (or two) to the list of hacktoberfest-friendly issues :-) 08:17
I just posted this in StackOverflow stackoverflow.com/questions/640609...stribution 08:54
But I think that the problem is not so much technical as pragmatic: are resources part of the API of a distribution?
This is mainly a yak-shaving away from what I'm trying to do originally, which is fixing my raku-river distribution. 08:55
raku-river downloads metadata for all distributions in the ecosystem, trying to get dependency chains and assign, based on that, a "river" score for them. 08:56
Low score means low reverse dependencies, high score lots o them. I think JSON::Fast is one of the distribution with the highest score.
The thing is I need to know where to find those dependencies, which are nicely wrapped in a JSON file as a zef resource. 08:58
So, to what extent this can be considered part of the API, and thus can be expected to have the same format and stay in the same "key" 08:59
09:01 lizmat_ joined 09:03 lizmat__ joined 09:04 lizmat left, lizmat___ joined 09:07 lizmat_ left, lizmat__ left 09:08 lizmat___ is now known as lizmat 09:40 sena_kun joined 09:42 Altai-man left
Geth nqp/master: 4 commits pushed by (Christian Bartolomäus)++, (Jonathan Worthington)++ 09:43
jmerelo Guess the previous question fell in sink context.
So I ask again: are resources part of the API of a distribution? Should they be? Context: see above. 09:44
lizmat jmerelo: it's a good question: if there is no problem-solving issue for it yet, I think there should be 09:48
jmerelo lizmat: OK, I'll take it there. 09:57
[Tux] Rakudo version 2020.08.2-83-gef0ecec34 - MoarVM version 2020.08-103-g34e0fb55e
csv-ip5xs0.913 - 0.959
csv-ip5xs-208.910 - 10.344
csv-parser26.899 - 28.365
csv-test-xs-200.395 - 0.396
test7.693 - 7.869
test-t1.894 - 1.936
test-t --race0.858 - 0.894
test-t-2031.976 - 32.161
test-t-20 --race9.037 - 9.796
10:21 Kaeipi left, Merfont joined
Geth ¦ problem-solving: JJ assigned to jnthn Issue To what extent are resources part of the API of a distribution? github.com/Raku/problem-solving/issues/234 10:40
jmerelo lizmat: done. ^^^
10:41 leont joined
sena_kun Anyone feel brave for Test::Fuzz blocker? 11:00
lizmat sena_kun: after I'm done with the rakuast work I have planned for today, I will have a look at it (again) 11:01
sena_kun lizmat++ thanks! This is appreciated. 11:02
jmerelo sena_kun: will give it a try. Basic thing is to check out where regression ocurred, right? 11:18
but if lizmat didn't find it, I'm probably hopeless. 11:19
lizmat jmerelo is many things, hopeless is not one of them!
lizmat is hoping for an aha erlebnis when looking at Test::Fuxx 11:20
jmerelo lizmat: Well, I always give stuff a try. In this case, I'm not sure the failed code depends on the regression. Could be, but I doubt it. 11:34
Will try to take a look this afternoon... 11:35
although you probably call it evening somewhere else in Europe. 11:36
Geth nqp: usev6++ created pull request #670:
[JVM] Use singleton object for VMnull
gfldex still no luck with my PR on Test:META. It's 13 days so I have send an email after it. 12:01
Geth ¦ problem-solving: jnthn self-unassigned To what extent are resources part of the API of a distribution? github.com/Raku/problem-solving/issues/234 12:18
12:29 jmerelo left
Geth rakudo/rakuast: 68ab933a9a | (Elizabeth Mattijsen)++ | 8 files
Completed moving all DEPARSE methods from src/Raku/ast

into RakuAST::Deparse
nqp: fc058f84ee | (Christian Bartolomäus)++ | 3 files
[JVM] Use singleton object for vmnull
nqp: 41f143f685 | (Jonathan Worthington)++ (committed using GitHub Web editor) | 3 files
Merge pull request #670 from usev6/nqp_singleton

  [JVM] Use singleton object for VMnull
rakudo/rakuast: 74d795907c | (Elizabeth Mattijsen)++ | 4 files
Move RakuAST::Deparse into core
13:10 pamplemousse joined 13:40 Altai-man joined 13:43 sena_kun left, lucasb joined 14:02 sjn left
Geth nqp: MasterDuke17++ created pull request #671:
Adapt to simplified isprime_I
rakudo: MasterDuke17++ created pull request #3932:
Adapt to simplified nqp::isprime_I
14:42 Merfont left, Kaiepi joined 14:51 Kaeipi joined, Kaiepi left 14:54 pamplemousse left 15:10 AlexDani` joined 15:11 finsternis left 15:12 AlexDaniel left 15:23 pamplemousse joined
Geth rakudo/rakuast: a7d85a3686 | (Elizabeth Mattijsen)++ | 3 files
Add DEPARSE support for CompUnit and simple traits

  - also several tweaks
  - all tests in code.t / var.t now have DEPARSE tests added
15:32 pamplemousse_ joined 15:37 pamplemousse__ joined 15:40 pamplemousse_ left
Geth rakudo/rakuast: 82ec0b6183 | (Elizabeth Mattijsen)++ | src/core.c/RakuAST/Deparse.pm6
Final DEPARSEing tweaks for now

All t/12-rakuast tests should now be clean again
16:45 pamplemousse left
lizmat Altai-man what was the commit again that supposedly broke Test::Fuzz ? 16:47
Altai-man Give me a second... 16:50
Blin believes it was github.com/rakudo/rakudo/commit/df...1bc9e47f66 16:51
I'll re-run it now.
lizmat no need. it's still borked
Altai-man Well, maybe it'll give another commit and then we're in trouble...
By the way, any reasons not to bump?
lizmat not as far as I know 16:52
[Coke] .tell jmerlo - I did not suggest GPL
tellable6 [Coke], I haven't seen jmerlo around, did you mean jmerelo?
[Coke] .tell jmerelo - I did not suggest GPL - but as long as there's never any code submitted to this repo, that's fine. 16:53
tellable6 [Coke], I'll pass your message to jmerelo
Altai-man bumps 16:54
Geth nqp: 95b85c5f65 | Altai-man++ | tools/templates/MOAR_REVISION
[MoarVM Bump] Brings 13 commits

MoarVM bump brought: github.com/MoarVM/MoarVM/compare/2...g25c70bfe0 25c70bfe0 Hash tables must also resize if the max probe distance is hit on an empty slot. 34e0fb55e Merge pull request #1343 from MoarVM/sparc 39743de41 Merge pull request #1347 from MoarVM/MVMHash-copy_to-marking-bug 738024f9c Merge pull request #1341 from patrickbkr/fix-root-file-executable ... (9 more lines)
rakudo: 1282d6605e | Altai-man++ | tools/templates/NQP_REVISION
[NQP Bump] Brings 10 commits

NQP bump brought: github.com/perl6/nqp/compare/2020....g95b85c5f6 95b85c5f6 [MoarVM Bump] Brings 13 commits 41f143f68 Merge pull request #670 from usev6/nqp_singleton 37963db1b Merge pull request #669 from usev6/jvm_decoder 2944fc668 Run two more decoder tests on all backends ... (21 more lines)
lizmat Altai-man: well, I've now confirmed that reverting df5b3d5308bd175739a6ac9319cdeb1bc9e47f66 makes Test::Fuzz pass 16:55
linkable6 (2020-08-23) github.com/rakudo/rakudo/commit/df5b3d5308 Externalize suggestions and tips
Altai-man lizmat, oh, this is interesting. I thought about reverting at first, but saw the commit was in a middle of PR which did something, so was not sure if it is safe to revert just this one leaving others alone. 16:56
lizmat pulls the bump and recompiles 16:58
Altai-man finishes stresstest
16:59 domidumont left
Altai-man Fails for t/spec/S17-procasync/kill.t and t/spec/MISC/bug-coverage-stress.rakudo.moar, sigh, the usual ones. 17:00
Test::Fuzz – Fail, Bisected: df5b3d5308bd175739a6ac9319cdeb1bc9e47f66 17:03
It bisects to the same commit, so double-confirm. :) 17:04
I'm ready to run blin tonight as well.
Wait. 17:06
Hmm, no, failed one is fudged. 17:07
Never mind.
lizmat Altai-man: have a fix to get Test::Fuzz to pass 17:23
now checking spectest
Altai-man lizmat++ 17:24
lizmat apparently, Test::Fuzz doesn't like that X::Method::Exception uses TWEAK
Altai-man I'm ready to run Blin as soon as the fix will be built.
lizmat *X::Method::NotFoun
make test fail 17:25
Altai-man Sigh.
lizmat something spooky going on in X::Method::NotFound 17:38
17:38 pamplemousse joined
lizmat the @!suggestions attribute is being set, but the .suggestions method returns an empty array 17:39
17:41 sena_kun joined 17:43 Altai-man left
lizmat make test clean now, running spectest 17:43
17:44 pamplemousse left 17:46 sjn joined
lizmat make spectest also 17:47
17:48 AlexDani` is now known as AlexDaniel, AlexDaniel left, AlexDaniel joined
Geth rakudo: 8c0155844c | (Elizabeth Mattijsen)++ | src/core.c/Exception.pm6
Fix regression in Test::Fuzz

For some reason still unclear to me, Test::Fuzz's internals are affected by df5b3d5308bd175739a6 . For some reason, this appears to be related to the use of a TWEAK method in the BUILDPLAN of X::Method::NotFound. So instead of using TWEAK, put the code of TWEAK into a private method and call that as appropriate, to get the same result.
Note therefore that this is *really* a workaround. Further research would be needed to really get to the bottom of this.
lizmat sena_kun: ^^
so Blin away! 17:52
sena_kun lizmat, thank you! Now waiting for the commit build.
releasable6, status 18:11
releasable6 sena_kun, Next release will happen when it's ready. 3 blockers. Changelog for this release was not started yet
sena_kun, Details: gist.github.com/69807b9f1f2f5c38bf...8f83920ff2
sena_kun 53 out of 1530 modules processed 18:12
gfldex I am very happy to report to have found RabidGravy alive and well. 18:52
lizmat :-) 18:53
sena_kun 557 out of 1530 modules processed 18:54
sena_kun goes afk
Geth rakudo/rakuast: 60f937d4d8 | (Elizabeth Mattijsen)++ | 2 files
Add DEPARSE tests to meta-operators

Also tweak MetaInfix::Assign deparse
sena_kun 813 out of 1530 modules processed 19:21
19:23 pamplemousse__ left
Geth roast: jjatria++ created pull request #675:
Test FIRST statement in loop does not warn
20:23 evalable6 left, linkable6 left 20:25 evalable6 joined, linkable6 joined
sena_kun Anyone roast-wise to check github.com/Raku/roast/pull/675 please? :) 20:30
Geth rakudo/rakuast: 663ea249dc | (Elizabeth Mattijsen)++ | 2 files
Add missing DEPARSE tests for operators

And tweak deparsing for QuotedStrings
lizmat m: loop { FIRST "foo"; last } 20:34
camelia ( no output )
lizmat looks to me that code doesn't warn, or was that the point ?
sena_kun lizmat, it was earlier. 20:36
Before the fix.
2020.02: loop { FIRST "foo"; last }
I wonder if it works like that...
m: 2020.02 loop { FIRST "foo"; last }
camelia 5===SORRY!5=== Error while compiling <tmp>
Missing semicolon
at <tmp>:1
------> 032020.027⏏5 loop { FIRST "foo"; last }
MasterDuke c: 2020.02 loop { FIRST "foo"; last } 20:37
committable6 MasterDuke, ¦2020.02: «»
sena_kun commented on 4 Jun 2018 <- I'm afraid it is even older...
c: 2018.02 loop { FIRST "foo"; last } 20:38
committable6 sena_kun, ¦2018.02: «»
sena_kun c: 2018.06 loop { FIRST "foo"; last }
committable6 sena_kun, ¦2018.06: «WARNINGS for /tmp/Gn02HzMEI6:␤Useless use of LOOP_BLOCK_1 symbol in sink context (line 1)␤»
sena_kun ^ this
21:43 sena_kun left
jjatria For extra context: stackoverflow.com/questions/522276...nk-context 21:43
I recently noticed that it had been fixed sometime since then 21:44
[Coke] m: run('uptime') 21:52
camelia 23:52:28 up 21 days 6:45, 1 user, load average: 0.00, 0.00, 0.00
23:10 dogbert17 left 23:27 reportable6 left
Geth rakudo/rakuast: b98dcf72eb | (Jonathan Worthington)++ | 7 files
RakuAST handling of term parameters (\foo)