21–30 of 53 posts
Earlier quoted context omitted.
Huh?
I'm not part of the Go cult, so I simply do not get why people would start brand new projects in it when so many other good languages exist that actually seem to have taken off and become popular enough to survive long-term.
hey OP, nice tool. can we use $HOME/config/ for the config file? keeps the home clean.
[flagged]
this is useless bias. Get rid of it.
The answers to those two questions have not impressed me. So, if my bias is simply using basic logic to evaluate a language, then I think I'm going to keep using my "useless bias".
Earlier quoted context omitted.
I'm not part of the Go cult, so I simply do not get why people would start brand new projects in it when so many other good languages exist that actually seem to have taken off and become popular enough to survive long-term.
Okay but why _not_ use go? You never gave a reason.
[flagged]
Earlier quoted context omitted.
this is useless bias. Get rid of it.
How is it useless bias? Go has not proven itself that it has what it takes to be a language that a developer would want to use. What problems has it solved that no other language has solved? What problems has it solved better than other languages that also solved them? The answers to those two questions have not impressed me. So, if my bias is simply using basic logic to evaluate a language, then I think I'm going to…
[flagged]
Earlier quoted context omitted.
this is useless bias. Get rid of it.
How is it useless bias? Go has not proven itself that it has what it takes to be a language that a developer would want to use. What problems has it solved that no other language has solved? What problems has it solved better than other languages that also solved them? The answers to those two questions have not impressed me. So, if my bias is simply using basic logic to evaluate a language, then I think I'm going to…
If the log-file viewing capabilities look interesting to you, check out lnav, which is built for that and excels at it: https://lnav.org/
Nice! I've been in rapid-response situations where I had to pull logs from various sources (including embedded devices) that weren't unified in a central logging service. I could get the logs onto my workstation, but then manually lining up who-saw-what-when involved a headache, even with Emacs. lnav seems to have a few features to support this. One very useful feature for this I didn't see listed for lnav was to sup…
You can adjust the timestamps for a file using the ":adjust-log-time" command (https://docs.lnav.org/en/latest/commands.html#adjust-log-tim...). For example, if you wanted to shift the timestamps back an hour, you can do:
:adjust-log-time -1h
If you want to do the shift programmatically, you can UPDATE the "time_offset" column of the "lnav_file" table directly (see https://docs.lnav.org/en/latest/sqltab.html#lnav-file)
Earlier quoted context omitted.
Nice! I've been in rapid-response situations where I had to pull logs from various sources (including embedded devices) that weren't unified in a central logging service. I could get the logs onto my workstation, but then manually lining up who-saw-what-when involved a headache, even with Emacs. lnav seems to have a few features to support this. One very useful feature for this I didn't see listed for lnav was to sup…
> One very useful feature for this I didn't see listed for lnav was to support adjusting for timestamps in different timezones, like maybe you have a desktop's log in local time that you're trying to reconcile with servers. (A related but less-important bonus would be to be able to specify smaller arbitrary clock drift/offsets for each log.) You can adjust the timestamps for a file using the ":adjust-log-time" comman…