[00:02] *** reportable6 left [00:14] *** eseyman left [00:16] *** eseyman joined [00:49] *** cognominal joined [00:50] *** cognominal_ left [00:57] *** linkable6 joined [01:03] *** reportable6 joined [02:04] *** committable6 left [02:04] *** greppable6 left [02:04] *** sourceable6 left [02:04] *** notable6 left [02:04] *** linkable6 left [02:04] *** quotable6 left [02:04] *** benchable6 left [02:04] *** reportable6 left [02:04] *** statisfiable6 left [02:04] *** nativecallable6 left [02:04] *** evalable6 left [02:04] *** shareable6 left [02:04] *** bisectable6 left [02:04] *** unicodable6 left [02:04] *** coverable6 left [02:04] *** squashable6 left [02:04] *** bloatable6 left [02:04] *** tellable6 left [02:04] *** releasable6 left [02:05] *** nativecallable6 joined [02:06] *** tellable6 joined [02:06] *** bloatable6 joined [02:07] *** bisectable6 joined [02:07] *** shareable6 joined [02:07] *** squashable6 joined [02:45] *** Xliff joined [02:46] There is a definite regression in precompilation. [02:47] I am now spending more time in precompilation than I am in compiling new code with the latest changes to rakudo. This really hurts projects with large dependency chains, as you are constantly precompiling compunits -THAT WERE ALREADY PRECOMPILED- seconds ago. [02:47] I have reported this once, and the onus was put upon me to prove the problem exists. I have no idea as to the best way to do that. [02:48] But this is the second week I have had to cancel timings due to this bug. All that I can ask is that someone PLEASE look into this. [02:48] It is seriously killing my drive to do things in Raku. [02:48] Something that used to take less than 5 seconds now takes over 3 minutes [03:05] *** greppable6 joined [03:06] *** reportable6 joined [03:06] *** statisfiable6 joined [03:07] *** squashable6 left [03:07] *** linkable6 joined [03:07] *** committable6 joined [03:07] *** quotable6 joined [03:09] *** melezhik left [04:05] *** sourceable6 joined [04:06] *** unicodable6 joined [04:06] *** evalable6 joined [04:07] *** coverable6 joined [04:07] *** notable6 joined [04:12] *** vrurg left [04:12] *** vrurg joined [05:06] *** benchable6 joined [05:06] *** releasable6 joined [05:09] *** squashable6 joined [05:35] Is it just me or are the code blocks looking weird in the Advent blog? https://raku-advent.blog/2020/12/04/day-4-parsing-clojure-namespaces-with-grammars/ [05:35] Xliff: Where's the original issue report? [05:35] Almost, unreadable 😐 [05:37] samebchase: I don't see unreadable, but I do see a mix between code blocks that look normal-ish, and code blocks that look like they're missing half the style info [05:37] japhB: It was reported here. Never made into an issue since it was not known how to best describe such a thing. [05:38] Xliff: Hmmm. You said there was a regression. When did it last work quickly, and when did it first start being slow? [05:47] Ah, for me the font weight is so thin, I can barely read it. I'm on a recent FF btw [05:49] japhb: Last timings were made on the 10th. By the 17th, I could not get isolated precompiles of a single compunit done in most-efficient compile order. [05:53] I'm also on FF and agree the font weight could be heavier for me [05:54] also font size is inconsistent... small in some, larger in others. [05:54] japhb: Anecdotal evidence. I just precompiled a compunit. I then make changes in its DESCENDANT, try and compile it, and now I am precompiling the entire chain all over again. [05:54] It's like I never spent 327 seconds precompiling the first one. [05:54] At any rate, I literally just woke up for a bathroom break. I'm back to bed for another couple of hours. [05:55] Ah, sleep well then. :-) [05:58] .tell Xliff If you can write down steps to recreate the timing difference, say between 2021.09 and 2021.10, that would probably be sufficient to start the issue. Next up would be tracing the module precomp for both versions by exporting the environment variable setting RAKUDO_MODULE_DEBUG=1 and rerunning. Then someone could compare what you're getting with what they are getting and start ruling out problems. [05:58] japhb, I'll pass your message to Xliff [06:02] *** reportable6 left [06:03] *** reportable6 joined [06:16] japhb: That will involve p6-GtkPlus. Historically, people will slow down tracing issues when I involve any of the p6-GLib software unless it is pre-golfed. I have plenty of log acces, but NOTHING conducive to replication steps. [06:16] hey Xliff, you have a message: https://gist.github.com/08952f482efc489b735bc0e659d95c83 [06:17] Actually, if I do write it up, you all may just have to accept a compile log to see the issue. It's perfectly illustrated there. [06:23] *sigh* -- I think I have a reporting strategy. It will take time to test. [06:23] So much for sleep. :/ [06:26] *** tejr left [06:27] *** tejr joined [07:08] *** Xliff_ left [07:15] *** Sgeo left [08:03] *** dakkar joined [08:33] ¦ examples: terceranexus6++ created pull request #90: malware analysis example [08:33] ¦ examples: review: https://github.com/Raku/examples/pull/90 [08:43] ¦ examples: f3bff1fddd | Paula++ (committed using GitHub Web editor) | categories/other/malware_analysis.raku [08:43] ¦ examples: malware analysis example [08:43] ¦ examples: [08:43] ¦ examples: This file, which is also explained in [here](https://dev.to/terceranexus6/raku-malware-analysis-jon) aims to mimic YARA malware detection standard using grammars. The whole idea is to use RAKU grammars for studying malware genes. [08:43] ¦ examples: review: https://github.com/Raku/examples/commit/f3bff1fddd [08:43] ¦ examples: 3694c3b033 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | categories/other/malware_analysis.raku [08:43] ¦ examples: Merge pull request #90 from terceranexus6/patch-1 [08:43] ¦ examples: [08:43] ¦ examples: malware analysis example [08:43] ¦ examples: review: https://github.com/Raku/examples/commit/3694c3b033 [08:55] *** Oshawott joined [08:59] *** archenoth left [09:17] *** squashable6 left [09:33] *** ufobat joined [10:16] *** pony left [10:22] samebchase: it does look inconsistent, but imho that's on wordpress so i'm not surprised--very fragile source-to-desired-html [10:23] *** pony joined [10:25] *** no-n joined [10:26] *** pony left [10:46] ¦ raku.org: c3579d1bc8 | (Tom Browder)++ (committed using GitHub Web editor) | source/community/index.html [10:46] ¦ raku.org: Add new entry [10:46] ¦ raku.org: review: https://github.com/Raku/raku.org/commit/c3579d1bc8 [10:49] *** Altai-man joined [10:54] *** no-n is now known as pony [11:01] ¦ raku.org: 9ce6e0140c | (Tom Browder)++ (committed using GitHub Web editor) | source/community/index.html [11:01] ¦ raku.org: Update index.html [11:01] ¦ raku.org: review: https://github.com/Raku/raku.org/commit/9ce6e0140c [11:04] ¦ raku.org: 3935a8be08 | (Tom Browder)++ (committed using GitHub Web editor) | source/community/index.html [11:04] ¦ raku.org: Update index.html [11:04] ¦ raku.org: review: https://github.com/Raku/raku.org/commit/3935a8be08 [11:06] .tell melezhik see the Raku.org Community page for the new item (it will probably need some attention to get it as you desire) [11:06] tbrowder, I'll pass your message to melezhik [11:06] *** pony left [11:12] *** Altai-man left [11:12] *** Xliff left [11:12] *** lucs left [11:12] *** bartolin left [11:12] *** ecocode left [11:12] *** gcd left [11:12] *** Tirifto left [11:12] *** bdju left [11:12] *** tonyo left [11:12] *** DarthGandalf left [11:12] *** phogg left [11:12] *** mfiano left [11:12] *** avar left [11:12] *** KotH left [11:12] *** Geth left [11:12] *** TempIRCLogger left [11:12] *** Util left [11:12] *** JRaspass left [11:12] *** gfldex left [11:12] *** El_Che left [11:15] *** Altai-man joined [11:15] *** Xliff joined [11:15] *** lucs joined [11:15] *** ecocode joined [11:15] *** bartolin joined [11:15] *** gcd joined [11:15] *** Tirifto joined [11:15] *** bdju joined [11:15] *** tonyo joined [11:15] *** DarthGandalf joined [11:15] *** phogg joined [11:15] *** mfiano joined [11:15] *** avar joined [11:15] *** KotH joined [11:15] *** Geth joined [11:15] *** TempIRCLogger joined [11:15] *** Util joined [11:15] *** JRaspass joined [11:15] *** gfldex joined [11:15] *** El_Che joined [11:19] *** squashable6 joined [11:27] *** tejr left [11:43] Xliff: i know whats wrong, no need to come up with a repro [11:43] *** dogbert11 joined [11:44] *** [Coke]_ joined [11:45] *** kawaii__ joined [11:46] *** jmcgnh_ joined [11:48] *** Ulti_ joined [11:48] *** Manifest joined [11:49] *** dustinm`_ joined [11:51] *** xinming__ joined [11:51] *** Voldenet_ joined [11:52] *** peder_ joined [11:52] *** eseyman left [11:52] *** xinming_ left [11:52] *** frost left [11:52] *** jmcgnh left [11:52] *** jdv left [11:52] *** Manifest0 left [11:52] *** dustinm` left [11:52] *** dogbert17 left [11:52] *** [Coke] left [11:52] *** synthmeat left [11:52] *** ilogger2 left [11:52] *** Voldenet left [11:52] *** Ulti left [11:52] *** peder left [11:52] *** masak left [11:52] *** kawaii_ left [11:52] *** masak_ joined [11:52] *** Voldenet_ is now known as Voldenet [11:52] *** kawaii__ is now known as kawaii_ [11:52] *** peder_ is now known as peder [11:52] *** jdv joined [11:54] *** jmcgnh_ is now known as jmcgnh [11:57] *** eseyman joined [11:58] *** ilogger2 joined [11:59] *** synthmeat joined [12:02] *** reportable6 left [13:02] *** evalable6 left [13:02] *** linkable6 left [13:11] *** [Coke]_ is now known as [Coke] [13:30] *** merpaderp left [13:41] *** merpaderp joined [14:03] *** evalable6 joined [14:04] *** linkable6 joined [14:04] *** reportable6 joined [15:00] *** Sgeo joined [15:21] CIAvash: sadly add_dispatchee doesn't work with Block, pointy or not. [15:40] <[Coke]> https://boingboing.net/2021/10/27/macbook-pro-display-notch-obscures-app-menu-bars-how-is-this - can't remember where we talked about getting new macs once they had enough memory, but the new laptop design appears to have a bug. [16:00] *** abraxxa-home joined [16:06] *** ufobat_ joined [16:09] *** ufobat left [16:22] *** justsomeguy joined [16:32] *** abraxxa-home left [16:33] *** dakkar left [17:07] *** amenonsen left [17:08] *** amenonsen joined [17:10] *** patrickb joined [17:20] *** Altai-man left [17:53] *** justsomeguy left [17:57] *** patrickb left [18:02] *** reportable6 left [18:16] *** Tirifto left [18:21] *** Tirifto joined [18:28] *** melezhik joined [18:29] . [18:29] 2021-10-27T11:06:19Z #raku melezhik see the Raku.org Community page for the new item (it will probably need some attention to get it as you desire) [18:32] @tbrowder sounds ok for me now. I am thinking about changing the slogan and principles slightly , but I guess you've grasped the main idea pretty much , thanks [18:34] I am thinking change more towards "friendly software reviews" instead of "independent software reviews", I'd like to make things less formal and more orinted towards developers rather then just software users ... [18:34] *** bumble-bot joined [18:39] *** bumble-bot left [18:42] *** bumble-bot joined [18:49] *** melezhik left [18:49] *** melezhik joined [18:51] tbrowder sounds ok for me now. I am thinking about changing the mybfio slogan and strategy slightly , but I guess you've grasped the main idea pretty much , thanks [18:52] maybe I need to make yet another reddit post and ask feedback? [18:57] *** squashable6 left [18:58] *** squashable6 joined [18:58] *** squashable6 left [18:58] *** squashable6 joined [19:06] *** reportable6 joined [19:06] *** bumble-bot left [19:14] gfldex: thanks for giving it a go [19:20] *** kylese joined [19:49] *** dogbert11 left [19:50] *** dogbert11 joined [19:52] *** pony joined [20:03] *** Manifest is now known as Guest6924 [20:55] I am having the error which I can't get my head around - https://gist.github.com/melezhik/ab621b7bc4872c5749fb56f3196933e6 [20:56] The iterator of this Seq is already in use/consumed by another Seq [20:56] not sure what might cause that [21:01] *** ufobat_ left [21:04] probably better asked on #cro [21:05] finally solved it by referencing as `<@foo.cache>` instead of just `<@foo>` [21:05] basically, don't put Seqs in your %params for Cro::WebApp::Template [21:05] looks like cro templates specific issue [21:05] lizmat++ I see [21:05] how do you set up @foo [21:05] ? [21:08] by pushing to array `@foo` [21:08] and then foo is a part of higher level object (Hash) [21:10] if you're pushing, the array should be fully reified, and that shouldn't be an issue [21:11] are you then doing a .map or a .grep on that, and binding the result of that on the Hash ? [21:18] yes [21:20] *** kylese left [21:21] you might want to put .List after that [21:21] then you can just use @foo in your template [21:33] thanks [21:34] I am now reconsidering the whole idea ( that resulted in this issue ), but thanks ))) [21:34] *** tejr joined [21:34] it *could* be considered a Cro::WebApp bug, so maybe make an issue for it [21:34] afk& [22:16] *** dogbert11 left [22:19] *** dogbert11 joined [22:27] *** justsomeguy joined [22:47] *** justsomeguy left [23:47] *** evalable6 left [23:47] *** linkable6 left [23:49] *** linkable6 joined