6 ms·

I'm the author of lnav .. and not a very good writer, apologies. I guess my main question would be, what are you expecting to get out of lnav? I use it primar

• justusthane 2y ago
  > I start them up and they don't behave like I would expect when pressing hotkeys That's funny, because that's been my experience with lnav! Not saying there's anything wrong with it though. It's been a while since last time I tried it so I don't recall the exact stumbling blocks I ran into, but I think it was mostly around hotkeys not doing what I expected, lnav not recognizing log types I think it should have (Apache/Tomcat), and not correctly loading custom log parsers. If you don't mind next time I try it I can give you more concrete info.
  • tstack 2y ago
    > That's funny, because that's been my experience with lnav! Not saying there's anything wrong with it though. I tried to use the hotkeys from less/more/vim so that it would be somewhat familiar. I think people are frequently tripped up if files are not recognized as a log and just treated as text. Files treated as plain text are separated from log files, so it can be a bit confusing. Not entirely sure how to improve the experience there. > lnav not recognizing log types I think it should have (Apache/Tomcat) There are quite a few log formats builtin. But, since log output formats can be customized by admins, it's possible they deviate from the builtin ones and things won't "just work". > not correctly loading custom log parsers I've tried to improve error messages a bunch[1] and make it easier to trouble shoot configuration issues[2]. I'm sure more could be done, I just don't quite know what folks are tripping over without feedback. > If you don't mind next time I try it I can give you more concrete info. Feel free to file github issues or email support@lnav.org [1] - https://lnav.org/2022/08/04/pretty-errors.html https://lnav.org/2022/08/04/pretty-errors.html [2] - https://lnav.org/2023/08/04/config-dump.html https://lnav.org/2023/08/04/config-dump.html
    • ttyprintk 2y ago
      You're too modest. I wrote a custom format correctly on the first try; CouchDB. Keys are chosen rationally. People won't care about SQL until they realize that the later lnav versions allow `;select * from access_log where 0x00 in decode(log_body, 'base64')`
• pinkorchid 2y ago
  Thanks for writing lnav, it's a fantastic tool. I constantly take advantage of the automatic benefits you mentioned, and also love the ability to navigate a log minute by minute, interleave multiple logs within the same timeline, navigate through errors or warnings, and how easy it is to deal with spammy logs by using filter-in and filter-out. Thanks!
• feanaro 2y ago
  lnav is amazing and I use it often. I do have a list of gripes where I think it could be improved, so I'm just going to dump them here in case you're interested: - regex101 support for quickly defining custom formats is just awesome. Versioning support is slightly broken however, probably because regex101 changed something, so there's no easy way to update the format once you've initially imported it. - I feel like there's missing opportunity for integration between various features. - There are lots of different filtering capabilities, but there is no unified treatment of them. For example, `:hide-lines-before` and `:filter-out` are at their core the same type of operation: filtering. I should be able to pull up a list of all filters that are currently active and easily add new ones and toggle or delete existing ones. - I would expect to be able to create a new view of the data using SQL `SELECT`. A select statement is fundamentally about filtering out some rows (log lines), which feels like a filter, and selecting some particular columns (log fields) and hiding others. The latter point seems like it could be something that should be handled when https://github.com/tstack/lnav/issues/1274 is resolved.
  • tstack 2y ago
    > - regex101 support for quickly defining custom formats is just awesome. Versioning support is slightly broken however, probably because regex101 changed something, so there's no easy way to update the format once you've initially imported it. There is a `pull` sub-command and it looks like it still works. Running the following will generate a patch file with the updated regex: lnav -m format <format-name> regex std regex101 pull It creates a patch file since the original file might've been modified. > - There are lots of different filtering capabilities, but there is no unified treatment of them. For example, `:hide-lines-before` and `:filter-out` are at their core the same type of operation: filtering. I should be able to pull up a list of all filters that are currently active and easily add new ones and toggle or delete existing ones. Adding the time filters to the "Filters" panel sounds like a reasonable request. I've added https://github.com/tstack/lnav/issues/1275 https://github.com/tstack/lnav/issues/1275 to track. > - I would expect to be able to create a new view of the data using SQL `SELECT`. A select statement is fundamentally about filtering out some rows (log lines), which feels like a filter, and selecting some particular columns (log fields) and hiding others. The latter point seems like it could be something that should be handled when https://github.com/tstack/lnav/issues/1274 https://github.com/tstack/lnav/issues/1274 is resolved. There is the `:filter-expr` command (https://docs.lnav.org/en/v0.12.2/commands.html#filter-expr-expr https://docs.lnav.org/en/v0.12.2/commands.html#filter-expr-e...), have you tried that?