🦋 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.
melezhik o/ 12:12
how can I use module by version?
m: unit module GCL::Services::TCP:ver<1.0.1>; 12:13
camelia ( no output )
melezhik m: unit module GCL::Services::TCP:ver<1.0.1>; use GCL::Services::TCP<1.0.2>
camelia ===SORRY!=== Error while compiling <tmp>
Could not find GCL::Services::TCP in:
/home/camelia/.raku
/home/camelia/rakudo-m-inst-1/share/perl6/site
/home/camelia/rakudo-m-inst-1/share/perl6/vendor
/home/camelia/rakudo-m-i…
melezhik m: unit module GCL::Services::TCP:ver<1.0.1>; use GCL::Services::TCP
camelia ===SORRY!=== Error while compiling <tmp>
Could not find GCL::Services::TCP in:
/home/camelia/.raku
/home/camelia/rakudo-m-inst-1/share/perl6/site
/home/camelia/rakudo-m-inst-1/share/perl6/vendor
/home/camelia/rakudo-m-i…
ugexe I don't think `unit module ...` works the way you think it does 12:14
m: unit module GCL::Services::TCP; use GCL::Services; 12:15
camelia ===SORRY!=== Error while compiling <tmp>
Could not find GCL::Services in:
/home/camelia/.raku
/home/camelia/rakudo-m-inst-1/share/perl6/site
/home/camelia/rakudo-m-inst-1/share/perl6/vendor
/home/camelia/rakudo-m-inst-1…
ugexe but yeah you use a module via
m: use Test:version<6.c+>;
camelia ( no output )
ugexe m: use Test:ver<6.c+>;
camelia ( no output )
ugexe m: use Test:ver<666.c+>;
camelia ( no output )
melezhik thanks! this is what I was looking for
ugexe m: use Test:version<666.c+>;
camelia ( no output )
ugexe hmmm, i expected one of those to fail 12:16
melezhik just for some reasons did not find this in an official rakudoc
ugexe m: use Test:ver<asdf>;
camelia ===SORRY!=== Error while compiling <tmp>
Could not find Test:ver<asdf> in:
/home/camelia/.raku
/home/camelia/rakudo-m-inst-1/share/perl6/site
/home/camelia/rakudo-m-inst-1/share/perl6/vendor
/home/camelia/rakudo-m-inst-…
lizmat ugexe: :ver ?
ugexe m: use Test:ver<666.c+>;
camelia ( no output )
ugexe m: use Test:ver<666.c>;
camelia ===SORRY!=== Error while compiling <tmp>
Could not find Test:ver<666.c> in:
/home/camelia/.raku
/home/camelia/rakudo-m-inst-1/share/perl6/site
/home/camelia/rakudo-m-inst-1/share/perl6/vendor
/home/camelia/rakudo-m-inst…
lizmat intriguing
ugexe yeah, how is 666.c+ finding 6.c 12:17
or 6.anything
lizmat m: dd v666.c+ ~~ v6.c 12:18
camelia Bool::False
ugexe oh i see 12:24
the core dist is using version 2023.06.63.g.04.bf.4.f.719.a
i think anyway... im on a branch where i was hacking on that stuff a few weeks ago 12:25
yeah that was from some old work. looks like its usually versions like 2023.02 12:26
hence 666.c+ finding it
antononcube weekly:rakuforprediction.wordpress.com/20...functions/ 15:55
lizmat weekly: rakuforprediction.wordpress.com/20...functions/ 16:07
notable6 lizmat, Noted! (weekly)
[Coke] weekly: github.com/universal-ctags/ctags/pull/3777 17:57
notable6 [Coke], Noted! (weekly)
[Coke] that was just a basic update to include Raku instead of Perl 6 (though the maintainer didn't want to remove it entirely) 17:58
If someone is using ctags and has an issue, let me know we can probably fix it. 17:59
I made *no* syntax updates as part of this PR
[Coke] jdv: ^^ 18:03
I just tried it on one of my dists, and "vi -t sub-name" worked, so that's nifty 18:08
guessing next big thing might be: supporting unicode identifiers. 18:14
[Coke] can rakudo source be declared to be in some other encoding, or do we *require* utf8? 18:15
lizmat Rakudo only supports UTF-8 atm 18:17
[Coke] :y: 18:19
tonyo probably works with ascii 18:36
[Coke] :P 18:38
[Coke] wonders if we should encourage tone modifiers on this channel so I don't start typing out serious responses to jokes. ;) 18:39
tonyo heh, i'd say it's much easier to tell if i'm joking in person but i'm frequently told it isn't 18:45
[Coke] so I tried to find a few edges cases that maybe weren't covered by that ctags impl, but even a bare "multi" works. 18:46
tonyo für?
tbrowder__ .seen tadzik
tellable6 tbrowder__, I saw tadzik 2023-03-01T10:29:18Z in #raku: <tadzik> m: printf("%.30f", (1 / 998.001.FatRat) * 100000)
antononcube I am trying to decide what kind of talk to propose / present at TRC0-2023. So, the following questions are related to that. 18:56
1) Anyone here using LLMs on a daily basis?
2) In what kind of workflows? 2.1) Just as a "smarter" search engine? 2.2) Jump starting projects? 2.3) Other?
3) What would be more interesting to discuss about LLMs: 3.1) General inclusion of LLMs in Raku workflows 3.2) Creating package documentation from unit tests 3.3) Rapid useful code generation
tonyo 3.2 would be interesting 18:57
an LLM generating test data and finding edge cases would also be interesting, as a replacement for something like Fuzz in haskell 18:58
antononcube @tonyo Right! Probably of great practical interest, since fair amount of Raku packages have good collections of unit tests, but much documentation. 18:59
@tonyo About "generating test data" -- to some extend that is why I made "Data::Generators", to test my data wrangling Raku packages. Of course, a more general test generator would of interest! 19:01
Back to 3.2) -- here is a related document: "Expand tests into documentation examples", github.com/antononcube/Raku-LLM-Fu...s_woven.md . 19:02
The test narratives are too detailed -- so, more research and/or refinement is needed... But the document does illustrate the feasibility of the idea. 19:03
tonyo i'd more interested more from the perspective of hardening unit tested code. not a lot of people think to pass -Inf to their function that takes an number argument 19:24
so something like fuzzy in haskell can be used but an LLM might work a little better for it 19:25
antononcube My problem with LLMs is the risk of spending too much time refining LLM's results into something (sort of) useful and then finding out that it does not work reliably. (With slightly different inputs, different models, or model upgrades.) To some extend that is why I am developing "ML::NLPTemplateEngine", 19:35
tbrowder__ .ask tadzik are you maintaining File::Find any more? if not, would you turn it over to the Raku community so some of the issues and PRs can be handled? 20:14
tellable6 tbrowder__, I'll pass your message to tadzik
tadzik tbrowder__: I'm not, no. I think I turned all my modules up for adoption all those years ago 20:21
Shouldn't it just be the case of forking it and linking today's equivalent of the ecosystem to the fork?
jdv [Coke]: thanks! i tried it quickly and it seemed to "work" 20:43
though it did seem like its missing things 20:44
tbrowder__ tadzik: ok, thanks. yes, it should be fairly straight forward. i really use it a lot. i'll ask lizmat. 21:33
lizmat: can we get File::Find into the community modules repo? 21:34
*transferred into? 21:35
i'll be glad to work on it there, but don't want to take ownership in my repo. 21:36
nemokosch either way it would be better than leaving it unmaintained 21:46
[Coke] jdv: Sure, if you can give me an example of something that should work but doesn't, I can probably make it work 22:05
lizmat cxcbe 22:17
oops, that was a "cat" on my keaboard :-)

Powered by Cro and the Raku® Programming Language.

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

Thank you!