japhb [Coke]: gist.github.com/japhb/09b54273146e...4dfd8b0677 00:22
01:42 hulk joined 01:43 kylese left
[Coke] japhb: looks great. want to submit a PR to put in in util/ in raku/blin so you get the commit credit? 01:44
japhb Oh sure, give me a couple 02:10
02:15 hulk left, kylese joined
japhb [Coke]: github.com/Raku/Blin/pull/57 02:19
02:23 rnddim joined, rnddim left 02:24 rnddim joined, ShimmerFairy left
[Coke] japhb++ 02:31
02:47 rnddim is now known as ShimmerFairy
[Coke] japhb: using on the current blin run, thanks! 03:10
japhb <3 03:16
03:33 ShimmerFairy left, ShimmerFairy joined 03:37 ShimmerFairy left 03:38 ShimmerFairy joined 04:38 vrurg_ joined 04:39 vrurg left 05:23 Sgeo left 06:36 camelia joined 07:59 dakkar joined 08:10 jcallen left 08:11 jcallen joined 09:02 bazzrrr0 joined
bazzrrr0 Does anyone know whether El_Che intends to add a sister service providing pre-built rakupp native package binaries, to go alongside the current very useful rakudo-pkg service? 09:10
10:04 hurufu joined 10:28 hulk joined 10:29 kylese left 11:11 bazzrrr0 left 11:13 xinming joined 11:52 hurufu left, hurufu joined
tbrowder bazzrrr0: it seems github is causing problems with rakudo-pkg generation. i'm in process of using another method for my systems. i hate to do it, but i like to upgrade rakudo asap. 12:43
tellable6 tbrowder, I'll pass your message to bazzrrr0
El_Che the packages are up 12:44
tbrowder ah, just in the nick of time, thanks!
painless, as usual, very cool!! 12:49
bazzrrr0: ^^ 13:09
tellable6 tbrowder, I'll pass your message to bazzrrr0
13:17 hurufu left 13:32 hurufu joined 13:47 hurufu left, Sgeo joined 13:50 hurufu joined 13:54 jjido joined 14:21 jjido left 14:37 jjido joined 15:00 jjido left 16:11 hurufu left
[Coke] japhb: on windows, the refresh on the script is still showing up (lots of: counts{'Fail'} of type Any I can see in the once-a-second flash) 16:43
sorry: running on linux under tmux, then ssh'd in from windows. 16:44
ssh'd in from *mac*, no flashes. (So maybe not the Terminal module's problem)
japhb That's really odd ... it shouldn't have any difference in behavior between the OSen, I tried to be completely minimal. 16:45
I can imagine that a terminal that didn't do at least 256 colors would be confused, but even that is a positively ancient requirement.
What terminal are you running on Windows?
[Coke] powershell
japhb Is that using Windows Terminal or Windows Console? 16:46
[Coke] an older one, probably.
no idea?
japhb Ah, yeah, old versions of Windows Console were ... LTA.
The 'type Any' bit is weird to me too, because I thought I caught all of those cases with my final version. 16:47
[Coke] well, I did commit a change. :) 16:48
japhb if you pipe stderr to a file, can you see which line the errors are happening on?
:-D
[Coke] I think this is windows terminal (has tabs across the top)
16:48 dakkar left
[Coke] hilariously, it is me, I think. 16:49
ok, it *IS* me, but I swear the flashing didn't happen when starting on mac. :) 16:50
github.com/Raku/Blin/commit/b305cd...2410103f19 16:51
japhb++
Thanks again. This is so much nicer than the simple one I had. 16:53
japhb Ah, I was wondering if you wanted a running total. :-)
You're quite welcome! 'Twas fun. :-)
[Coke] speaking of blin, the pancake emoji in windows font looks very different. :) 16:55
16:59 human-blip left 17:01 human-blip joined
[Coke] japhb: huh: Died because of the exception: Malformed UTF-8 17:55
japhb: weirdly, I restarted it, and it's running again? (wonder where it could have seen bad data during the middle of a run) 17:57
japhb Maybe it caught the overview being partially written? 17:58
[Coke] ah, maybe.
Should probably have it just give up that refresh and try again in 1s.
japhb Yeah, a catch around the parsing contents would help. Might need to write the overview to a temp file and atomic-rename it into place to avoid that happening in the first place. 18:00
Of course "Both is good."
[Coke] yah, blin had no reason to think anyone else was reading it when it was dumping it 18:04
japhb nodnod
[Coke] of course, I won't be able to easily test that the fix fixes it. :) 18:06
aaand, there's a bug in output/overview handling in blin. One of the records is this: 18:32
Foo::
Foo – AlwaysFail
El_Che hi
18:35 belluzj joined
disbot <antononcube> Trying to install one of my NativeCall packages, "Math::SparseMatrix::Native", with "moar-2026.09" fails with: > This representation (CStruct) cannot unbox to a native int (for type Math::SparseMatrix::Native::CSRStruct) 18:51
<antononcube> Is there a documented way to figure out how to fix this?
<antononcube> I assume, I can see a NativeCall package that is installable with "moar-2026.09". 18:52
19:03 bazzrrr0 joined
ugexe there is an error in your module that is just exposed now 19:13
github.com/antononcube/Raku-Math-S...kumod#L478
that returns `self`, but the return type is `int32` github.com/antononcube/Raku-Math-S...kumod#L459
19:15 belluzj left 19:30 bazzrrr0 left
disbot <antononcube> Thank you! 19:41
ugexe error message could certainly be improved 20:00
disbot <antononcube> I was thinking my mistake is much more fundamental. 20:13
20:14 jdv_ is now known as jdv
ugexe m: sub foo(--> int32) { "x" }; say foo() 20:15
camelia x
ugexe basically that is fixed now
[Coke] ... why is it not fixed here?
c: HEAD sub foo(--> int32) { "x" }; say foo()
committable6 [Coke], ¦HEAD(5136581): «This type cannot unbox to a native integer: P6opaque, Str␤ in sub foo at /tmp/8MCvfYhLoH line 1␤ in block <unit> at /tmp/8MCvfYhLoH line 1␤␤ «exit code = 1»»
[Coke] guessing m needs an update to at least 2026.09? 20:16
ugexe m: say $*RAKU.compiler.version
camelia v2026.08.407.ge.17.a.1.d.43.b
[Coke] that'd do it.... I bet it died when we made RAKUAST the default. 20:17
disbot <antononcube> 🙂 20:34
21:19 swaggboi left 21:29 swaggboi joined 21:42 johnjay left 21:45 snonux left 21:47 snonux joined 21:51 lizmat left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!