00:17 aborazmeh joined, aborazmeh left, aborazmeh joined 00:21 ngoomie left 00:24 holli__ left 01:24 coverable6 left, notable6 left, unicodable6 left, releasable6 left, greppable6 left, sourceable6 left, committable6 left, nativecallable6 left, squashable6 left, bisectable6 left, statisfiable6 left, quotable6 left, tellable6 left, bloatable6 left, shareable6 left, evalable6 left, benchable6 left, linkable6 left, benchable6 joined 01:25 notable6 joined, linkable6 joined, nativecallable6 joined, releasable6 joined, evalable6 joined, shareable6 joined, coverable6 joined, squashable6 joined, bloatable6 joined 01:26 quotable6 joined, unicodable6 joined, committable6 joined, statisfiable6 joined 01:27 greppable6 joined, hungrydonkey joined, sourceable6 joined, tellable6 joined, bisectable6 joined 01:28 hungryd46 joined, hungrydonkey left 01:31 hungryd46 left, hungrydonkey joined 01:33 hungryd1 joined, hungrydonkey left 01:44 hungryd1 left 01:49 epony left 02:00 molaf left 02:12 molaf joined 02:13 vrurg joined 02:35 gnufr33dom joined 02:49 gnufr33dom left 02:51 gnufr33dom joined 02:55 zacts joined 03:19 gnufr33dom left 03:29 zacts left 03:37 epony joined 04:02 xelxebar left, xelxebar joined, zacts joined 04:16 nige left, nige joined 04:41 zacts left 04:50 holli__ joined 05:12 jmerelo joined 05:44 zacts joined 05:51 wamba joined 05:57 eseyman left 06:01 eseyman joined 06:19 zacts left 06:48 andrzejku joined 06:57 domidumont joined 07:12 Altai-man joined 07:19 abraxxa joined 07:20 robinsmidsrod left 07:21 robinsmidsrod joined 07:23 abraxxa left 07:24 abraxxa joined 07:30 Sgeo left 07:39 domidumont left 07:41 rindolf joined 07:42 domidumont joined 07:59 dakkar joined 08:22 leont joined 08:34 wamba left 08:35 wamba joined 08:41 jmerelo left, jmerelo joined 08:43 vrurg left, nige left, spacebat2 left 08:44 spacebat2 joined, frot-lab joined, nige joined 08:47 vrurg joined
Geth doc: jjatria++ created pull request #3660:
Fix output for proto example
08:56
09:02 aluaces left 09:05 xinming left 09:07 xinming joined 09:22 wamba left 09:27 sarna joined, cpan-raku left 09:28 cpan-raku joined, cpan-raku left, cpan-raku joined 09:31 xinming left, xinming joined
Geth doc: 72cee90083 | (José Joaquín Atria)++ (committed by Juan Julián Merelo Guervós) | doc/Language/functions.pod6
Fix output for proto example

The listed output for the extended proto example did not match the code. The code example also had two separate functions with the same message, so that's been edited for clarity.
09:37
linkable6 Link: docs.raku.org/language/functions
09:42 sena_kun joined 09:44 Altai-man left, wamba joined, xinming left 09:45 xinming joined 09:54 wamba left 10:16 jmerelo left 10:17 holli__ left 10:18 MasterDuke left
Geth doc: jjatria++ created pull request #3661:
Simplify use of pick in is-pure documentation
10:24
10:25 aluaces joined 10:32 Xliff joined
Xliff \o 10:33
If I have a CArray from NativeCall... how can I know if .elems will return a proper size?
If I assign a CArray from a C-call, raku will complain that it doesn't know the length. 10:34
However if I create it from Raku, it will.
Is there a way to determine which is which?
timotimo `try $foo.elems` 10:35
10:36 MasterDuke joined
Xliff timotimo: Hrm... 10:40
I take it if it's from C, that result would be a Failure object?
Geth doc: 07fa82e269 | (José Joaquín Atria)++ (committed using GitHub Web editor) | doc/Type/Routine.pod6
Simplify use of pick in is-pure documentation

Closes #3579
10:44
doc: 8293b83357 | Altai-man++ (committed using GitHub Web editor) | doc/Type/Routine.pod6
Merge pull request #3661 from jjatria/patch-1

Simplify use of pick in is-pure documentation
linkable6 Link: docs.raku.org/type/Routine
linkable6 DOC#3579 [closed]: github.com/Raku/doc/issues/3579 [bug][docs] Fix "pick" use in docs.raku.org/routine/is%20pure
10:48 jmerelo joined
timotimo i would assume it throws an adhoc exception from moarvm 11:05
and that it doesn't translate that into a failure object in NativeCall itself
11:10 Noisytoot left
Xliff timotimo: OK, well I've written something that assumes that will become a Failure object at the Rakudo level. 11:11
timotimo: See usage, here: github.com/Xliff/p6-GLib/blob/mast...s.pm6#L137 11:12
11:14 xinming left 11:16 xinming joined
JJAtria[m]1 jmerelo: I think we are talking about different things on that PR. I don't think there's actually any meaningful disagreement 11:35
11:52 frot-lab left 11:56 xinming left 11:57 xinming joined 12:12 holli__ joined 12:18 jmerelo left 12:27 Noisytoot joined 12:32 Altreus_ is now known as Altreus 12:48 pamplemousse joined 13:09 skids joined 13:19 MasterDuke left 13:33 sarna left 13:35 xinming left 13:36 xinming joined
tbrowder lizmat: when you get a chance please check my blog site to see if you can detect a raku post vs a non-raku one. 13:40
lizmat tbrowder: please remind us of the URL :-) 13:41
tbrowder please let me know how i can best arrange that: zola-blogs.us
13:42 Altai-man joined
tbrowder right now i have an html processing instruction that identifies the prog lang if any. but i can do all sorts of eye-ball invisible things 13:43
[Coke] tbrowder: light mode makes the code very hard to read, FYI
tbrowder i have two examples, are both bad? see latest 13:44
13:44 sena_kun left
lizmat tbrowder: indented code block is only a black blob for me 13:44
tbrowder yes, i've filed issue with the Zola ppl 13:45
lizmat afk for 30 mins or so&
tbrowder it's the same for me
13:46 aborazmeh left
tbrowder [Coke] how about now. 13:47
both bad?
13:47 xinming left
[Coke] I don't see a change. 13:47
first one still nearly invisible, second one is visible but low contrast (in light mode) 13:48
tbrowder ok, is contrast in dark mode ok?
13:49 xinming joined
tbrowder they have lots of highlighter schemes but i can't find examples. right now i'm trying to establish a minimally acceptable starting look, with tweaks to come with time. 13:50
[Coke] no, wasn't great, but was at least legible. 13:57
Don't want to get stuck in a QA cycle, just wanted to give you a quick heads up. :)
14:09 Sgeo joined
tbrowder ok, thnx, i just now found that many of zola's named highlight schemes can be seen. i'll put a link on my site so ppl can suggest something better. 14:17
14:23 MasterDuke joined 14:26 john_parr_ joined 14:59 xinming left, andrzejku left 15:00 xinming joined 15:16 xinming left, xinming joined 15:19 zacts joined 15:23 zacts left 15:24 zacts joined
lizmat And yet another Rakudo Weekly News hits the Net: rakudoweekly.blog/2020/10/05/2020-...anifestly/ 15:25
15:33 xinming left 15:34 xinming joined
[Coke] gets name dropped in the weekly for doing the most basic of maintenance. :) 15:35
rypervenche I was quite surprised to see my name, forgot I submitted a PR. 15:39
[Coke] rypervenche++
tbrowder [Coke] i've updated site to show off code better with a slightly different highlighter. also added a link to the choices. suggestions welcome. 15:45
lizmat tbrowder: it's readable, but only barely :-( 15:46
15:48 xinming left
tbrowder erg, all i can suggest is checking out some of the other choices. i'll consult codesections... 15:48
rypervenche Yeah, I kind of have to squint to be able to make out the different colors. And the bright background mixed with the all of a sudden very dark code block makes it harder to make out.
15:48 xinming joined
tbrowder rypervenche: note the little square at the top of the page allows you to switch from light to dark background 15:49
rypervenche Ahh, that's a bit better. I still think the difference in colors should be more pronounced though. 15:51
Perhaps a personal preference though.
tbrowder how do you like blog site of codesections ref colors and code highlighting? let me find link... 15:52
codesections.com 15:53
rypervenche I like that, but I'm probably biased there, as I use that colorscheme for my terminals :P 15:57
tbrowder codewise it doesn't look much different to me. i believe there is a way to choose the foreground and backgound colors and just forego syntax highlighting.
rypervenche To me the colors are more vibrant. 15:58
tbrowder i wouldn't have a prob with that but most would.
rypervenche Meh, you can't please everyone. Maybe come up with a few different options and get a vote from people? 16:00
tbrowder well my color perception is not that great, so it would really be helpful for someone to check out the other schemes on getzola.org 16:01
in the meantime, i'll see if i can isolate schemes to different code blocks 16:02
16:03 xinming left
lizmat tbrowder: code gets better visually in dark mode indeed... but I prefer working in bright mode instead 16:04
16:05 xinming joined
rypervenche tbrowder: Where are the schemes on that site? 16:05
lizmat so switching to a dark mode blog is a bit of a pain, as you eyes need to adjust and/or you need to make sure no other bright windows blot out the dark mode blog
tbrowder rypervence: see the link referenced in my top sample blog at zola-blogs.us 16:09
rypervenche: ^^^
i like the default light background, but it may retain your last choice. 16:11
hm, i just took a look at codesections site. he uses "solarized-dark". if you all like his i can use his setup, including syntax higlighting... 16:16
16:19 domidumont left
rypervenche I went through them all. I like solarized and onehalf the best. But that's only my opinion. :) 16:22
Both of those colorschemes have light and dark versions. I don't know if it's possible to have those changed based on the light/dark theme that you choose. 16:26
16:34 dakkar left 16:36 domidumont joined 16:39 holli__ left 16:45 john_parr_ is now known as st_elmo, st_elmo left 16:48 MilkmanDan left 16:49 MilkmanDan joined 16:51 domidumont left
tbrowder rypervenche: thnx, and i've changed my site to use solarized-dark but i'm not sure if i can see the difference. could you pls check and see if you can tell? 16:57
and i will definitely look into possibility of changing with choice of background! 16:58
rypervenche It looks the same to me.
lizmat it looks ever so slightly better to me (but then again, I know the power of suggestion)
perhaps because it is getting dark in my office as the sun is about to set 16:59
lizmat switches on a light
yeah, agree, no change
rypervenche The colors for "my" and "say" don't exist in solarized, and the other colors are not right either, so it doesn't look like it updated. 17:00
tbrowder ok, working on it. i will add codesections' raku extra syntax and that should help. will be later today before i can get to it. 17:05
bye-bye...
17:24 vgrato_ left 17:34 Xliff left 17:40 xinming left, xinming joined 17:42 sena_kun joined 17:44 Altai-man left 17:49 pamplemousse_ joined, jmerelo joined 17:53 pamplemousse left 17:56 molaf left 18:08 approaching236 joined 18:13 zacts left 18:17 m6locks joined 18:21 cpan-raku left 18:24 bocaneri left 18:28 benlit left 18:45 cpan-raku joined, cpan-raku left, cpan-raku joined 18:46 mowcat joined 18:56 holli__ joined 19:00 xinming left 19:01 xinming joined 19:04 jmerelo left 19:19 abraxxa left 19:21 abraxxa joined 19:31 pamplemousse_ left
tbrowder alright, i *think* the solarized-dark highlight is actually being used (with Perl syntax coloring by Zola, not codesections' extra coloring). 19:35
can you eagle-eye color-sensitive ppl tell me if code block at zola-blogs.us looks different (hopefully a bit better)? 19:37
19:40 molaf joined 19:46 xinming left, xinming joined 19:49 approaching236 left
rypervenche tbrowder: Yep, it is correct now. 19:50
tbrowder so it looks better, great! thnx! now i'll see about adding the extra_syntaxes 19:51
20:02 klebs joined
klebs Hi everybody! anybody know how to expand the truncated IO::Path in this error message? 20:05
Constraint type check failed in binding to parameter '$target'; expected anonymous constraint to be met but got IO::Path (IO::Path.new("/tmp/m...)
20:06 pamplemousse_ joined
klebs i am not sure why it truncates the text of the IO::Path 20:06
tbrowder .ask codesections is it ok to use yr raku.sublime-text syntax code? if so, what should attribution be? would it be ok to use in PR to Zola? 20:08
tellable6 tbrowder, I'll pass your message to codesections
klebs specifically, I want to know how to make raku automatically output the full path, when instead it outputs: "but got IO::Path (IO::Path.new("/tmp/m...)" 20:09
has anybody here encountered this? any fixes? I looked on the environment variables page, but didn't see anything that seemed to describe this issue 20:11
20:15 klebs left
MasterDuke .tell klebs rakudo is deliberately shortening the string and i don't believe there's any user-facing way to prevent that. however, you can explicitly die in your constraint and give a different message. e.g., `sub a($a where {$_ == 1 or die "got $_"}){ say "hi" }(2)` 20:20
tellable6 MasterDuke, I'll pass your message to klebs
20:20 Grinnz_ joined 20:21 Grauwolf_ joined 20:22 literal_ joined 20:23 hoelzro joined, Roamer`_ joined 20:25 Grinnz left, unclechu left, Roamer` left, suzusime[m] left, hoelzro_ left, Grauwolf left, literal left, Grinnz_ is now known as Grinnz 20:27 AlexDaniel` joined 20:28 unclechu joined, guifa joined 20:29 suzusime[m] joined 20:34 klebs joined
guifa m: sub foo($a, *@b) { }; say &foo.signature.params[1].positional 20:43
camelia False
guifa um....
20:44 approaching236 joined
guifa that doesn’t quite feel correct 20:45
20:47 xinming left
lizmat m: sub foo(*@b) { }; say &foo.signature.params[0].positional 20:47
camelia False
lizmat m: sub foo(*@b) { }; dd &foo.signature.params[0]
camelia Parameter @b = *@b
MasterDuke m: sub foo($a, *@b) { }; say &foo.signature.params[1].slurpy
camelia True
lizmat feels like a buglet 20:48
20:48 xinming joined 20:51 vrurg left 20:52 vrurg joined
guifa will make file an issue and see if he can track it down. 20:56
Just wanted to confirm it was not as designed. .named is false, but on *%slurpy, both .named and .slurpy are true (and .positional is false) 20:57
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue META6 specification only exists "de facto" github.com/Raku/problem-solving/issues/236
¦ problem-solving: lizmat unassigned from jnthn Issue What is the philosophy of the Raku language github.com/Raku/problem-solving/issues/235 20:58
¦ problem-solving: lizmat unassigned from jnthn Issue IO::Path and Distribution::Resource share many methods github.com/Raku/problem-solving/issues/233
¦ problem-solving: lizmat unassigned from jnthn Issue Add a "community" label for issues that don't fit existing labels github.com/Raku/problem-solving/issues/232
¦ problem-solving: lizmat unassigned from jnthn Issue Ecosystem name resolution (or squatting) problem github.com/Raku/problem-solving/issues/229
¦ problem-solving: lizmat unassigned from jnthn Issue Coercion reconsidered and unified github.com/Raku/problem-solving/issues/227
¦ problem-solving: lizmat unassigned from jnthn Issue Extended identifiers-why and where, exactly? github.com/Raku/problem-solving/issues/224 20:59
¦ problem-solving: lizmat unassigned from jnthn Issue Map parameterized vs Hash parameterized github.com/Raku/problem-solving/issues/223
¦ problem-solving: lizmat unassigned from jnthn Issue Introspection for operator precedence, associativity github.com/Raku/problem-solving/issues/222
¦ problem-solving: lizmat unassigned from jnthn Issue .max on Iterables sorts on keys instead of values. github.com/Raku/problem-solving/issues/221 21:00
¦ problem-solving: lizmat unassigned from jnthn Issue Destructuring infinite ranges and sequences github.com/Raku/problem-solving/issues/218
¦ problem-solving: lizmat unassigned from jnthn Issue Loading of custom setting logic is undefined github.com/Raku/problem-solving/issues/213 21:01
¦ problem-solving: lizmat unassigned from jnthn Issue More language revision related questions needs resolving. github.com/Raku/problem-solving/issues/199
rypervenche guifa: There he is! Do you know of any module (or are any of the ones you're working on) that can handle date and time in almost any format? I was looking to find a single module that could go to and from RFC2822, but the two modules that look like they would handle that don't.
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Nativecall, native trait library usage rework github.com/Raku/problem-solving/issues/186 21:02
¦ problem-solving: lizmat unassigned from jnthn Issue A way to control Rat's behavior when it is running out of range for its denominator github.com/Raku/problem-solving/issues/185
rypervenche I made a PR for DateTime::Parse, but it doesn't look to be maintained anymore. I know that other language have a single library that can handle all/most date formats.
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue What should be the size of `int`? (and other NativeCall type issues) github.com/Raku/problem-solving/issues/182
¦ problem-solving: lizmat unassigned from jnthn Issue A better MOP API for wrapper kinds could exist github.com/Raku/problem-solving/issues/180
lizmat hmmm... that's a lot of noise :-( 21:03
guifa rypervenche: sorry! was out of town and disconnected. Going to should be fairly simply enough via a formatter string, but the from is more difficult. 21:04
lemme check out the DateTime::Parse module and see if myabe I could do something with a PR there
rypervenche I only ask because right after I submitted the PR, I found an exception in an email date that appended (UTC) to the end of an RFC2822 date, which is not standard. I worked around it by fixing the string in my script, but it would be nice if we had a thing kind of like the Linux "date" command that can take all sorts of date formats as input. 21:05
21:05 pamplemousse_ left
rypervenche I was simply curious if we already had something like that that I wasn't aware of. 21:06
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Extended identifiers- reserving :sym puzzles me github.com/Raku/problem-solving/issues/225
guifa Actually, do you have a link to the Parse module? I can’t find it on the ecosystem
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Some useful math/statistics functions are missing github.com/Raku/problem-solving/issues/4 21:07
rypervenche github.com/sergot/datetime-parse/
guifa I’m not aware of one but it might not be bad to have a (potentially slower) but very accepting one. <local-time> will be fairly liberal, but won’t cover the ISO formats
rypervenche There is also github.com/raku-community-modules/...ime-format but it is missing the subroutine that I would need to parse a string into a DateTime object. 21:08
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Uncertain status of tests in the roast github.com/Raku/problem-solving/issues/217
¦ problem-solving: lizmat unassigned from jnthn Issue Use of literal named parameters syntax for multi-dispatching github.com/Raku/problem-solving/issues/195 21:09
¦ problem-solving: lizmat unassigned from jnthn Issue Inconsistent handling of too-large array index between match variables and regular arrays github.com/Raku/problem-solving/issues/10 21:10
¦ problem-solving: lizmat unassigned from jnthn Issue Raku and/or Rakudo trademarks github.com/Raku/problem-solving/issues/193
¦ problem-solving: lizmat unassigned from jnthn Issue Specify rounding mode in CORE github.com/Raku/problem-solving/issues/13
¦ problem-solving: lizmat unassigned from jnthn Issue take single letter CLI options with one leading hyphen, such as `-lwc` github.com/Raku/problem-solving/issues/18
21:10 sena_kun left
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Metadata licenses should be required before adding new modules to ecosystem github.com/Raku/problem-solving/issues/19 21:10
¦ problem-solving: lizmat unassigned from jnthn Issue Use a grammar for command line options github.com/Raku/problem-solving/issues/187
¦ problem-solving: lizmat unassigned from jnthn Issue Semantics of coercion type on an "rw" parameter github.com/Raku/problem-solving/issues/21 21:11
21:11 Possum left
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Defining custom coercions from extant types github.com/Raku/problem-solving/issues/22 21:11
¦ problem-solving: lizmat unassigned from jnthn Issue Removed Syntactic Feature (-i flag for in-place file editing) github.com/Raku/problem-solving/issues/36
¦ problem-solving: lizmat unassigned from jnthn Issue The ecosystem is a mess github.com/Raku/problem-solving/issues/39 21:12
¦ problem-solving: lizmat unassigned from jnthn Issue Please beware of eliminating (or changing) documented features github.com/Raku/problem-solving/issues/40
¦ problem-solving: lizmat unassigned from jnthn Issue `once` block can be executed more than once github.com/Raku/problem-solving/issues/41 21:17
¦ problem-solving: lizmat unassigned from jnthn Issue New named parameters to .classify github.com/Raku/problem-solving/issues/6
¦ problem-solving: lizmat unassigned from jnthn Issue where blocks vs sub signatures github.com/Raku/problem-solving/issues/24 21:18
¦ problem-solving: lizmat unassigned from jnthn Issue Editor modes for Raku github.com/Raku/problem-solving/issues/37
¦ problem-solving: lizmat unassigned from jnthn Issue Changelogging takes too much time and effort github.com/Raku/problem-solving/issues/53
guifa rypervenche: the DateTime::Format is an old module that was basically a port over of Perl stuff. I could probably take a look at it to see how to integrate it into other stuff I’m working on
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Release process changes github.com/Raku/problem-solving/issues/54 21:19
¦ problem-solving: lizmat unassigned from jnthn Issue Clarifying dual-licensing on the site github.com/Raku/problem-solving/issues/56
¦ problem-solving: lizmat unassigned from jnthn Issue Ecosystem issues and a corresponding dev github.com/Raku/problem-solving/issues/45
¦ problem-solving: lizmat self-assigned Clarifying dual-licensing on the site github.com/Raku/problem-solving/issues/56 21:20
¦ problem-solving: lizmat unassigned from jnthn Issue LCM (support Rat and fail on lossy coercion) github.com/Raku/problem-solving/issues/55
¦ problem-solving: lizmat unassigned from jnthn Issue X::MyModule::Foo or MyModule::X::Foo ? github.com/Raku/problem-solving/issues/57 21:21
¦ problem-solving: lizmat unassigned from jnthn Issue Ambiguity in pseudo-package and package reaction on missing symbols. github.com/Raku/problem-solving/issues/58
¦ problem-solving: lizmat unassigned from jnthn Issue Need a substitute for Perl 5 die with newline for raising end-user errors? github.com/Raku/problem-solving/issues/59 21:22
¦ problem-solving: lizmat unassigned from jnthn Issue Running some scripts without any input sometimes leads users to believe that the program is hanging github.com/Raku/problem-solving/issues/60 21:23
¦ problem-solving: lizmat unassigned from jnthn Issue What can and what cannot be changed in 6.c-errata? github.com/Raku/problem-solving/issues/62
¦ problem-solving: lizmat unassigned from jnthn Issue Should `without` allow chaining? github.com/Raku/problem-solving/issues/63 21:24
¦ problem-solving: lizmat unassigned from jnthn Issue Status of NativeCall is unclear github.com/Raku/problem-solving/issues/66
21:25 rindolf left
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Status of the POD6 implementation github.com/Raku/problem-solving/issues/69 21:26
¦ problem-solving: lizmat unassigned from jnthn Issue Official release of Raku implementation github.com/Raku/problem-solving/issues/70 21:27
¦ problem-solving: lizmat unassigned from jnthn Issue Should IO::Handle instances be possible to construct using file descriptors? github.com/Raku/problem-solving/issues/73 21:28
¦ problem-solving: lizmat self-assigned Should IO::Handle instances be possible to construct using file descriptors? github.com/Raku/problem-solving/issues/73
¦ problem-solving: lizmat unassigned from jnthn Issue Mechanism for Reusing Function Definitions in NativeCall github.com/Raku/problem-solving/issues/75
¦ problem-solving: lizmat unassigned from jnthn Issue Make Rakudo read from META6 modules with :ver<>, :auth<> and :api<> github.com/Raku/problem-solving/issues/76 21:29
¦ problem-solving: lizmat unassigned from jnthn Issue What's up with hyper/race semantics? github.com/Raku/problem-solving/issues/77
¦ problem-solving: lizmat unassigned from jnthn Issue Update Travis configuration so that it does not compile Rakudo every single time. github.com/Raku/problem-solving/issues/85 21:30
¦ problem-solving: lizmat unassigned from jnthn Issue Language versioning. github.com/Raku/problem-solving/issues/88 21:31
¦ problem-solving: lizmat unassigned from jnthn Issue Support for custom HOWs isn't generic enough github.com/Raku/problem-solving/issues/90
21:33 xinming left
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue .perl should be replaced with a pluggable system github.com/Raku/problem-solving/issues/91 21:33
¦ problem-solving: lizmat unassigned from jnthn Issue there is no security process for receiving security critical bug reports github.com/Raku/problem-solving/issues/92
¦ problem-solving: lizmat unassigned from rba Issue Alert system for core developers github.com/Raku/problem-solving/issues/95 21:34
¦ problem-solving: lizmat unassigned from jnthn Issue Alert system for core developers github.com/Raku/problem-solving/issues/95
¦ problem-solving: lizmat unassigned from jnthn Issue MoarVM Support of Callbacks in a Different Thread github.com/Raku/problem-solving/issues/96
21:34 xinming joined
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Clean interpolation for enumerated character classes github.com/Raku/problem-solving/issues/97 21:35
¦ problem-solving: lizmat unassigned from jnthn Issue Perl6 is missing the ability to store sub signatures for later use. Think Callbacks. github.com/Raku/problem-solving/issues/98 21:36
¦ problem-solving: lizmat unassigned from jnthn Issue stage0 is a binary blob, how can we do without it? github.com/Raku/problem-solving/issues/100
21:37 pamplemousse_ joined
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Ecosystem stability issues github.com/Raku/problem-solving/issues/105 21:37
¦ problem-solving: lizmat unassigned from jnthn Issue Delegation does not handle multi-methods. github.com/Raku/problem-solving/issues/107
¦ problem-solving: lizmat unassigned from jnthn Issue Raku needs better ways to deal with network addresses github.com/Raku/problem-solving/issues/111
21:38 approaching236 left
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Open a blog github.com/Raku/problem-solving/issues/115 21:39
El_Che poor jnthn will sleep wll tonight
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Creditcard for cloud services github.com/Raku/problem-solving/issues/117
21:40 aluaces left, klebs left
Geth ¦ problem-solving: lizmat unassigned from jnthn Issue Wikipedia and Wikidata curation github.com/Raku/problem-solving/issues/120 21:43
¦ problem-solving: lizmat unassigned from jnthn Issue Check MoarVM out using OSS-fuzz github.com/Raku/problem-solving/issues/121
¦ problem-solving: lizmat unassigned from jnthn Issue List should have `.do` method as Supply github.com/Raku/problem-solving/issues/122
¦ problem-solving: lizmat unassigned from jnthn Issue `Supply.map` should respect the `Slip` semantics as `List.map` does github.com/Raku/problem-solving/issues/123 21:44
¦ problem-solving: lizmat unassigned from jnthn Issue Dynamic symbols resolution via &DYNAMIC is potentially a problem in user code github.com/Raku/problem-solving/issues/127 21:45
¦ problem-solving: lizmat unassigned from jnthn Issue "Path to Raku" is missing change of linux module namespaces github.com/Raku/problem-solving/issues/130
¦ problem-solving: lizmat unassigned from jnthn Issue Remove P5 regexes from Raku github.com/Raku/problem-solving/issues/133 21:47
¦ problem-solving: lizmat unassigned from jnthn Issue Add Dict/Tuple to the core github.com/Raku/problem-solving/issues/135 21:48
¦ problem-solving: lizmat unassigned from jnthn Issue perl6-users mailing list github.com/Raku/problem-solving/issues/139 21:49
¦ problem-solving: lizmat unassigned from jnthn Issue change the raku spec versioning github.com/Raku/problem-solving/issues/141
¦ problem-solving: lizmat unassigned from jnthn Issue Routines could use more support for reflection github.com/Raku/problem-solving/issues/149 21:50
¦ problem-solving: lizmat unassigned from jnthn Issue Expmod returns a default value instead of erroring out on libtommath errors github.com/Raku/problem-solving/issues/150
¦ problem-solving: lizmat unassigned from jnthn Issue RFE: returns for multiple variables github.com/Raku/problem-solving/issues/152 21:51
¦ problem-solving: lizmat unassigned from jnthn Issue uint's confused with int's github.com/Raku/problem-solving/issues/154 21:52
¦ problem-solving: lizmat unassigned from jnthn Issue IO::Socket::INET's methods for socket creation may need reconsideration github.com/Raku/problem-solving/issues/157
¦ problem-solving: lizmat unassigned from jnthn Issue The development experience around the generate-and-export pattern has shortcomings github.com/Raku/problem-solving/issues/159 21:53
¦ problem-solving: lizmat unassigned from jnthn Issue Errors indexing past the end of a List github.com/Raku/problem-solving/issues/160
¦ problem-solving: lizmat unassigned from jnthn Issue RAKUDOLIB destiny? github.com/Raku/problem-solving/issues/167
¦ problem-solving: lizmat unassigned from jnthn Issue Abandoned modules, deceased authors, etc. (Raku Community Modules) github.com/Raku/problem-solving/issues/168 21:54
¦ problem-solving: lizmat unassigned from jnthn Issue Making a signature accept a list of Pairs github.com/Raku/problem-solving/issues/177 21:55
21:56 xinming left, xinming joined
lizmat That's it, all of problem solving tickets assigned to jnthn no longer assigned to him, sorry for the noise! 21:57
guifa lizmat I want to ++ but also kind of sad seeing it. Hopefully jnthn can rest and get well. 21:58
lizmat yes, similar feelings, I'm pretty sure jnthn will be able to rest and get well 21:59
we just have to make sure that #raku is a place he cannot do without :-) 22:00
22:08 Grauwolf_ is now known as Grauwolf, xinming left, xinming joined 22:10 maggotbrain left
guifa rypervenche: perhaps the best would be a DateTime::Format and DateTime::Parse that handle all of them. By default, the parser can check all formats with certain degree of leniency. The format one could just be a set of subs, since that’s what the :formatter option on DateTime takes 22:10
neither of those two modules are currently in the ecosystem, so I can be semi-evil and squat the name but making sure to keep it updated 22:11
22:12 maggotbrain joined, Grinnz left, maggotbrain left 22:15 Grinnz joined 22:17 oodani left, oodani joined, approaching236 joined 22:24 Sgeo_ joined 22:27 Sgeo left 22:28 hoelzro left, hoelzro joined
rypervenche guifa: They're not? I found them from the modules.raku.org page. 22:35
22:35 skids left
guifa rypervenche: oh, hmmm, they weren’t use tags. I just clickeed on “date” tag ^_^ 22:41
22:41 pecastro joined 22:58 pecastro left 23:22 xinming left, xinming joined 23:42 xinming left, xinming joined