00:03 lizmat joined 00:11 hungrydonkey joined 00:24 hungrydonkey left, hungrydonkey joined 00:27 hungrydonkey left
MasterDuke oh, looks like Geth is down 00:30
just pushed github.com/perl6/roast/commit/01b7...42d0454e6b
lizmat .tell tyil Geth appears down 00:31
tellable6 lizmat, I'll pass your message to tyil
lizmat MasterDuke: pretty sure tyil has already hit the sack
MasterDuke i should have done the same a little while ago...
lizmat which I will do now as well&
00:46 sena_kun left 00:51 Kaiepi left 00:52 Kaiepi joined 01:01 hungrydonkey joined, sena_kun joined 01:06 hungryd73 joined 01:08 hungrydonkey left 02:12 ufobat_ joined 02:15 ufobat left 02:38 Kaiepi left 02:39 Kaiepi joined 02:46 sena_kun left 03:01 Geth joined
tyil lizmat, MasterDuke: I was asleep indeed, but I try to read back and have found your wishes (geth was lost in the netsplit earlier, I believe) 03:01
tellable6 2020-02-05T00:31:15Z #raku-dev <lizmat> tyil Geth appears down
03:02 sena_kun joined
timotimo y'know, we get notifications whenever a netsplit happens, right? and they contain which servers were part of the split, if i'm not mistaken 03:35
in principle we could probably figure out a different server we could connect to so the bot is available on both sides of the split
until the split is resolved, at which point both bots see each other and one can quit
gist.github.com/timo/99686d0a3a8d5...31d62193f8 - *snrk* 03:39
03:41 hungrydonkey joined 03:45 hungryd73 left 04:45 sena_kun left 04:59 sena_kun joined 06:44 sena_kun left 06:49 brrt joined 06:58 nebuchadnezzar joined 07:02 sena_kun joined 07:06 squashable6 left, squashable6 joined 07:47 domidumont joined 08:18 brrt left 08:46 sena_kun left 08:57 brrt joined
lizmat m: 42.expmod(-1,7) 08:58
evalable6 (signal SIGHUP) «timed out after 10 seconds»
lizmat .tell MasterDuke 42.expmod(-1,7) causing hanging of S32-num/expmod.t test 08:59
tellable6 lizmat, I'll pass your message to MasterDuke
09:02 sena_kun joined 09:43 brrt left 10:47 sena_kun left 11:02 sena_kun joined
Geth nqp: beeaa5d38b | (Elizabeth Mattijsen)++ | tools/templates/MOAR_REVISION
Bump NQP to get latest libtommath fixes
rakudo: f8b9d02759 | (Elizabeth Mattijsen)++ | tools/templates/NQP_REVISION
Bump NQP to get the latest libtommath fixes

Daniel Green++ for perseverance in upping this dependency!
lizmat .tell MasterDuke bumping MoarVM / NQP fixed the hang
tellable6 lizmat, I'll pass your message to MasterDuke
11:51 travis-ci joined
travis-ci NQP build passed. Elizabeth Mattijsen 'Bump NQP to get latest libtommath fixes' 11:51
travis-ci.org/perl6/nqp/builds/646366747 github.com/perl6/nqp/compare/fad1a...eaa5d38b98
11:51 travis-ci left
Guest47772 m: say is-prime(-2) 12:12
evalable6 True
Guest47772 hmm
12:33 squashable6 left 12:35 squashable6 joined
Geth rakudo: 4b64338afa | (Elizabeth Mattijsen)++ | 2 files
Add type information to BUILDPLAN when binding attribute argument

  - this is currently not being done, allowing for binding when it shouldn't
  - does not actually do the typecheck yet, just adding information to be used
12:45 travis-ci joined
travis-ci Rakudo build failed. Elizabeth Mattijsen 'Bump NQP to get the latest libtommath fixes 12:45
travis-ci.org/rakudo/rakudo/builds/646369648 github.com/rakudo/rakudo/compare/c...b9d027594b
12:45 travis-ci left
lizmat restarted the one failing job 12:45
12:46 sena_kun left 13:01 sena_kun joined 13:04 brrt joined 13:35 brrt left
Geth rakudo: 5eb113b1c8 | (Elizabeth Mattijsen)++ | src/core.c/Version.pm6
Make sure Version objects can coerce themselves
13:48 lucasb joined
lizmat afk for rest of the day& 14:05
14:46 sena_kun left 15:00 sena_kun joined 15:10 rypervenche joined
Geth rakudo: ca78390ecc | (Jonathan Worthington)++ | 2 files
Fix variable declared by shape match in signature

A signature like `-> @a[3] { }` would accidentally declare a lexical with the name `@a[3]` instead of just `@a`. This addresses the issue reported in #3314.
linkable6 RAKUDO#3314 [open]: github.com/rakudo/rakudo/issues/3314 [shaped] Using a shaped array in a signature stores incorrectly in lexical pad
Geth roast: ecdf550c86 | (Jonathan Worthington)++ | S06-signature/shape.t
Add a test for using shaped parameter variables

Covers github.com/rakudo/rakudo/issues/3314.
15:12 SmokeMachine joined
Geth nqp: 6295cad4ad | (Jonathan Worthington)++ | src/vm/moar/QAST/QASTRegexCompilerMAST.nqp
Don't call non-existent panic method

It's a bug elsewhere when we reach this, but at least emit the error so as to give a little more information.
nqp: 5708ad8934 | (Jonathan Worthington)++ | src/QRegex/P6Regex/Actions.nqp
Fix indentation
16:30 domidumont left, domidumont joined 16:31 Guest47772 left 16:43 patrickb joined 16:47 sena_kun left
Geth nqp: 7bf032640d | (Jonathan Worthington)++ | src/QRegex/P6Regex/Actions.nqp
Consistently make the `.` in `<.[x]>` a no-op

In github.com/rakudo/rakudo/issues/3208 it was reported that we got compilation errors from typing `<.[\d]>`, while the `.` was silently ignored in `<.[a]>`. It turns out that the compiler would treat whatever
  `.` was applied to as if it was going to be a subrule call, and when it
was something simple enough, we got away with that since the subtype was ... (9 more lines)
17:01 sena_kun joined
Geth rakudo: bceaeb1a9a | (Jonathan Worthington)++ | src/core.c/Junction.pm6
Give Junction an iterator method

While methods in general autothread, some opt out of that - especially those called by internals and that are expected to follow protocols. It would seem `iterator` is a fair fit for that category, so implement it as an iterator that produces 1 value when iterated: the Junction itself. The current bad behavior in github.com/rakudo/rakudo/issues/3198 is eliminated by this change; it now outputs `Junction` instead.
roast: 376d49f71e | (Jonathan Worthington)++ | S03-junctions/misc.t
Test to cover value in single junction iteration

Covers the fix for github.com/rakudo/rakudo/issues/3198.
17:42 domidumont left, domidumont joined
[Coke] lots of jnthn commits today 17:43
Geth rakudo: e1faa704ec | (Jonathan Worthington)++ | src/Perl6/Actions.nqp
Don't unwant the first argument of a call node

It's not clear exactly what this branch was intended to do. Removing it resolves the bug in github.com/rakudo/rakudo/issues/3034, and does not break any tests nor spectests. Its effect was to unwant - and so sink - either the first argument of a call that itself was unwanted, or in the case of a call node without a name, the callee. The latter was what caused #3034. However, I can't think of any case where this is a desirable behavior. Perhaps just a thinko?
linkable6 RAKUDO#3034 [open]: github.com/rakudo/rakudo/issues/3034 [regression] Inconsistant syntax required to call module sub
jnthn m: use Test; my $called = False; my module M { our sub foo() { $called = True; } }; M::foo if True; ok $called; 18:01
evalable6 (exit code 1) Cannot find method 'Nil' on object of type List
in block <unit> at /tmp/klClr4K7rS line 1
Geth roast: 7f4b636efe | (Jonathan Worthington)++ | S04-statement-modifiers/if.t
Test `M::foo if True` calls M::foo

Covers the bug from github.com/rakudo/rakudo/issues/3034.
lucasb with regard Junction.iterator, can't the same be done for Capture objects? 18:03
m: .say for \(1,2,:a,:b)
evalable6 1
18:03 hungrydonkey left, ufobat_ left
lucasb currently, captures "iterates" only the ".list" part of it :) 18:03
jnthn No, that'd surely cause much too much breakage
Since Match ~~ Capture 18:04
iirc, anyways
m: say Match ~~ Capture
evalable6 True
jnthn Yup
Home time o/
18:46 sena_kun left
nine That's an interesting new one: 18:48
362s] push_o requires a concrete object (got a ThreadPoolScheduler::Queue type object instead) 18:49
[ 362s] at /home/abuild/rpmbuild/BUILD/rakudo-2020.01+git76.ge1faa704e/tools/build/install-core-dist.p6:2
MasterDuke . 18:52
tellable6 2020-02-05T08:59:39Z #raku-dev <lizmat> MasterDuke 42.expmod(-1,7) causing hanging of S32-num/expmod.t test
2020-02-05T11:45:50Z #raku-dev <lizmat> MasterDuke bumping MoarVM / NQP fixed the hang
MasterDuke lizmat++
18:56 travis-ci joined
travis-ci Rakudo build failed. Jonathan Worthington 'Don't unwant the first argument of a call node 18:56
travis-ci.org/rakudo/rakudo/builds/646528882 github.com/rakudo/rakudo/compare/b...faa704ecb3
18:56 travis-ci left 19:01 sena_kun joined
TreyHarris I just ran `raku` (no args for the REPL) from a brand-new (well, actually, Jan 29) rakudo build in my home directory. It took a rather long time to start, so I hooked lsof to it, and it appeared to be scanning nearly every file in my home directory. Like, at one point it had /home/trey/src/emacs/etc/refcards open 19:04
It's not a one-time precomp thing, either, I just tried again. I have to cd into an more-empty directory for raku to quickly start
ahh, it's because my PERL6LIB contains . 19:05
sena_kun yes, beware of PERL6LIB value 19:06
TreyHarris is recursive traversal through every directory in PERL6LIB new behavior, though? I had a tmux hotkey that started the repl from my home directory in a new shell and I don't recall having to wait on it 19:07
nine TreyHarris: it's been that way for a couple of years
TreyHarris huh. And (tangential to that) scanning rakudo src, there's no new Raku name for PERL6LIB? 19:08
I can use direnv to add . only in my ~/src subdir, though, so that's fine now that I'm aware 19:09
nine Why do you even want . in PERL6LIB? 19:13
That recursive scan went in in August 2016. How time goes by... 19:14
TreyHarris nine: for REPL use it's frequently nice to just cd to where a module you want to debug lives. and if you want to import an executable as a library in the REPL for testing, it won't be in a lib parent dir 19:21
19:25 jjatria joined, jjatria left
TreyHarris It looks like as of 3 Feb, Geth no longer sends any updates to #raku -- was this intentional? 19:30
nine m: say "test"
evalable6 test
TreyHarris nine: no, I didn't mean all bots, just Geth for comitt and merge actions. and on #raku, not here 19:32
nine TreyHarris: I know but camelia is still down. Will have to reboot the host 19:35
19:35 nine left 19:36 MasterDuke left 19:37 nine joined, SmokeMachine left 19:39 camelia joined
nine m: say "back" 19:40
camelia back
TreyHarris nine++ camelia++ 19:42
19:52 domidumont left 19:55 CIAvash joined
TreyHarris Hi CIAvash... so we're all on the same page, you've created a very nice-looking blog platform at raku-demo-temp.ciavash.name/ and are wondering if raku.org could find a place for it if it looks worth extending beyond a proof of concept, right? 20:01
CIAvash Yes.
TreyHarris I think the best next step would be to introduce yourself and the site in a new issue in github.com/Raku/problem-solving -- anyone here disagree? 20:02
CIAvash: the Raku/problem-solving repo is where things like this are typically hashed out, so I think that's your best bet.... thanks for your hard work! 20:05
CIAvash ok
TreyHarris Feel free to ask here if you want to get quick back-and-forth feedback from anyone who happens to be awake at the time 20:08
But a document on problem-solving for people to refer to and save comments is good first 20:09
20:09 Voldenet left
rypervenche CIAvash: And if you can provide the source code for the actual site that you've built, even better! It would be effective in showing how simple the site is to write/update using Markdown. 20:13
20:15 Voldenet joined, Voldenet left, Voldenet joined
TreyHarris yesterday when everyone was asleep, I asked what I needed to do to get my new rakudo build feature-equivalent to my rakudo-star 2019.03 install. Can I just do a walk through .../rakudo-star/rakudo-star-2019.03/modules and zef install each? zef can't use the name of the dirs under .../modules, so I'll need to go into each module dir and grab 'name' from META6.json. Is there a better/easier way? 20:39
(Also, where did my own rakudo-star zef installs go so I can take inventory of them?) 20:40
nine TreyHarris: I'd assume that star's build system has a list of modules that get packaged 20:44
TreyHarris nine: that's fine, i can figure it out. the part I'm stuck on is figuring out where my zef install modules went
like, if I remove the rakudo executables from my path and start the rakudo-star perl6 and do 'use Carp', it works, but I'll be damned if I can find a directory called Carp anywhere 20:45
20:47 sena_kun left
nine if it's installed into a CompUnit::Repository::Installation (which is likely) there won't be 20:47
TreyHarris so, how can I get a list of what I have installed? 20:49
ah, there's an entire doc page I never saw before on this: docs.raku.org/language/compilation 20:52
how do I convert a name to a SHA-1? 20:56
"Carp" has a SHA-1 (that I found using shell command, since I don't know how in Raku) of d00ed6d0c5ac45de00f179782815edeefadfc67b, but %?RESOURCES<d00ed6d0c5ac45de00f179782815edeefadfc67b> doesn't exist, so I think I'm not understanding that page 20:58
nine TreyHarris: why do you care? 21:00
21:01 sena_kun joined
TreyHarris nine: I thought that was how to find my installed modules working backwards. If there's a different way, I'll do that... but that language/compilation page doesn't seem to suggest any others unless $*REPO were iterable, which it isn't? 21:02
nine m: say $*REPO.next-repo.installed
camelia ()
nine m: say $*REPO.next-repo.next-repo.installed
camelia ()
nine m: say $*REPO.next-repo.next-repo.next-repo.installed
camelia (CompUnit::Repository::Installation::InstalledDistribution.new(${:auth("perl"), :files(${}), :name("CORE"), :provides(${:BUILDPLAN(${("lib/BUILDPLAN.rakumod") => ${:cver("2020.01-76-ge1faa704e"), :file("10E86A71646D649AE0856ACE1737E1FFACC669D6"), :tim…
nine m: say $*REPO.next-repo.next-repo.next-repo.installed>>.short-name 21:03
camelia No such method 'short-name' for invocant of type 'CompUnit::Repository::Installation::InstalledDistribution'
in block <unit> at <tmp> line 1
nine m: say $*REPO.next-repo.next-repo.next-repo.installed>>.meta<name> 21:04
camelia Type List does not support associative indexing.
in block <unit> at <tmp> line 1
nine m: say $*REPO.next-repo.next-repo.next-repo.installed>>.meta>><name>
camelia (CORE)
TreyHarris ahh
nine m: say $*REPO.next-repo.next-repo.next-repo.installed>>.meta>><provides>
camelia ({BUILDPLAN => {lib/BUILDPLAN.rakumod => {cver => 2020.01-76-ge1faa704e, file => 10E86A71646D649AE0856ACE1737E1FFACC669D6, time => 1580933321.7569573}}, CompUnit::Repository::Staging => {lib/CompUnit/Repository/Staging.rakumod => {cver => 2020.01-76-g…
TreyHarris okay, using .next-repo repeatedly wasn't what I was expecting :-)
nine It's a single linked list 21:05
m: say $*REPO.repo-chain>>.?name 21:06
camelia (home site vendor core Nil Nil Nil)
TreyHarris m: .[0].say for $*REPO.next-repo.next-repo.next-repo.installed>>.meta>><provides>>>.keys 21:09
camelia newline
TreyHarris ^ that seems to be what I want
21:43 patrickb left 21:46 Kaeipi joined 21:47 Kaiepi left, lucasb left 22:46 sena_kun left 22:58 SmokeMachine joined 23:01 sena_kun joined