This channel is intended for users of App::Rak raku.land/zef:lizmat/App::Rak Set by lizmat on 27 September 2022. |
|||
06:38
CIAvash joined
|
|||
Geth | rak/main: 2d9b0edaf1 | (Elizabeth Mattijsen)++ | 6 files 0.0.34 |
13:36 | |
App-Rak/main: 8103abf8bd | (Elizabeth Mattijsen)++ | 9 files 0.1.3 |
13:47 | ||
[Coke] | I was going to ask why -l wasn't there, but your article covered that. Thanks. | 14:17 | |
I remember being very annoyed when ack stopped supporting -a; to this day I still type -a from muscle memory and have it yell at me. :) | |||
trying to test on windows now that I can install. | 14:36 | ||
'rak project <subdir>' just hangs. | |||
after emitting: Unexpected leftoversa: {:paths($["ETP"])} | 14:37 | ||
(typo in my copy here.) | |||
rak - provided by App::Rak 0.1.3, running Raku 6.d with Rakudo 2022.04.42. | 14:38 | ||
added to ticket. | 14:40 | ||
Updating my win rakudo install JIC | 14:48 | ||
so, git bash wonky, only issue so far with powershell/CMD is the bold formatting. | 15:40 | ||
lizmat++ | 15:41 | ||
Geth | App-Rak/main: 7f43d81080 | (Elizabeth Mattijsen)++ | old.rakumod Old code has served its purpose |
17:08 | |
lizmat | The problem is really I think that $*IN.t is returning False when it shouldn't | 17:09 | |
$*IN.t indicates there's something waiting to be read on STDIN, and thus it starts to wait for input | 17:10 | ||
[Coke]: OOC so what did ack -a do? | 17:46 | ||
[Coke] | all | 17:48 | |
lizmat | all what ? | ||
[Coke] | all files | 17:49 | |
as opposed to text only, or binary, or... javascript | |||
lizmat | rak --find-all --save=a | ||
and you're set for -a | |||
[Coke] | (y) | ||
21:38
lizmat joined
|