🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). 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 6 September 2022.
00:00 reportable6 left 00:02 reportable6 joined 00:33 epony left 00:39 QhpAptyj9hj0RQwM joined
Nemokosch Do you know modules that can parse strings into Date/DateTime based on a format defined with initial letters? Like 'Mmm dd hh:mm' and this could eat 'Apr 04 12:32' for example 00:48
01:21 epony joined 01:27 AlexDaniel left 01:37 QhpAptyj9hj0RQwM left
leont DateTime::Format's strptime? 02:16
Nope, that's Not Yet Implemented
NativeCall strptime and then convert that posix time into a DateTime? 02:17
02:23 razetime joined 02:48 razetime left
Xliff Aw. I missed AlexDaniel. 03:05
Miss ya, dude!
m: sub a ( --> uint32) { True }; a().^name.say 03:06
camelia Int
Xliff m: sub a ( --> uint32) { True }; a().say
camelia 1
03:30 razetime joined 03:32 Homer_Simpson left 04:18 Guest89 left 04:19 Guest89 joined 05:15 squashable6 left 05:17 squashable6 joined 05:18 opoku joined
opoku hello, I'm attempting to install rakudoc locally using `zef install rakudoc` and its failing. This is on an M1 macOS 13.1. Output from zef is here: gist.github.com/opoku/bc83c7171589...9f78f52672 . I'd appreciate any help I can get. 05:26
05:32 Guest89 left 06:00 reportable6 left 06:01 reportable6 joined 06:19 opoku left 06:29 oodani left, jpn joined 06:32 oodani joined 06:47 WickedTortoise joined 06:50 CodeTortoise left 06:52 WickedTortoise left 07:30 Sgeo left 07:37 jpn left 08:37 greppable6 left, unicodable6 left, notable6 left, nativecallable6 left, linkable6 left, evalable6 left, coverable6 left, squashable6 left, statisfiable6 left, tellable6 left, releasable6 left, bloatable6 left, quotable6 left, sourceable6 left, shareable6 left, reportable6 left, committable6 left, bisectable6 left, benchable6 left, coverable6 joined, notable6 joined 08:38 unicodable6 joined, jjido joined, evalable6 joined, sourceable6 joined 08:39 nativecallable6 joined, committable6 joined, shareable6 joined, benchable6 joined 08:40 releasable6 joined, bisectable6 joined, quotable6 joined, equinox joined, linkable6 joined, bloatable6 joined, greppable6 joined, reportable6 joined, statisfiable6 joined, tellable6 joined, squashable6 joined 08:52 jjido left 08:58 sena_kun joined
Nemokosch leont: thank you, it's good to know that there is C stuff out there already 09:18
09:21 ProperNoun left 09:22 ProperNoun joined 09:41 jpn joined
jaguart raku --doc=HTML Grok.rak --> Undeclared routine: gen-closure-template used at lines 240 241 242... 09:47
raku --doc=Markdown Grok.raku -> works fine...
Nemokosch Is this finanalyst's business 09:48
Btw was the Grok.rak "typo" intended in the example? 09:49
jaguart yes sirry 09:53
:{
09:57 equinox left
jaguart Hmmm Pod::Load fails too - it is a unit module... does Pod::Load not grok that? 09:58
10:16 sena_kun left 10:55 sena_kun joined
Nemokosch oh Pod::Load is JJ stuff 10:56
Pod::To::HTML might be broken these days
I'd look for some complementary finanalyst stuff, he's been dealing a lot with stuff like that 10:57
11:04 QhpAptyj9hj0RQwM joined, QhpAptyj9hj0RQwM left 11:10 jpn left 11:15 jpn joined 11:24 razetime left 11:36 equinox joined 11:52 epony left 12:00 reportable6 left, reportable6 joined 12:38 Altai-man joined 12:42 sena_kun left 12:49 equinox left 13:19 Altai-man left 13:20 equinox joined 13:56 jpn left 14:01 jpn joined 14:09 razetime joined 14:12 jgaz joined 14:29 Kaipei left 14:31 razetime left 14:43 jjido joined 14:52 jjido left 15:04 WickedTortoise joined 15:10 Sgeo joined, jgaz left 15:32 razetime joined 15:42 razetime left 15:47 WickedTortoise left 15:52 Kaipei joined 16:23 epony joined 16:42 razetime joined 17:04 ab5tract joined 17:19 equinox left 17:35 melezhik joined 17:36 razetime left
melezhik .tell @jns I've create an alpine pipeline to test AudioPortaudio - let me know if you're interested ? but I guess this should be pretty much distro independent  build ? 17:38
tellable6 melezhik, I cannot recognize this command. See wiki for some examples: github.com/Raku/whateverable/wiki/Tellable
melezhik .tell jns: -  I've create an alpine pipeline to test AudioPortaudio - let me know if you're interested ? but I guess this should be pretty much distro independent  build ? 17:39
tellable6 melezhik, I haven't seen jns around, did you mean sjn?
melezhik .seen jns 17:40
tellable6 melezhik, I haven't seen jns around, did you mean sjn?
lizmat Jonathan doesn't really hang out here much
.seen rabidgravy
tellable6 lizmat, I saw rabidgravy 2017-12-17T01:40:19Z in #perl6: <RabidGravy> that's perl6advent.wordpress.com/2017/12/...ier-title/ if you want to get in early
melezhik thanks lizmat I never know ))) will try fosstodon ... 17:41
17:47 jjido joined 17:56 melezhik left 18:00 reportable6 left 18:02 reportable6 joined 18:08 kaskal left 18:09 kaskal joined 18:16 kaskal left 18:17 kaskal joined 18:23 jpn left 18:25 jpn joined 18:35 sena_kun joined 18:48 jpn left 19:07 jjido left 20:04 sena_kun left, sena_kun joined, sena_kun left 20:05 sena_kun joined 20:34 ab5tract left, ab5tract joined 20:42 jpn joined 20:49 jpn left 20:59 epony left, jgaz joined 21:00 epony joined 21:20 jpn joined 22:07 jgaz left 22:12 Sauvin left 22:17 Sauvin joined 22:18 sena_kun left 22:21 sena_kun joined 22:32 jgaz joined 22:46 jjido joined
jaguart is MONKEY-SEE-NO-EVAL no longer required? 23:02
ab5tract jaguart: example?
jaguart m: 'say <a>'.EVAL
camelia a
ab5tract m: my $a = "a"; "say $a".EVAL 23:03
camelia ===SORRY!=== Error while compiling /home/camelia/EVAL_0
Undeclared routine:
a used at line 1
ab5tract hmm, that's interesting
m: my $a = "a"; "say '$a'".EVAL
camelia a
ab5tract jaguart: looks like you are correct
there was a fuzzy line of what constituted an "EVAL-which-no-monkey-can-see" and what could be eval'd 23:04
jaguart I mourn the end of the MONKEYs
ab5tract (fuzzy to me)
I'm not sure that it was intended, though I remember debate about whether the MONKEYs were the right wording for the things 23:05
jaguart yeah I saw that - I like, kwerky 23:06
ab5tract m: my $a = say; "$a <a>".EVAL; 23:10
camelia ===SORRY!=== Error while compiling <tmp>
Unsupported use of bare "say". In Raku please use: .say if you meant
to call it as a method on $_, or use an explicit invocant or argument,
or use &say to refer to the function as a noun.
at <tmp…
ab5tract m: my $a = say; "$a 'a'".EVAL;
camelia ===SORRY!=== Error while compiling <tmp>
Unsupported use of bare "say". In Raku please use: .say if you meant
to call it as a method on $_, or use an explicit invocant or argument,
or use &say to refer to the function as a noun.
at <tmp…
ab5tract m: my $a = say; "'a'.$a".EVAL;
camelia ===SORRY!=== Error while compiling <tmp>
Unsupported use of bare "say". In Raku please use: .say if you meant
to call it as a method on $_, or use an explicit invocant or argument,
or use &say to refer to the function as a noun.
at <tmp…
ab5tract ugh, sorry!
m: my $a = "say"; "'a'.$a".EVAL; 23:11
camelia a
ab5tract okay, yeah, the MONKEY is definitely not guarding the EVAL anymore
Nemokosch I don't know if this is intended tbh 23:13
not anywhere a hint of sunsetting the monkey pragmas
ab5tract yeah, that's what I'm thinking..
there should be a test somewhere for this though, right? how did it slip past a release?
23:16 Nemokosch joined
Nemokosch bisectable6: my $a = "say"; "'a'.$a".EVAL; 23:16
bisectable6 Nemokosch, Will bisect the whole range automagically because no endpoints were provided, hang tight
tellable6 2023-01-05T02:51:29Z #raku <Xliff> Nemokosch: That output looks right. Now I am wondering why the message "Applying key..." or "Applying value" are not showing up.
2023-01-05T13:45:03Z #raku <leont> Nemokosch: Just released a new Protocol::Postgres
hey Nemokosch, you have a message: gist.github.com/f0961e97c68a94af85...672b6512f6
bisectable6 Nemokosch, ¦6c (66 commits): «a␤» 23:17
Nemokosch, Nothing to bisect!
Nemokosch weeelll
ab5tract so are we just on the weird side of the fuzzy line?
Nemokosch or the bot itself uses the pragma under the hood 23:18
23:18 Nemokosch left
ab5tract works locally as well. 23:21
Nemokosch as a standalone script? 23:23
jaguart what are the differences between: use v6; use v6+; use v6.d+ - and which should I be using in my classes and modules?
ab5tract I think I see what is going wrong here..
jaguart the EVAL has gone quiet a while ago...
ab5tract m: my $a = "say"; '<a>.$a'.EVAL; 23:24
camelia No such method 'CALL-ME' for invocant of type 'Str'
in block <unit> at EVAL_0 line 1
in block <unit> at <tmp> line 1
ab5tract m: my $a = "say"; '\'a\'.$a'.EVAL;
camelia No such method 'CALL-ME' for invocant of type 'Str'
in block <unit> at EVAL_0 line 1
in block <unit> at <tmp> line 1
ab5tract jaguart: the example from the EVAL docs still fails locally: docs.raku.org/routine/EVAL 23:25
Nemokosch jaguart: vrurg's presentation covered that as well, a little bit. That doesn't mean I remember completely...
and I definitely haven't seen the latter two
ab5tract m: my $a = "say"; my $this = 50; my $call-this = '$a $this'; EVAL $call-this 23:26
camelia ===SORRY!=== Error while compiling <tmp>
EVAL is a very dangerous function!!! (use the MONKEY-SEE-NO-EVAL pragma
to override this error but only if you're VERY sure your data contains
no injection attacks).
at <tmp>:1
------> $call-t…
ab5tract m: my $a = "say"; my $this = 50; my $call-this = "$a $this"; EVAL $call-this
camelia ===SORRY!=== Error while compiling <tmp>
EVAL is a very dangerous function!!! (use the MONKEY-SEE-NO-EVAL pragma
to override this error but only if you're VERY sure your data contains
no injection attacks).
at <tmp>:1
------> $call-t…
ab5tract the fuzzy line :) 23:27
m: my $a = "say"; my $this = 50; my $call-this = "$a $this"; EVAL "$a $this" 23:28
camelia ===SORRY!=== Error while compiling <tmp>
EVAL is a very dangerous function!!! (use the MONKEY-SEE-NO-EVAL pragma
to override this error but only if you're VERY sure your data contains
no injection attacks).
at <tmp>:1
------> $call-t…
ab5tract m: my $a = "say"; my $this = 50; my $call-this = "$a $this"; EVAL "$a 50"
camelia ===SORRY!=== Error while compiling <tmp>
EVAL is a very dangerous function!!! (use the MONKEY-SEE-NO-EVAL pragma
to override this error but only if you're VERY sure your data contains
no injection attacks).
at <tmp>:1
------> my $cal…
ab5tract m: my $a = "say"; my $this = 50; my $call-this = "$a $this"; "$a 50".EVAL
camelia 50
ab5tract okay that is ridiculous
m: my $a = "say"; my $this = 50; my $call-this = "$a $this"; $call-this.EVAL 23:29
camelia 50
Nemokosch indeed
ab5tract moments like this make me feel like Raku is too big a language to ever have all the parts working as exepected at the same time 23:30
which is a mega-bummer of a feeling
Nemokosch you got a point, too
although I would be a bit more optimistic looking forward 23:31
ab5tract I try to be, too
23:31 jpn left
tonyo php, javascript, etc all had growing pangs like that too 23:31
jaguart ah - so it's deliberate that calling the method on a string is quiet
ab5tract I've been a fan and a user for a long, long time at this point
jaguart: nope, it seems to be related to EVAL as a routine versus EVAL as a method 23:32
jaguart makes sense - I adopted that pattern seeing it in raku.land modules
ab5tract erm, sorry, I misread what you wrote
Nemokosch I would say, we don't even know if it is intended or not xD
ab5tract lizmat: IIRC, you were the implementor of MONKEY-SEE-NO-EVAL 23:33
lizmat I was?
could well be...
ab5tract :)
Nemokosch but this seems big enough to check out issues
jaguart so the routine emits but the method call doesn't -> its a suBtle thing -> www.youtube.com/watch?v=xxxWwdeGz1Q
ab5tract it was a long while back at this point
lizmat it's just setting a flag somewhere 23:34
ab5tract it's weird that it doesn't trap on the method version, though
23:34 bpalmer left
ab5tract it's weird, but maybe it was intentional? 23:35
jaguart I'm sure it was - I've seen it used in short modules
like lizmat's 'from' module - which is hard to find on raku.land 23:36
because raku.land search doesn't like...
from
lizmat ab5tract: that's because the method version is late bound
ab5tract jaguart: I would argue that if it was intentional, it would have been duly noted as an alternative to using MONKEY-SEE-NO-EVAL 23:37
"just use the method"
lizmat that's what I do usually :-)
Nemokosch also, it more or less defeats the purpose of the pragma itself
ab5tract lizmat: so, an unintended consequence
Nemokosch who would remember that it is even supposed to complain if an idiomatic, literal equivalent doesn't 23:38
ab5tract Nemokosch: that too
tellable6 ab5tract, I'll pass your message to Nemokosch
lizmat well... I'm not 100% sure anymomre it's unintended
Nemokosch couldn't find it among Rakudo issues
jaguart I agree with lizmat - now I KnowHOW I will no do EVAL 23:39
Nemokosch github.com/Raku/old-issue-tracker/issues/5468
jaguart oh - if you fix that then a number of things will start to emit warnings! 23:40
ab5tract jaguart: compilation errors even 23:41
lizmat goes to bed&
ab5tract I've just posted a comment asking for a bit of input from core devs on this. Presumably it might not be fixable without some special casing in the compiler
lizmat: slaap lekker! 23:42
Nemokosch yep... this seems to be something that can only be fixed (if it's something to fix which I would argue it is) gradually
not something you would just quickly slap onto the main branch 23:43
jaguart lizmat is now going to count fluffy white MONKEYS until sleep comes... 23:44
tonyo one reasonable part of that is `EVAL ...` is subject to precedence errors and `obj.EVAL` is slightly more specific 23:46
Nemokosch 😅
tonyo which sounds like a reason made up after knowing the problem, and it is 23:47
ab5tract :)
jaguart I love back-propagation logic :) 23:56

Powered by Cro and the Raku® Programming Language.

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

Thank you!