🦋 Welcome to Raku! raku.org/ | evalbot usage: 'p6: say 3;' or /msg camelia p6: ... | irclog: colabti.org/irclogger/irclogger_log/raku
Set by ChanServ on 14 October 2019.
00:02 lichtkind joined 00:12 upupbb-user2 joined 00:22 pecastro left 00:53 patrickb61 joined 00:55 patrickb left 01:05 patrickb61 left 01:49 pilne left 01:53 Redfoxmoon_ joined 02:08 melezhik joined 02:24 aborazmeh joined, aborazmeh left, aborazmeh joined 02:58 aborazmeh left 02:59 molaf left 03:08 upupbb-user2 left 03:11 molaf joined
melezhik AlexDaniel: curl -d os=centos -d rakudo_version=a381202881d4dfd0a112f9e6f9cddc85adefbccf repo.westus.cloudapp.azure.com/raku...d::Console 03:19
RakuDist shows the same error, probably this is what you was looking for, HTH
03:21 girafe left
AlexDaniel melezhik: thanks! 03:26
melezhik on the way I found that there was a bug in RakuDist , that prevented installed rakudo version to be used in tests. good cooperation :] 03:28
just in case pay attention that testing against selected rakudo version now is limited to CentOS, due to _various_ reasons 03:29
AlexDaniel hmmm… 03:30
melezhik it's basically because current debian docker image does not have fresh enough glibc version 03:32
which is for some reasons required by rakudo binaries
AlexDaniel it's not required, it's just the way whateverable builds rakudo right now 03:34
03:34 Doc_Holliwould joined
melezhik ok, I see. anyways it fails to run debian. I use this way to install whateverable builds - github.com/melezhik/sparrow6-rakud...nstall.pm6 03:36
AlexDaniel you're not doing anything wrong, it's just the current state of things 03:37
melezhik yeah. I am just saying that if gonna use RakuDist / whateverable is limited by CentOS now 03:39
small correction. the glibc issue happened on some centOS, not on the one shipped with the docker image used in RakuDist, but the statement is still true 03:43
as for the Debian I can't recall now why I skipped it from testing whateverable builds, there was reason for that just don't remember it now :] 03:44
but when I remember I will let you know
anyways we have CentOS now, it was the latest one from official docker image on hub. 2-3 moths ago, should be enough, I guess 03:45
I am going to update docker images to the latest ones from time to time 03:46
AlexDaniel 👍 03:47
melezhik and as for alpine, I also don't remember , but it also had some issues with running whateverrable builds ... once I figure it out I will give an update. :] :] 03:48
03:52 melezhik left
Geth doc: tinmarino++ created pull request #3289:
Fix URL: language -> *.html
04:57 Doc_Holliwould left 05:01 cpan-raku left, cpan-raku joined, cpan-raku left, cpan-raku joined 05:07 El_Che left, El_Che joined 05:16 Redfoxmoon_ left, Redfoxmoon_ joined, Redfoxmoon_ is now known as Redfoxmoon 05:23 molaf left 05:50 sauvin joined 06:04 reportable6 joined 06:06 aindilis joined 06:37 wamba joined 07:19 upupbb-user2 joined 07:24 Grauwolf left 07:25 rindolf joined
Geth doc: 8348f25156 | Tinmarino++ | doc/Language/faq.pod6
Fix URL: language -> *.html
doc: 061042baa9 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | doc/Language/faq.pod6
Merge pull request #3289 from tinmarino/merge_fix_url

Fix URL: language -> *.html
07:44 vike left
linkable6 Link: docs.raku.org/language/faq
07:44 Doc_Holliwould joined 07:47 leont joined 07:57 vike joined 07:58 Grauwolf joined, Grauwolf left, Grauwolf joined 08:28 AlexDaniel left 08:50 holyghost left, holyghost joined 09:13 sjm_uk joined 09:32 xinming_ left, xinming_ joined 09:51 stoned75 joined 10:04 sena_kun joined 10:06 gdonald joined
cpan-raku New module released to CPAN! Algorithm::LDA (0.0.10) by 03TITSUKI 10:12
10:18 chloekek joined 10:19 lichtkind_ joined 10:21 lichtkind left 10:25 __jrjsmrtn__ joined 10:27 _jrjsmrtn left 10:28 zxcvz joined 10:31 girafe joined 10:32 sergot joined 10:43 natrys joined 10:46 molaf joined 10:47 SCHAPiE joined, aborazmeh joined, aborazmeh left, aborazmeh joined 10:51 Altai-man_ joined 10:53 xinming_ left, sena_kun left 10:55 xinming_ joined 11:02 pochi_ joined 11:03 vike1 joined 11:04 vike left, daemon joined 11:10 aborazmeh left 11:11 wamba left 11:19 molaf left 11:30 pecastro joined 11:32 kensanata joined 11:33 wamba joined 11:42 lizmat joined 11:55 abraxxa left 11:57 abraxxa joined 11:58 lizmat left, aborazmeh joined, aborazmeh left, aborazmeh joined 12:03 aborazmeh left 12:07 lizmat joined 12:47 p6steve joined 12:52 sena_kun joined 12:53 Altai-man_ left 13:06 kensanata left 13:25 vike1 left 13:30 oneeggeach joined 13:34 vike1 joined 13:38 NODE left 13:39 Doc_Holliwould left 13:40 NODE joined 13:51 aborazmeh joined, aborazmeh left, aborazmeh joined 14:04 xinming_ left 14:06 xinming_ joined 14:09 cpup joined, oneeggea_ joined 14:10 rbt left 14:11 rbt joined 14:12 oneeggeach left 14:15 aborazmeh left, stoned75 left 14:20 xelxebar left 14:25 stoned75 joined 14:40 xelxebar joined, oneeggea_ left 14:51 Altai-man_ joined, sjm_uk left 14:53 sena_kun left 14:56 NODE left 14:59 NODE joined 15:00 Doc_Holliwould joined
Altai-man_ m: say ["categories", "99-problems"] ~~ ['categories', True]; 15:07
camelia True
lizmat m: 42 ~~ True 15:08
camelia Potential difficulties:
Smartmatch against True always matches; if you mean to test the topic for truthiness, use :so or *.so or ?* instead
at <tmp>:1
------> 0342 ~~ 7⏏5True
lizmat I guess that structure evades that test
Altai-man_ no
m: say ["categoriasdfes", "99-problems"] ~~ ['categories', True]; 15:09
camelia False
Altai-man_ it checks size and that first element is eqv
lizmat not all elems ?
I mean if the first is True ?
Altai-man_ m: say [True, "categoriasdfes", "99-problems"] ~~ ['categories', True];
camelia False
Altai-man_ this is very nice 15:10
lizmat that fails because of different # elems
Altai-man_ m: say [True, "categoriasdfes"] ~~ ['categories', True];
camelia False
Altai-man_ oh, wait, I can just use Cro router and avoid this... But still this is neat. 15:11
15:11 NODE left 15:13 NODE joined 15:39 stoned75 left 15:40 stoned75 joined 15:54 Tirifto joined 15:58 Doc_Holliwould left 16:03 Doc_Holliwould joined 16:04 upupbb-user2 left 16:11 stoned75 left, xinming_ left 16:13 xinming_ joined 16:23 xinming_ left 16:25 xinming_ joined 16:40 xinming_ left, xinming_ joined 16:52 sena_kun joined 16:53 Altai-man_ left 16:58 oneeggeach joined 16:59 oneeggea_ joined 17:01 p6steve left 17:02 xinming_ left, oneeggeach left 17:04 xinming_ joined 17:37 vike1 left 17:42 vike1 joined 17:43 oneeggea_ left
Geth doc: tinmarino++ created pull request #3291:
Fix URL mixin with absolute path
doc: tinmarino++ created pull request #3292:
Faq: string common operations
doc: tinmarino++ created pull request #3293:
Faq: list common operations
doc: tinmarino++ created pull request #3294:
Faq: system common operations
Altreus I have an issue with Supplie(r)s and I think it's most likely my misunderstanding, but if anyone could check that would be super github.com/shuppet/p6-api-discord/issues/38 17:59
18:02 oneeggeach joined
lizmat Altreus: perhaps this could provide inspiration: docs.raku.org/routine/live 18:08
18:13 oneeggeach left
Altreus lizmat: it says True 18:13
so this live supply is providing historical events :\
lizmat hmmm... then I don't have an idea :-(
Altreus I'm pleased to be finding issues that stump higher-level players^Wdevelopers 18:14
lizmat guess I'm only going to be as useful as a rubber duck then :-)
Altreus Means I might be finding weird edge cases!
lizmat I used to grok Supplies pretty much until the last refactor :-(
18:15 orinthe left
Altreus I have another supply to refactor 18:15
I just got a bead on another API bug
The start-react-whenever idiom allows me to abort the react loop yes? 18:23
well, react-whenever does, but I need a start to "background" it
I'm rubberducking now
Intermittent failures are very hard to fix because I can't force them to happen 18:24
lizmat is being rubberducked 18:27
18:30 Renzix joined
Altreus I wish I could test this but I have no idea where to begin 18:35
short of writing an entire Cro-based mock discord
18:37 stoned75 joined
lizmat but, Cro comes with some mock testing support, I thought? 18:38
Altreus Ah yeah no doubt :) But I expect I will still have to write a lot of code to tell it what to do 18:40
I don't think discord provide an OpenAPI doc 18:41
sena_kun `existskey requires a concrete object (got a NQPMu type object instead)` error can be anything, right? 18:48
when I am calling a method on object from top of my file it works ok, but when I'm calling the same code from Cro route, it explodes. `--ll-exception` doesn't show anything interesting. 18:49
stoned75 hi! 18:50
lizmat sena_kun: I think typically happens when compilation fails to include some object in the context
18:51 Altai-man_ joined 18:52 sjm_uk joined
stoned75 I'm trying to understand why in github.com/rakudo/rakudo/blob/mast...h.pm6#L348 and the following line $tested[0] is used instead of $tested 18:53
18:53 NODE left 18:54 sena_kun left
stoned75 and likewise in #L362 and #L363 18:55
18:55 NODE joined
Altreus yeah I have no idea how to test this xD 18:57
I'm gonna have to read the cro tests and learn that way
lizmat stoned75: because it's multi-level categorize ? 18:58
stoned75 lizmat: well... notice how Hash.classify-list has a similar flow but use $tested :) 18:59
18:59 oneeggeach joined, oneeggeach left
lizmat hmmm... 19:00
about 7 years ago, I wrote the original version of that code 19:01
but about 4 years ago it got overhauled...
probably best to make an issue for it, so it won't fall through the cracks
with my current experience, I see plenty of optimizing opportunities :-)
Altai-man_ should I open a ticket? The problem is that I have a reliable way to cause it, but it requires a couple of my repos and forks, so some steps to reproduce. 19:03
lizmat if the repos are public, then an issue would be best 19:04
well betterder would be a golf :-)
stoned75 m: say False[0] 19:08
camelia False
stoned75 m: 1[0]
camelia ( no output )
stoned75 m: say 1[0]
camelia 1
lizmat m: 42[1]
camelia Index out of range. Is: 1, should be in 0..0
in block <unit> at <tmp> line 1
lizmat stoned75: any object can be considered a 1-element array
chloekek lizmat: what about arrays? 19:09
lizmat m: say 42.elems
camelia 1
stoned75 lizmat: hum...
lizmat chloekek: what about them ?
stoned75 what implements this ?
chloekek p6: say [1, 2, 3].elems
camelia 3
lizmat stoned75: Mu.AT-POS I think 19:10
stoned75 hum not AT-POS in src/core.c/Mu.pm6 19:11
Any.AT-POS may be 19:12
lizmat could be
stoned75 yeah looks like it
Altai-man_ github.com/rakudo/rakudo/issues/3579 I feel bad for reporting this. :/ 19:15
lizmat Altai-man_++ # don't worry! 19:16
19:19 Renzix left
stoned75 is there a doc file I should read on how to make a test build of rakudo and use it ? 19:29
Altai-man_ stoned75, "a test build of rakudo"? 19:30
what do you mean?
stoned75 like I mess around with some src files and I want to test the compiler I would build from them
Altai-man_ stoned75, you can look at github.com/perl6/z 19:31
stoned75 OK. I already use it to build/install rakudo's HEAD 19:32
Altai-man_ stoned75, so it builds you a rakudo instance with your changes and you can spectest it and do other things.
stoned75 ok cool. thanks!
lizmat "make install" usually does the trick for me :-) 19:35
stoned75 eh :)
19:46 oneeggeach joined 20:01 xinming_ left 20:06 xinming_ joined 20:16 oneeggeach left, pilne joined 20:17 oneeggeach joined
Geth doc: tinmarino++ created pull request #3295:
Feature: Index regex interpolation tokens
20:22 oneeggeach left
Geth doc: 27649529e6 | Tinmarino++ | doc/Language/faq.pod6
Faq: string common operations
doc: 37d4e36a0e | Tinmarino++ | doc/Language/faq.pod6
Faq: Common operations: String: Fix typos
doc: db18b26009 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | doc/Language/faq.pod6
Merge pull request #3292 from tinmarino/merge_faq_string

Faq: string common operations
linkable6 Link: docs.raku.org/language/faq
20:28 lucasb joined 20:39 xinming_ left 20:40 xinming_ joined 20:41 sjm_uk left 20:44 oneeggeach joined
tbrowder .seen martimm 20:45
tellable6 tbrowder, I saw martimm 2017-09-06T14:12:40Z in #perl6: <MARTIMM> m: role A { has $!x = 10;};class B does A { method x {say $!x;}}; B.new.x;
20:52 sena_kun joined 20:54 Altai-man_ left 21:03 mowcat joined, xinming_ left 21:04 xinming_ joined 21:07 chloekek left 21:09 lichtkind_ is now known as lichtkind 21:15 xfix joined, abraxxa left 21:16 xinming_ left, mowcat left, xinming_ joined 21:18 abraxxa joined 21:29 oneeggeach left 21:41 wamba left 21:47 natrys left 21:56 upupbb-user3 joined 21:58 oneeggeach joined 21:59 oneeggeach left 22:00 natrys joined 22:02 rindolf left
timotimo you can categorize items by two pieces 22:02
oh i was scrolled way up
22:02 natrys left 22:05 xinming_ left 22:07 lichtkind left 22:08 xinming_ joined
rypervenche Is it not possible to run a for loop on an array of hashes by just doing: for @array -> %h { blah } ? It doesn't seem to be working, but I get the desired results when I do this instead: for @array.values -> %h { blah } 22:19
jnthn m: my @a = { a => 1, c => 2 }, { b => 3, d => 4 }; for @a -> %h { dd %h } 22:20
camelia Hash % = {:a(1), :c(2)}
Hash % = {:b(3), :d(4)}
jnthn rypervenche: Not sure what you're observing tbh; it seems to work here?
22:23 sarna left 22:24 patrickb joined, sarna joined
rypervenche Hmmm, I've used from-json and have been trying to figure out the proper way to loop over things with the nested values. Let me see if I can get a dd of it. 22:24
22:26 wildtrees joined 22:27 wildtrees left
timotimo oh yeah 22:29
JSON::Tiny and JSON::Fast put hashes and arrays in scalar containers
i'd consider it a design flaw, i should release a version that doesn't do that and use the capabilities of raku to select a version by API to make it not break every piece of code out there 22:30
lizmat timotimo: you can bind arrays as a Slip into a hash, they will then iterate fine 22:31
m: my %h = a => (1,2,3); dd $_ for %h<a>
camelia List %h = $(1, 2, 3)
lizmat m: my %h = a => slip(1,2,3); dd $_ for %h<a> 22:32
camelia 1
timotimo so, i'd like for "not scalarified" to be what you get by default when you use JSON::Fast, but if i do that, then every unmodified piece of code gets the new behaviour and breaks 22:34
oh i know 22:35
i'll call it JS0N::Fast
it's not longer, it doesn't look noticeably different from the old name
i'm a genius 22:36
lizmat argh? 22:39
22:39 xinming_ left
lizmat if anything, you could just use JSON::Fast, but give it an :api<2> qualifier ? 22:39
22:40 xinming_ joined
lizmat so you would only get the new behaviour when used as "use JSON::Fast:api<2>" ? 22:40
timotimo what's the default value for api? Whatever?
lizmat hmmm... good question 22:41
I guess :-(
timotimo with :api<*> i get the regular JSON::Fast at least
lizmat if the module doesn't specify an :api, it gets True as its matcher
timotimo m: use JSON::Fast:api<*>; say JSON::Fast.^api.perl 22:42
camelia 5===SORRY!5=== Error while compiling <tmp>
Could not find JSON::Fast:api<*> in:
timotimo m: use JSON::Fast; say JSON::Fast.^api.perl
camelia 5===SORRY!5=== Error while compiling <tmp>
Could not find JSON::Fast in:
timotimo OK, not installed on camelia
22:51 Altai-man_ joined
rypervenche Ahhh, so I'm not losing my mind. :P Ok, I'll give that a shot. I saw that using .values looked to do what I needed. 22:53
22:54 sena_kun left
lizmat rypervenche: in "for @a.values" the .values is really a noop 22:54
it's just there for consistency
22:59 stoned75 left
Geth doc: 491f63b3e7 | Coke++ | xt/code.pws
new "words"
23:17 AlexDaniel joined, AlexDaniel left, AlexDaniel joined 23:22 Kaiepi left 23:23 Kaiepi joined 23:28 Altai-man_ left
rypervenche Let me see if I can extract the actual hash so that others can reproduce it. 23:32
23:37 cpan-raku left, cpan-raku joined, cpan-raku left, cpan-raku joined
rypervenche So this is the exact text that I'm working with and the output: gist.github.com/rypervenche/a5b0d8...88725777a5 23:45
23:49 leont left
timotimo interesting. why do you use angle brackets for your input data? 23:51
rypervenche I thought I needed to pass it all to from-json that way. 23:53
23:55 pecastro left 23:56 xinming_ left 23:58 xinming_ joined