moon-child m: class Foo { has Int:D ($.x = 1); }; print Foo.new.x; 04:59
camelia Use of uninitialized value of type Int in string context.
Methods .^name, .raku, .gist, or .say can be used to stringify it to something meaningful.
in block <unit> at <tmp> line 1
moon-child anybody have any ideas about ^^? Is it a bug? Without parens it works as expected (prints 1)
releasable6 Next release in ≈2 days and ≈11 hours. 3 blockers. Please log your changes in the ChangeLog: github.com/rakudo/rakudo/wiki/ChangeLog-Draft 07:00
[Tux] Rakudo v2021.02.1-64-gbf67b1f71 (v6.d) on MoarVM 2021.02-17-g9f0579d2a
csv-ip5xs0.803 - 0.815
csv-ip5xs-208.106 - 8.337
csv-parser26.674 - 28.014
csv-test-xs-200.378 - 0.386
test7.597 - 8.988
test-t1.947 - 1.973
test-t --race0.932 - 0.955
test-t-2032.692 - 33.558
test-t-20 --race9.431 - 10.067
12:05
sena_kun vrurg, hi. Can you please do us a blin run? 14:02
I believe the issues you had with the branch are now solved, so it's preferable to get the results with the branch. 14:03
vrurg sena_kun: no problem. Let me see if the branch works. 14:04
sena_kun vrurg++
vrurg sena_kun: was it fixed in the code? Because `git pull` on the branch came out with nothing. 14:09
sena_kun vrurg, no, it's the resource it tries to get and has tripped over, I believe. I may mis-remember it, though. 14:10
vrurg sena_kun: ok, I started the branch, will see what it comes out with. Hope it goes well this time. 14:11
sena_kun: Actually, I need to get a few minutes to reconfigure a couple of things at give you access to the VM. So, you will have a backup whenever you need it. 14:13
Right, it was the resource. The branch is running tests.
sena_kun Yay 14:14
vrurg sena_kun: I have a little wish for blin though. It'd be nice if it cleans up after itself. For the first time it was pretty confusing to find out it overflown the filesystem on the second run. 14:16
sena_kun vrurg, so `rm -rf installed` in short? 14:17
vrurg sena_kun: If memory serves me right, data too, perhaps. But not sure. Will see when it finishes today. 14:19
sena_kun Yes, that's another one, but installed takes the most place.
vrurg sena_kun: and another thing. When a run is aborted the next time it loops on "locked" temp dir. Though considering we don't have flock I'm not sure anything could really be done with this. 14:24
sena_kun vrurg, just removing /tmp/whateverbale works for this issue, yes 14:25
nine vrurg: what do you mean by "we don't have flock"? 15:13
vrurg nine: that's what the docs say. Otherwise I didn't have time to dig deeper. 15:17
vrurg sena_kun: remind me, please: you only need failures.md, right? 18:22
sena_kun vrurg, unless there are any curious ones - yes.
vrurg ok, one sec. 18:23
sena_kun: gist.github.com/vrurg/ef54cb5f45f8...be1ba3f8c5 18:24
sena_kun vrurg, thanks, I'll check it out later.
Xliff \o 23:01
Why can I not modify this text?
repl.it/@Xliff/CreepySubtleResources#main.raku
That error makes no sense, considering the .subst in the previous line... 23:02
lizmat Xliff: fwiw, I can't see the code 23:08
I guess you'd have to me logged in or so?
hope someone will be able to help you, as /me is going to sleep& 23:09
Xliff Fine.
Par for the course.
That link should be publicly viewable.
ugexe m: my $str = "abc"; say $str[0] = 1 23:10
camelia Cannot modify an immutable Str (abc)
in block <unit> at <tmp> line 1
Xliff my @a = <a b c>; @a[0] = 1; @a.gist.say;
evalable6 [1 b c]
Xliff ugexe: Still not seeing it. 23:11
ugexe that isnt what your code does
if that is what you want to do, them make $c an array @c 23:12
Xliff Huh. That's odd. I thought $c[] and @c[] handled elements the same way... 23:16
ujgexe++ # Thanks for the fix 23:17