[00:42] *** sena_kun left [00:56] *** sena_kun joined [01:15] *** wildtrees left [01:22] *** kensanata left [02:13] *** gabiruh joined [02:42] *** sena_kun left [02:53] *** gabiruh left [02:56] *** sena_kun joined [03:15] *** mahmudov left [04:11] m: say Supplier.new.Supply.zip: Supplier.new.Supply xx 3 [04:11] rakudo-moar 5d6c0b6b4: OUTPUT: «Can only use zip to combine defined Supply objects␤ in block at line 1␤␤» [04:11] it seems to be a bug for me... [04:13] say Supply.from-list(^10).zip: Supply.from-list(^5) xx 3 [04:13] m: say Supply.from-list(^10).zip: Supply.from-list(^5) xx 3 [04:13] rakudo-moar 5d6c0b6b4: OUTPUT: «Can only use zip to combine defined Supply objects␤ in block at line 1␤␤» [04:42] *** Kaiepi left [04:42] *** sena_kun left [04:57] *** sena_kun joined [05:01] *** Kaiepi joined [05:14] *** Kaiepi left [05:22] *** Kaiepi joined [05:51] *** mahmudov joined [06:05] *** wamba joined [06:05] New module released to CPAN! Color::Scheme (1.001002) by 03HOLLI [06:19] New module released to CPAN! Color::Scheme (1.001003) by 03HOLLI [06:41] *** sena_kun left [06:47] *** wamba left [06:50] *** gabiruh joined [06:55] *** gabiruh left [06:56] *** sena_kun joined [07:07] *** sauvin joined [07:08] *** sauvin left [07:13] *** sauvin joined [07:18] *** Doc_Holliwood left [07:34] *** domidumont joined [07:42] *** rindolf joined [07:42] *** domidumont left [07:42] *** rindolf left [07:45] *** rindolf joined [08:18] *** laminowany joined [08:19] ¦ doc/master: 4 commits pushed by (Sterling Hanenkamp)++, (Juan Julián Merelo Guervós)++ [08:19] ¦ doc/master: 519b05f969 | fix a problem with C<> in IO::Socket::Async [08:19] ¦ doc/master: 6c0930f131 | adding documentation for ListenSocket [08:19] ¦ doc/master: 836434dc79 | Adding ListenSocket docs to IO::Socket::Async [08:19] ¦ doc/master: 20afcc8579 | Merge pull request #3165 from zostay/io-socket-async-listensocket [08:19] ¦ doc/master: review: https://github.com/Raku/doc/compare/f6a006ffe395...20afcc85794d [08:21] *** go|dfish left [08:23] *** go|dfish joined [08:29] *** wamba joined [08:34] *** rindolf left [08:41] *** sena_kun left [08:43] *** rindolf joined [08:55] *** sena_kun joined [09:26] *** stoned75 joined [09:36] *** wamba left [10:01] ¦ doc: aded2f0df0 | (JJ Merelo)++ | doc/Language/nativecall.pod6 [10:01] ¦ doc: Minor rephrasing [10:01] ¦ doc: review: https://github.com/Raku/doc/commit/aded2f0df0 [10:01] ¦ doc: a4b79266f7 | (JJ Merelo)++ | doc/Type/Signature.pod6 [10:01] ¦ doc: Comments about True and False in signature literals, refs #2632 [10:01] ¦ doc: review: https://github.com/Raku/doc/commit/a4b79266f7 [10:42] *** sena_kun left [10:52] *** gabiruh joined [10:56] *** gabiruh left [10:57] *** wamba joined [10:57] *** sena_kun joined [11:05] *** laminowany left [11:07] *** mahmudov left [11:22] ¦ doc: ee3d9c2f89 | (Stoned Elipot)++ | type-graph.txt [11:22] ¦ doc: Add missing type [11:22] ¦ doc: review: https://github.com/Raku/doc/commit/ee3d9c2f89 [11:23] *** laminowany joined [11:23] *** chloekek joined [11:45] *** Doc_Holliwood joined [11:47] *** xinming left [11:48] *** wamba left [11:49] *** xinming joined [11:57] *** kensanata joined [12:17] *** stoned75 left [12:27] *** mahmudov joined [12:42] *** sena_kun left [12:57] *** sena_kun joined [13:03] *** pmurias joined [13:04] *** kensanata left [13:07] *** stoned75 joined [13:10] *** lucasb joined [13:13] No one answered chrsteel's question and I'm curious as to the answer. He wanted to know why this doesn't work: my $x = "ho raku!"; $x .= tc.subst(/o/,"i"); say $x; [13:16] I am not a pro, but... [13:19] bisectable6: my $x = "ho raku!"; $x .= subst(/o/,"i").tc; say $x; [13:19] sena_kun, On both starting points (old=2015.12 new=06db4c2) the exit code is 0 and the output is identical as well [13:19] sena_kun, Output on both points: «hi raku!␤» [13:19] m: my $x = "ho raku!"; $x .= tc.subst(/o/,"i"); say $x; [13:19] rakudo-moar 06db4c249: OUTPUT: «Ho raku!␤» [13:19] m: my $x = "ho raku!"; $x .= subst(/o/,"i").tc; say $x [13:19] rakudo-moar 06db4c249: OUTPUT: «hi raku!␤» [13:22] *** chloekek left [13:24] I think the problem is more general: [13:24] ok, my hypothesis was correct [13:24] it's precedence [13:24] m: my $a = 42; $a.= Str.Int; dd $a # should have been an int [13:24] rakudo-moar 06db4c249: OUTPUT: «Str $a = "42"␤» [13:24] m: my $x = "ho raku!"; say $x .= subst(/o/,"i").tc; say $x; [13:24] rakudo-moar 06db4c249: OUTPUT: «Hi raku!␤hi raku!␤» [13:25] m: my $a = 42; dd $a.= Str.Int; dd $a # aaah, precedence [13:25] rakudo-moar 06db4c249: OUTPUT: «42␤Str $a = "42"␤» [13:25] it seems like it is executed like `($x .= subst(/o/,"i")).tc` (and .tc result is sunk), instead of [13:25] yes [13:25] definitely worth an issue, I would say... as this is a bit of a WAT to me [13:26] I thought about that when saw that the result is changing if you are swapping the methods, but was not really sure and decided to look at it a bit more carefully not to embarass myself... [13:26] I am not sure about that (not as the language designer, of course) [13:26] judging by bisectable6 it has been here since forever [13:26] and raku is not haskell to point-free things, really [13:28] well... a .= foo is intended to be the equivalent of a = a.foo [13:28] m: my $a = 42; $a = $a.Str.Int; dd $a # this is correct [13:28] rakudo-moar 06db4c249: OUTPUT: «Int $a = 42␤» [13:28] imho the .= is super cool sometimes, but when you want to chain, you chain it [13:28] lizmat: docs says "they are equivalent except for precedence" though. :) [13:29] ok, so it is a trap [13:29] m: my $a = 42; $a.= Str.=Int; dd $a [13:29] rakudo-moar 06db4c249: OUTPUT: «Int $a = 42␤» [13:29] hmmm [13:30] I wonder why the difference of precedence is there [13:32] *** chloekek joined [13:32] ¦ doc: Kaiepi++ created pull request #3168: Proofread IO::Socket::Async::ListenSocket docs and pass make xtest [13:32] ¦ doc: review: https://github.com/Raku/doc/pull/3168 [13:34] *** mahmudov left [13:36] *** chloekek left [13:37] *** chloekek joined [13:53] releasable6, status [13:53] Kaiepi, Next release will happen when it's ready. 1 blocker. 0 out of 490 commits logged [13:53] Kaiepi, Details: https://gist.github.com/db7059aac18486ead035dff9db34dff8 [14:00] *** mahmudov joined [14:00] *** xinming left [14:00] *** xinming joined [14:11] *** chloekek left [14:12] *** chloekek joined [14:13] ¦ doc: taboege self-assigned NativeCall and manually creating C strings https://github.com/Raku/doc/issues/3169 [14:17] *** tejr left [14:27] *** Doc_Holliwood left [14:34] *** tejr joined [14:38] ¦ whateverable: fd496744fd | (Aleks-Daniel Jakimenko-Aleksejev)++ | lib/Whateverable/Output.pm6 [14:38] ¦ whateverable: Add missing .encode [14:38] ¦ whateverable: [14:38] ¦ whateverable: Resolves #372. [14:38] ¦ whateverable: review: https://github.com/Raku/whateverable/commit/fd496744fd [14:41] *** sena_kun left [14:44] *** kensanata joined [14:51] *** gabiruh joined [14:56] *** sena_kun joined [15:18] So I've learned that I can automatically have short and long options available to me by adding a parameter to MAIN like Int :l(:$length), however the short -l form only works if I use an equals sign, like -l=32 . Is there a way (built-in) to have it allow a space instead of an equals sign? [15:20] rypervenche : not at the moment [15:20] Ok, thanks. [15:20] rypervenche but there is https://modules.raku.org/dist/Getopt::Long:cpan:LEONT [15:24] That'll work. I'll need to get used to the idea of using modules for things if I want to get the most out of this language. [15:25] *** Doc_Holliwood joined [15:25] *** pmurias left [15:26] *** pmurias joined [15:37] Does anyone else have an issue with vim-raku not seeing a .raku file as filetype=raku ? I've noticed that if my shebang has #!/usr/bin/env perl6 it works, however #!/usr/bin/env raku does not. It sets the filetype to conf instead. Just curious before I file an issue. [15:48] rypervenche: are you using this version? https://github.com/Raku/vim-raku [15:49] AlexDaniel: I am, yes. [15:50] I'm using vim 8's plugin system, so I've cloned it into ~/.vim/pack/my-plugins/start/ . It does the syntax highlighting if I manually run ":set ft=raku" while the file is opened, but not automatically. [16:06] *** kensanata left [16:19] *** pmurias left [16:23] rypervenche: i check it [16:26] rypervenche: I'm having the same problem with vim-raku so it might be worth filing an issue. [16:26] All right, will do. Thanks. [16:28] rypervenche: please do: i'm preparing the patch [16:30] rypervenche: patch is ready [16:31] hmm ... i wonder: in gh, what is the good way to say "this patch is an attempt to close issue xxx" ? [16:32] *** phogg left [16:32] eiro make the PR, use the URL for the issue in the text, GH will make it a correct link [16:33] eiro: Done: https://github.com/Raku/vim-raku/issues/10 [16:34] lizmat: o [16:34] ok [16:35] more questions: [16:35] *** rindolf left [16:36] * i should also test the shebang [16:36] * what is the file extension for modules ? [16:36] * is there other cases to test? [16:36] .pm6 .pm .rakumod [16:37] .p6 .raku I'd say [16:37] * should i create more than 1 pr because i fix more than expected ? [16:37] The module supports these: .pm6,.pm,.raku,.rakutest,.t6 [16:37] s/module/plugin/ [16:38] We might want to add .rakumod to the list as well. [16:39] yeah, if you test for the other, .rakumod should be in there as well [16:40] *** pmurias joined [16:41] *** sena_kun left [16:44] *** rindolf joined [16:48] https://github.com/Raku/vim-raku/pull/11 [16:48] grmbl ... misseed p6 [16:49] eiro: and .rakumod :-) [16:49] *** Doc_Holliwood left [16:51] fixed [16:52] eiro: For all the extensions: https://github.com/Raku/problem-solving/blob/master/solutions/language/Path-to-Raku.md#extensions [16:52] fwiw I use autocmd BufEnter,BufNew,BufNewFile,BufRead *.raku,*.rakudoc,*.rakutest,*.pl6,*.pm6,*.p6,*.t6 setf raku [16:53] should i add pl6 too ? [16:54] hmm ... BufEnter,BufNew could be nice too: i'll see in official ftdetect [16:55] and in my vimrc I also add *.pod6 ... as used in Raku/doc ;) [16:56] eiro: never seen .pl6 in the wild [16:56] *** sena_kun joined [16:58] ok so pod6 is a good idea :) let's keep pl6 aside ? [17:00] I admit I only had thrown in to my own version as it is mentioned in vim-raku/README.md [17:01] also: i wonder why BufEnter,BufNew 'cause BufNewFile,BufRead already handled it [17:01] but what if i start with an empty buffer and then :w foo.raku? [17:01] i test it [17:04] *** wamba joined [17:05] stoned75 are you agree there is no need of BufEnter,BufNew ? [17:05] (if so, i'll push) [17:05] eiro: for me, without BufEnter, a command like 'vim foo.raku' does not result in the syntax being set [17:06] but well, my vimfu is very weak :-} [17:07] stoned75: thanks for reporting. i test with an empty .vimrc [17:08] de rien ;-) [17:08] (maybe i have some raku settings elsewhere in my large base :) [17:13] stoned75: it's probably because your syn on happens too late in your .vimrc. i guess the ftdetect will fix this. so: remove your own line, test with the patch and tell me. [17:13] right ? [17:13] (it works like a charm here) [17:17] rypervenche: https://github.com/Raku/vim-raku/pull/11/commits [17:18] just tell me when it's ready to merge, and I will :-) [17:18] 4 commits for 3 lines ... should i crash them into 1 single commit ? [17:18] lizmat: sounds good for me [17:18] (if there is no more suggestions) [17:19] stoned75? rypervenche ? [17:20] eiro: hum... I'm not sure, I can't seem to be able to get it ftdetecting without BufEnter when using a command like the one I mentionned, but either way adding ftdetect to vim-raku repo is a good thing ;) [17:20] dinner& [17:20] :) [17:21] lizmat: bon appétit [17:22] stoned75: did you try ? i really wonder what could go wrong ... [17:23] it would be a case when you enter in a buffer without rising New or ReadPost? how can it be possible? [17:24] eiro: also can you remove .pm? [17:25] eiro: yes I did more testing :) I'm not really sure about what's going on [17:25] eiro: or do you think it won't conflict with perl5? [17:25] ¦ doc: e6a0b4994e | (Stoned Elipot)++ | doc/Programs/03-environment-variables.pod6 [17:25] ¦ doc: Be more specific about RAKUDO_DEFAULT_READ_ELEMS [17:25] ¦ doc: review: https://github.com/Raku/doc/commit/e6a0b4994e [17:26] Is it possible to have it set the filetype based on the file extension? Opening a new test.raku file doesn't give it a filetype using your commits. [17:27] *** Doc_Holliwood joined [17:28] AlexDaniel: nice spot: i remove it [17:30] stoned75: i just looked at the other ftdetect: none of them use Enter. so if it's ok for you, i keep the current hooks and i help you to fix your setting [17:30] AlexDaniel, lizmat : how about rewriting the pr to have a single patch instead of 5 ones ? [17:32] (i don't know the good practices expected by the perl6 community [17:32] I think it would be cleaner that way. [17:34] which way is *that* way ? [17:34] To squash them. [17:34] k [17:35] eiro: sure no problem, and thanks for the proposal but don't trouble yourself I should be able to handle my vimrc's mess ;) [17:36] It's still not working for new empty files though. [17:42] stoned75: ok [17:42] rypervenche hmmm ... this is when BufEnter comes in ? let me try [17:45] m: enum Color; say Color.enums; [17:45] rakudo-moar 407970284: OUTPUT: «Map.new((Blue => 0, Green => 1))␤» [17:47] eiro: I don't know much about how vim plugins work, but does suffixesadd in ftplugin/raku.vim also need to be updated to match the new list of suffixes? [17:47] Is it possible to create a new enum from another one? Say I want to create the enum MoreColor using Color. [17:50] rypervenche: well ... suffixadd works with a complete filename: we should probably define an inex [17:51] rypervenche: i don't know the plugin: i just cloned it to fix your problem [17:52] i'll take a look. if you have other complains, feel free to tell me :) [17:55] *** maggotbrain left [17:55] rypervenche: can you confirm it works when you have BufNewFile in the list of events to hook ? [17:56] BufNewFile,BufWritePost,BufReadPost < those are the events that can use the filename extension and i don't see any case that doesn't workd for me [17:56] eiro: Yes, adding BufNewFile worked. [17:56] *** maggotbrain joined [17:56] *** Guest78373 left [18:00] so i add shebang detection, squash the commit and create a new pr [18:01] eiro: you don't need to create a new pr. just push --force to the same branch [18:01] and the pr will get updated [18:02] push --force ? isn't it evil ? i'm scarred of any --force thing [18:02] MasterDuke: i will revert (i pushed on my own master) [18:03] force pushing on a public repo is bad [18:03] ahh ... but pushing on mine is ok ? [18:04] cool! [18:04] thanks [18:04] on your own it's usually fine [18:04] MasterDuke: so what i wanted to do is: [18:05] * copy the file [18:05] * reset to the old branch [18:05] * paste the file [18:05] * create a single commit [18:05] is there a better way ? [18:06] (i love those moment when you get help while helping) [18:06] you could rebase -i HEAD~ [18:07] so commit all your changes. then rebase -i to squash them down to one commit. then force push [18:13] ¦ doc: 57783d3431 | (Ben Davies)++ | 3 files [18:13] ¦ doc: Proofread IO::Socket::Async::ListenSocket docs and pass make xtest [18:13] ¦ doc: review: https://github.com/Raku/doc/commit/57783d3431 [18:13] ¦ doc: 98e4b34010 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | 3 files [18:13] ¦ doc: Merge pull request #3168 from Kaiepi/io-socket-async-listensocket [18:13] ¦ doc: [18:13] ¦ doc: Proofread IO::Socket::Async::ListenSocket docs and pass make xtest [18:14] ¦ doc: review: https://github.com/Raku/doc/commit/98e4b34010 [18:15] *** phogg joined [18:15] *** phogg left [18:15] *** phogg joined [18:21] *** Doc_Holliwood left [18:29] *** Doc_Holliwood joined [18:30] ok. last call before squashing MasterDuke AlexDaniel rypervenche stoned75 [18:30] https://github.com/Raku/vim-raku/pull/11/files [18:33] eiro: Looks good to me. So the suffixesadd in ftplugin/raku.vim doesn't need to be updated as well then? [18:34] I feel that that should be consistent as well. [18:35] Aside from that, it looks good to me. [18:35] rypervenche: i'll check [18:37] ok... i see there is an inex that substitute :: by /: good [18:38] but the thing is : what's the point of adding t6 for example in the suffixadd ? [18:38] in my way of using vim, suffixadd is for gf, right ? [18:39] anyway rypervenche i think this isn't the same. [18:39] let's push this bugfix and then start talking about suffixadd which is more controversal :) [18:40] It's not the same, no. I just thought it should also be updated. We can do it separately though. [18:41] *** Guest78373 joined [18:41] *** sena_kun left [18:42] *** wildtrees joined [18:43] *** wildtrees left [18:50] MasterDuke: worked like a charm! awesome [18:50] thank you very much [18:50] lizmat: it's ready to merge [18:51] Merged :-) [18:51] thank you :) [18:51] eiro++ [18:53] ¦ doc: ad08bdb2fc | (JJ Merelo)++ | doc/Type/Enumeration.pod6 [18:53] ¦ doc: Smartmatch and enumeration, refs #2632 [18:53] ¦ doc: review: https://github.com/Raku/doc/commit/ad08bdb2fc [18:53] Thanks :) [18:55] rypervenche: now let's talk about this suffixadd: the only usage i have of suffixadd is gf so the only suffix required is .pm6 but i see more extensions so maybe there is a usage of suffixadd i don't know about. [18:56] *** wildtrees joined [18:56] rypervenche: if i have to patch, it would be to remove extensions. [18:56] *** gabiruh left [18:56] how to open a discussion on github ? [18:56] (maybe create an issue and see what happens ?) [18:57] .rakumod would also need to be added [18:57] oh ... indeed ! [18:57] *** cpan-raku left [18:58] *** sena_kun joined [18:58] *** cpan-raku joined [18:58] *** cpan-raku left [18:58] *** cpan-raku joined [18:58] *** wildtrees left [18:58] but how about the others ? let's take a look to suffixadd in other modules... [18:58] i check [18:59] *** wildtrees joined [19:00] I was just looking at that. Some languages have their normal extensions, but I don't know enough about the languages to know if that is correctly done. [19:00] *** wildtrees left [19:01] *** wildtrees joined [19:01] I'm too new to Raku to know what possible file extension would be needed for a gf. [19:01] rypervenche: some langages use their normal extensions for their modules too [19:01] like python [19:01] But it would be at least .rakumod and .pm6. [19:01] Ahhh. [19:01] *** wildtrees left [19:02] Maybe it's not even needed then... Perl doesn't have one. [19:02] *** wildtrees joined [19:03] *** wildtrees left [19:03] rypervenche: what do you mean doesn't have one? :) [19:04] hmm i'm confused: perl has pm [19:04] *** wildtrees joined [19:04] There's no suffixesadd line in the ftplugin in vim for perl. [19:04] *** wildtrees left [19:05] Does the .pm ever get written in a Perl file? And does .p6 or .rakumod ever get written in a Raku file? [19:05] because they use a more complex inex [19:05] I should just be quiet, I think. I don't know enough about this. :P [19:06] the raku one is simple: just substitute :: by / [19:06] and let suffixesadd deal with the extension [19:06] (which is easier to read, i think) [19:07] Ahhhh, that's how it works. [19:07] *** gabiruh joined [19:08] yep :) [19:08] if you see the perl inex, you see they try to add .pm at the end of the path [19:10] ok you know what? i fix the way i think is the good one, i PR and let's see how people react [19:10] glad to hear. rebase -i is great, i use it all the teime [19:10] *time [19:12] while we're on fixing raku: i remember there was this problem of path for installed modules. [19:12] s/fixing raku/fixing vim-raku/ [19:13] MasterDuke: i will show the tip to my colleagues: good demo of "why you should fork" [19:14] (or branch) [19:14] (or both) [19:16] i wonder if we can use coma as a backend for a vim module ... is there a lsp for raku ? maybe jnthn know about ? [19:17] not sure what Comma would have to do with a vim module ? [19:17] i think someone had a beta/incomplete implementation of lsp for raku, but i don't remember who [19:23] lizmat: a lsp would be for a whole bunch of editors, so I guess the question is if Comma could be refactored into a lsp [19:24] well, I think jnthn or Altai_man / sena_kun would know [19:25] Comma seemed super IntelliJ oriented/specific from how jnthn was describing it is implemented [19:50] *** wildtrees joined [19:53] *** wildtrees left [19:54] *** wildtrees joined [19:55] *** wildtrees left [19:59] eiro: no LSP in Comma [20:00] eiro: and no, no possibility to backend usage [20:00] back [20:00] sena_kun: ok thanks [20:01] lizmat: well... i had in mind that there is probably an engine that parse the code so you can query it [20:02] MasterDuke: let me know if you remember at some point :) [20:02] https://github.com/perl6/user-experience/issues/38 may be a (starting?) point [20:02] ok [20:02] thanks [20:10] Yay! My first Raku script is on its way. Much taken from Rosettacode for a password generator, but yeah. This is my first scripting language (if you don't count Bash). https://d.ryper.org/pw.raku.png [20:14] *** pmurias left [20:17] *** pmurias joined [20:18] how can you run code when the program ends? [20:20] &*EXIT looks similar to what i want, but i need this code to run regardless of whether exit is called [20:20] Kaiepi: END phaser? [20:22] tried that sena_kun, that happens after precomp, not when after runtime [20:22] *** no-n left [20:23] rypervenche++ [20:24] Kaiepi: that only happens after precomp because another process is used to precomp? [20:24] perhaps precomp should clear the END block array [20:27] rypervenche: oh.. congrats! may i suggest using gist instead of a screenshot? [20:27] * this saves some bandwidth [20:28] * it's easy to propose some improvements [20:29] lizmat, if i write the line like END ..., it only runs after precomp, but if i write it like END { ... }, it runs the block both after precomp and at the end of the program, which works for me in this case [20:29] hmmm.. that would be a bug, [20:30] it should run in both cases regardless of thunkiness of END [20:30] afaik [20:36] m: say Supply.from-list(^10).zip: Supply.from-list(^5) [20:36] rakudo-moar 13c5d0462: OUTPUT: «Supply.new␤» [20:36] m: say Supply.from-list(^10).zip: Supply.from-list(^5) xx 2 [20:36] rakudo-moar 13c5d0462: OUTPUT: «Can only use zip to combine defined Supply objects␤ in block at line 1␤␤» [20:37] m: say Supply.from-list(^10).zip: |(Supply.from-list(^5) xx 2) [20:37] rakudo-moar 13c5d0462: OUTPUT: «Supply.new␤» [20:41] m: dd Supply.from-list(1,2,3,4).Seq [20:41] rakudo-moar 13c5d0462: OUTPUT: «(1, 2, 3, 4).Seq␤» [20:41] that's what I use for debugging :-) [20:42] *** sena_kun left [20:47] is rakudo repo the place to open an issue about the langage ? [20:47] like 'given should return' ? [20:48] ¦ doc: f1983a0fed | (Stoned Elipot)++ | doc/Type/IO/Handle.pod6 [20:48] ¦ doc: really demonstrate .Str method [20:48] ¦ doc: review: https://github.com/Raku/doc/commit/f1983a0fed [20:49] *** chloekek left [20:50] <[Coke]> eiro: Raku/problem-solving ? [20:50] ok [20:50] <[Coke]> perl6 if it's not migrated yet [20:53] it actually is. it's nice to have every topic listed that way [20:56] *** sena_kun joined [21:03] How do I interpret these tests? https://paste.macports.org/03e2524f5433 [21:04] hoo ... macports is still alive ? [21:05] Just because HB became popular, it doesn't mean that MacPorts should be dead :) [21:05] and you still use cpan2port :) \o/ (pride) [21:06] mojca: of course not! i really liked macport when i had to use mac. [21:07] plus: i learned tcl thanks to macports [21:07] Not sure what to say. We had a GSOC student in 2019 who worked on upt, which is a tool from anything (pypi, cpan, gem, ...) to "anything" (macports, fedora, freebsd, ...) [21:07] But only the pypi was really extensively tested. [21:08] I'm not sure how many new perl packages have been created recently. I certainly didn't add any new one in a while. [21:08] But last time I did need one, I used cpan2port, yes. [21:09] <[Coke]> mojca: Hi! [21:09] mojca: cpan2port is really uggly: i wrote it while discovering macports because i had to package the koha ils on mac. that's why i'm surprised such a hack survived a whole decade [21:10] https://github.com/macports/macports-contrib/commits/master/cpan2port/cpan2port [21:10] my feeling when i left the company i worked for at this time was: it's uggly but really pleasant to use ... [21:11] In theory we should now have https://github.com/macports/upt-macports [21:11] *** wildtrees joined [21:11] oh .. i hope you didn't suffer too much with this code :) [21:12] anyway: good to know macports still exists. i remember you have a really welcoming and friendly community [21:12] [Coke]: Hi. I'm still stuck with updating this package that you once submitted (not even using it myself) :), so you're welcome to help :) [21:13] ... at least with this issue :) [21:15] ¦ doc: 71788a2dd7 | (Stoned Elipot)++ | doc/Type/IO/Handle.pod6 [21:15] ¦ doc: Make example code pass compilation test [21:15] ¦ doc: review: https://github.com/Raku/doc/commit/71788a2dd7 [21:18] eiro: I was really happy with cpan2port as long as I used it. Not that I really ever studied the code, but it produced useful results which was the main point. [21:18] good to know! thanks [21:28] <[Coke]> mojca: yah, sorry about that. [21:28] <[Coke]> Is anyone using it, do you think? [21:29] At least according to https://ports.macports.org/port/rakudo/stats I'm not the only one [21:30] But please keep in mind that this is opt-in statistics. [21:30] The total number of unique users ever submitting stats is 542 [21:31] 6 people apparently have it installed among those; that's 1% of users [21:41] *** pmurias left [21:52] *** wamba left [21:54] *** rindolf left [21:57] ¦ problem-solving: vrurg assigned to jnthn Issue Visibility of dynamic symbols in async blocks https://github.com/Raku/problem-solving/issues/151 [22:16] *** pmurias joined [22:33] *** Doc_Holliwould joined [22:42] *** sena_kun left [22:55] *** gabiruh left [22:55] *** sena_kun joined [23:16] *** laminowany left [23:19] *** lucasb left [23:20] *** rir_ joined [23:29] *** jcb joined [23:34] *** jcb left [23:40] . [23:40] 2020-01-17T08:31:19Z #raku-dev vrurg since most of Supply depends on dynamic variables, I doubt it, but jnthn would know [23:41] *** rir82 joined [23:41] *** rir_ left [23:44] *** rir82 left [23:57] New module released to CPAN! DateTime::Monotonic (0.0.5) by 03JMASLAK [23:57] New module released to CPAN! TCP::LowLevel (0.0.4) by 03JMASLAK [23:58] New module released to CPAN! Net::BGP (0.2.1) by 03JMASLAK [23:59] New module released to CPAN! IP::Random (0.0.11) by 03JMASLAK [23:59] New module released to CPAN! App::Tasks (0.0.17) by 03JMASLAK