00:00 reportable6 left 00:02 reportable6 joined
ab5tract .seen nxadm 00:02
tellable6 ab5tract, I haven't seen nxadm around, did you mean nadim?
tellable6_ ab5tract, I haven't seen nxadm around, did you mean nadim?
MasterDuke isn't that El_Che? 00:04
ab5tract ah, could be 00:05
.tell El_Che is there any way I could contribute arm64 editions of rakudo-pkg? 00:06
tellable6 ab5tract, I'll pass your message to El_Che
tellable6_ ab5tract, Sorry kid, that's not my department.
ab5tract tellable6_: love you babe
tellable6 ab5tract, I haven't seen love around, did you mean olve?
tellable6_ ab5tract, I haven't seen love around, did you mean olve?
MasterDuke heh. i think lizmat kicked the _ version from #raku-dev, don't know who can do that here/now 00:08
oh, they all have _ versions right now
00:27 ACfromTX joined 01:08 xelxebar left 01:09 xelxebar joined 01:15 hulk joined, kylese left 02:15 hulk left, kylese joined 02:29 jpn joined 02:30 kylese left 02:34 jpn left 02:35 kylese joined
xinming when we use rakubrew to upgrade the raku version, What is the best way to re-install all modules in old raku installation? 02:36
MasterDuke you shouldn't *need* to 02:41
xinming MasterDuke: ?? 02:43
MasterDuke installed modules should just continue to work
xinming When I upgrade the raku version, the old script doesn't run at all?
hmm, I'll try again
MasterDuke: Here, after I switch the raku version, and run script which needs JSON::Fast, It seems I need to reinstall the JSON::Fast 02:48
MasterDuke i'm pretty sure that's not supposed to happen. but i don't use rakubrew, so can't say for sure with it. might be worth filing an issue for rakubrew 02:50
xinming MasterDuke: Alright, Yea, i think it's rakubrew's issue
stackoverflow.com/questions/645866...g-rakubrew <--- got one sollution from here, But need to confirm this is the only way, Or there maybe other better ways to do things 02:51
03:37 jpn joined 03:42 jpn left 06:00 reportable6 left 06:01 reportable6 joined 06:40 Sgeo left 07:31 jpn joined 07:36 jpn left 08:02 sena_kun joined 08:24 jpn joined 08:46 sena_kun left 08:52 jpn left
ab5tract hm, despite this fix (github.com/Raku/ake/commit/8490d63...2c1d0d10), I got an test error due to PERL6LIB being set while handrolling a Blin docker image last night.. 10:00
installing it locally worked just fine
:(
lizmat perhaps RAKUDO_NO_DEPRECATIONS=1 could help? 10:06
ab5tract ah, good idea.. I went a bit hamfisted and specified `--force-test`, but that option is way better 10:07
still, it's definitely a bit confusing.. the version specified is 0.1.2 and the auth is zef:raku-community-modules 10:09
10:18 eseyman left 10:49 jpn joined 10:54 jpn left
ab5tract lizmat++, that worked out perfectly 11:13
lizmat :-) 11:14
11:15 bdju left
tbrowder hi, how can i apply a subset type on a named arg in a sub without requiring it to be defined? i'll try to do a simple demo here. 11:26
m: subset X of Str where { $_ = "x"}; sub f($a, X :$b) {}; f(4); 11:29
camelia assign requires a concrete object (got a Str type object instead)
in block <unit> at <tmp> line 1
lizmat s/=/eq/ ?? 11:30
tbrowder m: sub f($a, :$b) {}; f(4); 11:31
camelia ( no output )
patrickb In typical setups modules are not shared between versions in rakubrew. 11:33
tbrowder actually the where block was too simple. i have to go but the real question is: is it possible to constrain a named but optional param? 11:34
patrickb That's dependent on where zef installs the modules. By default they are put in the repos in the respective rakudo installations. Thus they are not shared.
To make them available across installations one needs to install them into a shared repo. Typically into the home folder. (.zef/ ?) 11:35
lizmat m: sub a(Str:D :$foo) { }; a :foo(42) 11:36
camelia Type check failed in binding to parameter '$foo'; expected Str but got Int (42)
in sub a at <tmp> line 1
in block <unit> at <tmp> line 1
patrickb That can be done by adapting the zef config, or implicitly, by making the repos in the rakudo installations read only.
lizmat tbrowder: the answer is: yes?
ab5tract patrickb: Maybe a nice feature to add to rakubrew would be to optionally note existing installed packages and then install them into the new version 11:49
I’ve run into the same scenario as tbrowder, subset types turn optional nameds into required nameds 11:52
tbrowder: just add a truthiness check to the where clause 11:56
m: subset S where { !$_ || $_ > 0 }; sub s(S :$s) { dd $s }; s(:s(45)); s();
camelia 45
Any
12:00 reportable6 left
ab5tract or add a compatible default value (could be a sentinel) 12:00
m: subset S where { $_ > 0 }; sub s(S :$s = 42) { dd $s }; s(:s(45)); s();
camelia 45
42
12:02 reportable6 joined
tbrowder ah, i think i have solution: make the default values be zero: 12:10
m: subset X of Any where { $_ ~~ / 0 | a | b /}; sub f($a, :b(0)) { say $a} ; f(1) 12:13
camelia ===SORRY!=== Error while compiling <tmp>
Malformed parameter
at <tmp>:1
------> re { $_ ~~ / 0 | a | b /}; sub f($a, :b(⏏50)) { say $a} ; f(1)
tbrowder oops, forgot sub f($a, X :b(0)){} 12:15
m: subset X of Any where { $_ ~~ 0 |a|b}; sub f($a, X :b(0)) { say $a}; f(1) 12:17
camelia ===SORRY!=== Error while compiling <tmp>
Invalid typename 'b' in parameter declaration.
at <tmp>:1
------> y where { $_ ~~ 0 |a|b}; sub f($a, X :b(⏏50)) { say $a}; f(1)
tbrowder m: subset X of Any where {$_ ~~ /0 |a/}; sub f($a, X :$b = 0) {say $a}; f(1) 12:20
camelia 1
tbrowder eureka!
ab5tract did you miss when I suggested this before? :)
tbrowder did not see it 12:21
ab5tract you can also do `where { !$_ || ... }`
though a better check would be `$_ ~~ Any:U || ...` 12:22
tbrowder thnx!
bye 12:23
ab5tract ciao o/
is there something like `callsame` but for invoking the next where clause (if any)? something like `subset Maybe where { $_ ~~ Any:U || nextconstraint }` might be nice to have, though it's just a random idea that popped up from this discussion so I'm not sure how feasible / sensible it might be 12:35
right now you can just `||` two subsets from with a third subset, so I guess it's really not unlocking anything particularly useful and probably would generally result in confusing subset hierarchies 12:41