On 17/07/2026 14:44, James Youngman wrote:
https://www.gnu.org/software/findutils/manual/index.html (as of today
at least) is incorrect. It says:
$ links -dump 'https://www.gnu.org/software/findutils/manual/index.html'
| sed -n -e 's/^/> /' -e '/GNU findutils - Finding Files/,/You can
buy/ p'
GNU findutils - Finding Files
Free Software Foundation
last updated July 14, 2026
This manual (find) is available in the following formats:
* HTML (1K bytes) - entirely on one web page.
* HTML - with one web page per node.
* HTML compressed (121K gzipped characters) - entirely on one web page.
* HTML compressed (157K gzipped tar file) - with one web page per node.
* Info document (101K bytes gzipped tar file).
* ASCII text (1K bytes).
* ASCII text compressed (97K bytes gzipped).
* TeX dvi file (1K bytes gzipped).
* PDF file (1K bytes).
* Texinfo source (125K bytes gzipped tar file).
You can buy printed copies of some manuals (among other items) from the
Notice that the "entirely on one web page" version is shown as "1K
bytes". This is incorrect. The problem is that gendocs.sh is
mearuring the size of the file using "ls -s". The attached patch
fixes this problem.
I already have a past & future copyright assignment on file for gnulib
(dated 2005-09-01).
Makes sense.
I guess `ls -s` was used to simplify parsing from ls,
not to get the allocated size. Parsing ls output should
be avoided as we know.
The comment is too verbose for me.
There are many ways to get the file size,
and documenting details of two of then is not useful.
Maybe you could say `du -Ak` is not portable enough.
cheers,
Padraig
