@section Hashing and stamping
All targets are checksummed if target's @file{ctime} differs from the
-previous one, or @env{REDO_INODE_NO_TRUST} environment variable is set.
+previous one, or @env{$REDO_INODE_NO_TRUST} environment variable is set.
@command{apenwarr/redo} gives
@url{https://redo.readthedocs.io/en/latest/FAQImpl/#why-not-always-use-checksum-based-dependencies-instead-of-timestamps, many reasons}
why every time checksumming is bad, but in my opinion in practice all of
@section Does redo-always always rebuilds target?
-By definition, it should be build always, as
+By definition, it should be built always, as
@url{http://news.dieweltistgarnichtso.net/bin/redo-sh.html#why-built-twice,
redo-sh} and @command{redo-c} implementations do. But that ruins the
whole redo usability, potentially rebuilding everything again and again.
thing to do, because probably top level target, being the OOD, won't be
dependant on lower level target anymore at all. Actually @command{goredo}
does this as a shameful hack and only for always-targets, still existing
-in the wild. The whole @command{redo-always} idea is wrong.
+in the wild. The whole @command{redo-always} idea is considered harmful.
If you wish to run something and decide if it must OOD the toplevel
targets, then just run @command{redo} to forcefully rebuild it and then