texlogsieve (1) - Linux Manuals

texlogsieve: filter and summarize LaTeX log files

NAME

texlogsieve - filter and summarize LaTeX log files

SYNOPSIS

texlogsieve [,OPTION/]... [,INPUT FILE/]

DESCRIPTION

texlogsieve reads a LaTeX log file (or the standard input if no file is specified), filters out less relevant messages, and displays a summary report.

texlogsieve must be run from the same directory as [pdf|lua|xe]latex, because it searches for the files used during compilation (packages loaded from the current directory, files included with \input etc.). Also, since it cannot detect if LaTeX stops for user input, you should really run LaTeX in ,nonstopmode/ when texlogsieve is reading from a pipe.

The program goes to great lengths to correctly handle TeX line wrapping. It understands the ,max_print_line/ TeX configuration variable and reads its value from the same places as TeX. Setting ,max_print_line/ to a value larger than 9999 makes texlogsieve ignore line wrapping.

The defaults are reasonable; hopefully, you can just do

[pdf|lua|xe]latex -interaction nonstopmode myfile.tex | texlogsieve

or

texlogsieve myfile.log

and be satisfied with the result.

OPTIONS

--page-delay, --no-page-delay
Enable/disable grouping messages by page before display. When enabled, messages are only output after the current page is finished (shipout). The advantage is that the page number is included in the message (default enabled).

--summary, --no-summary
Enable/disable final summary (default enabled).

--only-summary
No messages, show only the final summary (default disabled).

--shipouts, --no-shipouts
Enable/disable reporting shipouts (default disabled with page-delay, enabled with no-page-delay).

--repetitions, --no-repetitions
Allow/prevent repeated messages (default disabled, i.e., repeated messages are supressed).

--be-redundant, --no-be-redundant
Present/suppress ordinary messages that will also appear in the summary. This affects messages that have special summaries (such as under/overfull boxes or undefined citations). With --no-be-redundant (the default), these messages are filtered out and only appear in the final summary.

--box-detail, --no-box-detail
Include/exclude detailed information on under/overfull boxes in the final summary. With --no-box-detail, the summary presents only a list of pages and files that had under/overfull boxes (default enabled).

--ref-detail, --no-ref-detail
Include/exclude detailed information on undefined references in the final summary. With --no-ref-detail, the summary presents only a list of undefined references, without page numbers and filenames (default enabled).

--cite-detail, --no-cite-detail
Include/exclude detailed information on undefined citations in the final summary. With --no-cite-detail, the summary presents only a list of undefined citations, without page numbers and filenames (default enabled).

--summary-detail, --no-summary-detail
Toggle --box-detail, --ref-detail, and --cite-detail at once.

--heartbeat, --no-heartbeat
Enable/disable progress gauge in page-delay mode (default enabled).

-l ,LEVEL/, --minlevel=,LEVEL/
Filter out messages with severity level lower than LEVEL. Valid levels are DEBUG (no filtering), INFO, WARNING, CRITICAL, and UNKNOWN (default WARNING).

-u, --unwrap-only
Do not filter messages and do not output the summary, only unwrap long, wrapped lines. The output should be very similar (but not equal) to the input file, but with wrapped lines reconstructed. This activates -l debug, --no-summary, --no-page-delay, --repetitions, --be-redundant, and --shipouts, and also supresses the verbose "open/close file" and "shipout" messages, simulating instead the TeX format, with parens and square brackets. This is useful if you prefer the reports generated by some other tool but want to benefit from texlogsieve's line unwrapping algorithm; the output generated by this option should be parseable by other tools (but you probably need to coerce the other tool not to try to unwrap lines).

--silence-package=,PKGNAME/
Filter out messages that can be identified as coming from the given package. Use this option multiple times to suppress messages from several different packages.

--silence-string=,EXCERPT OF UNWANTED MESSAGE/
Filter out messages that contain the given string (you only need to provide part of the message text for the whole message to be suppressed). Use this option multiple times to suppress several different messages. The string should be a single line, but that is not a problem for multiline log messages: space characters in the provided string match any sequence of whitespace characters in the message, including newlines. If needed, you may precede the string with "////", in which case you can use lua-style pattern matching ( quotes or escape special characters such as "\" for the benefit of the shell, but such quoting and escaping is unnecessary (and harmful) in the configuration file.

--silence-file=,FILENAME OR FILE GLOB/
Filter out messages that have been generated while the given file was being processed. Do not use absolute or relative paths, only filenames. Simple file globs, such as "*.cls", work as expected. If you are only using packages you already know, silencing "*.sty" may be a good idea (note that this does not suppress all messages from all packages, only the messages generated while the packages are being loaded). Use this option multiple times to suppress messages from several different files.

--semisilence-file=,FILENAME OR FILE GLOB/
Just like the previous option, but non-recursive. This means that messages generated while the given file was being processed are excluded, but messages generated by some other file that was opened by it are not. For example, if "chapters.tex" includes (with \input) the files "chapter1.tex" and "chapter2.tex", using "--silence-file=chapters.tex" will prevent messages generated by any of the three files from being displayed. If, however, you use "--semisilence-file=chapters.tex", messages generated by chapters.tex will be suppressed, but messages generated by chapter1.tex or chapter2.tex will not.

--add-[debug|info|warning|critical]-message=,MESSAGE/
Add MESSAGE to the list of messages known to the program with the given severity level; see Section UNRECOGNIZED MESSAGES below for more information about this. Like --silence-string, these should be a single line; unlike --silence-string, you need to embed \n explicitly to indicate line breaks (this is literally a backslash character followed by the letter "n", not a linefeed character). You may precede the string with "////" to use lua-style pattern matching, but embedding \n to indicate line breaks is unavoidable. Use these options multiple times to add many different messages.

--set-to-level-[debug|info|warning|critical]=,EXCERPT OF MESSAGE/
Redefine the severity level of messages that contain the provided string to the given level. Check the explanation for --silence-string, as this works in a similar way. Use these options multiple times to change the severity level of many different messages.

-c ,CFGFILE/, --config-file=,CFGFILE/
Read options from the given configuration file in addition to ,texlogsieverc/.

-h, --help
Show concise options description.

--version
Print program version.

UNRECOGNIZED MESSAGES

texlogsieve automatically handles messages such as "Package blah Info:..." or "LaTeX Warning:...". However, many messages do not follow this pattern. To do its thing, texlogsieve should know about these other messages beforehand.

While texlogsieve recognizes quite a few messages out of the box, you may run into a message generated by some package that it does not know about (you can check for this using "-l unknown"). If that is the case, you can use the --add-[debug|info|warning|critical]-message options to add it to the list of messages known to the program.

CONFIGURATION FILE

texlogsieve always searches automatically for the (optional) ,texlogsieverc/ configuration file in the TeX path (i.e., it searches using Kpathsea). In the default configuration, the current directory is in the search path, so adding a config file with that name to the project directory is enough to make it work. Options in the config file are exactly the same as the long command-line options described above, but without the preceding "--" characters. Lines starting with a "#" sign are comments. An example configuration file:

no-page-delay
# no-page-delay enables shipouts, but we do not want that
no-shipouts
silence-string = Hyperreferences in rotated content will be misplaced
# no need to escape the "\" (or any other) character
silence-string = Using \overbracket and \underbracket from `mathtools'
# silence a string using lua pattern matching
silence-string = ////luaotfload | aux : font no %d+ %(.-%)
silence-files = *.sty

LIMITATIONS

texlogsieve does not try to do anything smart about error messages (at least for now); if there is an error, you probably want to take a look directly at the log file anyway. It also cannot detect if LaTeX stops for user input, so you should really run LaTeX in ,nonstopmode/ when texlogsieve is reading from a pipe.

Since it needs to know what messages to expect, texlogsieve is currently geared towards LaTeX; I have no idea how it would work with ConTeXt or plain TeX. Still, adding support to them should not be too difficult.

BUGS AND DEVELOPMENT

COPYRIGHT

Copyright © 2021, 2022 Nelson Lago <lago [at] ime.usp.br>
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law.

SEE ALSO

The pdf documentation (in TeXLive, try ,texdoc texlogsieve/).

If you want to know more about the TeX log file and the workings of the program, check the initial comments in the code.