00:54 nativecallable6 joined, committable6 joined, shareable6 joined 00:55 quotable6 joined, coverable6 joined, reportable6 joined, benchable6 joined, greppable6 joined, releasable6 joined, statisfiable6 joined, bloatable6 joined 00:56 notable6 joined, squashable6 joined, unicodable6 joined 02:04 AlexDaniel joined, AlexDaniel left, AlexDaniel joined 03:02 El_Che left 05:05 benchable6 left, statisfiable6 left, bloatable6 left, committable6 left, unicodable6 left, coverable6 left, nativecallable6 left, greppable6 left, notable6 left, reportable6 left, releasable6 left, quotable6 left, squashable6 left, shareable6 left, committable6 joined, unicodable6 joined, nativecallable6 joined 05:06 shareable6 joined, quotable6 joined, releasable6 joined, bloatable6 joined, coverable6 joined, benchable6 joined 05:07 notable6 joined, greppable6 joined 05:08 reportable6 joined, statisfiable6 joined, squashable6 joined
lizmat hmmm... no commits to the doc repo for a month? have I missed something? 08:15
argh... on the wrong branch, please disregard 08:34
08:49 sena_kun joined 09:07 Altai-man_ joined 09:10 sena_kun left 09:22 sena_kun joined 09:24 Altai-man_ left 10:10 sena_kun left
AlexDaniel samcv: how is the moar release going? 10:46
11:59 ZzZombo joined 13:01 MasterDuke left 13:15 MasterDuke joined 13:19 sena_kun joined 13:22 Altai-man_ joined 13:25 sena_kun left 13:28 [Coke] joined, [Coke] left, [Coke] joined 13:37 lucasb joined
|Tux| Rakudo version 2019.07.1-469-g1c5d010f8 - MoarVM version 2019.07.1-315-gf10a31b43
csv-ip5xs0.709 - 0.745
csv-ip5xs-206.500 - 6.673
csv-parser21.250 - 21.727
csv-test-xs-200.417 - 0.434
test5.796 - 6.148
test-t1.764 - 1.781
test-t --race0.805 - 0.837
test-t-2029.175 - 30.044
test-t-20 --race9.199 - 9.389
lucasb things got slower? 13:56
m: my ($a) := 10 14:21
camelia Cannot unpack or Capture `10`.
To create a Capture, add parentheses: \(...)
If unpacking in a signature, perhaps you needlessly used parentheses? -> ($x) {} vs. -> $x {}
or missed `:` in signature unpacking? -> &c:(Int) {}
in block <unit> at…
lizmat hmmm... seems we lost Geth ? 14:23
[Coke] waves. 14:24
AlexDaniel tyil: ping :) ↑
tyil o/ 14:25
14:28 Geth joined
tyil sadly Geth does not have a queue to report all the things that it failed to report 14:29
according to the logs, it has been trying to send messages, but it was disconnected
I thought IRC::Client automatically tried to reconnect if anything happens
lizmat tyil: that's ok... 14:32
tyil it's a bug that I'd like to fix, though :>
lizmat perhaps it could just remember the last commit it has succesfully reported
and then derive which commits it should report when re-connecting ? at least on master ? 14:33
tyil that's what cpan-raku does, I keep track of whatever it saw last, and then request whatever came afterwards from my DB
Geth roast: fcac5881c6 | (Elizabeth Mattijsen)++ | S32-str/comb.t
Add test for :match on comb() as a sub
14:51 ExtraCrispy joined
vrurg Is there a way for a method to know what concretization it's being called upon? 14:53
m: gist.github.com/vrurg/1063b8a62260...405edb9f5d 14:56
camelia --- Foo::foo
Foo a==1
Foo!a: 1
R::info ::?CLASS: (Foo)
--- Bar::foo
1. Bar a==1
Foo a==2
Foo!a: 0
R::info ::?CLASS: (Bar)
2. Bar a==2
vrurg lizmat: ^ relazed resolution of FQN in method call pulled out a bunch problems related to the current implementation. 14:57
lizmat vrurg++ 14:58
15:23 sena_kun joined, sena_kun left 15:24 Altai-man_ left
AlexDaniel 6c: my ( Int() $a ) = ("12345"); 15:27
committable6 AlexDaniel, ¦6c (39 commits): «» 15:28
AlexDaniel 6c: my ( Int() $a ) = ("12345"); say $a.WHAT
committable6 AlexDaniel, ¦6c (39 commits): «(Str)␤»
AlexDaniel 6c: "C" ~~ / <:Lu> <!before \S > / # Nil 15:31
6c: say "C" ~~ / <:Lu> <!before \S > / # Nil
committable6 AlexDaniel, ¦6c (39 commits): «»
AlexDaniel, ¦6c (39 commits): «Nil␤»
AlexDaniel c: all gist.github.com/AlexDaniel/36062d8...1b107619c5 15:32
15:32 robertle joined
committable6 AlexDaniel, gist.github.com/cd3e0c1bdfa1aa27ab...f7958eff64 15:32
lizmat notable6: weekly 15:47
notable6 lizmat, 1 note: 2019-11-10T13:11:33Z <lizmat>: twitter.com/raku_cpan_new
lizmat notable6: weekly reset 15:48
notable6 lizmat, Moved existing notes to “weekly_2019-11-11T15:48:09Z”
lizmat hmmm... a quiet week... no main article for the Rakudo Weekly yet 15:49
suggestions anyone ?
15:53 pmurias joined
moritz you've talked about the advent calendar before, right? 16:22
AlexDaniel squashable6: status 16:23
squashable6 AlexDaniel, ⚠🍕 Next SQUASHathon in 3 days and ≈11 hours (2019-11-16 UTC-12⌁UTC+20). See github.com/rakudo/rakudo/wiki/Mont...Squash-Day
AlexDaniel uhhhhhhhhh
Geth problem-solving/master: 4 commits pushed by (Aleks-Daniel Jakimenko-Aleksejev)++ 16:25
AlexDaniel lizmat: “Bye-bye RT” ? ↑ :) 16:28
we're not there yet, but it's pretty close
lizmat AlexDaniel: cool 16:29
moritz: yes, I have
16:49 cognomin_ joined
dogbert17 lizmat: the comb test you added fails for me with 'Too many positionals passed; expected 2 arguments but got 3' 17:04
lizmat huh? 17:05
dogbert17 perhaps I made a mistake
lizmat dogbert17: you're right
lizmat goes fixing
dogbert17 +lizmat+ 17:06
Geth roast: 48bd86159a | (Elizabeth Mattijsen)++ | S32-str/comb.t
Oops, fixed simplification properly, dogbert17++
lizmat that's what you get when you're multitasking too many things at the same time
17:14 pmurias left
moritz lizmat: www.youtube.com/watch?v=ri8QX-TboWM :D 17:19
17:24 sena_kun joined
lizmat and another Rakudo Weekly hits the Net: rakudoweekly.blog/2019/11/11/2019-45-red-alert/ 17:31
moritz: :-) 17:35
moritz rw-twoot 17:36
lizmat suw 17:37
vrurg lizmat++ 17:44
17:46 donaldh joined 18:14 donaldh left 18:15 donaldh joined 18:20 donaldh left
japhb Is the Perl 6 Core Development Fund still a thing? 18:25
[Coke]: ^^
[Coke] Yes, but it's managed by the board (makoto) and not the GC
I don't think we currently have a way to make a targeted donation. 18:26
I would recommend reaching out to the treasurer before donating if you want to try to have it go into that bucket.
18:26 donaldh joined
japhb lizmat: The first two OpenGL tutorial links are pointing to the wrong videos (the first is pointing to the second, the second is pointing to a random other video) 18:27
makoto? 18:28
[Coke] Makoto Nozaki www.perlfoundation.org/whos-who.html
He's a board member.
japhb [Coke]: We'd set it up a couple years ago, and I did my yearly corporate-sponsored holiday donation to it, but this year the URL goes 404, and it's not obvious what happened
Ah 18:29
[Coke] I think this was the last blog post: news.perlfoundation.org/post/march...perl_6_dev
Donations are here:
with the latest site, targeted donations seem to be no longer available.
we are also transitioning to a new treasurer. 18:30
japhb Gah, that's annoying (lack of target). I went through the trouble of setting it up in Benevity and everything. :-(
18:31 donaldh left
japhb Oh wait, this exists: www.perlfoundation.org/perl-6-deve...-fund.html 18:31
Slight change of name and URL, just enough to break things. :-/ 18:32
[Coke] can't donate there, but yes. 18:35
probably part of the new site rollout - every URL changed. :|
japhb rolls his eyes 18:36
Is Dan Wright the old treasurer or the new one? 18:37
18:38 Kaiepi joined 18:45 chloekek joined 19:00 donaldh joined 19:05 donaldh left 19:22 Altai-man_ joined 19:24 sena_kun left
japhb [Coke]: ^^ and also: How do I contact someone at TPF? There doesn't seem to be any contact info that I can find on the web site. 19:41
[Coke] Yes, I have a ticket open for them to fix that. Pick someone, I probably have their email. 19:43
Please also mention to them when you ping them that you had to go out of band to find their contact info.
19:43 donaldh joined
japhb [Coke]: SGTM. Makoto and Dan Wright are I guess the two key folks for the moment (and whoever the new Treasurer is if you know it). Feel free to /msg me 19:45
19:47 donaldh left
[Coke] treasurer is treasurer@ 19:48
19:55 donaldh joined 19:59 donaldh left 20:08 entonian joined 20:15 chloekek left 20:18 entonian left 20:19 entonian joined 20:41 donaldh joined 20:56 entonian left 20:58 entonian joined 20:59 entonian left 21:03 Altai-man_ left 21:04 entonian joined 21:20 pmurias joined, entonian left 21:37 lucasb left 21:43 donaldh left
lizmat japhb: no idea how that happened, fixed now, thanks for the report! 22:16
TreyHarris tbrowder: I'm a bit lost with regard to github.com/rakudo/rakudo/issues/3296 -- T&M seems to imply that you suggested filing the bug, so I wonder if you can shed some light. What is the imagined check here? All module files do not require a `unit` anything at top, module or otherwise. Is the idea that if a file loaded via `use` whose filename ends in 'pm6' or one of its aliases never 22:20
declares a namespace, the compiler should complain?
22:21 titsuki joined
tbrowder TreyHarris: it's a bit confusing I know, T&M wastes more words that p 22:22
*than I do! 22:23
TreyHarris Is my description of the desired warning correct, then?
tbrowder did you read the email thread from the start of the problem? 22:24
TreyHarris Yes, but it sounds to me like an issue that was never with rakudo, so asking the compiler to catch it seems a little weird to me. Perhaps I misunderstand. 22:25
The "phase of the moon" comments seemed to imply that including a module declarator was only sometimes necessary--I don't understand that at all 22:27
tbrowder basically he was having trouble reading his modules and had left off, in this case, "unit module X" and failed to access the modules with the various incorrect "use..." statements in his caller. 22:28
TreyHarris right. I got that--I'm not clear on how the compiler could have caught this error anymore than it could've caught that you wrote "use B" when you should have written "use A", assuming both A.pm and B.pm describe identical interfaces 22:29
tbrowder he is too quick to change things willy-nilly and throws his hands up with such statements when trying to isolate a problem. by using a simple sandbox setup we were able to find his syntax errors, and he thinks the compiler should be able to catch the problems. 22:31
22:33 Xliff joined
tbrowder i'm not sure either, but i thought he could file the issue and get a better response than i could give. 22:33
Xliff o/
tbrowder let me go check the issue... 22:34
Xliff: \o
TreyHarris Yes, I've seen that behavior before. It's arguably valid to file an issue against the docs even when the reader hasn't read carefully or correctly--it may be possible to tighten up the docs so that even a haphazard reader will not be led astray. But asking the compiler to catch fundamental semantic mistakes seems... questionable to me at best 22:35
It would be like... In one language I used at one job, I constantly confused `DateTime` with `Date` and `Localtime`, which were three different modules that did different things for which those three names didn't map well onto my notion of those three names. But while I thought the naming of these core modules was bad and I might argue a new version should refactor them in some way, I wouldn't 22:38
have thought to suggest the language itself should have been able to tell me when I'd gotten this wrong, absent a syntax or interface error
tbrowder i am not able to disagree ;-)
Xliff m: role A { multi method b (:$something is required) { } }; class B does A { multi b (Str $other) { }; };
camelia ( no output )
Xliff m: role A { multi method b (:$something is required) { } }; class B does A { multi method b (Str $other) { }; }; 22:39
camelia ( no output )
Xliff m: role A { multi method b (:$something is required) { say 'R' } }; class B does A { multi method b (Str $other) { say 'C' }; }; B.new.b(:something); B.new.b('Hi')
camelia R
Xliff \o/
m: (1, 2, 3).values.say 22:56
camelia (1 2 3)