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. |
11:21 | |
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> |
16:41 | |
App-Rak/main: 029d72cde9 | (Elizabeth Mattijsen)++ | 4 files 0.2.17 |
16:53 |