»ö« Welcome to Perl 6! | perl6.org/ | evalbot usage: 'perl6: say 3;' or rakudo:, niecza:, std:, or /msg camelia perl6: ... | irclog: irc.perl6.org | UTF-8 is our friend!
Set by sorear on 25 June 2013.
diakopter the backlog tonight 00:48
[Coke] japhb__: you about? 00:53
japhb__ [Coke], yes. Currently servicing three (3) requests, plus four (4) queued.
[Coke] one more: I want to clone rakudo locally, then when I need to test it, fetch updates, and clone a local copy. help on options to git appreciated. 00:57
japhb__ [Coke]: Roger that, give me a sec. 01:02
jnthn [Coke]: cd /path/to/main/repo; git fetch; cd /path/to/workspace; rm -rf the-clone; git clone /path/to/main/repo the-clone # or so 01:03
japhb__++ may be a cuter solution though :) 01:04
[Coke] ah, so you're not using a mirror or a bare copy anywhere in there? 01:06
avuserow [Coke]: you might be interested in git-new-workdir from the contrib directory of git.git: nuclearsquid.com/writings/git-new-workdir/ 01:08
jnthn [Coke]: /path/to/main/repo can be bare
Haven't played with the mirroring stuff 01:09
Though I suspect it is gonna land in one of the $dayjob git courses at some point so I'd better figure it out :)
[Coke] I'll still with regular for now. Danke. 01:10
*stick
jnthn pzh
ok, time or some rest :)
*for
jnthn hopes he actually manages to sleep tonight...
&
japhb__ [Coke], I created a share directory, cloned parrot, nqp, and rakudo normally under that directory, and then use: gist.github.com/japhb/8309906 01:13
My apologies for slow response ...
japhb__ [Coke], jnthn: IIRC, the reason perl6-bench does --mirror clones for the main repos had to do with working with multiple branches and detached HEADs. Using normal clones for the main repos didn't work sanely in that case. The (much more careful) clone and update code used in perl6-bench starts here: github.com/japhb/perl6-bench/blob/.../bench#L35 01:30
(That function and the next) 01:31
[Coke] I'll try the simplest thing and see if it works.
japhb__ er, (That function and the next couple especially -- setup, fetch, and extract )
[Coke] I wonder, if I manually put a copy of nqp/moar/parrot/whatever in place, if rakudo's configure.pl is still going to try to do a git pull 01:35
japhb__ It won't try to clone, but ISTR it will fetch and then checkout a particular rev. 01:36
[Coke] working so far. Pugs is a mess, I think I need to kill it. :| 01:47
diakopter to be fair, it was working ok on feather 01:48
dalek p: e264d33 | diakopter++ | / (3 files):
add serialization tests for moar
diakopter uhm. s/serialization/continuation/ 01:49
.oO( what as I working on again? )
[Coke] ah, yes. I blame diakopter, then! 01:52
seriously, though, I am even less a haskell hacker than I am the other kinds. it needs some love. 01:53
[Coke] any particular reason that we check things out in "nqp,parrot", but "nqp,nqp/MoarVM" ? 01:54
japhb__ hugme: hug Pugs
hugme hugs Pugs
[Coke] japhb__: only problem seems to be trying to clone and checkout a branch. 01:57
... and Im getting kicked out. back laters.
[Coke] ... and --mirror does what I want here. 02:21
japhb__ [Coke], I suspect that eventually you'll end up converging on the way that perl6-bench does it, because that was pretty much arrived at via painful debugging ... but I completely understand not wanting to jump from zero to there. 02:26
[Coke] not sure if you're also doing this, but I rebuild from scratch every day and don't install outside the build dir. 02:27
[Coke] huh. rakudo.jvm checks out a tag instead of leaving nqp at master. 02:30
japhb [Coke]: Same here (rebuild from scratch and don't install outside build dir). The latter is part of why the update-rakudo is somewhat baroque -- it finds the current nom HEAD, locally clones a separate copy of Rakudo for each backend into rakudo-<git revision>, then clones the dependencies in each of them, builds them, bootstraps panda and some basic modules into them, and then finally if all went well swizzles rakudo-parrot and rakudo-jvm symlinks -- which all m 02:39
diakopter which all m 02:40
japhb "which all my other aliases and scripts refer to." 02:41
dalek rl6-roast-data: 6bfd71b | coke++ | bin/moarborts.p5:
Add moarborts one-shot script
 02:52
rl6-roast-data: 08bfae7 | coke++ | .gitignore:
ignore this file that we create with the cron job.
rl6-roast-data: d805a37 | coke++ | / (8 files):
Keep -one- copy of each repo needed

When building, first fetch once per repo, then clone locally.
  japhb++ for inspiration
[Coke] well, there's a first pass that seems to do ok. haven't done a full run yet, but all the pieces seem ok. also cleaned up a few other things. 02:53
... and NOW I remember the last thing I wanted to do. 02:54
diakopter :) 02:56
dalek rl6-roast-data: 4392d52 | coke++ | bin/niecza.sh:
fix niecza clone
 02:58
rl6-roast-data: f277fb6 | coke++ | bin/ (5 files):
treat roast like all the other repos.
[Coke] kicks this off now to see if it survives, and will check in later. 02:59
~~ japhb++
[Coke] [A 03:52
V_S_C @tadzik sorry, that was almost 2am my time, & I was sleepy.. 03:59
moritz \o 06:30
raydiak o/ 06:36
V_S_C @tadzik today I tried starting with rakudo-star-2013.09.tar.gz 10:11
As the stack trace was too long for command prompt 10:12
tadzik did it make a difference?
uh
V_S_C I tried reinstalling panda
tadzik well, Rakudo Star should have panda included 10:13
V_S_C & got the same stack trace as yesterday with similar numbers at the end of lines
tadzik no need to install it again
V_S_C yes it did 10:13
tadzik I've never seen an error like you showed yesterday, I've no idea where it might come from
V_S_C Is there some link outlining manual modules usage 10:14
tadzik you can install them with ufo 10:15
ufo should be bundled with rakudo star as well
V_S_C Maybe I can share my toolchain details so rakudo team might know
I'm using ActiveState Perl 64 bit on Windows 2008R2 10:16
& the Visual Studio Express Edition
V_S_C VS2013 x64 Cross Tools Command Prompt 10:17
tadzik I've absolutely zero experience with windows, sorry
but I know at least 3 people in here who might know something :)
V_S_C thats alrite 10:18
cause I learnt scripting on bash but the resources I got are MS
& its one more reason I'm interested in PERL 10:19
I dont know anything about PowerShell :)
I tried using rakudo * pre-built binary 10:20
but it didnt have ICU 10:21
so panda install FastCGI said no ICU installed
thats why I built it on my own
I know some C++ 10:22
hoelzro morning #perl6 10:29
V_S_C the stack trace from the included Panda was too long. 10:34
V_S_C @tadzik kindly follow up with the 3 persons. I'll check-in before calling it a day. From my time-zone I can only stay-in on the inactive hours here. 10:54
For now I'm starting with just copying files to the respective directories.. 10:55
masak noon, #perl6 11:02
moritz noon+2h, #perl6 :-) 13:15
masak n+2h, moritz 13:21
diakopter n+ 13:23
tadzik n++
diakopter n++++
nhh 13:24
dalek rl6-roast-data: e8a1465 | coke++ | bin/cull:
Track log directory change
 13:26
[Coke] [A 14:00
dalek p: 74d93ae | (Tobias Leich)++ | t/qregex/rx_metachars:
strip U+180e from \s tests (Mongolian Vowel Separator)
 14:36
masak FROGGS: so -- wait -- \x180e is in both \h and \v, but *not* in \s ? 15:23
(or did you mean to remove it from \h and \v as well?) 15:24
actually, two things surprise me here:
(a) I thought \s was the union of \h and \v (but now \x180e is in the latter two but not in the former)
(b) I thought \h and \v were disjoint (but I see \x180e in both) 15:25
notjack does Larry do SOTO anymore? 15:27
masak yes. 15:29
notjack The latest I can find is '07 - where are the newer ones archived? 15:30
or, in particular, is there one for last year?
masak yes. 15:33
but I don't believe they've been archived for a while.
masak archiving is subject to someone's volunteering to archive it... 15:34
[Coke] so... every rakudo test that is todo'd or skipped should have an RT, aye? 15:38
notjack that's sad
[Coke] don't be sad, be a volunteer!
masak notjack: so, I'll count on you recording the SOTO for 2014, then?
[Coke] then you'll be too tired to be sad. :P
but yes, it's sad.
notjack no, I'm too sad to volunteer. 15:39
notjack curls up in a ball
btyler I think the 2013 edition is on youtube? it was given at a yapc, right?
notjack just searched YouTube for "yapc state of the onion 2013". Got "The Velociraptor of Christmas Future". Not what I was looking for, but seems apt. 15:41
masak notjack: mst tends to give "state of the velociraptor" talks on YAPCs. 15:42
mst++, I mean.
masak notjack: at least part of the reason for him doing so is filling in the visionary/guiding-light vacuum left as Larry started focusing more on Perl 6 than Perl 5. 15:43
FROGGS: irclog.perlgeek.de/perl6/2014-01-08#i_8091728
FROGGS masak: correct 15:44
that is why I asked (in #moarvm) how I am supposed to handle that 15:45
masak FROGGS++ 15:46
masak I missed that. 15:46
FROGGS jnthn said it would be okay for nqp to just make the test pass, but not for roast
so, that thing is not whitespace anymore but has zero width
notjack picking a velociraptor as a colophon is a positive indicator that he's crazy enough to do the job
FROGGS see www.unicode.org/L2/L2013/13004-vowe...change.pdf
benabik
.oO( colomon's a velociraptor? ... oh, coloPHon )
 15:47
[Coke] for roast, I think the right answer is to either: 15:48
1) make the tests work for -any- version of unicode implementation in the wild might use, as long as they're "real unicode"
2) conditionalize the tests based on which version of unicode a given implementation is providing. 15:49
colomon benabik: pretty sure I'm too big to be a velociraptor
[Coke] (perl6-roast-data)... getting those intermediate git repos setup was far less satisfying than I hoped. (it's all hidden behind a cron job that already takes forever. :P) 15:49
FROGGS waits for a new aborts.md to appear :o) 16:06
[Coke] sooon. 16:34
S29... 16:36
S32... 16:37
FROGGS :o)
masak this is so exciting!!! 16:39
FROGGS it is 16:40
diakopter notjack: I can confirm they removed the camera from the tripod before Larry gave the soto this year at oscon 16:41
er, last year now I suppose 16:42
masak but only to get closeups of Larry, right? :) 16:44
diakopter I looked around but didn't see anyone holding up a camera 16:45
masak aww :/ 16:46
diakopter (and my phone was dead) :(
it was mostly a repeat of yapc though
[Coke] FROGGS: ... but now I have to head to lunch. You'll get it after I get back. :) 16:47
diakopter (both na and eu)
FROGGS [Coke]: have a nice one :o)
diakopter er. maybe I'm wrong on similarity to yapc eu/na. my memory is poor.
notjack: www.youtube.com/watch?v=tTbVPb-NhLU 16:48
arnsholt Hmm. The Catalan numbers grow O(n!), don't they? 16:50
And I guess n^(n-2) is O(n^n), but what is the relation of that to O(n!)? 16:55
masak: You happen to know this off-hand?
masak hm. 16:56
feels like n^n would win, but I'm not sure. 16:57
arnsholt Yeah, I'm not sure either
Doesn't matter though
Both of them are bad enuogh that I can say that enumerating that many options is intractable =) 16:58
benabik I think 2^n < n! < n^n
masak well, now you've made me interested :)
what benabik said.
& 16:59
arnsholt Well, the Catalan numbers I get as the number of possible parse trees for a sentence when using a CFG 16:59
benabik 2! = 2, 2^2 = 4. n! = n (n-1)!, n^n = n (n-1)^n = n (n-1) (n-1)^(n-1) 17:00
arnsholt n^(n-2) is the number of parses using a different notion of syntax, where the words are nodes and the parse is a directed tree over the nodes
Right, right. So n^n grows faster 17:01
notjack n^n grows faster than n! and 2^n because n^n ~~ n*n*n*n ... and n! ~~ n*(n-1)*(n-2)... 2^n ~~ 2*2*2*2 17:16
arnsholt notjack: Durr. That is of course the simplest argument. Cheers! 17:18
notjack++
notjack how would one express n^n / n! in point-free p6? 17:36
moritz doesn't even know what point-free means 17:37
notjack the OEIS says the quotient grows as exp(pi * (2*n + 1/3) ) 17:38
without variables
moritz but parameters are allowed? 17:38
$N ** $N / ([+] .. $N)
notjack parameters are just bound varialbes
moritz $N ** $N / ([+] 1 .. $N)
moritz parameters are also read-only by default 17:39
notjack oh yeah, p6 doesn't have ! ... so that it can have a bunchb of tutorials bragging how easy it is to implement ! in p6 ;)
what's the perlbot's name? 17:40
moritz though of course the implementation of reduction contains variables 17:40
p: given 8 { say $_ ** $_ / ([*] 1 .. $_) }
camelia rakudo-parrot 8a486a: OUTPUT«416.101587␤»
notjack r: sub {^n ** ^n / ([+] 1..^n)} 10
camelia rakudo-jvm 8a486a: OUTPUT«===SORRY!=== Error while compiling /tmp/KPt2piUns9␤HyperWhatever (**) not yet implemented. Sorry. ␤at /tmp/KPt2piUns9:1␤------> sub {^n **⏏ ^n / ([+] 1..^n)} 10␤»
..rakudo-parrot 8a486a: OUTPUT«===SORRY!=== Error while compiling /tmp/zl0NwDqTgz␤HyperWhatever (**) not yet implemented. Sorry. ␤at /tmp/zl0NwDqTgz:1␤------> sub {^n **⏏ ^n / ([+] 1..^n)} 10␤»
notjack oh, given is neat
how is that different from a sub invocation? 17:41
I guess you don't actually write sub...
moritz correct
notjack a subliminal sub
moritz it's just a block
so it's not named, and immediately invoked, and transpared to return 17:42
notjack r: given chance {$_/2;} 17:43
camelia rakudo-parrot 8a486a: OUTPUT«===SORRY!=== Error while compiling /tmp/QK5ZSMKlwv␤Missing block␤at /tmp/QK5ZSMKlwv:1␤------> given chance {$_/2;}⏏<EOL>␤ expecting any of:␤ postfix␤ statement end␤ statement mo…»
..rakudo-jvm 8a486a: OUTPUT«===SORRY!=== Error while compiling /tmp/j8Sb8t1mvy␤Missing block␤at /tmp/j8Sb8t1mvy:1␤------> given chance {$_/2;}⏏<EOL>␤ expecting any of:␤ postfix␤ statement end␤ statement modif…»
notjack perl won't give me half a chance :(
masak if I'm allowed to use $_, I can write it in point-free.
notjack you just did, didn't you? 17:44
or rather moritz++ did
masak oh, yes.
moritz++
masak fades out again
notjack I was thinking more along the lines of a fork in J, a-la ^~ % !
moritz doesn't J 17:46
notjack www.jsoftware.com/zippy.gif 17:47
^~ means n^n (in general, infix_operator~ x means x infix_operator x) 17:48
moritz :-)
notjack the fork then means (^~ x) % (! x)
except you don't need the x....
moritz that kinda appeals to me 17:49
notjack I'm sure it can be done rather simply with a grammar 17:50
J's parser table only contains 9 rules and 2 exceptions
I've made the attempt a couple times over the years as p6 has matured 17:51
but never made much progress
How's p6's current performance over arrays?
moritz rakudo's: not good 17:52
niecza's is much better
timotimo playing with nqp-level arrays should be much faster, though, so if you implement your J compiler in nqp, maye it'll have acceptable speed 17:52
well, the compiler doesn't have to be in nqp, but the runtime could. or directly in QAST
notjack s/compiler/interpreter/ 17:53
moritz yes, NQP is much faster 17:53
notjack I think it'd be sig. work to get acceptable performance, because I'd have to reimplement arrays
timotimo oh? 17:54
is nqp::list not good for your purposes?
notjack J's fundamental datatype is [number_of_dimensions,[array of dimension lengths],[ravel of value array]]
timotimo a ravel is a flattened array?
notjack i.e. it's rectilinear/orthotopic
timotimo i don't know either of those words :D 17:55
notjack J doesn't do the sub-array or ragged-array thing
uh, rectangular... but more so
yes, a ravel is a flattened array
timotimo in my imagination, something that's more so than a rectangle is a square :\
notjack haha
it's an N-dimensional rectangle 17:56
timotimo ah
so a line, rectangle, block, ...
notjack sub-lists must all have the same length
as must their sub-lists
yes
timotimo what's the english mathematical term for the block shape again?
notjack prism?
timotimo hm, not quite what i thought of
grondilu parallelipiped
timotimo unless you limit it to "a prism of a rectangle" 17:57
notjack I thought that was a sleeping walrus...
timotimo grondilu: that doesn't have to have 90 degree angles in the corners, does it?
i thought the parallelpiped is the 3d version of a parallelogram
grondilu timotimo: oops indeed
timotimo :)
notjack orthotope
adjective: orthotopic
timotimo ah, so that's exactly the thing you said before 17:58
timotimo only had german math class
notjack yes; I thought you meant specifically 3D
(line, rectangle, 3d-prism-block-thing, 4d-thing)
timotimo ah!
timotimo "Cuboid", says wikipedia 17:59
grondilu yep, found it as well. It's also called "rectangular parallelepiped". I was not far then. 18:00
notjack that sounds like a very uncomfortable walrus 18:01
shades of bonsai kitten
timotimo yup :) 18:02
notjack I think "bonsai walrus" is the first thing I've googled in a decade that didn't result in an exact image of what I was googling for 18:04
masak interesting. jlongster.com/Stop-Writing-JavaScri...os-Instead 19:05
masak likes the way to define macros 19:06
masak (slightly) dislikes the solution to hygiene
segomos_ masak: thanks for the link 19:08
PerlJam reads to find out how hygiene is accomplished in js 19:19
moritz masak: interesting link, thanks for sharing 19:35
masak there's a HN discussion too: news.ycombinator.com/item?id=7025261 20:07
masak finds himself wanting a hybrid of 'rename' and 'git mv'... :/ 20:38
moritz masak: patch rename to accept an option for a different rename command 20:39
masak: so that you can call rename -c 'git mv' 's/a/X/' *
dalek kudo/moar-support: 9333da3 | jnthn++ | src/core/GatherIter.pm:
Make gather properly lazy, using continuations.

This eliminates the cheating implementation we've used so far.		 20:40
[Coke] nice. 20:43
From reading that it looks like the fix was "do stuff in nqp". :) 20:44
dalek p: 624dae2 | jnthn++ | t/moar/01-continuations.t:
Todo two continuation tests on Moar.

Would be good to look into them at some point, but they don't cover things that Rakudo depends on for gather/take.		 20:45
jnthn [Coke]: Well, it was also "implement continuations in Moar" :)
Which is what I've worked on last night / today.
raydiak r: my $t = now; for 1..1e4 {}; say now - $t; 20:49
camelia rakudo-jvm 8a486a: OUTPUT«0.798␤»
..rakudo-parrot 8a486a: OUTPUT«2.6250796␤»
raydiak wish my machine performed like that :P
anyone know what kind of box the eval bot runs on? 20:52
moritz raydiak: dual core box from digital ocean 20:53
2GHz 64bit CPU 20:54
raydiak so it's not a VPS? 20:55
moritz /proc/cpuinfo says: model name : QEMU Virtual CPU version 1.0 20:55
raydiak mine is DO also, but the $5/mo plan, and I get about 20% of that performance :)
FROGGS my timings: :j(1.465), :r(1.2681967), :m(20.565718) # Intel(R) Core(TM) i5-3320M CPU @ 2.60GHz 20:56
raydiak thanks guys...data points are exactly what I was looking for :)
moritz 21s on moar on my laptop 20:57
moritz doesn't have perl-j or -p built atm 20:57
FROGGS awww, shame on you! :P
jnthn Timing stuff on Rakudo on Moar at the moment is going to yield mostly awful results thanks to the binder stuff being slow-pathed... 20:58
FROGGS sure sure
jnthn That's the first thing I'll work on once we get spectest in shape. :)
moritz masak: if you want to patch rename, it's in this distribution: metacpan.org/pod/release/RMBARKER/.../rename.PL
raydiak I was wondering what was making the new Pray preview I'm working on so slow...lo and behold, it's not the string concat on JVM, but the time required to run the loop itself
(even if it's empty) 20:59
FROGGS I hope nobody thinks that this is The High Performance Build of MoarVM (TM)
moritz raydiak: try loop (my int $x = 0; $x < $limit; $x = $x + 1) { ... } instead of for (1..$limit) { }
raydiak: should be 5x or 10x faster 21:00
raydiak moritz++: you've saved the day! 21:01
moritz raydiak: don't take my word, measure :-)
raydiak moritz: did before I responded :) 21:02
[Coke] jnthn: spectest in shape: what percentage counts for that? 21:03
jnthn [Coke]: > 99% :) 21:04
bbi20 21:05
[Coke] jnthn: I assume that it won't count if I switch r.jvm to use the eval server and it dies again. :) 21:11
jnthn [Coke]: That's cheating :P 21:35
[Coke] figured. :)
tonight, I'll see if it's magically working, but won't switch it back if not. 21:36
is there a theoretical improvement we can make to startup time?
jnthn Now it doesn't have to compile Test.pm every time, it *may* be better...
I'd imagine there's things we can do, but I'd need to go profiling to know where the big costs are. 21:37
[Coke] it's really not much better (probably drowned out over sheer # of spec tests) 21:44
s/not much/ ... more like it doesn't feel much better, I'm just eyeballing it as the log scrolls by
itz I did notice calculating PI was an order of magnitude slower on moar than parrot :) 21:50
[Coke] *sadface*
jnthn Not surprising at this point 21:54
FROGGS umm, status.github.com says "We're investigating reports of outages across GitHub and Gist." 21:55
masak it's a bloody outage! 21:58
FROGGS I know taht!
nwc10 jnthn: why isn't it surprising that Moar is slower than Parrot for calculating Pi? It's not obvious to me. 22:02
masak Parrot has been calculating pi for years :) 22:03
jnthn nwc10: Every signature bind goes through a torturous slow path at the moment. 22:04
itz 1. make it work 2. make it work fast I suppose
jnthn nwc10: Since the sig binder is used for everything, and on MoarVM it was only really sane to write it in NQP
nwc10: So basically, we're interpreting a hot-path primitive doing lots of work, even for the simple cases. 22:05
masak (with no JIT)
jnthn nwc10: I suspect we'd be a couple of weeks behind where we are now if I'd not gone this "get stuff done first" route... 22:06
*done
nwc10 OK. Thanks. That was a much more comprehensive answer than I expected
jnthn Anyway, it's the first thing I'll tend to once we're in the 99% spectest range.
nwc10 and I agree
jnthn Also, MoarVM itself has had relatively little profiling. :) 22:07
jnthn is looking forward to the performance work, but would much rather do it with spectest looking good, to find mistakes :) 22:08
masak jnthn++ # GTD-first development
nwc10 I think you're right to concentrace on getting the spectest sane first
so that others can work on Star
while you work on speed
or curry and Imperial stout, or whatever is important.
nwc10 assumes that creating the Imperial Stout is actually outsourced. 22:09
jnthn Yes, I'm hopeful that things like Panda, sockets, etc. will be picked up by others.
FROGGS perl -E 'say Foo->isa("Bar"); say "alive"' # alive <-- that is ridiculous 22:13
masak FROGGS: what is? 22:26
FROGGS: the delegation to UNIVERSAL? 22:27
rurban I got: fork no memory error at github before they changed the response. So a process went rogue caused by their DNS outage 22:31
But should be faster than the PAUSE repair (harddisc exchange) 22:32
masak ouch. 22:36
jnthn Seems github is back :) 22:46
masak website, yes. 22:47
repository storage, no.
jnthn ah 22:51
jnthn blug: 6guts.wordpress.com/2014/01/08/a-ra...vm-update/
masak jnthn++
japhb Ditto that. :-) 22:52
jnthn happily notes that "segmentation fault" does not show up in the latest gist.github.com/coke/8250608/
jnthn hopes it stays that way :)
masak .oO( just catch SIGSEGV and handle it somehow ) :P 22:54
'night, #perl6 23:00
japhb o/ masak 23:02
[Coke] jnthn++ blug 23:09
[Coke] rakudo.moar,2014-01-08,93.40%,9a340b1,26576,1750,603,1440,30368,28495, 23:09
japhb Anyone want to take bets on when 95% and 99% will be crossed? 23:10
jnthn r: say (26576 / 93.4 * 95) - 26576 23:14
camelia rakudo-parrot 8a486a, rakudo-jvm 8a486a: OUTPUT«455.263383␤»
jnthn I think some of the "killed due to slow" ones will be better tomorrow; the gather/take cheat reified 1000 elements whether they were needed or not, which made some tests that only needed a few things take ages. 23:18
[Coke] sweet. once I test this jvm eval server stuff, I'll do another run. 23:25
jnthn I got stuff to do tomorrow, so will be away until late afternoon, I expect 23:26
[Coke] NOOOOOO 23:30
jnthn, don't you love us? ;)
jnthn :P 23:31
Well, I can at least say that I'd *rather* be here than doing tomorrow's errands. :) 23:32
[Coke] hugme: hug jnthn 23:33
hugme hugs jnthn
[Coke] hugme: hug hugs, hugging. 23:34
hugme hugs hugs,
jnthn Time for some rest...'night o/ 23:41
japhb__ o/ jnthn!

Powered by Cro and the Raku® Programming Language.

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

Thank you!