[00:08] *** Manifest0 left
[00:51] *** buildable6 left
[00:53] *** buildable6 joined
[00:57] *** dbonnafo joined
[01:01] *** dbonnafo left
[01:07] *** jpn joined
[01:11] *** jpn left
[01:19] *** inquinn left
[01:33] *** inquinn joined
[01:38] *** dbonnafo joined
[01:43] *** inquinn left
[01:43] *** dbonnafo left
[01:53] *** buildable6 left
[01:53] <SmokeMachine> .tell lizmat I was trying to run that on HEAD but using an old raku... I've build main and that worked... thanks... sorry for that

[01:53] <tellable6> SmokeMachine, I'll pass your message to lizmat

[01:56] *** buildable6 joined
[02:13] *** Xliff joined
[02:13] <Xliff> \o

[02:13] <tellable6> 2023-10-27T02:54:19Z #raku <japhb> Xliff Since we're going back and forth super slowly and I'm on really weird hours right now ... how about opening an issue in the GitHub repo for your questions, and we can have the discussion there?

[02:13] <tellable6> 2023-10-27T18:34:09Z #raku <gfldex> Xliff I got rewarded with "Stage mast       : Object does not exist in serialization context", while building Rakudo. #raku-dev could not help.

[02:15] <Xliff> .tell gfldex That usually stems from when you try to serialize an object that isn't a @, % or Cool-based $

[02:15] <tellable6> Xliff, I'll pass your message to gfldex

[02:15] <Xliff> .tell gfldex You'll get that if you do something like: "unit package A; class B { has $.c }; our $c; BEGIN $c = B.new"

[02:15] <tellable6> Xliff, I'll pass your message to gfldex

[02:16] <Xliff> .tell gfldex That also extends to the contents of any @ or % value you are trying to cache at BEGIN time.

[02:16] <tellable6> Xliff, I'll pass your message to gfldex

[02:20] *** dbonnafo joined
[02:25] *** dbonnafo left
[02:28] *** inquinn joined
[02:30] <Xliff> vrurg: Are you still working on Vikna? Is currently uninstallable

[02:31] <vrurg> Xliff: no, it's abandoned.

[02:31] <vrurg> Need an addition to the README, actually. 

[02:31] <Xliff> vrurg: So it's not usable at all? Do you have a recommendation for something else?

[02:32] <Xliff> Shucks! Found https://www.youtube.com/watch?v=fXg2y4_3W4w and got excited...

[02:32] <vrurg> Certainly not usable. It never really was as it was incomplete from the start.

[02:32] <Xliff> Ah, well.... thanks for the talk. Is there another project you could recommend for TUI?

[02:33] *** inquinn left
[02:33] <vrurg> Not sure. Look for Terminal::Widgets, don't know where is it now.

[02:33] <Xliff> Thanks.

[02:34] <vrurg> Heh, but it was really fun with Vikna. 

[02:42] <Xliff> I might try and take a stab at it.

[02:42] <Xliff> BTW - Term::termios has a broken build plan.

[02:42] <Xliff> I had to grab the distro and install it manually... :/

[02:45] <Xliff> Yeah. I need a ScrollView and simple frames.... :/

[02:56] *** buildable6 left
[02:58] *** buildable6 joined
[03:02] *** dbonnafo joined
[03:07] *** dbonnafo left
[03:29] <Xliff> .seen hythm

[03:30] <tellable6> Xliff, https://gist.github.com/7e983053784e78c78fd634cadde8a327

[03:32] <Xliff> .tell hythm How does Pakku calculate it's bargraph for the STG phase? It's not working as I'd like for my second project.

[03:32] <tellable6> Xliff, I'll pass your message to hythm

[03:58] *** buildable6 left
[04:01] *** buildable6 joined
[04:05] *** hythm joined
[04:07] *** jpn joined
[04:09] <hythm> .tell Xliff calculates it by just lookingat how many modules defined in `provides` section in META6.json files, whenever a module is precompiled then advance the bar. if you could create an issue describing the problem I will take a look

[04:09] <tellable6> hythm, I'll pass your message to Xliff

[04:10] <Xliff> hythm: Actually, precompilation is a bit of a pain. My projects are large enough that if there are sub precompiles it throws off the bargraph.

[04:11] <Xliff> hythm: My current module doesn't advance the bargraph at all until it completes precompilation.

[04:11] *** jpn left
[04:12] <hythm> can you share your current module, I will try to reproduce and take a look

[04:12] <tellable6> 2023-10-29T03:32:48Z #raku <Xliff> hythm How does Pakku calculate it's bargraph for the STG phase? It's not working as I'd like for my second project.

[04:12] <Xliff> hythm: https://github.com/Xliff/p6-GIO

[04:13] *** buildable6 left
[04:13] *** buildable6 joined
[04:13] <Xliff> hythm: I think it's how the modules are compiled. It looks like it goes through <provides> in alpha order of the key.

[04:13] <Xliff> It's better if it goes in dependency order, but the only way I can think of doing that is adding to META6.json

[04:14] <Xliff> hythm: Going by alpha order means it hits the ::Application class first, and that subcompiles most of the distro.

[04:15] <hythm> hmm, let me take a look at p6-GIO

[04:15] <Xliff> Thanks!

[04:19] <hythm> not related but looks like p6-GIO depends on `p6-Glib` but there is no a distribution with that name

[04:20] <hythm> I think you meant `Glib`. the depends section should list the name of the dependency as its specified in the `name` key in META6.json

[04:20] <Xliff> LOL. I just committed that fix.

[04:20] <hythm> haha ok

[04:35] <hythm> not able to install p6-GIO due to compilation error

[04:36] <hythm> `No such method 'absolute' for invocant of type 'Slip'

[04:36] <hythm> at /home/hythm/dev/Pakku/home#sources/888BC1ED2CFFC693C6A146153A6439F37272DBB9 (GIO::Raw::Types):13

[04:36] <hythm> I'm running debian 10

[04:38] <hythm> If you like we can discuss this in github issue instead of going back and forth here in the channel

[04:38] <Xliff> Hrmmm....

[04:39] <Xliff> What is the location and name of your libgio.so file?

[04:40] <Xliff> Currently I only have library data for Ubuntu because that's what I am on.

[04:41] <Xliff> Is yours a symlink to libgio-2.0.so.0?

[04:43] <Xliff> hythm: Can you make an issue for this on https://github.com/Xliff/p6-GIO ? 

[04:43] <Xliff> I'll fix it, tomorrow. Thanks!

[04:44] <Xliff> And I'll create an issue for Pakku. I'd like to get that issue solved, if possible.

[04:46] <hythm> sure

[05:01] *** buildable6 left
[05:04] *** buildable6 joined
[05:23] *** dbonnafo joined
[05:28] *** dbonnafo left
[06:02] *** dbonnafo joined
[06:04] *** buildable6 left
[06:05] *** buildable6 joined
[06:11] *** hythm left
[07:05] *** buildable6 left
[07:07] *** jpn joined
[07:07] *** buildable6 joined
[07:11] *** jpn left
[07:11] *** buildable6 left
[07:11] *** buildable6 joined
[07:12] *** dbonnafo left
[08:07] *** buildable6 left
[08:10] *** buildable6 joined
[08:27] *** lichtkind joined
[08:36] *** sena_kun joined
[08:40] *** Manifest0 joined
[08:51] *** jpn joined
[09:09] *** jpn left
[09:10] *** buildable6 left
[09:11] *** dbonnafo joined
[09:13] *** buildable6 joined
[09:17] *** buildable6 left
[09:17] *** buildable6 joined
[09:40] <ab5tract_> codesections: Your presentation is already impacting the way I revise one-liners :D

[09:52] *** jpn joined
[09:53] *** sftp left
[10:01] *** Sgeo left
[10:13] *** buildable6 left
[10:15] *** buildable6 joined
[10:37] *** oodani left
[10:37] *** oodani joined
[10:57] *** jpn left
[10:58] *** sftp joined
[11:00] *** melezhik joined
[11:00] <melezhik> o/

[11:00] <tellable6> 2023-10-26T22:16:49Z #raku <SmokeMachine> melezhik thank you! I’ll take a look shortly

[11:00] <melezhik> .tell tonyo: cool beard 🧔)))

[11:00] <tellable6> melezhik, I'll pass your message to tonyo

[11:01] <melezhik> When rakuconf videos will be available?

[11:03] *** jpn joined
[11:05] *** melezhik left
[11:12] *** dbonnafo_ joined
[11:13] *** dbonnafo left
[11:15] *** buildable6 left
[11:17] *** buildable6 joined
[11:17] *** dbonnafo_ left
[11:21] *** buildable6 left
[11:21] *** buildable6 joined
[11:30] <tbrowder__> interesting talks yesterday, sorry i was unable to stay the whole time

[11:31] <tbrowder__> i have so far been unable to hide the exception msg with try or CATCH or both

[11:33] <tbrowder__> one place in docs says: "try { something } // False" should contain the error but i can't make it work (at least in an installed distro)

[11:33] <tbrowder__> m: try { die "

[11:33] <camelia> rakudo-moar 688b625ac: OUTPUT: «===SORRY!=== Error while compiling <tmp>␤Unable to parse expression in double quotes; couldn't find final '"' (corresponding starter was at line 1)␤at <tmp>:1␤------> try { die "⏏<EOL>␤    expecting any of:␤        argument li…»

[11:34] <tbrowder__> m: try { die "boo" } // True

[11:34] <camelia> rakudo-moar 688b625ac: ( no output )

[11:35] <tbrowder__> m: try { die "boo" } // say "it works"

[11:35] <camelia> rakudo-moar 688b625ac: OUTPUT: «it works␤»

[11:52] *** antim0d3s joined
[11:54] *** sdfgsdfg left
[11:59] *** jpn left
[12:10] *** stanrifkin joined
[12:12] <tbrowder__> back to drawing board...

[12:14] <tbrowder__> no, i cannot get that to work inside an installed distro. is that a zef or raku bug?

[12:15] <tbrowder__> or can someone get it to work?

[12:17] *** buildable6 left
[12:18] <tbrowder__>  my code is in https://github.com/tbrowder/Demo.git

[12:19] <tbrowder__> i'm fi

[12:20] <tbrowder__> maybe a work-around for the installed version is to check the %meta...

[12:20] *** buildable6 joined
[12:27] <tbrowder__> no, .meta only has keys of ver, auth, and api

[12:38] <leont> Finally had some proper sleep, wish i had had that a day earlier

[12:41] <discord-raku-bot> <nemokosch> What was the matter?

[12:44] <lizmat> knowing leont I'd say conference stress would be a large part of it

[12:44] <tellable6> 2023-10-29T01:53:42Z #raku <SmokeMachine> lizmat I was trying to run that on HEAD but using an old raku... I've build main and that worked... thanks... sorry for that

[12:44] <lizmat> .tell SmokeMachine *phew*

[12:44] <tellable6> lizmat, I'll pass your message to SmokeMachine

[12:45] *** dbonnafo joined
[12:47] <discord-raku-bot> <nemokosch> Uh oh

[13:07] *** jpn joined
[13:12] *** jpn left
[13:20] *** buildable6 left
[13:21] *** buildable6 joined
[13:32] *** jpn joined
[13:43] <ugexe> tbrowder try doesn’t return an error on failure

[13:44] *** jpn left
[13:44] <ugexe> and you can access other keys from .meta that you aren’t seeing because they are lazily generated 

[13:45] <ugexe> but .meta<provides> works 

[13:46] <ugexe> All the tools you are working with work. If they appear not to work, then you’re doing something wrong 

[13:47] <ugexe> Are you sure you’re even seeing an exception and not a warning?

[13:48] <ugexe> You have a CATCH block still despite using try 

[13:49] <ugexe> Just assume that the distribution related code works, and any issue you see isn’t related to it. That is going to allow other people not familiar with the distribution code to feel more comfortable giving you suggestions 

[13:51] <ugexe> m: try { die 123 }; CATCH { default { say $_ } }

[13:51] <camelia> rakudo-moar bd53ad250: ( no output )

[13:51] <ugexe> it looks like that is one thing you are doing 

[13:52] <lizmat> m: die 123; CATCH { default { say $_ } }

[13:52] <camelia> rakudo-moar bd53ad250: OUTPUT: «123␤  in block <unit> at <tmp> line 1␤␤»

[13:55] <ugexe> To be clear the above (Lizmat’s comment) is not what you are doing tbrowder 

[13:56] <ugexe> I’m honestly not sure how putting CATCH in the mainline works either like you have 

[13:57] <ugexe> normally you would put a catch block in the most specific scope possible. So in your case somewhere inside the resource-exists function itself 

[13:58] <ugexe> I’m typing on a phone so I’m a bit short 

[14:21] *** buildable6 left
[14:21] *** buildable6 joined
[14:32] *** buildable6 left
[14:32] *** buildable6 joined
[14:43] *** buildable6 left
[14:43] *** buildable6 joined
[14:45] *** codesections1 joined
[14:55] *** codesections1 left
[14:56] *** codesections1 joined
[15:03] *** dbonnafo left
[15:21] *** buildable6 left
[15:23] *** buildable6 joined
[15:38] *** codesections1 left
[15:38] *** jpn joined
[15:51] *** derpydoo joined
[16:00] *** vrurg_ joined
[16:01] *** jpn left
[16:01] *** vrurg left
[16:08] *** jpn joined
[16:23] *** buildable6 left
[16:24] *** derpydoo left
[16:24] *** buildable6 joined
[16:53] *** dbonnafo joined
[17:08] *** xinming left
[17:10] *** xinming joined
[17:23] *** jpn left
[17:24] *** buildable6 left
[17:27] *** buildable6 joined
[17:27] <tbrowder__> speaking of yesterday and PR, i so far don't see mention of the RSC on raku.org

[17:29] <tbrowder__> i have prettified the Demo module with corrections from @ugexe

[17:29] *** Joan_ joined
[17:29] *** Joan_ left
[17:31] *** buildable6 left
[17:31] *** buildable6 joined
[17:33] <tbrowder__> a good place for PR for non-raku coders (esp. Windows) is to submit a suitable raku intro to https://codeproject.com. seem like pretty informed windows coders with lots of pythonistas

[17:36] *** jpn joined
[17:38] <tbrowder__> i asked about such a thing and the project ppl there are willing if i/we submit one adhering to their submission format. note the person i talked to said they don't normally have intro atticles but, given the fact that raku is so little known, they are willing in this case.

[18:04] <tonyo> tbrowder__++

[18:04] <tellable6> 2023-10-29T11:00:34Z #raku <melezhik> tonyo: cool beard 🧔)))

[18:05] *** inquinn joined
[18:05] *** rantanplan is now known as snonux

[18:08] <tbrowder__> and you should add an Amish farmer’s hat when on yr bike 😂

[18:27] *** buildable6 left
[18:30] *** buildable6 joined
[18:37] *** Sgeo joined
[18:46] *** stanrifkin left
[19:30] *** buildable6 left
[19:32] *** buildable6 joined
[19:59] *** inquinn left
[20:09] *** melezhik joined
[20:10] <melezhik> tbrowder_: exactly ! 😀

[20:14] *** melezhik left
[20:15] *** jpn left
[20:32] *** buildable6 left
[20:33] *** buildable6 joined
[20:45] *** jpn joined
[20:46] *** dbonnafo left
[21:33] *** buildable6 left
[21:36] *** buildable6 joined
[21:37] *** jpn left
[22:19] *** dbonnafo joined
[22:24] *** dbonnafo left
[22:36] *** buildable6 left
[22:38] *** buildable6 joined
[23:08] *** hythm joined
[23:09] *** derpydoo joined
[23:14] *** hythm left
[23:19] *** dbonnafo joined
[23:23] *** dbonnafo left
[23:37] *** lichtkind left
[23:38] *** buildable6 left
[23:38] <discord-raku-bot> <justthisguyaz> Hi All! Is there any way to set up a local repository and get zef to install local modules specified in "depends" in META6,json? Maybe something similar to Pinto in Perl (https://metacpan.org/pod/Pinto )?

[23:39] *** buildable6 joined
[23:44] <ugexe> the zef config allows adding other repositories and ordering them in the way you think is more appropriate. you basically give it a module and implement the interface and it will dynamically load it https://github.com/ugexe/zef/blob/782cdda3e70779fec5bc34db746388a14ee0adc5/resources/config.json#L26

[23:46] *** buildable6__ joined
[23:46] *** buildable6 left
[23:46] <discord-raku-bot> <justthisguyaz> Thanks! Is this documented anywhere? I spent a while trying to find something, but had no luck. Could just be that Google sucks nowadays.

[23:47] *** sena_kun left
[23:51] <ugexe> no one has written step by step instructions, no. i guess you can read https://www.reddit.com/r/rakulang/comments/jsld9w/help_me_understand_zef/ and i've answered other such questions elsewhere with similar answers

[23:52] <discord-raku-bot> <justthisguyaz> Cool! Thanks for the help!

[23:52] <ugexe> i know there is a github issue under zef somewhere with similar (and maybe more) info but my search-fu isn't finding it

[23:53] <discord-raku-bot> <justthisguyaz> OK, I'll take a stab at finding that as well. Thanks again!

[23:59] <ugexe> the main thing is creating that repository yourself