Geth rakudo: MasterDuke17++ created pull request #1321:
Add argument to ambiguous call exception message		 05:51
synopsebot RAKUDO#1321 [open]: github.com/rakudo/rakudo/pull/1321 Add argument to ambiguous call exception message
AlexDaniel lizmat: “wiki page” link does not seem to point to the wiki page :) 08:37
lizmat doublechecks 08:38
ah... indeed
fixed # AlexDaniel++ 08:39
mustvebeen a copypasto 08:40
AlexDaniel oh wow… 60 tickets… 08:41
(Zoffix, everyone)++
lizmat Files=1233, Tests=75972, 341 wallclock secs (15.17 usr 5.34 sys + 2315.84 cusr 236.15 csys = 2572.50 CPU) 09:04
AlexDani` quotable6: "wallclock secs" 09:32
quotable6 AlexDani`, OK, working on it! This may take up to three minutes (4469197 messages to process)
AlexDani`, gist.github.com/3cbb540226edcfecff...4e77c44af4 09:33
AlexDaniel I guess it needs to learn to filter by sender nickname 09:36
|Tux| Rakudo version 2017.11-131-g3f90f663b - MoarVM version 2017.11-48-g0b9f8090a
csv-ip5xs1.057 - 1.067
csv-ip5xs-2012.923 - 12.931
csv-parser12.101 - 12.129
csv-test-xs-200.454 - 0.496
test11.660 - 11.897
test-t2.888 - 2.903
test-t --race1.148 - 1.200
test-t-2052.219 - 53.232
test-t-20 --race17.637 - 18.035
 11:07
stmuk . 11:17
Did anyone CALL 415-349-566 ? :| 11:18
Zoffix .in 7d If anyone has any ideas for how to proceed on #1289 please comment 15:17
yoleaux Zoffix: I'll remind you on 26 Dec 2017 15:17Z
Zoffix .in 7d If anyone has any ideas for how to proceed on R#1289 please comment
yoleaux Zoffix: I'll remind you on 26 Dec 2017 15:17Z
synopsebot R#1289 [open]: github.com/rakudo/rakudo/issues/1289 [severe] [6.d BLOCKER] Implement a Way to Know Caller's Language
Zoffix .in 14d If anyone has any ideas for how to proceed on R#1289 please comment
yoleaux Zoffix: I'll remind you on 2 Jan 2018 15:17Z
Zoffix .in 21d If anyone has any ideas for how to proceed on R#1289 please comment
yoleaux Zoffix: I'll remind you on 9 Jan 2018 15:17Z
MasterDuke i thought .gist cut off arrays at some smallish number? 18:49
Zoffix MasterDuke: yeah, supposed to cut at 100. Something got busted :o 18:56
bisect: [1..1000].gist.words.elems.say
bisectable6 Zoffix, On both starting points (old=2015.12 new=3f90f66) the exit code is 0 and the output is identical as well
Zoffix, Output on both points: «1000␤»
Zoffix huh
geekosaur or just NYI 18:57
MasterDuke c: all [1..1000].gist.words.elems.say
Zoffix No, it was definitely Y
m: [1..1000].List.gist.words.elems.say
evalable6 101
committable6 MasterDuke, gist.github.com/6b21d82bd036d88a82...ad9086b4f8
Zoffix s: [1..1000], 'gist', \()
SourceBaby Zoffix, Sauce is at github.com/rakudo/rakudo/blob/4fca...y.pm#L1191
Zoffix wow hard to believe this sat there like that unnoticed 18:58
Zoffix hackety hacks 18:59
MasterDuke heh, i was converting my PR to use .gist, but the output wasn't getting any smaller
Zoffix m: my $h = Set.new: 1...1000; $h<42> = 42 19:03
evalable6 (exit code 1) Cannot modify an immutable Set (set(1 10 100 1000 10...)
in block <unit> at /tmp/hINA8NGcns line 1
Zoffix FWIW in ^ that error I see we also chop up long .gist()s: github.com/rakudo/rakudo/commit/49...44026f3575
MasterDuke the gist of a capture doesn't truncate Lists 19:06
Geth star: 2a3cebc5ad | (Steve Mynott)++ | docs/cheatsheet.txt
update to Diwalish version from mu repo
MasterDuke m: my @a = 1..1000; sub a(|c) { say c.gist }; a(@a.Array, <1>); say @a.List 19:07
evalable6 \([1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, …
MasterDuke, Full output: gist.github.com/3b919475bcddd139e6...eba991acd0
MasterDuke m: my @a = 1..1000; sub a(|c) { say c.gist }; a(@a.List, <1>); say @a.List
evalable6 \((1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, …
MasterDuke, Full output: gist.github.com/82c1ac250728060912...073912d178
stmuk ^^^ does that need use v6d-PREVIEW?
Zoffix s: \((1..1000).List), 'gist' 19:08
SourceBaby Zoffix, Sauce is at github.com/rakudo/rakudo/blob/4fca...Mu.pm#L605
Zoffix Right, 'cause default .gist is .perl 19:09
Reminds me of RT#123016
synopsebot RT#123016 [open]: rt.perl.org/Ticket/Display.html?id=123016 [BUG] When overriding .gist, it's all or nothing
MasterDuke ah, right 19:10
annoying
Zoffix m: sub (|c) { (｢\(｣ ~ c.List.gist ~ c.Hash.gist ~ ｢)｣).say }((1..1000).List, :meows) 19:12
evalable6 \(((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32…
Zoffix, Full output: gist.github.com/e70a25cc73f783eeda...ac8bf502a0
MasterDuke i could take the easy way out and just truncate the Capture's gist at some number of chars 19:13
Zoffix It'll blow up with lazy iterables 19:14
m: sub (|c) { c.gist.substr(0, 100).say }((1..*).List)
evalable6 (exit code 1) Cannot .elems a lazy list
in sub at /tmp/YN0XGCx0WF line 1
in block <unit> at /tmp/YN0XGCx0WF line 1
Zoffix ZOFFLOP: t/spec/integration/advent2009-day18.t
ZOFVM: Files=1287, Tests=152969, 153 wallclock secs (20.42 usr 3.21 sys + 3284.19 cusr 171.44 csys = 3479.26 CPU) 19:15
MasterDuke of course, that's why i started pulling in the X::Multi::NoMatch implementation. now why did i stop doing that...? 19:18
Zoffix wonder what .gist of shaped arrays should be 19:32
I made a patch to limit stuff to 100 els, but if you nest stuff a lot you still get a ton of output.
hm, OTOH looks like even 3 dims is slow as hell 19:34
m: my $n := (1..150) xx 150; my @a[150;150;150] = $n xx 150; say @a
evalable6 (signal SIGHUP) «timed out after 10 seconds»
Zoffix m: <leave-without-limit limit-all-dims-to-100>.pick.say 19:36
evalable6 leave-without-limit
Zoffix OK
For records, limiter patch is this: gist.github.com/zoffixznet/94c6f19...2646e374ea
ZOFVM: Files=1287, Tests=152976, 150 wallclock secs (20.71 usr 3.34 sys + 3231.53 cusr 166.12 csys = 3421.70 CPU) 19:43
Geth rakudo: 5b71d902c3 | (Zoffix Znet)++ | 2 files
Make Array.gist limit output to 100 els

  - Same as is done for List.gist and Map.gist
  - I also tried giving the same treatment[^1] to shaped arrays,
   but due to their dimentional nature the output is still
   huge, so there's little benefit from adding such limiters, as
   far as output size is concerned, while also not giving a good
   picture to the user (e.g. cutting off entirely ALL elements
   of top level 101, for example).
  gist.github.com/zoffixznet/94c6f19...2646e374ea		 19:47
roast: 399367ccbf | (Zoffix Znet)++ | S02-types/array.t
Test Array.gist limits output to 100 els

Rakudo impl: github.com/rakudo/rakudo/commit/5b71d902c3
rakudo: 334b87226d | (Zoffix Znet)++ | 2 files
Revert "Make Array.gist limit output to 100 els"

This reverts commit 5b71d902c3b19acbb51e1d05aa39c7650fac03b3.
I rather it goes in after release.		 19:54
roast: 1b814c6336 | (Zoffix Znet)++ | S02-types/array.t
Revert "Test Array.gist limits output to 100 els"

This reverts commit 399367ccbf80c04c88ad38ae85a10bfdfb8dd018.
  github.com/rakudo/rakudo/commit/334b87226d		 19:55
rakudo/zoffix-post-release: 33b3ff7a6d | (Zoffix Znet)++ | src/core/IO/CatHandle.pm
Fix IO::CatHandle.read switching handles too soon

Phixes R#1313, but makes .tell/.seek tests fail. It's possbile the tests are bogus.		 20:51
synopsebot R#1313 [open]: github.com/rakudo/rakudo/issues/1313 [LHF] IO::CatHandle.read switches handles too early
roast/zoffix-post-release: 9b825525c8 | (Zoffix Znet)++ | S32-io/io-cathandle.t
IO::CatHandle.read does not switch to another handle too early

R#1313: github.com/rakudo/rakudo/issues/1313 Rakudo fix: github.com/rakudo/rakudo/commit/33b3ff7a6d
tbrowder i can’t get n 21:24
i can’t get master to test or local install. anyone else having same prob? 21:25
AlexDaniel tbrowder: it was totally fine one commit ago. What's the error? 21:30
tbrowder collecting into a gist now... 21:33
see parts of make install and make test logs at gist.github.com/tbrowder/0973acd7d...a54698b287 21:35
AlexDaniel … huh? 21:36
that's weird
can you try again?
AlexDaniel afk
like maybe make realclean or something 21:37
tbrowder and the install log gist: gist.github.com/tbrowder/5fa66318f...eb60630fde
i'll try realclean... 21:38
actually i usually use distclean (which calls realclean) often. in trying to fix this i've also removed the local install dir which usually gets me back to a clean starting point. 21:41
moritz uses git clean -xdf to wipe out stuff 21:44
tbrowder ok, my bad (as usual), the weirdness apparently came from not having the spec on the updated master branch, duh! 22:18

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!