🦋 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.
tonyo a managed TLS bundle would be helpful 01:04
01:12 jpn joined 01:17 jpn left
antononcube .seen tbrowder 01:48
tellable6 antononcube, I saw tbrowder 2024-02-03T16:12:13Z in #raku: <tbrowder__> m: class F { has $.a =1}; class B is F { has $.a = 2}; my $a = F.new; my $b = B.new; say $a.a; say $b.a;
tbrowder__ hi 02:01
i be here
antononcube @tbrowder So I finally understood what do you mean by saying "calendar in/with Raku." 02:02
@tbrowser You mean a printable calendar with different events marked in it, etc. 02:03
When I was talking about calendars, I had in mind those produced by Emacs or the UNIX function cal.
Since, I was trying to convince certain LLMs to produces those kind of calendars, I finally decided to make a package for them. ("Text::Calendar".) 02:04
At some point the calendar functions of "Text::Calendar" would use the localizations in "Date::Names". 02:08
02:22 kylese left 02:23 kylese joined 03:15 kylese left, kylese joined 03:55 teatime left 05:02 epony left 05:04 epony joined 05:17 jpn joined 05:22 jpn left 05:43 CIAvash joined 06:18 jpn joined 06:23 jpn left 07:24 derpydoo left 07:28 jetchisel left, jetchisel joined 08:00 sena_kun joined 08:02 jpn joined 08:06 jpn left 08:09 Sgeo left 08:23 abraxxa joined 08:26 abraxxa left 08:27 abraxxa joined 08:54 dakkar joined 08:56 jpn joined 09:40 camelia left 09:45 ilogger2_ left 09:46 ilogger2 joined 09:50 eseyman left 09:51 manu_ joined 09:52 manu_ is now known as eseyman 09:56 epony left 09:57 epony joined 10:18 sena_kun left 10:32 camelia joined 10:35 jargan joined, HobGoblin joined 10:36 gordonfish- joined, kaskal- joined 10:38 hexology- joined 10:39 tinita_ joined 10:41 ecocode_ joined 10:44 kaskal left, gordonfish left, swaggboi left, goblin left, hexology left, tinita left, ecocode left, ingy left, Altreus left, jast left, gordonfish- is now known as gordonfish 10:49 Altreus joined 10:51 swaggboi joined, ingy joined 10:55 El_Che left, El_Che joined 11:09 jargan is now known as jast 11:36 jpn left 11:47 jpn joined
tbrowder__ antononcube: gotcha. my current calendar does the emacs or cal thing to stdout and uses Date::Names to get output in 13 langs currently. 11:58
calendaring with items in day cells is quite a different thing. 11:59
m: my %h; class F {}; my $a = F.new; my $d = Date.new(now); %h{$d} = [$a] 12:07
camelia ( no output )
ab5tract vushu: you around? 12:13
tellable6 2024-01-30T17:38:44Z #raku <Xliff> ab5tract That's because I am a corner case! In this insance, the problem existed between the chair and the keyboard. Someone really needs to fix that! :D
12:26 hexology- is now known as hexology 12:41 CIAvash left 12:55 teatime joined
antononcube @tbrowder Good to know! 12:57
13:09 jpn left
.vushu ab5tract yes from time to time 🙂 13:15
13:35 jpn joined 13:41 jpn left
Geth Raku-Steering-Council/main: 5e901c071f | (Elizabeth Mattijsen)++ | minutes/20240127.md
Add RSC meeting minutes for 2024-01-27
14:07
14:13 jpn joined
[Coke] points at the barely useful "App::Cal" for the calendar discussion 14:29
antononcube @Coke Thanks! 14:32
To clarify: (1) I was not aware of the calendars producing modules, I searched raku.land, browsed READMEs; (2) I am interested in LLM applications for making calendars, which means I have to facilitate making those in notebooks; (3) for data science applications I need sparse calendars, that contain only some of the dates; (4) I like the "transposed" calendar layout of UNIX' ncal. 14:37
Voldenet > qx<cal> 14:50
I'm a big fan of simple solutions :> 14:51
[Coke] Voldenet: I basically wanted that but needed it to work on Windows
Voldenet tbh. it's a solution that's hard to extend 14:52
so I guess using pure raku is better idea 14:53
antononcube @Voldenet Yeah, cal works nicely in Jupyter chatbooks for macOS (and Linux.) I was not sure about Windows.
[Coke] qx<cal> or App::Cal?
ah
Voldenet cal perhaps
antononcube How about ncal ? Does anyone here use it? 14:54
[Coke] Happy to work on App::Cal more if folks find it's missing anything. Probably better windows support for highlighted text, and support for '-3' were on my list.
librasteve App::Cal rocks! 14:55
antononcube Well "App::Cal" is not listed in raku.land when I search with "calendar". I should have made a Google search too, but, well, I didn't... 14:56
Meaning, "App::Cal" needs tags in its META6.json. 14:57
Also, it is cool that "App::Cal" has the "ncal" option. 14:59
Voldenet I do wonder if
m: say Date.new(2023,1,1).week-number
camelia 52
14:59 epony left
Voldenet I see, thanks iso 14:59
15:00 epony joined 15:20 TieUpYourCamel left 15:36 jgaz joined
lizmat And another Rakudo Weekly News hits the Net: rakudoweekly.blog/2024/02/05/2024-...portunity/ 15:38
15:44 jgaz left
aruniecrisps Hi everyone, I created a new github issue over at Cro, for some reason it's unable to read the .pem files it generates: github.com/croservices/cro-http/issues/194 15:51
librasteve ^^ I have replicated this error on my mac also 15:53
[Coke] antononcube: github.com/coke/raku-cal/issues/10 16:20
antononcube @Coke Cool -- I was thinking to fail an issue later today. 16:23
@Coke Now, I am forced to find and file other issued with "App::Cal".
[Coke] very good. 16:24
I remember trying to support '-3' with raku default MAIN handling was challenging 16:27
antononcube I think documentation -- I will make an example README.
@Coke Yeah, I can see that. I had to make a special "three-months" function. 16:28
[Coke] loves free PRs!
antononcube 🙂 yeah, sure. I will make a PR (or 5.) 16:29
[Coke] :) 16:30
antononcube @Coke Do you use ChatGPT? 16:34
16:34 epony left
Or other LLMs? 16:34
[Coke] rarely. $dayjob is very much into them. 16:42
16:43 teatime left, teatime joined 16:50 discord-raku-bot left, discord-raku-bot joined
[Coke] raku.land/zef:guifa/Intl::CLDR has a wrong github URL 16:51
[Coke] opens github.com/alabamenhu/Intl-CLDR/issues/5 16:54
antononcube @Coke It is satisfactory for me to show LLMs make calendars wrong. And how -- to a point -- those LLM-wrongs can be fixed. 16:55
[Coke] my take is that this is a simple algorithm, and going through an LLM to do it seems the long way around. 16:58
especially if it's going to hallucinate about it 16:59
antononcube Well, it is not that simple -- working with dates can be / is both complicated and boring. 17:04
And, one of my missions, is to show that LLMs do not work and should be trusted for tasks that required precision.
Calendars are familiar to everyone and mistakes can spotted and explained esily. 17:05
17:17 jpn left 17:49 epony joined 17:54 jpn joined 18:00 vlad joined 18:08 dakkar left 18:22 jpn left
librasteve arun raised a showstopper issue with Cro today 18:26
Failed to import resources/fake-tls/server-crt.pem as PEM/ASN1/PKCS12
github.com/croservices/cro-http/issues/194
I am having the same issue ... has anyone else encountered / resolved this? 18:27
18:31 jpn joined 18:34 abraxxa left 18:36 jpn left 18:40 jpn joined 18:53 sena_kun joined 19:05 jpn left 19:16 dustinm` left 19:23 Vushu joined 19:24 Vushu left 19:36 dustinm` joined
avuserow librasteve: as a workaround, you could have Cro serve HTTP and run a reverse proxy in front. That's what I do for most of my deployments (caddy is super easy to get running for this) 19:40
librasteve good workaround - thanks! 19:42
I suppose this is a wake up call to the community that we will need to support cro and fix priority issues (or start to remove features like TLS)
[or perhaps we are not capable of taking on the extra load?] 19:43
avuserow it looks like that module may have some tight integration with the OpenSSL module which was updated 15 days ago so maybe that's a thread to pull on 19:46
aruniecrisps @avuserow i was hoping that i wouldn't have to run caddy as well to just get TLS working but c'est la vie 19:51
19:59 TieUpYourCamel joined 20:00 epony left
avuserow yes, it should work if it's there, that's true 20:00
20:02 epony joined 20:05 epony left 20:14 epony joined 20:20 jpn joined 20:25 jpn left
antononcube @Coke I cannot install "App::Cal" on the macOS. 20:26
@tbrowser I cannot install "Calendar" on macOS -- Aborting due to test failure: PDF::Content:ver<0.7.6>:auth<zef:dwarring>
[Coke] antononcube - odd I develop on OS X 20:42
let me try a fresh install
20:42 derpydoo joined
tbrowder__ ref Calendar, its current version is very old, and a WIP.. 20:43
[Coke] antononcube - worked fine here on 14.1.2 - can you do a gist of the error message? 20:44
antononcube @Coke Ok, will do that.
tbrowder__ i will release a new version soon that (1) works on all 3 os's and (2) has the linux 'cal' basic output but in 13 languages 20:45
patrickb aruniecrisps, avuserow: There is Cro::FCGI as well. If one doesn't need websockets, then it might me a better fit than HTTP for communication with the reverse proxy
And yes, we need to fix the Cro certificate issue
antononcube @Coke It looks like zef cannot find "Terminal::ANSIColor". Let me install it separately. 20:46
avuserow regarding the cert, the dates are valid. I wonder if it's an openssl v3 thing. I would love to get more debug info from the openssl function call here. 20:47
[Coke] just did a force install of Terminal::ANSIColor (it was already installed when I tried App::Cal) and it worked. 20:53
21:01 tadzik left, jpn joined 21:02 tadzik joined 21:06 jpn left
antononcube @Coke Yes, after installing "Terminal::ANSIColor", "App::Cal" installed without a problem. 21:10
tbrowder__ well, bummer. Calendar has too many deps that don't work on Windows. releasing anyway, but still a WIP 21:24
21:27 vlad left
avuserow okay I can't investigate any more for now but I can confirm that the cert issue happens on openssl 1.1.1w (as shipped by Debian Linux 11 bullseye) 21:28
21:54 tinita_ is now known as tinita 21:55 jpn joined 22:00 jpn left 22:02 justache left 22:05 justache joined 22:13 jpn joined 22:24 thowe joined 23:00 jpn left 23:05 teatwo joined 23:34 Vushu joined 23:36 Vushu left 23:42 sena_kun left 23:44 Sgeo joined