Geth nqp: 1d2f0fe2f2 | (Timo Paulssen)++ | tools/build/MOAR_REVISION
bump nqp for host and peer ip and port in async listen & connect

MoarVM commits pulled in by this bump: 5e94da0 Merge branch 'asyncsocket_listen_sockname' c0853d2 also pass socket and peer names for outgoing connections 527615e return undefined hosts and ports in error cases ba2ef17 you use VMString to decode strings, box it in BOOTStr ... (9 more lines)		 11:21
¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...8-g5e94da0
rakudo/nom: 76af17a8b1 | (Timo Paulssen)++ | 2 files
bump nqp and use new peer/socket host/port values in async sockets

bump pulled in changes from moarvm: 5e94da0 Merge branch 'asyncsocket_listen_sockname' c0853d2 also pass socket and peer names for outgoing connections 527615e return undefined hosts and ports in error cases ba2ef17 you use VMString to decode strings, box it in BOOTStr ... (9 more lines)		 11:24
timotimo i think i've done all this correctly
timotimo looks into doc changes now 11:27
lizmat update from TPCiA: sold about 20 Perl 6 Fundamentals, and some 15 Think Perl 6 and some 25 Perl 6 at a glance 11:55
timotimo nice 11:56
brrt lizmat++ 11:59
nine I wonder if having loads of mixins on an object would have some performance implications. 12:41
timotimo well, we do have the "real data" pointer you have to chase once you've mixed something into an object 12:42
but i think if you instantiate a class that had a role mixed in it won't be problematic
nine But that's independent of the number of mixins though, isn't it?
Talking strictly about objects here
timotimo that part is, yes
i'm not sure what other effects mixing in can have on performance
the only thing that'd let us figure this out is mixing in a hundred different roles into an object :D 12:43
nine Asking because I see 13.58 % of time spent in find_method which is due to Inline::Perl5::Object using ^add_fallback_method for proxying method calls 12:44
So what if instead of just forwarding the call it would also create a role that happens to have that method and mixing that into the Inline::Perl5::Object so future calls can actually use the method cache?
Of course even better would be to use the approriate mirror classes Inline::Perl5 already creates instead of the generic Inline::Perl5::Object one. But that may be more involved and I don't know if I can make that fast enough. 12:47
timotimo hm, the fallback methods don't install themselves in the method table, eh?
nine no 12:48
But they could, can they? The fallback is on the class, so if it kicked in once it will so for the same method in the future. So no harm in having the method already there. 12:49
timotimo not exactly sure 12:51
nine Meh....there's the fallback condition still. That may give different results depending on the object the fallback is called on 12:56
Because you may of course have multiple callbacks
timotimo ah, indeed 13:09
nine Apparently we're losing the fallback method once a role is mixed in. Odd. 13:57
m: class Foo {}; BEGIN Foo.^add_fallback(-> $, $ {True}, method ($name) { -> $self { say "$name called"; } }); my $foo = Foo.new; $foo.bar; $foo does role :: {}; $foo.bar; 14:00
camelia bar called?No such method 'bar' for invocant of type 'Foo+{<anon|77268928>}'? in block <unit> at <tmp> line 1??
nine I wonder if this is to be expected or just a plain bug.
It does work with FALLBACK methods though 14:03
timotimo right, FALLBACK is what causes composition to .^install_fallback_method or whatever 14:19
otherwise it's per type object
nine 8.5 seconds! 14:23
timotimo yeah! 14:24
Zoffix :o 14:37
nine 7.8 seconds and this version even passes all tests :) 14:42
timotimo i'm also glad you're making other nativecall-using code faster 14:49
stmuk are our Makefiles GNU specific? 14:51
nine timotimo: well in this case not. But I will get to making NativeCall faster as soon as I'm done fixing those emberassing Inline::Perl5 performance issues :) 14:52
timotimo i was refering to your general work over the last few days :)
stmuk actually they can't be otherwise nmake wouldn't work 14:53
timotimo right, we're keeping compat with nmake, which has basically nothing 14:54
hmm, later on i'll also have to do a little bit of work to make udp sockets also tell you their local ip and port, and - if they are bound - the remote values as well 14:55
[Coke] win 2 15:07
buggable [Coke], Thank you for entering Accidental /win Lottery! The next draw will happen in 2 weeks, 6 days, 8 hours, 52 minutes, and 58 seconds
Geth_ star: stmuk++ created pull request #97:
patch perl6 -v to display "Rakudo Star" star issue #7
star: 57264c72f1 | (Steve Mynott)++ | 2 files
patch perl6 -v to display "Rakudo Star" star issue #7
star: 9ac7033d0c | (Steve Mynott)++ (committed using GitHub Web editor) | 2 files
Merge pull request #97 from stmuk/master

patch perl6 -v to display "Rakudo Star" star issue #7
Zoffix huggable: geth 15:08
huggable Zoffix, Set geth report URL (select application/json and send me everything): geth.niner.name:8888/?chan=#perl6-dev
Zoffix someone with perms, swap rakudo/star geth webhook to ^ that url
Geth_ perl6-pod-to-bigpage: b3702e9a8d | (Steve Mynott)++ | t/P.t
Original url now redirects to https which leads to a implicit dependency on OpenSSL which causes problems with R* Windows (since I don't want to ship a OpenSSL DDL) - use http version.
 15:40
stmuk JSON::Tiny is failing 15:50
nine I'm very much looking forward to the next csv-ip5xs numbers :) 15:51
stmuk and it passed 13 days ago .. maybe something external to it?
nine [Tux]: if you are not tracking Inline::Perl5 master, now is a good time to upgrade your benchmark system :) 15:52
ugexe stmuk: rt.perl.org/Public/Bug/Display.htm...et-history 15:54
stmuk ah 15:55
AlexDaniel stmuk: and it's also marked as a blocker, so hopefully we are not going to release rakudo with this :) 15:56
AlexDaniel ? people using latest rakudo and reporting regressions here 15:58
nine Fun fact: in the time test-t runs, csv-ip5xs can now process 4 times the number of rows :) 16:02
Zoffix what's csv-ip5xs? an XS CSV parser via Inline::Perl5? 16:05
or is it non-XS
huggable: bench
huggable Zoffix, github.com/japhb/perl6-bench
Zoffix huggable: bench csv
huggable Zoffix, export PATH=`pwd`/install/bin:$PATH; cd CSV; for i in $(seq 1 10000); do echo 'hello,","," ",world,"!"'; done > /tmp/hello.csv; time perl6 -Ilib -MText::CSV test-t.pl </tmp/hello.csv
Zoffix huggable: csv 16:06
huggable Zoffix, github.com/Tux/CSV (see `bench csv` for how to run bench)
Zoffix use Text::CSV_XS:from<Perl5>; ok :)
Geth rakudo/nom: c59b986785 | (Jonathan Worthington)++ | src/core/Supply.pm
Fix missing tap close calls.

Could lead to resource leaks in certain situations.		 16:34
rakudo/nom: ed87f998ce | (Jonathan Worthington)++ | src/core/Supply.pm
Use iteration, not recursion, in supply impl.

When we get messages delivered that we need to take care of later, as the supply/react block is currently in use, we used to use a recursive solution to handle this. Use an iterative one instead, to avoid building up a callstack.
rakudo/nom: 5fcce67327 | (Jonathan Worthington)++ | src/core/Supply.pm
Move supply/react impl classes out of sub.

The class was re-captured every call. This was a bit wasteful. More notably, however, it led to the class block being lexically captured by something with a caller chain that eventually led back to the outer before, meaning that supply blocks might end up building a reference chain consisting of all the frames involved in processing all of the prior messages! This could leak a huge amount of memory.
jnthn That sorts out various leaks on stuff using supplies, I'd expect 16:38
Well, I know it does
In the things I've tested :)
Hopefully between that and the MoarVM patches, AlexDaniel++'s bots will be less leaky too 16:39
[Coke] jnthn++ 16:40
AlexDaniel's CLA has been processed, and he's been added to the list; Please welcome him aboard and if appropriate, hand out commit bits. :) 16:51
AlexDaniel jnthn: cool. Just tested it, maybe I see a tiny improvement, but mostly there's no difference
Zoffix AlexDaniel: welcome \o/ 16:52
jnthn AlexDaniel: Did you build MoarVM HEAD?
('cus I didn't bump the revision) 16:53
AlexDaniel ah, ok, I see
jnthn It's safe the bump if anyone wants to do it. Time for me to head home, though 16:54
AlexDaniel jnthn: thanks! 16:55
[Coke], Zoffix: thank you too \o/ 16:56
stmuk where is self.config<implementation> in ./rakudo/src/Perl6/Compiler.nqp defined? 17:03
Zoffix stmuk: github.com/rakudo/rakudo/blob/nom/...ion.pl#L31 17:11
timotimo it's time to double-down on the fact that perl6 has always and will forever support http status code 418 "i'm a teapot" 17:17
Zoffix Yeah :) 17:20
stmuk Zoffix++ 17:21
[Coke] TIL!
stmuk ohh codename
Zoffix modules.perl6.org supports it :)
Oh, I guess not. I know Mojolicious got a code for it, but I guess it's not automatic :) 17:26
AlexDaniel e: exit 418 17:40
evalable6 (exit code 162)
[Coke] OHEY I finally got my act together and adding P6 fund to www.perlfoundation.org/running_grants 17:42
Zoffix cool 17:45
timotimo nice
Geth nqp: 1403c0071c | (Timo Paulssen)++ | src/vm/moar/HLL/Backend.nqp
output .sql profiler data if template.html not found

this way no data is lost at the end of a long-running profiled process, for example.		 17:48
timotimo ^- i had this commit half-finished for almost a week now
Zoffix hm, weird. I can telnet to a server and run the commands and it works fine, but if I use IO::Socket::INET, I get a 400 :/ 17:51
timotimo are you affected by wrong line ending settings perhaps?
Zoffix What's that mean? 17:53
timotimo are you using .say and it's not putting proper line endings so it just ends up as one long line? 17:54
Zoffix , no, I'm usinbg .print
timotimo hm, ok
Zoffix m: with IO::Socket::INET.new(:host<modules.perl6.org>, :port(80)) { .print: "BREW /cup-of-joe HTTP/1.1\n"; .print: "Host: modules.perl6.org\n\n"; .recv.say; .close }
camelia IO::Socket::INET is disallowed in restricted setting? in sub restricted at src/RESTRICTED.setting line 1? in method new at src/RESTRICTED.setting line 32? in block <unit> at <tmp> line 1??
Zoffix bah
timotimo you're using \n and not \r\n?
unorthodox choice, innit? 17:55
Zoffix I always use that in Perl.
timotimo OK
Zoffix OK, that worked in Rakudo.
Ah, OK, I guess I used \n for printing in server in Perl, not into socket 17:56
s: do { with IO::Socket::INET.new(:host<modules.perl6.org>, :port(80)) { .print: "BREW /cup-of-joe HTTP/1.1\r\n"; .print: "Host: modules.perl6.org\r\n\r\n"; .recv.say; .close }; exit } 17:57
SourceBaby Zoffix, Something's wrong: HTTP/1.1 418 I'm a teapot?Date: Fri, 11 Aug 2017 17:57:46 GMT?Server: Mojolicious (Perl)?Content-Length: 15?Content-Type: text/html;charset=UTF-8??Short and stout??ERR:
ugexe its not spec, but its a thing to also accept \n
Zoffix \o/ 418 :) 17:58
timotimo: they ended up not removing after all: github.com/nodejs/node/issues/1464...-321824818 18:02
timotimo yup 18:03
i saw it
dogbert17 bisect: my $s = 'aa?'; $s ~~ s:mm/a+/oooo/; say $s eq 'oo?o?o?'; 18:21
bisectable6 dogbert17, Bisecting by output (old=2015.12 new=5fcce67) because on both starting points the exit code is 0
dogbert17, bisect log: gist.github.com/1f01d1e8e9d1d4c73e...d3f2c5ce76
dogbert17, (2017-08-10) github.com/rakudo/rakudo/commit/f5...6e3529060e
timotimo dude :) 18:22
what just happened
Zoffix ? 18:23
dogbert17 ?
timotimo i can't see anything past dogbert's first message there
not even my own stuff
Zoffix Your terminal can't handle unicodey things, I guess
u: oo?o?o? 18:24
unicodable6 Zoffix, U+006F LATIN SMALL LETTER O [Ll] (o)
Zoffix, 7 characters in total: gist.github.com/3452a06649a4537d26...725008e8fd
Zoffix m: 'oo?o?o?'.uninames.say
camelia (LATIN SMALL LETTER O LATIN SMALL LETTER O COMBINING TRIPLE UNDERDOT LATIN SMALL LETTER O COMBINING TRIPLE UNDERDOT LATIN SMALL LETTER O COMBINING TRIPLE UNDERDOT)?
Zoffix Use the /clear, Luke :)
timotimo imgur.com/Svb3Fs7
AlexDaniel dogbert17: RT #131881 ? 18:25
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=131881
Zoffix heh
AlexDaniel dogbert17: it was bisected to the same commit, and it is unicode-related
dogbert17 the snippet I posted is one of the tests in t/spec/S05-modifier/samemark.t 18:26
timotimo welp, i can't use this channel any more %)
dogbert17 .oO
AlexDaniel timotimo: at least it didn't crash your terminal 18:27
timotimo aye
dogbert17 can you open a new terminal :) 18:28
timotimo i've opened another terminal, it didn't help
Zoffix Type /clear dude
timotimo oh, the menubar also broke
this is fascinating
Zoffix lol 18:29
AlexDaniel by the way, I think the gnome-terminal crash in RT #131881 happens because it attempts to print stuff from the test itself
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=131881
AlexDaniel so maybe just cat-ing the test file will crash it 18:30
timotimo should, yeah 19:38
geekosaur yes, the errors logged from the terminal were pango choking onunicode 19:43
timotimo yeah
anyway, we now have a weaponized piece of text you can send to others who have an irc client in their terminal
Zoffix huggable: nuclear option :is: say "\c[LATIN SMALL LETTER O, COMBINING TRIPLE UNDERDOT]" 19:47
huggable Zoffix, Added nuclear option as say "\c[LATIN SMALL LETTER O, COMBINING TRIPLE UNDERDOT]"
ugexe we dont know that. for all we know the unicode did not get combined properly so what was output was not properly encoded
AlexDaniel that's not the thing
timotimo thanks for scrolling that damaging message out
ugexe we have to consider that JSON::Tiny also fails for some new reason that leads to this 19:48
AlexDaniel it's one of the JSON::Tiny tests that has something
Zoffix Well, let's try it out again on older commit :P
FWIW, on my terminal everything was peachy and I had small letter o's with tripple underdoits 19:49
AlexDaniel Zoffix: there's some misunderstanding here. I was talking about the thing that makes gnome-terminal dump core 19:50
Zoffix i.imgur.com/q4QrRjE.png
AlexDaniel which is what we have presented in RT #131881
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=131881
Zoffix AlexDaniel: bit ugexe timotimo and I seem to be discussing timotimo's damaged terminal?
Zoffix relocates
AlexDaniel yup, but that seems to be less important than dumped core :) 19:51
Zoffix Oh wait, I forgot that I'm an asshole.
timotimo <3
Zoffix mc: say "\c[LATIN SMALL LETTER O, COMBINING TRIPLE UNDERDOT]"
committable6 Zoffix, ¦2015.12: «o?»
Zoffix hehehe
Zoffix &
masak mc: say "\c[LATIN SMALL LETTER M, COMBINING TRIPLE UNDERDOT]"
committable6 masak, ¦2015.12: «m?»
AlexDaniel “weaponized piece of text” would be something that makes a lot of people on the channel ping out :)
AlexDaniel attempts to reproduce it 19:52
ugexe we know why the terminal blows up, the question is what changed in JSON::Tiny that suddenly it produces this output
timotimo dude, my terminal
AlexDaniel ugexe: my guess is nothing. The test fails, the details about the test are printed in the terminal, it blows up 19:53
ugexe did you look at the test to see if it would output what it parses anyway?
ok takes 2 arguments 19:54
`ok $parsed, "JSON string «$desc» parsed";` is the test - it was always printing this 19:58
and then recently $desc, which was printing out when passing already, becomes fatal to jdvs terminal 19:59
AlexDaniel ugexe: not if this output comes from zef 20:03
geekosaur fatal to sanity as well
the <center> cannot hold, etc.
AlexDaniel and this output does indeed look like something from zef 20:12
but I'm failing to get gnome-terminal to crash here, so I'm thinking it was an older version. But who knows *shrug* 20:13
ugexe star: use lib "inst#/home/camelia/star-2017.07/share/perl6/site"; use JSON::Tiny; say from-json(qq{"\c[ZERO WIDTH JOINER]"}); 20:15
camelia ??
ugexe m: use lib "inst#/home/camelia/star-2017.07/share/perl6/site"; use JSON::Tiny; say from-json(qq{"\c[ZERO WIDTH JOINER]"});
camelia Input (2 characters) is not a valid JSON string? in sub from-json at /home/camelia/star-2017.07/share/perl6/site/sources/9B467EEF9267A777BB53BAA2F19BE2C9D756BEED (JSON::Tiny) line 59? in block <unit> at <tmp> line 1??
geekosaur or current gnome-terminal but older pango libs 20:16
AlexDaniel right 20:17
oh, ZWJ
Geth: ver github.com/rakudo/rakudo/commit/f5...6e3529060e 20:18
Geth AlexDaniel, version bump brought in these changes: github.com/perl6/nqp/compare/2017....2-gd40d6dc
AlexDaniel Geth: ver github.com/perl6/nqp/commit/07e5c8...4dc5323c64
Geth AlexDaniel, version bump brought in these changes: github.com/MoarVM/MoarVM/compare/2...-g127fa2ce
ugexe github.com/moritz/json/issues/25 20:19
the commit says its a workaround, and both the tests that it adds are what fail now 20:20
samcv: maybe this all makes some sense to you? 20:21
moritz a proper fix would have been a regex match on the codepoint level 20:22
but I don't think Rakudo offers that
AlexDaniel to me it looks like this commit could have caused it: github.com/MoarVM/MoarVM/commit/12...25cf37ed52 20:23
ugexe now the question is did rakudo expose a JSON::Tiny bug, or did the JSON::Tiny workaround expose a rakudo bug? 20:24
eater \o/ I made unix sockets work 20:25
moritz let's rephrase that question: if not how JSON::Tiny does it now, how else could you parse JSON using a grammar? 20:28
considering that the codepoint after an opening quote can be a combining character 20:29
timotimo eater: fantastic! 20:30
moritz eater++
AlexDaniel moritz: I think there's something about (:ignoremark '"')
eater only now the path get's shortend to 13 chars, so let's see what's up with that, but my test script with: IO::Socket::INET.listen("/home/eater/listen", 1 +< 16); works fine :) 20:31
moritz m: say so /^ ('"' :ignoremark) / ~~ qq{"x\c[ZERO WIDTH JOINER]a"} 20:33
camelia Regex object coerced to string (please use .gist or .perl to do that)? in block <unit> at <tmp> line 1?False?
geekosaur remember that a sockaddr_un steals 2 bytes for the protocol id and an exra byte for the null terminator
moritz m: say so qq{"x\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) / 20:34
camelia True?
moritz m: say so qq{"x\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) /; say $0.Str
camelia True?"?
moritz m: say so qq{"x\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) /; say $0.Str.NFC
camelia True?NFC:0x<0022>?
timotimo TrueNFC™
AlexDaniel moritz: maybe not, but at least it was a nice theory 20:35
moritz m: say so qq{"x\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) (.*) /; say $0.Str.NFC; say $1.STR.NFC
camelia True?NFC:0x<0022>?NFC:0x<0078 200d 0061 0022>?
geekosaur I should say address family not protocol id
eater geekosaur: aren't those defined in sockaddr_un?
and well null terminator speaks for itself I guess
moritz why is NFC expressed in bytes and not in codepoints? that seems odd 20:36
geekosaur but the size is the whole sockaddr_un, which uses the { unsigned short foo; char path[1] } hack
so something assuming the length is for the path will be off by 3
moritz m: say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) (.*) /; say $0.Str.NFC; say $1.STR.NFC
camelia False?Use of Nil in string context? in block <unit> at <tmp> line 1?NFC:0x<>?Nil?
eater geekosaur: ah, I understand now
moritz m: say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) /
camelia False?
moritz this is what changed
AlexDaniel c: HEAD~400,HEAD say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) / 20:37
committable6 AlexDaniel, ¦HEAD~400,HEAD(5fcce67): «False»
AlexDaniel c: f590863e^,f590863e^ say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) /
committable6 AlexDaniel, ¦f590863e^,f590863e^: «False»
AlexDaniel nope
moritz m: say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' :ignoremark /
camelia False?
moritz then how did those tests in JSON::Tiny ever pass?
m: say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' / 20:38
camelia False?
moritz c: HEAD~200,HEAD~400 say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' /
committable6 moritz, ¦HEAD~200,HEAD~400: «True»
ugexe star: say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' :ignoremark /
camelia True?
moritz c: HEAD~200,HEAD say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' / 20:39
committable6 moritz, ¦HEAD~200: «True» ¦HEAD(5fcce67): «False»
AlexDaniel c: say f590863e^,f590863e so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' /
committable6 AlexDaniel, Seems like you forgot to specify a revision (will use “v6.c” instead of “say”)
AlexDaniel c: f590863e^,f590863e say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' /
committable6 AlexDaniel, ¦f590863e^: «True» ¦f590863: «False»
AlexDaniel, gist.github.com/791d6451c5d846fc18...32c5bf670e
AlexDaniel here, yes
c: f590863e^,f590863e say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ /^ ('"' :ignoremark) /
committable6 AlexDaniel, ¦f590863e^,f590863: «False»
moritz so is the problem that the :ignoremark boundary cuts a grapheme? 20:40
c: f590863e^,f590863e say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ /^ '"' :ignoremark / 20:41
committable6 moritz, ¦f590863e^,f590863: «False»
moritz c: f590863e^,f590863e say so qq{"\c[ZERO WIDTH JOINER]a"} ~~ rx:ignoremark/^ '"' / 20:42
committable6 moritz, ¦f590863e^: «True» ¦f590863: «False»
moritz it's about inside vs. outside of the regex?
then it must be a rakudo bug
because I can't even put it outside on a named regex
moritz confused 20:44
do we have a rakudobug for that? 20:45
AlexDaniel yes
RT #131881
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=131881
masak wow, I've completely lost touch with rakudobugs 20:47
ah, memories 20:48
in retrospect, rakudobugs taught me so many good development practices 20:49
timotimo <3
masak the chief of which is golfed steps-expected-actual triple
which ends up being useful not just with bug reports, but with *everything*
I never did bother to find out whether I hit that 2048 mark 20:50
AlexDaniel Found 1,762 tickets
masak yeah, well 20:51
that actually sounds about right
AlexDaniel has a shortcut that lists his bugs only, which is quite handy
masak AlexDaniel++ 20:52
AlexDaniel it took a while to figure it out, but it seems to be very easy now. Just make a search with Queue = 'perl6' AND Requestor.EmailAddress LIKE 'youremailhere@…' 20:54
then add it to your saved searches
then go to “settings”/“RT at a glance” and add this saved search 20:55
masak RT is quite nice once you get over its quirks :)
s/is/can be/
AlexDaniel looks at github.com/issues/ 20:56
masak I tried to catch the essence of the bug reporting spirit in this old post: strangelyconsistent.org/blog/im-doi...till-alive
eater geekosaur: the real problem was that it was using the size of an sockaddr_in instead of sockaddr_un :) 20:57
timotimo oooh 20:58
geekosaur "ooops"
eater so now created a function which reports the correct size for the correct address family :p
AlexDaniel .tell samcv FWIW, you may be interested in RT #131881 (it's about ignoremark) 21:00
yoleaux AlexDaniel: I'll pass your message to samcv.
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=131881
AlexDaniel moritz++

Powered by Cro and the Raku® Programming Language.

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

Thank you!