[00:18] *** Kaiepi left [00:20] *** |Tux| joined [00:36] *** Kaiepi joined [00:54] *** Kaiepi left [00:57] *** Kaiepi joined [01:23] ¦ rakudo: 0e2485a83f | (Tom Browder)++ (committed using GitHub Web editor) | docs/Building-Rakudo.md [01:23] ¦ rakudo: fix typo [01:23] ¦ rakudo: review: https://github.com/rakudo/rakudo/commit/0e2485a83f [01:32] *** lucasb left [02:04] *** entonian joined [02:05] *** entonian left [02:08] *** entonian joined [02:09] *** entonian left [04:13] *** unicodable6 left [04:13] *** shareable6 left [04:13] *** releasable6 left [04:13] *** sourceable6 left [04:13] *** notable6 left [04:13] *** greppable6 left [04:13] *** coverable6 left [04:13] *** nativecallable6 left [04:13] *** quotable6 left [04:13] *** bisectable6 left [04:13] *** reportable6 left [04:13] *** bloatable6 left [04:13] *** benchable6 left [04:13] *** committable6 left [04:13] *** statisfiable6 left [04:13] *** squashable6 left [04:14] *** sourceable6 joined [04:14] *** statisfiable6 joined [04:14] *** reportable6 joined [04:14] *** bloatable6 joined [04:15] *** coverable6 joined [04:15] *** nativecallable6 joined [04:16] *** unicodable6 joined [04:16] *** quotable6 joined [04:16] *** benchable6 joined [04:16] *** bisectable6 joined [04:16] *** squashable6 joined [04:16] *** committable6 joined [04:16] *** shareable6 joined [04:16] *** greppable6 joined [04:16] *** notable6 joined [04:17] *** releasable6 joined [04:32] *** squashable6 left [04:36] *** squashable6 joined [04:37] .tell lizmat http://blogs.perl.org/users/vadim_belman/2019/12/post.html – that's the best I can get for now. [04:37] vrurg, I'll pass your message to lizmat [04:39] .tell lizmat there seem to be better version: http://blogs.perl.org/users/vadim_belman/2019/12/post.html [04:39] vrurg, I'll pass your message to lizmat [05:39] *** evalable6 left [05:41] *** evalable6 joined [07:25] *** squashable6 left [07:28] *** squashable6 joined [08:32] Intriguingly the new csv-ip5xs.pl issue is much easier to reproduce with the JIT disabled and appears even with spesh disabled, despite appearing only after a lot of successful runs of the loop. Makes me suspect some GC related issue. [08:36] Alas, setting MVM_GC_DEBUG to 3 doesn't seem to provoke it either [09:00] *** sena_kun joined [09:02] *** AlexDani` joined [09:03] *** [Coke]_ joined [09:03] *** tyilanmenyn joined [09:03] *** [Coke]_ left [09:03] *** [Coke]_ joined [09:04] *** tobs` joined [09:05] *** moritz_ joined [09:05] *** nine_ joined [09:06] *** masak_ joined [09:07] <|Tux|> Rakudo version 2019.11-271-g0e2485a83 - MoarVM version 2019.11-93-g7a93b2897 [09:07] <|Tux|> csv-test-xs-20 0.417 - 0.424 [09:07] <|Tux|> test-t --race 0.810 - 0.831 [09:07] <|Tux|> test-t 1.740 - 1.754 [09:07] <|Tux|> csv-ip5xs-20 6.307 - 6.395 [09:07] <|Tux|> test 7.009 - 7.381 [09:07] <|Tux|> test-t-20 --race 9.637 - 9.747 [09:07] <|Tux|> csv-parser 22.734 - 22.934 [09:07] <|Tux|> test-t-20 29.951 - 30.080 [09:07] <|Tux|> And this one: [09:07] <|Tux|> Cannot iterate object with P6opaque representation (Scalar) [09:07] <|Tux|> in sub no-args at /pro/3gl/CPAN/Text-CSV6/lib/.precomp/4B200A6BA6FA8B6D4F0968BCFE7815E1375DD6D3/3E/3ECC0B3D017463A31ED44AC02473634C96813BB1 line 1 [09:07] <|Tux|> in block at csv-ip5xs.pl line 13 [09:08] <|Tux|> and as yesterday [09:08] <|Tux|> Too many positionals passed; expected 1 argument but got 2 [09:08] <|Tux|> in sub one-arg at /pro/3gl/CPAN/Text-CSV6/lib/.precomp/4B200A6BA6FA8B6D4F0968BCFE7815E1375DD6D3/3E/3ECC0B3D017463A31ED44AC02473634C96813BB1 line 1 [09:08] <|Tux|> in block at csv-ip5xs.pl line 13 [09:10] *** sena_kun left [09:10] *** AlexDaniel left [09:10] *** [Tux] left [09:10] *** nine left [09:10] *** [Coke] left [09:10] *** Geth left [09:10] *** moritz left [09:10] *** tobs left [09:10] *** tyil left [09:10] *** masak left [09:10] *** tyilanmenyn is now known as tyil [09:10] *** tobs` is now known as tobs [09:17] *** [Tux] joined [09:19] *** sena_kun joined [09:25] *** ufobat__ joined [09:28] *** ufobat_ left [09:40] .tell vrurg will feature it in the next RW [09:40] lizmat, I'll pass your message to vrurg [09:41] . [09:41] 2019-12-17T04:37:51Z #raku-dev lizmat http://blogs.perl.org/users/vadim_belman/2019/12/post.html – that's the best I can get for now. [09:41] 2019-12-17T04:39:57Z #raku-dev lizmat there seem to be better version: http://blogs.perl.org/users/vadim_belman/2019/12/post.html [09:49] *** hankache joined [10:13] *** hankache left [10:40] *** patrickb joined [10:41] tadzik: I brought up the rakudobrew -> rakubrew rename discussion recently: https://colabti.org/irclogger/irclogger_log/raku-dev?date=2019-12-12#l170 [10:41] patrickb, I'll pass your message to tadzik [10:42] tadzik: I don't want to just decide this over your head. Can you have another look? [10:42] patrickb, I'll pass your message to tadzik [10:54] *** sena_kun left [11:10] *** sena_kun joined [12:05] *** MasterDuke left [12:55] *** sena_kun left [13:10] *** sena_kun joined [13:51] *** [Coke]_ is now known as [Coke[ [13:51] *** [Coke[ is now known as [Coke] [13:59] *** patrickb left [13:59] *** patrickb joined [14:06] *** lucasb joined [14:19] *** robertle joined [14:55] *** sena_kun left [15:10] *** sena_kun joined [16:54] *** sena_kun left [17:10] *** sena_kun joined [17:21] *** nine_ is now known as nine [17:37] *** jmerelo joined [17:38] I'm trying to wrap my head around this change in raku 6.d: "Native attributes can be used as bind targets in parameters rakudo" [17:38] If I understand it correctly, it means that you can bind parameters to a native attribute, for instance in a submethod like here: [17:39] m: class Foo { has num $.numillo; submethod BUILD( :$!numillo = 3.5e0 ) {}}; say Foo.new.perl [17:39] rakudo-moar 672c5d403: OUTPUT: «Foo.new(numillo => 3.5e0)␤» [17:39] However, the problem is that that particular way of working has been there since 2016.10, way before 6.d https://gist.github.com/Whateverable/c3552d352996a6cff67bb4ee596cc90d [17:40] I am probably missing something here, but what is it? [17:42] *** AlexDani` is now known as AlexDaniel [17:42] *** AlexDaniel left [17:42] *** AlexDaniel joined [17:43] jmerelo: But the previous language release was 6.c, in 2015.12, so in terms of language releases 6.c is the first one it appears in. [17:44] jnthn: so that means that was simply implemented early and the example is correct [17:45] I guess 6.c didn't have any tests for it one way or another, and 6.d now has tests for that feature [17:45] which is how rakudo got away implementing it early [17:45] AlexDaniel: Oh, great. Thanks! [17:59] Not really sure what "implemented early" means; by definition, everything must be implemented before it can appear in a language release. :) [17:59] (Since a feature must have been proven implementable by at least one implementation.) [18:00] *** patrickb left [18:02] jnthn: I kinda thought that features mentioned in 6.d would be available in 2018.11 or shortly before. I was wrong. [18:03] And here's a new one: I can't install Pod::To::Cached from zef even if it's in the ecosystem https://raw.githubusercontent.com/perl6/Pod-To-Cached/master/META6.json [18:03] zef search returns only versions in the local cache, which are a newer version. [18:04] It's not in the ecosystem index: https://ecosystem-api.p6c.org/projects1.json [18:08] It's in here: https://github.com/ugexe/Perl6-ecosystems/blob/master/p6c.json [18:21] *** patrickb joined [18:40] *** Kaiepi left [18:45] *** Kaiepi joined [18:47] m: say $?DISTRIBUTION.meta [18:47] rakudo-moar 672c5d403: OUTPUT: «Nil␤» [18:50] *** MasterDuke joined [18:53] *** sena_kun left [18:55] *** Kaiepi left [19:07] AlexDaniel: do you have a quick way to connect nqp-configure repo to Geth? [19:07] 2019-12-17T09:40:56Z #raku-dev vrurg will feature it in the next RW [19:08] Geth: help [19:08] AlexDaniel, I'll pass your message to Geth [19:08] vrurg: you just add a webhook [19:09] *** sena_kun joined [19:09] vrurg: done [19:10] AlexDaniel: while you're at it, can you connect Raku/doc too? [19:11] jmerelo: it should be working [19:11] yeah, it was working just recently [19:11] Geth is simply offline, for some reason [19:11] AlexDaniel: "just" doesn't apply to me because I never used them (ashamed, yes) and not ready to spend time learning it. [19:11] tyil: ping? ↑ [19:11] Ah, OK :-) [19:11] "them" – webhooks. [19:13] vrurg: Settings/Webhook from any repo if you have enough privs, you just give it a link to send payloads to and that's it [19:14] Ah, ok. I googled wrong docs then. [19:15] Waill wait for Geth to get back online then. [19:19] *** Kaiepi joined [19:20] AlexDaniel: ack [19:21] *** Geth joined [19:21] perhaps fallout from the netsplit earlier today, geth doesn't seem to reconnect on those (neither do my other IRC::Client based bots) [19:22] vrurg: I present to you, Geth [19:23] tyil, Geth: my pleasure! :D [19:23] Geth: help [19:23] vrurg, Source at https://github.com/perl6/geth To add repo, add an 'application/json' webhook on GitHub pointing it to https://geth.svc.tyil.net/?chan=%23perl6 and choose 'Send me everything' for events to send | use `ver URL to commit` to fetch version bump changes [19:23] 2019-12-17T19:08:24Z #raku-dev Geth: help [19:24] AlexDaniel: interestingly enough, I don't have access to nqp-configure settings. [19:35] *** jmerelo left [19:47] tyil: BTW, with regard to disconnecting Geth, perhaps it makes sense to auto-restart it each hour? [19:54] vrurg: I could do that, but it sounds like a dirty workaround that also generates connect/disconnect spam needlessly [19:54] I'd prefer to have a way to check if its doing its job and only kill it if needed, or just have IRC::Client do autoreconnecting after netsplits [19:59] *** ufobat joined [19:59] ¦ rakudo: kalkin++ created pull request #3360: Pod::To::Text display enums [19:59] ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/3360 [20:01] *** ufobat__ left [20:03] ¦ rakudo: kalkin++ created pull request #3361: Pod::To::Text display Subsets [20:03] ¦ rakudo: review: https://github.com/rakudo/rakudo/pull/3361 [20:12] tyil: Sure, that'd be better. I was proposing a quick workaround until real solution gets in place. [20:13] for that it'd be fair [20:13] I hope netsplits arent common enough to warrant it anytime soon, though :p [20:30] rba: Can you update https://stage-rakudo.rakulang.site/ once more please? [20:32] patrickb: updated & restarted, please check [20:33] rba: Looks good. Thanks! [20:36] patrickb: somewhat the "binary" all release is now pointing to github, where there are no binaryies. [20:38] patrickb: may we ajust the redirects in the nginx.conf as well? [20:40] rba: There are no binaries yet at all! We still have to create and upload some. [20:40] patrickb: so where to put the binaries? on github? [20:41] We could do both. Then we keep the backup aspect of github. [20:43] patrickb: If I click on the MacOS tab on "All releases" under "Binary Releases" I would expect to find the latest (or all) prebuilt dmg archives I can just download. [20:43] rba: They would show up right there if there were any releases on the server. [20:44] Ok and where I need to put them? [20:44] Let's do it. [20:44] same folder the src files are in [20:46] pmurias: think it would make sense to try and have rakudo listed here? https://github.com/neomatrix369/awesome-graal [20:46] MasterDuke, I'll pass your message to pmurias [20:47] patrickb: Sorry, I see the issue. We have only rakudo star as .dmg and .msi. [20:48] rba: Rakudo gained the ability to have relocatable builds only in the latest release. So there is no process of creating the binary packages established yet. [20:49] El_Che is working on automating that task. [20:50] rba: I can create archives for Windows and Linux. I have no access to a MacOS machine though. [20:50] patrickb: MacOS is comming :-) I see the point. [20:52] <[Coke]> there are some folks in channel with macs would would probably volunteer to test something. [20:52] patrickb: With the idea in mind that we are on the way to glue the rakudo.org website into a docker container as well, we might quickly think how to map the folder with the downloadable binaries into it. [20:53] .tell El_Che The rakudo-pkg releases are missing the files in rakudo-repo/tools/binary-release/Linux. [20:53] patrickb, I'll pass your message to El_Che [20:53] [Coke]: I have MacMini resting around. But I need to put it into a separate network before giving access to community members. [20:54] *** sena_kun left [20:55] Idea would be to involve it somehow into a pipline to do automated builds for MacOS as well. [20:56] .tell El_Che The rakudo-pkg files are now named "rakudo-moarvm-2019.11-..." instead of "rakudo-moar-2019.11-..." different from what I answered you. Was that accidental? (I don't really prefer one over the other, we just have to keep it consistent) [20:56] patrickb, I'll pass your message to El_Che [20:56] rba: El_Che is currently utilizing Travis as the platform to create the packages automatically. [21:06] ¦ nqp-configure: 1a9539a8f6 | (Vadim Belman)++ | lib/NQP/Config.pm [21:06] ¦ nqp-configure: Test for Microsoft Compiler version to be no less than 19.0 [21:06] ¦ nqp-configure: [21:06] ¦ nqp-configure: We don't actually compile with older versions. [21:06] ¦ nqp-configure: review: https://github.com/perl6/nqp-configure/commit/1a9539a8f6 [21:06] ¦ nqp-configure: 78837f445b | (Vadim Belman)++ | lib/NQP/Config.pm [21:06] ¦ nqp-configure: Little improvement for error message [21:06] ¦ nqp-configure: [21:06] ¦ nqp-configure: Always show what we really expect. [21:06] ¦ nqp-configure: review: https://github.com/perl6/nqp-configure/commit/78837f445b [21:06] I'll boot my Windows and see if I can revive my MSVC again... [21:07] *** patrickb left [21:10] *** sena_kun joined [21:19] *** patrickb joined [21:19] patrickb: could you have a look at https://github.com/rakudo/rakudo/pull/3359? if you can. [21:42] vrurg: I'm having a look [21:42] *** patrickb left [22:01] *** Guest38485 left [22:12] *** sena_kun left [22:15] *** patrickb joined [22:27] *** MasterDuke left [22:46] vrurg: Review added. [22:51] Are test failures on Windows in 04-nativecall/11-cpp.t and 13-cpp-mangling.t known? [22:52] They succeed on CircleCI. :-( [22:53] *** Kaiepi left [22:54] Wait CircleCI is only Linux and Mac... [23:51] *** patrickb left