🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). This channel is logged for the purpose of keeping a history about its development | evalbot usage: 'm: say 3;' or /msg camelia m: ... | Log available at irclogs.raku.org/raku/live.html . If you're a beginner, you can also check out the #raku-beginner channel!
Set by lizmat on 8 June 2022.
Nemokosch I think there are a lot of messages waiting for me on IRC... 09:24
Nemokosch . 09:25
tellable6 2022-08-06T20:20:55Z #raku <vrurg_> Nemokosch: Consider this way: Nil is a polite way of informing about a problem. Fail is "the last call". Throwing is the ultimate.
2022-08-06T20:22:32Z #raku <vrurg> Nemokosch: another thing, a container may have a default value to which it is gets reset when assigned with Nil. From this perspective returning Nil also makes full sense.
2022-08-07T21:02:24Z #raku <Util> Nemokosch: In progress right now on Zoom. Feel free to drop in. www.nntp.perl.org/group/perl.perl6...10612.html
hey Nemokosch, you have a message: gist.github.com/97850e1381f28b871e...4ca4a0f36c
Nemokosch Oh right. 09:26
Anyway, this Raku Study Group is a very likeable concept, with people who seem to have a general interest for computer science. It was interesting to drop by 09:28
Of course timezones are something to consider since they are based in the US, West coast 09:30
lizmat do you think it would make sense to do a European one? Let's say once a month ? 09:49
Nemokosch Well it only depends on the amount of "lurkers" who could show up 🙂 09:51
Anton Antonov @lizmat Well, once a month seems doable for both USA and Europe. 13:32
lizmat And yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2022/08/08/2022-32-2nd-conf/ 14:13
[Coke] tbrowder: the failure in your submittal isn't on you, it's on me. 16:13
Please just re-open it. 16:15
Altreus zef has told me to install pswebrequest to understand https URLs - what is it? 16:24
lizmat feels like a Microsoft thingy, are you on Windows by any chance? 16:26
Altreus nope
Just grabbed rakudo.org/dl/rakudo/rakudo-moar-2...gcc.tar.gz
recreated my symlink and ran zef 16:27
it is trying to fetch raw.githubusercontent.com/raku/REA...%3E.tar.gz 16:28
hmm I ran rehash and it is doing something else 16:31
maybe it was running the wrong thing
Geth doc/deprecation-fix: b5fac19c4f | Coke++ | lib/Pod/Convenience.rakumod
Fix for #4089

Properly handle the deprecation notice for earlier rakudos. Original fix ONLY worked on new compilers, died on old ones. This will work on both and avoid the deprecation warning on newer		 16:33
doc: coke++ created pull request #4101:
Fix for #4089		 16:34
Geth doc/deprecation-fix: e51156901f | Coke++ | doc/Type/Label.pod6
trigger CI testing
 16:38
tbrowder [Coke]: wilco 16:53
fingolfin m: my @result; 17:03
camelia ( no output )
fingolfin my $var = 0;
say "adding ($var,)...";
@result.push(($var,));
$var = 1;
say "adding ($var,)...";
@result.push(($var,));
say "Result: ", @result; 17:04
m: my @result; my $var = 0; say "adding ($var,)..."; @result.push(($var,)); $var = 1; say "adding ($var,)..."; @result.push(($var,)); say "Result: ", @result;
camelia adding (0,)...
adding (1,)...
Result: [(1) (1)]
fingolfin Hello! This is how it should work, or is it a bug? 17:05
lizmat that's how it's supposed to work, since you pushed a List with a the variable in it 17:10
m: 'my $a = 42; say $a; my $b = ($a,); $b[0] = 666; say $a
camelia ===SORRY!=== Error while compiling <tmp>
Unable to parse expression in single quotes; couldn't find final "'" (corresponding starter was at line 1)
at <tmp>:1
------> y $a; my $b = ($a,); $b[0] = 666; say $a⏏<EOL>
expecting …
lizmat m: my $a = 42; say $a; my $b = ($a,); $b[0] = 666; say $a
camelia 42
666
fingolfin Thank you lizmat! Now I use "Array.new($var,)" instead "($var,)" and it's work as I want. 17:15
I understand that the list ($var,) contains a link to $var. But why? Where can I read about this? 17:16
Nemokosch push vs apppend, by the way 17:20
lizmat fingolfin: it's not a link. my $a is a container bound to the lexical pad entry '$a' 17:21
m: my $a; say MY::.keys 17:22
camelia (GLOBALish $a $/ $?PACKAGE $! !UNIT_MARKER ::?PACKAGE $_ EXPORT $=pod $=finish $¢)
lizmat m: my $a = 42; say MY::<$a>
camelia 42
lizmat m: my $a = 42; say $a.VAR.name
Nemokosch I still don't know what a "lexical pad" is but yes, this stuff is very much like a link in the sense that you can access and modify the same data
camelia $a
lizmat but that's it: there's no link, they're bound to the same container 17:23
fingolfin It confuses me a little. But thanks for the help, now I will know about such features! 17:24
Geth doc: 64a2fcbd66 | Coke++ | lib/Pod/Convenience.rakumod
Fix for #4089

Properly handle the deprecation notice for earlier rakudos. Original fix ONLY worked on new compilers, died on old ones. This will work on both and avoid the deprecation warning on newer		 17:53
[Coke] tbrowder: try re-submitting the PR now, the CI tests should be functional again 17:55
lizmat: I completely missed the email thread describing the deprecation notice, did a slightly more verbose fix ^^ 17:56
lizmat [Coke]: sure, no problem :-_ 18:04
:-) rather
[Coke] ... crap, I have an extra ( in there.
(in the comment)
leont lizmat: did you test inode-dev-devtype with relative paths and chdir? I remember running into issues with nqp::stat because it doesn't know about Raku's ideas about per-thread working directories. 19:39
[Coke] I am now also getting the "you may need to configure one of the backends" after a fresh zef install 19:46
[Coke] You may need to configure one of the following backends, or install its underlying software - [git wget pswebrequest] 19:49
I have git, curl, never got this message previously, haven't done anything other than rakubrew the latest version and reinstall zef for it. 19:50
lizmat leont: "% rak inode t" says nothing found, so there are no tests :-) 19:54
the module currently only tests whether it exported something 19:55
PRs are welcome :-)
jdv_ Getopt::Long handles --no-foo and --nofoo iirc 21:32
lizmat_: ^
Nemokosch Util: I keep thinking about these permutable multiples and it seems to me that we missed that N %% 9 with the same logic 22:11
because once we deduced N %% 3, 3*N becomes divisible with 9 as well
and for 9, we can still calculate the remainder from the sum of the digits
so this is a further cut at least, even if not a breakthrough...

Powered by Cro and the Raku® Programming Language.

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

Thank you!