2 Dec 2022
SmokeMachine no, I don't do that often... but something I do often is reading all the options... I think that's what I was trying to avoid... but that doesn't make sense... 16:37
lizmat well, you could also create your own set of shortcuts
SmokeMachine yes
lizmat rak --json-per-file --save=j
rak --quietly --save=q 16:38
rak --unique --save=u
and you could do:
rak -jqu '{.<name> if .<auth> eq "zef:lizmat"}' meta
afk& 16:51
5 Dec 2022
Nemokosch hello, I need to report about a "feature killer" 15:12
regarding --files-from and --show-filename
if --files-from is set to - (i.e STDIN), --show-filename has no effect, the names of the read (and matched) files is gone for good 15:14
I waited to see if it works from an actual named file and that works as expected 15:15
lizmat please make an issue with the expected and actual output :-) 15:19
12 Dec 2022
Nemokosch Hello, it seems that word selections highlight non-word occasions as well, in the matching lines 14:59
noting this quickly lest I forget
18 Dec 2022
cbk lizmat I'm really <3 <3 <3 <3  Rak! I have successfully use the command line tool in a cyber-security related context. (On a few occasions now) My only suggestion is to include a theamable highlight color, and some more examples of its usage. 18:45
lizmat cbk: nice to hear... yeah, colors are in the TODO :-) 20:04
10 Jan 2023
Nemokosch Hi hi 10:30
I was trying to hunt this down but no avail so far... it seems that some files are missing from the lookup, at least with --find 10:31
in particular, I had xls files and they just didn't show up, as long as their content was indeed Excel 10:33
Once I spurted some text into the file, without changing the owner or permissions, it suddenly showed up with rak --find 10:34
okay, it seems that the files were looked up correctly by paths('.') 10:38
lizmat did you specify extensions, or did you assume the default of "what looks like a text file" 10:41
2. is it repeatable ?
Nemokosch This is probably not related but will that adverb bind well? 10:43
> 926 my $sources-seq = %n<sources>:delete // get-sources-seq;
is "what looks like a text file" the default for rak --find? :( 10:45
is this a bug or a feature? because I "fixed it". I could make a PR. 11:08
lizmat hmmm... it might, I'd have to check 11:09
the adverb binds ok this way,, would only be an issue if it were on the RHS 11:10
please make a PR :-)
if anything, it would make the problem and possible solution clear :-) 11:11
Nemokosch eventually, it's a choice. Well, a choice I didn't expect, to the extent of not even considering the possibility. 11:12
lizmat yeah, I guess in the case of --find it should by default really take all files, right ? 11:15
Nemokosch I would say so, yep 11:16
lizmat ok, please make an issue or a PR for it, so it won't fall through the cracks 11:17
my head in currently in rakuast space :-)
Nemokosch understandable :D 11:18
Geth App-Rak: 2colours++ created pull request #38:
Make is-text not default to True if find is set.
Nemokosch What I still haven't gotten around but hope to be able to do is the default for &variables 11:31
which can even be improved compared to the old means, or at least that's what I'd hope
Callable[T] rather than Callable unconditionally 11:32
anyway, gotta work sometimes :DD & 11:35
17 Jan 2023
Geth App-Rak/main: f7a09ad3ea | (Márton Polgár)++ (committed using GitHub Web editor) | lib/App/Rak.rakumod
Make is-text not default to True if find is set. (#38)

Co-authored-by: Polgár Márton <polgar@astron.hu>
App-Rak/main: 029d72cde9 | (Elizabeth Mattijsen)++ | 4 files